Bug#907000: klatexformula: FTBFS in buster/sid (invalid use of incomplete type 'class QAction')

[Juhani Numminen]

Control: tags -1 patch
Control: forwarded -1 https://sourceforge.net/p/klatexformula/bugs/41/

Hello,

I've written a little patch to fix this and forwarded it to upstream.

Cheers,
Juhani
Description: Fix FTBFS due to missing #include
Author: Juhani Numminen 
Bug: https://sourceforge.net/p/klatexformula/bugs/41/
Bug-Debian: https://bugs.debian.org/907000
Bug-Fedora: https://bugzilla.redhat.com/1604508
Last-Update: 2018-08-24

--- a/src/klftools/klfadvancedconfigeditor.cpp
+++ b/src/klftools/klfadvancedconfigeditor.cpp
@@ -21,6 +21,7 @@
  ***/
 /* $Id: klfadvancedconfigeditor.cpp 866 2013-11-24 13:56:22Z phfaist $ */
 
+#include 
 #include 
 #include 
 #include 

Bug#883939: Reproducible on sid?

[Mathieu Parent]

Hi,

Can you reproduce this bug on current buster or sid? (2:4.8.4+dfsg-2)?

Regards

-- 
Mathieu Parent

Bug#883972: Fixed upstream

[Mathieu Parent]

Control: tag -1 upstream fixed-upstream patch

There is a fix upstream.

For the samba-4.8 branch:
https://git.samba.org/?p=samba.git;a=commitdiff;h=35128a93e7b1efd10f691e1f3ef12a48116c1c0c

It's also in samba 4.9rc1.

Regards
-- 
Mathieu Parent

Bug#870813: [bug #51666] Please hash the hostname in ~/.wget-hsts files

[Ethan Welker]

Follow-up Comment #4, bug #51666 (project wget):

Hello!

I've written a series of patches (attached) that adds this feature. Please let
me know if there's some other way that I should be submitting these instead.

Some notes:

* I have little security experience, so these should be checked over somewhat
carefully.
* The OpenSSL implementation of ssl_hash_salt uses functions only in OpenSSL
0.9.7 and later. I'm not familiar enough with OpenSSL to get it to support
anything prior to that, but the rest of openssl.c seems to imply that some
versions before that are supported. Sorry about this!
* This patch seamlessly and automatically converts old hsts databases to
hashed databases. Unpatched versions of Wget parse those databases without
issue, though they functionally ignore any converted entry.
** If a patched Wget creates a hashed entry for a HSTS-enabled website, then
an unpatched Wget creates a unhashed entry for the same website, then a
patched Wget converting that entry will create a duplicate entry in the store.
I'm not sure how much of a concern this is.
* This switches the HSTS store from a hash table to an array, and each search
for a host creates a hash for each element in that array until either one
matches or the end of the array is reached. This isn't a problem for
reasonably sized stores; in my test on a 50-entry .wget-hsts, an unpatched
wget was 100 ms _slower_ (presumably due to network jitter). However I can
imagine that if you have several thousand entries this could become a
noticeable slowdown.

(file #44842, file #44843, file #44844)
___

Additional Item Attachment:

File name: 0001-Add-utility-functions-for-hashing-and-salting.patch Size:4 KB
File name: 0002-src-hsts.c-Hash-HSTS-enabled-domains-to-improve-priv.patch
Size:23 KB
File name: 0003-src-hsts.c-Add-test-for-hashed-domains-stored-in-dat.patch
Size:2 KB


___

Reply to this item at:

  

___
  Message sent via Savannah
  https://savannah.gnu.org/

Bug#907130: X applications fail to launch: Failed to load shared library 'libpango-1.0.so.0'

[Charles Young]

Package: libpango-1.0-0
Version: 1.42.4-1
Severity: important

Dear Maintainer,

After the update, X applications (such as i3wm, spacefm, emacs) fail to 
launch

with the following error:
```
symbol lookup error: /usr/lib/x86_64-linux-gnu/libpango-1.0.so.0: 
undefined symbol: fribidi_get_par_embedding_levels_ex

```

The problem disappears once I downgrade libpango-1.0-0, libpangoft2-1.0-0,
libpangoxft-1.0-0, libpangocairo-1.0-0 and libpango1.0-0 to 1.42.1-2.

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

Kernel: Linux 4.17.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_AU.UTF-8 (charmap=UTF-8)

Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages libpango-1.0-0 depends on:
ii  fontconfig    2.13.0-5
ii  libc6 2.27-5
ii  libfribidi0   1.0.5-3
ii  libglib2.0-0  2.56.1-2
ii  libthai0  0.1.28-1

libpango-1.0-0 recommends no packages.

libpango-1.0-0 suggests no packages.

-- no debconf information

Bug#907106: (no subject)

[Amos Jeffries]

For the record the specific autoconf macro:

 AC_SEARCH_LIBS([__atomic_load_8],[atomic], ...)

Produces this test code:

"
| #ifdef __cplusplus
| extern "C"
| #endif
| char __atomic_load_8 ();
| int
| main ()
| {
| return __atomic_load_8 ();
|   ;
|   return 0;
| }
"

Which produces this (on all buildd's including the working ones):

"
conftest.cpp:56:6: error: new declaration 'char __atomic_load_8()'
ambiguates built-in declaration 'long long unsigned int
__atomic_load_8(const volatile void*, int)' [-fpermissive]
 char __atomic_load_8 ();
  ^~~
conftest.cpp: In function 'int main()':
conftest.cpp:60:25: error: too few arguments to function 'long long
unsigned int __atomic_load_8(const volatile void*, int)'
 return __atomic_load_8 ();
 ^
"

"checking for library containing __atomic_load_8... no"



Amos

Bug#907129: avrp FTCBFS: uses the build architecture compiler

[Helmut Grohne]

Source: avrp
Version: 1.0beta3-7
Tags: patch
User: helm...@debian.org
Usertags: rebootstrap

avrp fails to cross build from source, because it uses the build
architecture compiler. The upstream build system does not honour the
environment variables that cdbs passes. Rather, they should be passed as
command arguments. Please consider using the attached patch or switching
to use dh_auto_build to make avrp cross buildable.

Helmut
diff -u avrp-1.0beta3/debian/changelog avrp-1.0beta3/debian/changelog
--- avrp-1.0beta3/debian/changelog
+++ avrp-1.0beta3/debian/changelog
@@ -1,3 +1,10 @@
+avrp (1.0beta3-7.1) UNRELEASED; urgency=medium
+
+  * Non-maintainer upload.
+  * Fix FTCBFS: Use a cross compiler. (Closes: #-1)
+
+ -- Helmut Grohne   Fri, 24 Aug 2018 06:05:48 +0200
+
 avrp (1.0beta3-7) unstable; urgency=low
 
   * Adopt the package (Closes: #404468).
diff -u avrp-1.0beta3/debian/rules avrp-1.0beta3/debian/rules
--- avrp-1.0beta3/debian/rules
+++ avrp-1.0beta3/debian/rules
@@ -5,6 +5,7 @@
 include /usr/share/cdbs/1/rules/simple-patchsys.mk
 
 DEB_MAKE_MAKEFILE := Makefile.linux
+DEB_MAKE_EXTRA_ARGS += 'CC=$(CC)' 'LD=$(CC)'
 
 DEB_INSTALL_MANPAGES_avrp := avrp.1
 

Bug#907127: ITP: apertium-oci -- Apertium single language data for Occitan

[Kartik Mistry]

Package: wnpp
Severity: wishlist
Owner: Kartik Mistry 

* Package name: apertium-oci
  Version : 0.1.0
  Upstream Author : Hèctor Alòs i Font  and others
* URL : https://apertium.org
* License : GPL-3+
  Programming Lang:
  Description : Apertium single language data for Occitan

 Data package providing Apertium language resources for Occitan.

 Q. why is this package useful/relevant? is it a dependency for

 A. Dependency of apertium-oci-fra package.

 Q. how do you plan to maintain it? inside a packaging team
   (check list at https://wiki.debian.org/Teams)?

 A. science-team.

-- 
Kartik Mistry | IRC: kart_
{0x1f1f, kartikm}.wordpress.com

Bug#907128: ITP: apertium-oci-fra -- Apertium translation data for the Occitan-French pair

[Kartik Mistry]

Package: wnpp
Severity: wishlist
Owner: Kartik Mistry 

* Package name: apertium-oci-fra
  Version : 0.2.0
  Upstream Author : Hèctor Alòs i Font  and others
* URL : https://apertium.org
* License : GPL-3+
  Programming Lang:
  Description : Apertium translation data for the Occitan-French pair

Data package providing Apertium language resources for translating
 between the Occitan and French languages.

 Q. why is this package useful/relevant? is it a dependency for

 A. Language data for Apertium pair for Occitan and French languages.

 Q. how do you plan to maintain it? inside a packaging team
   (check list at https://wiki.debian.org/Teams)?

 A. science-team.

-- 
Kartik Mistry | IRC: kart_
{0x1f1f, kartikm}.wordpress.com

Bug#907126: debdiff: please show mode changes when comparing source packages

[Michael Hudson-Doyle]

Package: devscripts
Version: 2.17.12ubuntu1.1
Severity: wishlist

Dear Maintainer,

We've had a few bugs in ubuntu where execute bits have been lost on
scripts for whatever reason. Figuring out what was going on was not
made easier by the fact that these changes are invisible to debdiff, for
example, comparing these two dscs:

https://launchpad.net/ubuntu/+archive/primary/+sourcefiles/apt-setup/1:0.141ubuntu1/apt-setup_0.141ubuntu1.dsc
https://launchpad.net/ubuntu/+archive/primary/+sourcefiles/apt-setup/1:0.141ubuntu2/apt-setup_0.141ubuntu2.dsc

Gives just this output:

diff -Nru apt-setup-0.141ubuntu1/debian/changelog 
apt-setup-0.141ubuntu2/debian/changelog
--- apt-setup-0.141ubuntu1/debian/changelog 2018-05-19 03:09:32.0 
+
+++ apt-setup-0.141ubuntu2/debian/changelog 2018-08-20 09:58:36.0 
+
@@ -1,3 +1,10 @@
+apt-setup (1:0.141ubuntu2) cosmic; urgency=medium
+
+  * Restore execute bits on generators/91security and
+finish-install.d/10apt-cdrom-setup.
+
+ -- Michael Hudson-Doyle   Mon, 20 Aug 2018 
21:58:36 +1200
+
 apt-setup (1:0.141ubuntu1) cosmic; urgency=low

   * Merge from Debian unstable.  Remaining changes:

Not showing the change that was actually the point of the upload.

Cheers,
mwh

-- Package-specific info:

--- /etc/devscripts.conf ---

--- ~/.devscripts ---
DEBSIGN_KEYID=AB757E23
DGET_VERIFY=no

-- System Information:
Debian Release: buster/sid
  APT prefers bionic-updates
  APT policy: (500, 'bionic-updates'), (500, 'bionic-security'), (500, 
'bionic'), (400, 'bionic-proposed'), (100, 'bionic-backports')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

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

Versions of packages devscripts depends on:
ii  dpkg-dev  1.19.0.5ubuntu2
ii  libc6 2.27-3ubuntu1
ii  libfile-homedir-perl  1.002-1
ii  perl  5.26.1-6ubuntu0.2
ii  python3   3.6.5-3ubuntu1
ii  sensible-utils0.0.12

Versions of packages devscripts recommends:
ii  apt1.6.3
ii  at 3.1.20-3.1ubuntu2
ii  curl   7.58.0-2ubuntu3.2
ii  dctrl-tools2.24-2build1
ii  dput   1.0.1ubuntu1
ii  fakeroot   1.22-2ubuntu1
ii  file   1:5.32-2ubuntu0.1
ii  gnupg  2.2.4-1ubuntu1.1
ii  libdistro-info-perl0.18
ii  libdpkg-perl   1.19.0.5ubuntu2
ii  libencode-locale-perl  1.05-1
ii  libgit-wrapper-perl0.047-1
ii  liblist-compare-perl   0.53-1
ii  liburi-perl1.73-1
ii  libwww-perl6.31-1
ii  licensecheck   3.0.31-2
ii  lintian2.5.81ubuntu1
ii  man-db 2.8.3-2
ii  patch  2.7.6-2ubuntu1
ii  patchutils 0.3.4-2
ii  python3-apt1.6.2
ii  python3-debian 0.1.32
ii  python3-magic  2:0.4.15-1
ii  python3-requests   2.18.4-2
ii  python3-unidiff0.5.4-1
ii  python3-xdg0.25-4ubuntu1
ii  strace 4.21-1ubuntu1
ii  unzip  6.0-21ubuntu1
ii  wdiff  1.2.2-2
ii  wget   1.19.4-1ubuntu2.1
ii  xz-utils   5.2.2-1.3

Versions of packages devscripts suggests:
pn  adequate  
ii  autopkgtest   5.3.1
pn  bls-standalone
ii  build-essential   12.4ubuntu1
pn  check-all-the-things  
pn  cvs-buildpackage  
ii  debian-keyring2018.03.24
pn  devscripts-el 
ii  diffoscope93ubuntu1
pn  disorderfs
pn  dose-extra
pn  duck  
pn  equivs
pn  faketime  
pn  gnuplot   
ii  gpgv  2.2.4-1ubuntu1.1
pn  how-can-i-help
ii  libauthen-sasl-perl   2.1600-1
ii  libfile-desktopentry-perl 0.22-1
ii  liblwp-protocol-https-perl6.07-2
pn  libnet-smtps-perl 
pn  libsoap-lite-perl 
pn  libterm-size-perl 
ii  libtimedate-perl  2.3000-2
pn  libyaml-syck-perl 
ii  mailutils [mailx] 1:3.4-1
pn  mozilla-devscripts
pn  mutt  
ii  openssh-client [ssh-client]   1:7.6p1-4
pn  piuparts  
ii  postgresql-client-10 [postgresql-client]  

Bug#907106: squid FTBFS on armel/mips/mipsel: undefined reference to `__atomic_store_8'

[Amos Jeffries]

Accepting this for next upload. BUT,

... is there any info known about why these platforms suddenly need the
-latomic flag to be hard-coded by the packaging?

Squid configure script auto-detects this symbols existence. It has for
some time on both working and non-working buildd's had the same results
and linker lines which are now suddenly FTBFS. See the working 4.1
upload for reference.

Amos

Bug#907125: steam: Missing libtxc-dxtn-s2tc0 dependency

[Luiz Romário Santana Rios]

Package: steam
Version: 1.0.0.54-2
Severity: important

The libtxc-dxtn-s2tc0 (and possibly libtxc-dxtn-s2tc0:i386) package is
necessary for Steam to work properly. Without them, a lot of steam games
get black backgrounds and images, redering them unplayable. However,
these packages are not steam dependencies.

Source: https://ubuntuforums.org/showthread.php?t=2359316

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

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

Versions of packages steam depends on:
ii  debconf [debconf-2.0]1.5.61
ii  libc62.24-11+deb9u3
ii  libgl1-mesa-dri  13.0.6-1+b2
ii  libgl1-mesa-glx  13.0.6-1+b2
ii  libgpg-error01.26-2
ii  libstdc++6   6.3.0-18+deb9u1
ii  libtxc-dxtn-s2tc [libtxc-dxtn0]  1.0+git20151227-2
ii  libudev1 232-25+deb9u4
ii  libx11-6 2:1.6.4-3
ii  libxinerama1 2:1.1.3-1+b3
ii  xz-utils 5.2.2-1.2+b1

Versions of packages steam recommends:
ii  fonts-liberation   1:1.07.4-2
ii  konsole [x-terminal-emulator]  4:16.12.0-4
ii  libxss11:1.2.2-1
ii  xterm [x-terminal-emulator]327-2
ii  zenity 3.22.0-1+b1

Versions of packages steam suggests:
pn  steam-devices  

-- debconf information:
* steam/question: I AGREE
  steam/purge:
* steam/license:

Bug#904773: phpunit: Missing dependency on PHP 7.1 or 7.2

[David Prévot]

Hi,

Thank you for your interest in the packaged PHPUnit version.

On Fri, Jul 27, 2018 at 06:36:35PM +0200, Pierre Thierry wrote:
> Package: phpunit
> Version: 7.2.7-1
> Severity: important
> 
> The package could be installed but when running it halts with the following
> error:
> 
> This version of PHPUnit is supported on PHP 7.1 and PHP 7.2.
> You are using PHP 7.0.22-3 (/usr/bin/php7.0).

The error message seems explicit enough to point the user to a relevant
solution.

From the title of this bug report:

> phpunit: Missing dependency on PHP 7.1 or 7.2

phpunit already depends on php-cli, that already depends on php7.2-cli
in buster.

> -- System Information:
> Debian Release: buster/sid
>   APT prefers testing
>   APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable')
[…]
> Versions of packages phpunit depends on:
> ii  php-cli 1:7.0+52

Seems like you chose to stick with an old version released over a year
ago. Anyway, even if phpunit depended on php7.2-cli or
php-cli (>= 1:7.2), it wouldn’t prevent you to install the php7.0-cli
package (still available in testing/unstable) nor, as a system
administrator, to set up /usr/bin/php7.0 as the /usr/bin/php
alternative.

There is little that can be enforced on the package side IMHO. It’s
working as expected when using the default value, and less so if the
system administrator chose to set up their system differently (yet
providing a meaningful error message).

FYI, even if you stick to php7.0 as default php interpreter, you can
still run phpunit via “php7.2 /usr/bin/phpunit” (assuming the relevant
php7.2 dependencies are installed.

Regards

David


signature.asc
Description: PGP signature

Bug#907093: ITA: skalibs -- Public domain general-purpose libraries

[Shengjing Zhu]

Control: retitle -1 ITA: skalibs -- Public domain general-purpose libraries
Control: owner -1 !

I'm not aware of this package, thus I filed another ITP. Anyway, I'll
adopt it since I'm going to package s6, which depends it.

Bug#907051: Say much more about vendoring of libraries

[Jonathan Nieder]

Hi,

Arnaud Rebillout wrote:

> During all this time when I was questioning myself on the reason to
> un-bundle, the only official documentation I found was the short
> paragraph in the Debian Policy [1], which is quite thin. Only now,
> through the thread in debian-devel, I discover that there is some more
> information in Wiki. I couldn't find this information when I needed it,
> but maybe I'm just not good at finding a needle in a haystack ;)

For reference, I think you're referring to

 https://wiki.debian.org/EmbeddedCodeCopies
 https://wiki.debian.org/UpstreamGuide#No_inclusion_of_third_party_code

Thanks for that.  It may be a good place to find text to reuse.

Jonathan

Bug#907051: Say much more about vendoring of libraries

[Jonathan Nieder]

Hi,

Sean Whitton wrote:
> On Thu 23 Aug 2018 at 12:27PM +0200, Alec Leamas wrote:

>> https://fedoraproject.org/wiki/Packaging:Guidelines#Bundling_and_Duplication_of_system_libraries
>
> Thank you for sharing this link -- it seems like Fedora have thought
> harder about this than we have, at least at the level of the whole
> project.
>
> We can't jump straight to something as involved in that, but threads
> like this on -devel suggest to me that Policy's discussing of vendoring
> needs to be expanded.
>
> In particular, Policy should explain /why/ bundling is best avoided, and
> the consensus that it sometimes has to happen should be noted, along
> with mention of registering bundled copies with the security team where
> appropriate.

My first instinct was that this belongs in devref, not Policy, since
it is more about the project than about consistency and
interoperability issues that directly affect packaging tools and user
experience.

But then I realized that the Debian Free Software Guidelines, for
example, are part of policy.  This topic would similarly be a good fit
for ch-archive.  Thanks for filing it.

Jonathan

Bug#907051: Say much more about vendoring of libraries

[Arnaud Rebillout]

On 08/23/2018 08:13 PM, Sean Whitton wrote:
> In particular, Policy should explain /why/ bundling is best avoided, and
> the consensus that it sometimes has to happen should be noted, along
> with mention of registering bundled copies with the security team where
> appropriate.

I can only agree on that part: explaining a bit more the rationale of
**why** bundling should be avoided. I spend a lot of time dealing with
that when packaging Docker, and at some point I realized that I couldn't
even explain to myself why I was spending so much time un-bundling the
world out of Docker. I just had a vague understanding that "bundling is
bad", and I understand the security issues of bundled code. But I wish I
had more details on "how bad it is", just so that I can justify to
myself to spend so much time on it. Sometimes the barrier between time
well-spent and time wasted is very thin, and you're not sure where you
stand.

Also, it turns out that sometimes bundling can't be avoided. I don't
know if it's possible to come up with some general guidelines on that.
We have it documented in the README.source of docker, but it applies to
docker special case, and I don't pretend it can be extended to a general
case.

During all this time when I was questioning myself on the reason to
un-bundle, the only official documentation I found was the short
paragraph in the Debian Policy [1], which is quite thin. Only now,
through the thread in debian-devel, I discover that there is some more
information in Wiki. I couldn't find this information when I needed it,
but maybe I'm just not good at finding a needle in a haystack ;)

All of that to say: I would find it very helpful to have some more
"official information" from Debian on bundle/vendored/embedded code. The
rationale to un-bundle, and possibly some guidelines to keep bundles.

  Arnaud

[1]: https://www.debian.org/doc/debian-policy/ch-source.html#s-embeddedfiles

Bug#907119: gsl: fix underlinking of libgsl against libgslcblas

[Dirk Eddelbuettel]

Ok -- I can't categorically exclude that something is also irregular with my
repo and debian/patches.  So I reversed the existing patch, then applied your
changes, dpkg-source --commit'ed locally -- and it is building now.

And inspecting the pbuilder dir while it is happening shows the two patches
are in.  Fingers crossed.

Dirk

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

Bug#906890: dropbear: CVE-2018-15599

[Guilhem Moulin]

On Wed, 22 Aug 2018 at 11:19:37 +0200, Guilhem Moulin wrote:
> On Wed, 22 Aug 2018 at 06:21:27 +0200, Salvatore Bonaccorso wrote:
>> Would you agree and could you instead update dropbear for the next
>> point release?
> 
> Makes sense indeed, I'll do that instead.

Just for the record, upstream fixed that in changeset 1616:5d2d1021ca00
https://secure.ucc.asn.au/hg/dropbear/rev/5d2d1021ca00 , and the request
to add it to stretch-pu is filed as #907124.

-- 
Guilhem.


signature.asc
Description: PGP signature

Bug#906999: docker.io: FTBFS in buster/sid (too many arguments in call to activation.TLSListeners)

[Arnaud Rebillout]

Hi Santiago,

I can't do that as I'm just a contributor, but I'm sure Dmitry, who
maintains the package, will take care of that soon.

Thanks for the feedback,

  Arnaud


On 08/23/2018 07:06 PM, Santiago Vila wrote:
> On Thu, Aug 23, 2018 at 08:21:04AM +0700, Arnaud Rebillout wrote:
>> On 08/23/2018 06:14 AM, Santiago Vila wrote:
>>> [... snipped ...]
>>>
>>> # github.com/docker/docker/daemon/listeners
>>> src/github.com/docker/docker/daemon/listeners/listeners_linux.go:65:43: too 
>>> many arguments in call to activation.TLSListeners
>>> have (bool, *tls.Config)
>>> want (*tls.Config)
>>> src/github.com/docker/docker/daemon/listeners/listeners_linux.go:67:40: too 
>>> many arguments in call to activation.Listeners
>>> have (bool)
>>> want ()
>>> FAILgithub.com/docker/docker/cmd/dockerd [build failed]
>>>
>>> [...]
>> This is due to the package golang-github-coreos-go-systemd, the version
>> 17 breaks docker build. Apparently v17 made it to testing on August
>> 19th, 4 days ago.
>>
>> We have docker 18.06 in experimental, which works with (actually,
>> requires) golang-github-coreos-go-systemd v17.
> IMHO, it would be better to upload 18.06 for unstable, as it fixes at
> least one RC bug (this one).
>
> Thanks.
>

Bug#907109: plank binary-all FTBFS: cannot stat 'debian/plank/usr/share/appdata/*'

[Norbert Preining]

Package: plank
Version: 0.11.4-3
Followup-For: Bug #907109

Dear all,

I tried to track down why plank cannot be installed and it is due to a
missing libplank-common, which happened due to the build error reported
here.

What is going on that the source only upload triggered a separate build
of arch/indep packages which the rules files does not cater to.

The rules file does
override_dh_install:
find debian/tmp -name *.la -delete
find debian/tmp -name *.a -delete
dh_install
# this needs to be handled upstream, really...
mkdir -p debian/plank/usr/share/metainfo/
mv debian/plank/usr/share/appdata/* debian/plank/usr/share/metainfo/
rmdir debian/plank/usr/share/appdata/

But in case of an arch-indep package build the second part does not
work out.

I tried to change it to
override_dh_install-arch:
...
dh_install -a

but then it breaks in 
override_dh_missing:
dh_missing --fail-missing

because in the arch-indep build several binary files are installed
(actually a full build is done).


Someone with more experience of source-only builds and hacking dh and
the build system of plank needs to look into this.

Thanks

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

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

Versions of packages plank depends on:
ii  libatk1.0-0  2.28.1-1
ii  libbamf3-2   0.5.3-3
ii  libc62.27-5
ii  libcairo-gobject21.15.10-3
ii  libcairo21.15.10-3
ii  libdbusmenu-glib416.04.1+18.04.20171206-1
ii  libdbusmenu-gtk3-4   16.04.1+18.04.20171206-1
ii  libgdk-pixbuf2.0-0   2.36.12-2
ii  libgee-0.8-2 0.20.1-1
ii  libglib2.0-0 2.56.1-2
ii  libgtk-3-0   3.22.30-2
ii  libpango-1.0-0   1.42.4-1
ii  libpangocairo-1.0-0  1.42.4-1
ii  libplank10.11.4-2
ii  libwnck-3-0  3.24.1-2
ii  libx11-6 2:1.6.6-1
ii  libxfixes3   1:5.0.3-1
ii  libxi6   2:1.7.9-1

plank recommends no packages.

Versions of packages plank suggests:
pn  libplank-doc  

-- no debconf information
Norbert

--
PREINING Norbert   http://www.preining.info
Accelia Inc. +JAIST +TeX Live +Debian Developer
GPG: 0x860CDC13   fp: F7D8 A928 26E3 16A1 9FA0 ACF0 6CAC A448 860C DC13

Bug#907119: gsl: fix underlinking of libgsl against libgslcblas

[Dirk Eddelbuettel]

On 23 August 2018 at 17:18, Steve Langasek wrote:
| On Thu, Aug 23, 2018 at 06:53:29PM -0500, Dirk Eddelbuettel wrote:
| 
| > Ok. I am being stupid.
| 
| > I applied the .debdiff you sent via patch ... < ... redirection. That gets 
me
| > a modified Makefile.am and two new debian/patches/ files.
| 
| > But then the build command complains about Makefile.am, dpkg-source --commit
| > fails ("reversed patch") so I undo Makefile.am.
| 
| > But then the build directory (I checked inside pbuilder) did not have it.
| 
| > I am overcomplicating this.  What should I do?  For your debdiff, do I by
| > hand re-generate debian/patches/ ?
| 
| Hmm, the debdiff should only be patching the contents of the debian
| directory.  I would expect this to work:
| 
| $ wget -O - -q 
'https://bugs.debian.org/cgi-bin/bugreport.cgi?att=1;bug=907119;filename=gsl_2.5%2Bdfsg-4ubuntu3.debdiff;msg=5'
 | patch -p1

Should be the same as my patch --verbose -p1 < ...file from your mail...

| $ export QUILT_PATCHES=debian/patches
| $ quilt push -a
| $ debuild

That's different. I didn't invoke quilt. I just 'pdebuild ...'

And that is the likely source of trouble:

edd@rob:~/deb/gsl(master)$ export QUILT_PATCHES=debian/patches
edd@rob:~/deb/gsl(master)$  quilt push -a
Applying patch debian/patches/dont-disable-deprecated
patching file configure.ac
Hunk #1 FAILED at 575.
1 out of 1 hunk FAILED -- rejects in file configure.ac
Patch debian/patches/dont-disable-deprecated can be reverse-applied
edd@rob:~/deb/gsl(master)$ 

I had done a 'git reset --hard ...' prior to that so I was cleanly at my -4
release.  I think you patch does not apply well.

Shall I punt and do it by hand?

Dirk

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

Bug#902567: tasksel: Please remove occurrences of "kdesudo" and coordinate with d-i

[Boyuan Yang]

Control: tags -1 + patch
Control: forwarded -1 
https://salsa.debian.org/installer-team/tasksel/merge_requests/3
X-Debbugs-CC: hwans...@mailbox.org

Dear tasksel maintainers,

I have prepared a patch (Merge Request) on Debian Salsa to solve this bug.
Please review it and merge it if you find it acceptable.

The d-i package (user-setup) is no longer using kdesudo thus this dependency can
be removed safely.

--
Thanks,
Boyuan Yang

On Thu, 28 Jun 2018 10:35:42 +0800 Boyuan Yang <073p...@gmail.com> wrote:
> Source: tasksel
> Version: 3.44
> Severity: important
> X-Debbugs-CC: debian-b...@lists.debian.org
> 
> Dear d-i developers and tasksel maintainers,
> 
> Package "kdesudo" has been removed in Debian since September 2017.
> 
> Tasksel still recommends non-existent "kdesudo" in task-kde-desktop. Please 
> consider removing this entry from "Recommends: " field.
> 
> However, I noticed the following lines in debian/control:
> 
> 
> Package: task-kde-desktop
> Architecture: all
> Description: KDE
>  This task package is used to install the Debian desktop, featuring
>  the KDE desktop environment, and with other packages
>  that Debian users
>  expect to have available on the desktop.
> Depends: ${misc:Depends}, 
>   task-desktop,
>   kde-standard,
>   sddm,
> Recommends:
> [...]
> 

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

Bug#907124: stretch-pu: package dropbear/2016.74-5

[Guilhem Moulin]

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

Hi there,

CVE-2018-15599 was recently published for dropbear:

The recv_msg_userauth_request function in svr-auth.c in Dropbear
through 2018.76 is prone to a user enumeration vulnerability because
username validity affects how fields in SSH_MSG_USERAUTH messages
are handled, a similar issue to CVE-2018-15473 in an unrelated
codebase.

However the Security Team didn't issue a DSA [0], and suggested [1] to
instead fix that via stretch-pu.  I enclosed a debdiff against
dropbear_2016.74-5.dsc.

The patch is cherry-picked from upstream changeset 1616:5d2d1021ca00:
https://secure.ucc.asn.au/hg/dropbear/rev/5d2d1021ca00 .  I did check
that pubkey and password authentication still work :-)  (We're building
without PAM support, so patching svr-authpam.c isn't needed, but I
guess it's better to stick to the upstream patch.)

-- 
Guilhem.

[0] https://security-tracker.debian.org/tracker/CVE-2018-15599
[1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=906890
diff -Nru dropbear-2016.74/debian/changelog dropbear-2016.74/debian/changelog
--- dropbear-2016.74/debian/changelog   2017-05-19 23:41:21.0 +0200
+++ dropbear-2016.74/debian/changelog   2018-08-24 02:08:38.0 +0200
@@ -1,3 +1,13 @@
+dropbear (2016.74-5+deb9u1) stable; urgency=medium
+
+  * Backport security fix for CVE-2018-15599: The recv_msg_userauth_request
+function in svr-auth.c in Dropbear through 2018.76 is prone to a user
+enumeration vulnerability because username validity affects how fields in
+SSH_MSG_USERAUTH messages are handled.  (Closes: #906890.)
+Adapted from https://secure.ucc.asn.au/hg/dropbear/rev/5d2d1021ca00 .
+
+ -- Guilhem Moulin   Fri, 24 Aug 2018 02:08:38 +0200
+
 dropbear (2016.74-5) unstable; urgency=high
 
   * Backport security fixes from 2017.75 (closes: #862970):
diff -Nru dropbear-2016.74/debian/patches/CVE-2018-15599.patch 
dropbear-2016.74/debian/patches/CVE-2018-15599.patch
--- dropbear-2016.74/debian/patches/CVE-2018-15599.patch1970-01-01 
01:00:00.0 +0100
+++ dropbear-2016.74/debian/patches/CVE-2018-15599.patch2018-08-24 
02:08:38.0 +0200
@@ -0,0 +1,222 @@
+commit 52adbb34c32d3e2e1bcdb941e20a6f81138b8248
+Author: Matt Johnston 
+Date:   Thu Aug 23 23:43:12 2018 +0800
+
+Wait to fail invalid usernames
+
+---
+ auth.h   |6 +++---
+ svr-auth.c   |   19 +--
+ svr-authpam.c|   26 ++
+ svr-authpasswd.c |   27 ++-
+ svr-authpubkey.c |   11 ++-
+ 5 files changed, 54 insertions(+), 35 deletions(-)
+
+--- a/auth.h
 b/auth.h
+@@ -37,9 +37,9 @@ void recv_msg_userauth_request(void);
+ void send_msg_userauth_failure(int partial, int incrfail);
+ void send_msg_userauth_success(void);
+ void send_msg_userauth_banner(buffer *msg);
+-void svr_auth_password(void);
+-void svr_auth_pubkey(void);
+-void svr_auth_pam(void);
++void svr_auth_password(int valid_user);
++void svr_auth_pubkey(int valid_user);
++void svr_auth_pam(int valid_user);
+ 
+ #ifdef ENABLE_SVR_PUBKEY_OPTIONS
+ int svr_pubkey_allows_agentfwd(void);
+--- a/svr-auth.c
 b/svr-auth.c
+@@ -176,10 +176,8 @@ void recv_msg_userauth_request() {
+   if (methodlen == AUTH_METHOD_PASSWORD_LEN &&
+   strncmp(methodname, AUTH_METHOD_PASSWORD,
+   AUTH_METHOD_PASSWORD_LEN) == 0) {
+-  if (valid_user) {
+-  svr_auth_password();
+-  goto out;
+-  }
++  svr_auth_password(valid_user);
++  goto out;
+   }
+   }
+ #endif
+@@ -191,10 +189,8 @@ void recv_msg_userauth_request() {
+   if (methodlen == AUTH_METHOD_PASSWORD_LEN &&
+   strncmp(methodname, AUTH_METHOD_PASSWORD,
+   AUTH_METHOD_PASSWORD_LEN) == 0) {
+-  if (valid_user) {
+-  svr_auth_pam();
+-  goto out;
+-  }
++  svr_auth_pam(valid_user);
++  goto out;
+   }
+   }
+ #endif
+@@ -204,12 +200,7 @@ void recv_msg_userauth_request() {
+   if (methodlen == AUTH_METHOD_PUBKEY_LEN &&
+   strncmp(methodname, AUTH_METHOD_PUBKEY,
+   AUTH_METHOD_PUBKEY_LEN) == 0) {
+-  if (valid_user) {
+-  svr_auth_pubkey();
+-  } else {
+-  /* pubkey has no failure delay */
+-  send_msg_userauth_failure(0, 0);
+-  }
++  svr_auth_pubkey(valid_user);
+   goto out;
+   }
+ #endif
+--- a/svr-authpam.c
 b/svr-authpam.c
+@@ -178,13 +178,14 @@ 

Bug#907075: tracker.debian.org: please report outstanding merge requests if Vcs- fields point to salsa

[Stuart Prescott]

On Thursday, 23 August 2018 15:25:43 AEST Daniel Kahn Gillmor wrote:
> Package: tracker.debian.org
> Severity: wishlist
> 
> I just noticed that some debian packaging projects i've worked on that
> are hosted on salsa are starting to accumulate merge requests via the
> gitlab interface.
> 
> https://tracker.debian.org does a good job of collecting outstanding
> work under the "action needed" box.
> 
> I think if a source package has a Vcs- field that points to salsa, the
> tracker could take a look at the number of outstanding merge requests
> open on the project's gitlab repo, and report if the number is greater
> than 0.

This is a great idea -- it would be lovely if these data were exposed on the 
UDD dmd.cgi too, since many developers use that as a good overview of 
everything to do with packages of interest.

Is there a simple data export from salsa of open MRs? Walking all repos to see 
if there are open MRs is not the right thing to do. If walking needs to be 
done, then this is a candidate to be integrated with vcswatch or duck (and 
perhaps they need merging too, tbh).

Slurping a data file into a UDD table and exposing the information is then a 
relatively easy step.

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

Bug#907119: gsl: fix underlinking of libgsl against libgslcblas

[Steve Langasek]

On Thu, Aug 23, 2018 at 06:53:29PM -0500, Dirk Eddelbuettel wrote:

> Ok. I am being stupid.

> I applied the .debdiff you sent via patch ... < ... redirection. That gets me
> a modified Makefile.am and two new debian/patches/ files.

> But then the build command complains about Makefile.am, dpkg-source --commit
> fails ("reversed patch") so I undo Makefile.am.

> But then the build directory (I checked inside pbuilder) did not have it.

> I am overcomplicating this.  What should I do?  For your debdiff, do I by
> hand re-generate debian/patches/ ?

Hmm, the debdiff should only be patching the contents of the debian
directory.  I would expect this to work:

$ wget -O - -q 
'https://bugs.debian.org/cgi-bin/bugreport.cgi?att=1;bug=907119;filename=gsl_2.5%2Bdfsg-4ubuntu3.debdiff;msg=5'
 | patch -p1
$ export QUILT_PATCHES=debian/patches
$ quilt push -a
$ debuild

-- 
Steve Langasek   Give me a lever long enough and a Free OS
Debian Developer   to set it on, and I can move the world.
Ubuntu Developer   https://www.debian.org/
slanga...@ubuntu.com vor...@debian.org


signature.asc
Description: PGP signature

Bug#907002: [pkg-gnupg-maint] Bug#907002: gnupg2: please install doc/DETAILS

[Norbert Preining]

Hi Daniel,

>gnupg: /usr/share/doc/gnupg/DETAILS.gz

Indeed (I should have used dlocate, sorry for that!).

> I'm closing this report as it seems to be handled already, but if you
> have any suggestions for how to improve the packaging otherwise, feel

I guess I was misguided by too many gnupg doc dirs. Since
/usr/bin/gpg   <- gpg package
/usr/bin/gpg2  <- gnupg2 package
I obviously only checked 
/usr/share/doc/ ->
gnupg2
gpg
but not gnupg. Checking the contents of the gnupg package I somehow
don't see why this isn't in the gpg package and the gnupg package
dropped. My feeling there are a bit too many ;-)

Anyway, thanks for the pointer and sorry for the noise!

Norbert

--
PREINING Norbert   http://www.preining.info
Accelia Inc. +JAIST +TeX Live +Debian Developer
GPG: 0x860CDC13   fp: F7D8 A928 26E3 16A1 9FA0 ACF0 6CAC A448 860C DC13

Bug#907119: gsl: fix underlinking of libgsl against libgslcblas

[Dirk Eddelbuettel]

Ok. I am being stupid.

I applied the .debdiff you sent via patch ... < ... redirection. That gets me
a modified Makefile.am and two new debian/patches/ files.

But then the build command complains about Makefile.am, dpkg-source --commit
fails ("reversed patch") so I undo Makefile.am.

But then the build directory (I checked inside pbuilder) did not have it.

I am overcomplicating this.  What should I do?  For your debdiff, do I by
hand re-generate debian/patches/ ?

Dirk

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

Bug#903612: marked as done (csound FTBFS on !x86: test hang)

[Felipe Sateler]

Control: reopen -1
Control: found -1 1:6.11.0~dfsg-2
Control: retitle -1 csound: tests hang when atomic builtins are unavailable

On Thu, Aug 23, 2018 at 10:09 AM Debian Bug Tracking System <
ow...@bugs.debian.org> wrote:

>
>* Unconditionally enable atomic builtins.
>  It was disabled in !x86 a long time ago for unclear reasons.
>  The lack of atomics causes a test exercising the async features to
> hang
>  (Closes: #903612)
>
>
Turns out mips and mipsel do not support the atomic builtins used by csound.

Reopening the bug until a new solution is found.

-- 

Saludos,
Felipe Sateler

Bug#907123: Ceph Mimic v13.2.x long term stable release series

[Milan Kupcevic]

Package: ceph
Version: 10.2.5-7.2
Severity: normal


Please update ceph package to Mimic v13.2.x long term stable release series.[0]

Milan

[0] http://docs.ceph.com/docs/master/releases/mimic/

Bug#827522: [gjots2] Version 3.0.2 available

[Marek Straka]

Package: gjots2
Version: 2.4.1-5
Followup-For: Bug #827522


Hi Rolf.

Is there any chance to get gjots2 in Debian 10 Buster? Because the Serie 2 
depends on python-gnome2 that is no more there.
Bob Hepple made version 3.0.2 a year ago. This should depend on Gtk+3 / 
PyGObject. 
But yes - he is not answering any of bug reports for more than ten years.
https://sourceforge.net/p/gjots2/bugs/

Marek Straka

Bug#907119: gsl: fix underlinking of libgsl against libgslcblas

[Dirk Eddelbuettel]

On 23 August 2018 at 15:30, Steve Langasek wrote:
| On Thu, Aug 23, 2018 at 05:15:48PM -0500, Dirk Eddelbuettel wrote:
| > | In Ubuntu, I noticed that pscan-tfbs was failing to build due to 
unresolved
| > | symbols in libgsl.so.  I don't know if the specific build failure is
| > | reproducible in Debian, but I can confirm that libgsl.so.23 is also
| > | underlinked in Debian resulting in unresolved symbols, which is not 
supposed
| > | to be the case for shared libraries:
| 
| > Any reason why? This particular scheme (of not assigning a major the
| > auxiliary library libgslcblas) has been in place for a decade+.  Could it be
| > that my recent attempts of getting majors into package (where I was sloppy)
| > caused this?
| 
| I haven't looked closely enough at the issue to root cause it, but I do see
| that the problem is present even in libgsl.so.19 from gsl 2.1+dfsg-2.  It's
| possible that before now every reverse-dependency of gsl happened to pass
| -lgsl -lgslcblas options in the correct order to not trigger a failure at
| build time (with the Ubuntu toolchain, which is more strict than Debian's).
| pscan-tfbs is a new package and passes -lgslcblas -lgsl which is the wrong
| order, so that is /also/ a bug, but only one of the two bugs needs to be
| fixed in order to let pscan-tfbs build.

Quite likely.
 
| > | Please consider applying the attached patch to the gsl package in Debian. 
 I
| > | have uploaded it to Ubuntu to fix the build failure of the reverse
| > | dependency.
| 
| > | Corresponding changelog entries for these changes:
| 
| > |   * debian/patches/gsl-cblas-linkage.patch: add missing linkage on
| > | libgslcblas to libgsl.so.
| > |   * specify AUTOMAKE and ACLOCAL to dh_autoreconf, to work around upstream
| > | hard-coding of automake-1.13.
| 
| > Sounds good to me. I think I'll build with this evening.
| 
| > Now it is time to confess that I am an utter noob when it comes to libtool,
| > so I am not sure I fully grok what your patch does, besides "reintroducing"
| > these two sibbling libraries to each other.
| 
| The net effect is that when libgsl.so is being built, it's built with a
| -lgslcblas linker option.
| 
| Effectively, you could also drop the manual dependency from libgsl23 to
| libgslcblas23, since dh_shlibdeps will now generate the correct dependency
| for you.

The fun bit that there is only ever libgslcblas0 -- it never changes:

edd@rob:~$ dpkg -L libgslcblas0 | grep "\.so"
/usr/lib/x86_64-linux-gnu/libgslcblas.so.0.0.0
/usr/lib/x86_64-linux-gnu/libgslcblas.so.0
edd@rob:~$ dpkg -L libgsl23 | grep "\.so"
/usr/lib/x86_64-linux-gnu/libgsl.so.23.0.0
/usr/lib/x86_64-linux-gnu/libgsl.so.23
edd@rob:~$ 
 
| > Lastly, how strong do you feel about the patch? Should we talk to upstream
| > about it?
| 
| I'm happy to advocate for this patch to upstream (with your guidance how to
| do this), as I believe it's per se correct and worth having there to not
| need to carry a delta.

Let's plan on this. I'll build a gsl package, let's see how it does and we
can then propose this.

Dirk

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

Bug#888547: CVE-2017-1000190

[Emmanuel Bourg]

On 23/08/2018 17:11, Markus Koschany wrote:

> My concern is that we have an upstream project that does not even
> consider such a trivial fix. Then we have another example of a
> fire-and-forget one time upload (simple-xml) and now the package is
> carried "by the team". carrotsearch-randomizedtesting is a
> test-dependency for lucence4.10 and spatial4j, same pattern, one time
> upload, now carried by the team. And when I see that we ship at least
> three versions of lucene in Debian, then I suppose we still have some
> room for improvements.

lucene2 is only used by eclipse, I hope we'll be able to remove both of
them before Buster is released. With the new eclipse-* packages heading
to unstable this is now a likely outcome.


> The gist is: Better maintain few packages and do it well, instead of
> maintaining many packages that just exist for collecting RC bugs.

I agree. Not all CVEs are equally important though, here simple-xml is
just a test dependency of another package and has a very low popcon, the
vulnerability has no real impact on the Debian users.

Emmanuel Bourg

Bug#907117: ITP: sacc -- simple terminal gopher client

[Adam Borowski]

On Thu, Aug 23, 2018 at 11:28:33PM +0200, Paride Legovini wrote:
> * Package name: sacc
>   Version : 1.00
>   Upstream Author : Quentin Rameau  
> * URL : gopher://bitreich.org/1/scm/sacc
> (lynx will do.)
>
> sacc is a terminal gopher client. It it written in C and meant to be
> fast, secure and simple. It is a "pure gopher" client, with no support
> for other protocols.

> It is probably the only gopher client in active development

Well, I somehow still have OverbiteFF installed. :)

> Gopher itself is probably not relevant nowadays, but in my opinion it
> has a relevant and interesting niche of enthusiasts.

I'm afraid that's still a huge overestimation of gopher's usefulness,
and it's not fit for any task but trolling our kind of folks...  but
that never stopped anyone from writing such software.And in Debian,
"useful" is defined as "someone bothered to work on it".


Because you're a DM and will need a sponsored upload to NEW, I demand it to
be done the right way!  Since #880649 dget supports gopher:// URLs.  :)


Meow!
-- 
⢀⣴⠾⠻⢶⣦⠀ What Would Jesus Do, MUD/MMORPG edition:
⣾⠁⢰⠒⠀⣿⡁ • multiplay with an admin char to benefit your mortal [Mt3:16-17]
⢿⡄⠘⠷⠚⠋⠀ • abuse item cloning bugs [Mt14:17-20, Mt15:34-37]
⠈⠳⣄ • use glitches to walk on water [Mt14:25-26]

Bug#902861: axis: FTBFS with Java 10 due to com.sun.net.ssl removal

[Markus Koschany]

Am 24.08.2018 um 01:00 schrieb Emmanuel Bourg:
>> This issue was apparently fixed in version 1.10.4-2. Axis can be rebuilt
>> from source again.
> 
> Actually the issue was triggered by the automatic use of the --release
> javac option in ant/1.10.3-2, the flag removed the internal com.sun.net
> classes from the compilation classpath. The issue vanished once that was
> reverted in ant/1.10.4-2.

Yes, that's the same thing. The --release flag only works with Java9+
bytecode.

Markus




signature.asc
Description: OpenPGP digital signature

Bug#902861: axis: FTBFS with Java 10 due to com.sun.net.ssl removal

[Emmanuel Bourg]

> This issue was apparently fixed in version 1.10.4-2. Axis can be rebuilt
> from source again.

Actually the issue was triggered by the automatic use of the --release
javac option in ant/1.10.3-2, the flag removed the internal com.sun.net
classes from the compilation classpath. The issue vanished once that was
reverted in ant/1.10.4-2.

Emmanuel Bourg

Bug#907119: gsl: fix underlinking of libgsl against libgslcblas

[Steve Langasek]

On Thu, Aug 23, 2018 at 05:15:48PM -0500, Dirk Eddelbuettel wrote:
> | In Ubuntu, I noticed that pscan-tfbs was failing to build due to unresolved
> | symbols in libgsl.so.  I don't know if the specific build failure is
> | reproducible in Debian, but I can confirm that libgsl.so.23 is also
> | underlinked in Debian resulting in unresolved symbols, which is not supposed
> | to be the case for shared libraries:

> Any reason why? This particular scheme (of not assigning a major the
> auxiliary library libgslcblas) has been in place for a decade+.  Could it be
> that my recent attempts of getting majors into package (where I was sloppy)
> caused this?

I haven't looked closely enough at the issue to root cause it, but I do see
that the problem is present even in libgsl.so.19 from gsl 2.1+dfsg-2.  It's
possible that before now every reverse-dependency of gsl happened to pass
-lgsl -lgslcblas options in the correct order to not trigger a failure at
build time (with the Ubuntu toolchain, which is more strict than Debian's).
pscan-tfbs is a new package and passes -lgslcblas -lgsl which is the wrong
order, so that is /also/ a bug, but only one of the two bugs needs to be
fixed in order to let pscan-tfbs build.

> | Please consider applying the attached patch to the gsl package in Debian.  I
> | have uploaded it to Ubuntu to fix the build failure of the reverse
> | dependency.

> | Corresponding changelog entries for these changes:

> |   * debian/patches/gsl-cblas-linkage.patch: add missing linkage on
> | libgslcblas to libgsl.so.
> |   * specify AUTOMAKE and ACLOCAL to dh_autoreconf, to work around upstream
> | hard-coding of automake-1.13.

> Sounds good to me. I think I'll build with this evening.

> Now it is time to confess that I am an utter noob when it comes to libtool,
> so I am not sure I fully grok what your patch does, besides "reintroducing"
> these two sibbling libraries to each other.

The net effect is that when libgsl.so is being built, it's built with a
-lgslcblas linker option.

Effectively, you could also drop the manual dependency from libgsl23 to
libgslcblas23, since dh_shlibdeps will now generate the correct dependency
for you.

> Lastly, how strong do you feel about the patch? Should we talk to upstream
> about it?

I'm happy to advocate for this patch to upstream (with your guidance how to
do this), as I believe it's per se correct and worth having there to not
need to carry a delta.

-- 
Steve Langasek   Give me a lever long enough and a Free OS
Debian Developer   to set it on, and I can move the world.
Ubuntu Developer   https://www.debian.org/
slanga...@ubuntu.com vor...@debian.org


signature.asc
Description: PGP signature

Bug#906927: eatmydata: Use invalid location of libeatmydata.so

[Mattia Rizzolo]

Control: tag -1 unreproducible moreinfo

On Wed, Aug 22, 2018 at 03:39:14PM +0300, Vasiliy Shlykov wrote:
> script eatmydata provided by the package has a serious bug.

Please, consider that this package has been in that state for nearly 2
years; with so many users somebody else would have noticed such a
serious bug.

> The symptom: running command with eatmydata script produces message:
> ERROR: ld.so: object 'libeatmydata.so' from LD_PRELOAD cannot be preloaded 
> (cannot open shared object file): ignored.

Can't reproduce here.

mattia@warren ~ % eatmydata true
mattia@warren ~ %


> Obviously, this happens due to using wrong path and name of the library:
> LD_LIBRARY_PATH=${LD_LIBRARY_PATH:+"$LD_LIBRARY_PATH:"}/usr/lib/libeatmydata
> LD_PRELOAD=${LD_PRELOAD:+"$LD_PRELOAD "}libeatmydata.so
> 
> Dir /usr/lib/libeatmydata doesn't exists and file libeatmydata.so doesn't 
> exists too.

That's false.
For starters, libeatmydata.so sure does exist, in
/usr/lib/x86_64-linux-gnu/libeatmydata.so shipped by the package
libeatmydata1, which is depended by eatmydata.
Secondly, /usr/lib/libeatmydata used to exist, and is there to support
loading the library from such legacy location (think abount having this
script wrapping around a chroot call, etc). http://bugs.debian.org/765810
Also the manpage contains this information.
And anyway, adding random directories to LD_LIBRARY_PATH wouldn't
automatically trigger such "bug".


So, I think you should check your environment and the program you are
then calling (as something programs mangle LD_LIBRARY_PATH and
LD_PRELOAD themselves).
If you can't figure what's going on, please consider sharing more
details about your situation.

-- 
regards,
Mattia Rizzolo

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


signature.asc
Description: PGP signature

Bug#907122: ITP: poolcounter -- network daemon which provides mutex-like functionality

[Kunal Mehta]

Package: wnpp
Severity: wishlist
Owner: Kunal Mehta 

* Package name: poolcounter
  Version : 1.0.0
  Upstream Author : Platonides 
* URL : https://wikitech.wikimedia.org/wiki/PoolCounter
* License : GPL-3.0-or-later
  Programming Lang: C
  Description : network daemon which provides mutex-like functionality

PoolCounter is a network daemon which provides mutex-like functionality,
with a limited wait queue length. If too many servers try to do the same
thing at the same time, the wait queue overflows and some configurable
action might be taken by subsequent clients, such as displaying an error
message or using a stale cache entry.

It was created to avoid massive wastage of CPU due to parallel parsing when
the cache of a popular article is invalidated (the "Michael Jackson 
problem"[1]).

I'm packaging poolcounter so it can be used with MediaWiki.

[1] https://blog.wikimedia.org/2016/04/22/prince-death-wikipedia/

Bug#907121: aptly: Order of fields in Packages/Sources is unpredictable

[Benjamin Moody]

Package: aptly
Version: 1.3.0-5~bpo9+1
Severity: wishlist

Dear Maintainer,

When using aptly to publish a package repository, some of the metadata
fields in the Packages and/or Sources files are written in an
unpredictable (and probably non-deterministic) order.  This is mildly
annoying because it makes it difficult to compare two versions of the
file (e.g., with diff).

Example:

  $ apt-get source hello
  $ aptly repo create foo
  $ aptly repo add foo hello_2.10-1.dsc
  $ aptly publish repo -distribution foo -skip-signing foo debian
  $ grep '^[A-Z]' .aptly/public/debian/dists/foo/main/source/Sources
Package: hello
Binary: hello
Version: 2.10-1
Maintainer: Santiago Vila 
Build-Depends: debhelper (>= 9.20120311)
Architecture: any
Standards-Version: 3.9.6
Format: 3.0 (quilt)
Directory: pool/main/h/hello
Files:
Package-List:
Homepage: http://www.gnu.org/software/hello/
Checksums-Sha1:
Checksums-Sha256:
Checksums-Sha512:
  $ aptly publish drop foo debian
  $ aptly publish repo -distribution foo -skip-signing foo debian
  $ grep '^[A-Z]' .aptly/public/debian/dists/foo/main/source/Sources
Package: hello
Binary: hello
Version: 2.10-1
Maintainer: Santiago Vila 
Build-Depends: debhelper (>= 9.20120311)
Architecture: any
Standards-Version: 3.9.6
Format: 3.0 (quilt)
Directory: pool/main/h/hello
Files:
Homepage: http://www.gnu.org/software/hello/
Checksums-Sha256:
Checksums-Sha512:
Checksums-Sha1:
Package-List:

Notice that the order of the last five fields has changed, even though
the repository has not been modified in any way.

The same problem occurs with Packages files, but less often
(typically, only the 'Homepage' and 'Multi-Arch' fields are randomly
swapped.)

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

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

Versions of packages aptly depends on:
ii  bzip2 1.0.6-8.1
ii  gnupg11.4.21-4+deb9u1
ii  gpgv1 1.4.21-4+deb9u1
ii  libc6 2.24-11+deb9u3
ii  xz-utils  5.2.2-1.2+b1

aptly recommends no packages.

Versions of packages aptly suggests:
ii  graphviz  2.38.0-17

-- debconf-show failed

Bug#907119: gsl: fix underlinking of libgsl against libgslcblas

[Dirk Eddelbuettel]

Hi Steve,

Thanks for taking the time to set up a patch!

On 23 August 2018 at 14:57, Steve Langasek wrote:
| Package: gsl
| Version: 2.5+dfsg-4
| Severity: normal
| Tags: patch
| User: ubuntu-de...@lists.ubuntu.com
| Usertags: origin-ubuntu cosmic ubuntu-patch
| 
| Dear Dirk,
| 
| In Ubuntu, I noticed that pscan-tfbs was failing to build due to unresolved
| symbols in libgsl.so.  I don't know if the specific build failure is
| reproducible in Debian, but I can confirm that libgsl.so.23 is also
| underlinked in Debian resulting in unresolved symbols, which is not supposed
| to be the case for shared libraries:

Any reason why? This particular scheme (of not assigning a major the
auxiliary library libgslcblas) has been in place for a decade+.  Could it be
that my recent attempts of getting majors into package (where I was sloppy)
caused this?

| 
| $ ldd -d -r /usr/lib/x86_64-linux-gnu/libgsl.so.23
|   linux-vdso.so.1 (0x7ffd39dfc000)
|   libm.so.6 => /lib/x86_64-linux-gnu/libm.so.6 (0x7fde64546000)
|   libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x7fde64389000)
|   /lib64/ld-linux-x86-64.so.2 (0x7fde64b6c000)
| undefined symbol: cblas_ctrmv (/usr/lib/x86_64-linux-gnu/libgsl.so.23)
| undefined symbol: cblas_zswap (/usr/lib/x86_64-linux-gnu/libgsl.so.23)
| undefined symbol: cblas_zsymm (/usr/lib/x86_64-linux-gnu/libgsl.so.23)
| undefined symbol: cblas_cgeru (/usr/lib/x86_64-linux-gnu/libgsl.so.23)
| undefined symbol: cblas_sgemm (/usr/lib/x86_64-linux-gnu/libgsl.so.23)
| undefined symbol: cblas_ctrsv (/usr/lib/x86_64-linux-gnu/libgsl.so.23)
| undefined symbol: cblas_sgemv (/usr/lib/x86_64-linux-gnu/libgsl.so.23)
| undefined symbol: cblas_srotg (/usr/lib/x86_64-linux-gnu/libgsl.so.23)
| undefined symbol: cblas_zgemm (/usr/lib/x86_64-linux-gnu/libgsl.so.23)
| undefined symbol: cblas_cdotu_sub (/usr/lib/x86_64-linux-gnu/libgsl.so.23)
| undefined symbol: cblas_dznrm2(/usr/lib/x86_64-linux-gnu/libgsl.so.23)
| undefined symbol: cblas_ddot  (/usr/lib/x86_64-linux-gnu/libgsl.so.23)
| undefined symbol: cblas_csymm (/usr/lib/x86_64-linux-gnu/libgsl.so.23)
| undefined symbol: cblas_cher2k(/usr/lib/x86_64-linux-gnu/libgsl.so.23)
| undefined symbol: cblas_zdotu_sub (/usr/lib/x86_64-linux-gnu/libgsl.so.23)
| undefined symbol: cblas_sdot  (/usr/lib/x86_64-linux-gnu/libgsl.so.23)
| undefined symbol: cblas_sdsdot(/usr/lib/x86_64-linux-gnu/libgsl.so.23)
| undefined symbol: cblas_cgerc (/usr/lib/x86_64-linux-gnu/libgsl.so.23)
| undefined symbol: cblas_scnrm2(/usr/lib/x86_64-linux-gnu/libgsl.so.23)
| undefined symbol: cblas_ctrmm (/usr/lib/x86_64-linux-gnu/libgsl.so.23)
| undefined symbol: cblas_sscal (/usr/lib/x86_64-linux-gnu/libgsl.so.23)
| undefined symbol: cblas_strmm (/usr/lib/x86_64-linux-gnu/libgsl.so.23)
| undefined symbol: cblas_zcopy (/usr/lib/x86_64-linux-gnu/libgsl.so.23)
| undefined symbol: cblas_dsyrk (/usr/lib/x86_64-linux-gnu/libgsl.so.23)
| undefined symbol: cblas_cherk (/usr/lib/x86_64-linux-gnu/libgsl.so.23)
| undefined symbol: cblas_zherk (/usr/lib/x86_64-linux-gnu/libgsl.so.23)
| undefined symbol: cblas_zher  (/usr/lib/x86_64-linux-gnu/libgsl.so.23)
| undefined symbol: cblas_ztrmv (/usr/lib/x86_64-linux-gnu/libgsl.so.23)
| undefined symbol: cblas_drotmg(/usr/lib/x86_64-linux-gnu/libgsl.so.23)
| undefined symbol: cblas_dswap (/usr/lib/x86_64-linux-gnu/libgsl.so.23)
| undefined symbol: cblas_scopy (/usr/lib/x86_64-linux-gnu/libgsl.so.23)
| undefined symbol: cblas_scasum(/usr/lib/x86_64-linux-gnu/libgsl.so.23)
| undefined symbol: cblas_zscal (/usr/lib/x86_64-linux-gnu/libgsl.so.23)
| undefined symbol: cblas_drotg (/usr/lib/x86_64-linux-gnu/libgsl.so.23)
| undefined symbol: cblas_zdotc_sub (/usr/lib/x86_64-linux-gnu/libgsl.so.23)
| undefined symbol: cblas_cscal (/usr/lib/x86_64-linux-gnu/libgsl.so.23)
| undefined symbol: cblas_caxpy (/usr/lib/x86_64-linux-gnu/libgsl.so.23)
| undefined symbol: cblas_zsyr2k(/usr/lib/x86_64-linux-gnu/libgsl.so.23)
| undefined symbol: cblas_ssyr2k(/usr/lib/x86_64-linux-gnu/libgsl.so.23)
| undefined symbol: cblas_csyr2k(/usr/lib/x86_64-linux-gnu/libgsl.so.23)
| undefined symbol: cblas_ztrsm (/usr/lib/x86_64-linux-gnu/libgsl.so.23)
| undefined symbol: cblas_ctrsm (/usr/lib/x86_64-linux-gnu/libgsl.so.23)
| undefined symbol: cblas_ssymm (/usr/lib/x86_64-linux-gnu/libgsl.so.23)
| undefined symbol: cblas_cdotc_sub (/usr/lib/x86_64-linux-gnu/libgsl.so.23)
| undefined symbol: cblas_zher2k(/usr/lib/x86_64-linux-gnu/libgsl.so.23)
| undefined symbol: cblas_saxpy (/usr/lib/x86_64-linux-gnu/libgsl.so.23)
| undefined symbol: cblas_idamax(/usr/lib/x86_64-linux-gnu/libgsl.so.23)
| undefined symbol: cblas_snrm2 (/usr/lib/x86_64-linux-gnu/libgsl.so.23)
| undefined symbol: cblas_dsdot (/usr/lib/x86_64-linux-gnu/libgsl.so.23)
| undefined symbol: cblas_cher  (/usr/lib/x86_64-linux-gnu/libgsl.so.23)
| undefined symbol: cblas_dger  

Bug#907075: tracker.debian.org: please report outstanding merge requests if Vcs- fields point to salsa

[Holger Levsen]

+1 ;)


-- 
cheers and thanks,
Holger


signature.asc
Description: PGP signature

Bug#907120: nm.debian.org: somehow it's possible to link a key already linked to another user

[Mattia Rizzolo]

Package: nm.debian.org
Severity: important

I don't quite understand how it happened, nor I tried to reproduce, but
HAYASHI Kentaro managed to create a new account on nm.d.o and link to it
a gpg key (D92025640886D27D14A9EE02D22C1A883455D448) that was already
linked to another account with different uid (kenhys) and email.

This caused a lot of grief in the housekeeping job:
|2018-08-23 21:47:28,907 ERROR dsa.NewGuestAccountsFromDSA: run_main failed
|Traceback (most recent call last):
|  File "/srv/nm.debian.org/nm2/django_housekeeping/run.py", line 206, in 
run_task
|method(self)
|  File "/usr/lib/python3.5/contextlib.py", line 30, in inner
|return func(*args, **kwds)
|  File "/srv/nm.debian.org/nm2/dsa/housekeeping.py", line 43, in run_main
|format_person=self.hk.link,
|  File "/srv/nm.debian.org/nm2/backend/models.py", line 212, in 
get_from_other_db
|format_person(person), match_type, match_value))
|backend.models.MultipleObjectsReturned: LDAP has fingerprint 
D92025640886D27D14A9EE02D22C1A883455D448, which corresponds to two different 
users in our db: https://nm.debian.org/person/kenhys (by uid kenhys) and 
https://nm.debian.org/person/ken...@gmail.com (by fingerprint 
D92025640886D27D14A9EE02D22C1A883455D448)

Plus it seemed to have caused some oddities around the website as well,
e.g. the keycheck for https://nm.debian.org/process/531 looked
inconsistent as he didn't report some signatures apparently.

Note that I've now mangled the users around, so the links in the
traceback aren't really valid anymore, plus the situation is solved in
the production website.  But still it shouldn't have allowed this
situation to happen at all, so I'm reporting this bug.

-- 
regards,
Mattia Rizzolo

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


signature.asc
Description: PGP signature

Bug#907119: gsl: fix underlinking of libgsl against libgslcblas

[Steve Langasek]

Package: gsl
Version: 2.5+dfsg-4
Severity: normal
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu cosmic ubuntu-patch

Dear Dirk,

In Ubuntu, I noticed that pscan-tfbs was failing to build due to unresolved
symbols in libgsl.so.  I don't know if the specific build failure is
reproducible in Debian, but I can confirm that libgsl.so.23 is also
underlinked in Debian resulting in unresolved symbols, which is not supposed
to be the case for shared libraries:

$ ldd -d -r /usr/lib/x86_64-linux-gnu/libgsl.so.23
linux-vdso.so.1 (0x7ffd39dfc000)
libm.so.6 => /lib/x86_64-linux-gnu/libm.so.6 (0x7fde64546000)
libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x7fde64389000)
/lib64/ld-linux-x86-64.so.2 (0x7fde64b6c000)
undefined symbol: cblas_ctrmv   (/usr/lib/x86_64-linux-gnu/libgsl.so.23)
undefined symbol: cblas_zswap   (/usr/lib/x86_64-linux-gnu/libgsl.so.23)
undefined symbol: cblas_zsymm   (/usr/lib/x86_64-linux-gnu/libgsl.so.23)
undefined symbol: cblas_cgeru   (/usr/lib/x86_64-linux-gnu/libgsl.so.23)
undefined symbol: cblas_sgemm   (/usr/lib/x86_64-linux-gnu/libgsl.so.23)
undefined symbol: cblas_ctrsv   (/usr/lib/x86_64-linux-gnu/libgsl.so.23)
undefined symbol: cblas_sgemv   (/usr/lib/x86_64-linux-gnu/libgsl.so.23)
undefined symbol: cblas_srotg   (/usr/lib/x86_64-linux-gnu/libgsl.so.23)
undefined symbol: cblas_zgemm   (/usr/lib/x86_64-linux-gnu/libgsl.so.23)
undefined symbol: cblas_cdotu_sub   (/usr/lib/x86_64-linux-gnu/libgsl.so.23)
undefined symbol: cblas_dznrm2  (/usr/lib/x86_64-linux-gnu/libgsl.so.23)
undefined symbol: cblas_ddot(/usr/lib/x86_64-linux-gnu/libgsl.so.23)
undefined symbol: cblas_csymm   (/usr/lib/x86_64-linux-gnu/libgsl.so.23)
undefined symbol: cblas_cher2k  (/usr/lib/x86_64-linux-gnu/libgsl.so.23)
undefined symbol: cblas_zdotu_sub   (/usr/lib/x86_64-linux-gnu/libgsl.so.23)
undefined symbol: cblas_sdot(/usr/lib/x86_64-linux-gnu/libgsl.so.23)
undefined symbol: cblas_sdsdot  (/usr/lib/x86_64-linux-gnu/libgsl.so.23)
undefined symbol: cblas_cgerc   (/usr/lib/x86_64-linux-gnu/libgsl.so.23)
undefined symbol: cblas_scnrm2  (/usr/lib/x86_64-linux-gnu/libgsl.so.23)
undefined symbol: cblas_ctrmm   (/usr/lib/x86_64-linux-gnu/libgsl.so.23)
undefined symbol: cblas_sscal   (/usr/lib/x86_64-linux-gnu/libgsl.so.23)
undefined symbol: cblas_strmm   (/usr/lib/x86_64-linux-gnu/libgsl.so.23)
undefined symbol: cblas_zcopy   (/usr/lib/x86_64-linux-gnu/libgsl.so.23)
undefined symbol: cblas_dsyrk   (/usr/lib/x86_64-linux-gnu/libgsl.so.23)
undefined symbol: cblas_cherk   (/usr/lib/x86_64-linux-gnu/libgsl.so.23)
undefined symbol: cblas_zherk   (/usr/lib/x86_64-linux-gnu/libgsl.so.23)
undefined symbol: cblas_zher(/usr/lib/x86_64-linux-gnu/libgsl.so.23)
undefined symbol: cblas_ztrmv   (/usr/lib/x86_64-linux-gnu/libgsl.so.23)
undefined symbol: cblas_drotmg  (/usr/lib/x86_64-linux-gnu/libgsl.so.23)
undefined symbol: cblas_dswap   (/usr/lib/x86_64-linux-gnu/libgsl.so.23)
undefined symbol: cblas_scopy   (/usr/lib/x86_64-linux-gnu/libgsl.so.23)
undefined symbol: cblas_scasum  (/usr/lib/x86_64-linux-gnu/libgsl.so.23)
undefined symbol: cblas_zscal   (/usr/lib/x86_64-linux-gnu/libgsl.so.23)
undefined symbol: cblas_drotg   (/usr/lib/x86_64-linux-gnu/libgsl.so.23)
undefined symbol: cblas_zdotc_sub   (/usr/lib/x86_64-linux-gnu/libgsl.so.23)
undefined symbol: cblas_cscal   (/usr/lib/x86_64-linux-gnu/libgsl.so.23)
undefined symbol: cblas_caxpy   (/usr/lib/x86_64-linux-gnu/libgsl.so.23)
undefined symbol: cblas_zsyr2k  (/usr/lib/x86_64-linux-gnu/libgsl.so.23)
undefined symbol: cblas_ssyr2k  (/usr/lib/x86_64-linux-gnu/libgsl.so.23)
undefined symbol: cblas_csyr2k  (/usr/lib/x86_64-linux-gnu/libgsl.so.23)
undefined symbol: cblas_ztrsm   (/usr/lib/x86_64-linux-gnu/libgsl.so.23)
undefined symbol: cblas_ctrsm   (/usr/lib/x86_64-linux-gnu/libgsl.so.23)
undefined symbol: cblas_ssymm   (/usr/lib/x86_64-linux-gnu/libgsl.so.23)
undefined symbol: cblas_cdotc_sub   (/usr/lib/x86_64-linux-gnu/libgsl.so.23)
undefined symbol: cblas_zher2k  (/usr/lib/x86_64-linux-gnu/libgsl.so.23)
undefined symbol: cblas_saxpy   (/usr/lib/x86_64-linux-gnu/libgsl.so.23)
undefined symbol: cblas_idamax  (/usr/lib/x86_64-linux-gnu/libgsl.so.23)
undefined symbol: cblas_snrm2   (/usr/lib/x86_64-linux-gnu/libgsl.so.23)
undefined symbol: cblas_dsdot   (/usr/lib/x86_64-linux-gnu/libgsl.so.23)
undefined symbol: cblas_cher(/usr/lib/x86_64-linux-gnu/libgsl.so.23)
undefined symbol: cblas_dger(/usr/lib/x86_64-linux-gnu/libgsl.so.23)
undefined symbol: cblas_cher2   (/usr/lib/x86_64-linux-gnu/libgsl.so.23)
undefined symbol: cblas_dzasum  (/usr/lib/x86_64-linux-gnu/libgsl.so.23)
undefined symbol: cblas_dsyr2   (/usr/lib/x86_64-linux-gnu/libgsl.so.23)
undefined symbol: cblas_ssyrk   (/usr/lib/x86_64-linux-gnu/libgsl.so.23)
undefined symbol: cblas_strmv   (/usr/lib/x86_64-linux-gnu/libgsl.so.23)
undefined symbol: cblas_dgemv   (/usr/lib/x86_64-linux-gnu/libgsl.so.23)
undefined symbol: 

Bug#886291: Debian package transition: Rename package and reuse old name with new content

[Alexis Murzeau]

Hi,

Thanks for your replies.

On 19/08/2018 12:18, Simon McVittie wrote:
> According to apt-file(1), python3-pycryptodome contains
> /usr/lib/python3/dist-packages/Cryptodome, which you use via "import
> Cryptodome". If you're renaming packages anyway, would it be better for
> the package containing /usr/lib/python3/dist-packages/Cryptodome to be
> the python3-cryptodome package?
>
> (My reasoning is that the name you import is the name of the "ABI",
> the same way the ABI of, for example, libdbus is represented by its
> SONAME libdbus-1.so.3, which we translate into libdbus-1-3 as a Debian
> package name.)

The naming pycryptodome and pycryptodomex are the ones used by upstream
on PyPi. So the goal is to have the same names as upstream uses for
these too different packages. pycryptodome on PyPi use
`dist-packages/Crypto` which is meant to be a drop-in replacement for
python-crypto.


> It's OK for packages in unstable to be uninstallable or unbuildable for
> a short time, as long as Depends/Breaks/Conflicts or RC bugs ensure that
> the brokenness doesn't propagate into testing.
>
> For instance, if you are going ahead with your renaming plan, you could
> give the new packages a versioned Breaks on python3-httpsig (<< H) and
> python3-pysnmp4 (<< S), where H is the first version of python3-httpsig
> that has been modified to use/expect the new (py)cryptodome(x) package
> layout, and S is the corresponding version of python3-pysnmp4.
>
> smcv
>

On 20/08/2018 16:11, Gianfranco Costamagna wrote:
> 
> 
>> I'm not sure of the transition policies when handling transitions on
>> testing and unstable only (ie: not involving stable).
>> But that should ensure there is no breakage between package in the archive.
> 
> 
> if you are just renaming a package,, and the reverse-deps are not too many,
> better avoid transitional packages, ask for a transition slot on release.d.o,
> open bugs (MBF?) with patches, and raise to serious once RT acks the 
> transition.
> 
> G.
> 

Ok thanks, I will consider the transition slot and adding breaks to the
new pycryptodome packages over the old reverse-dependencies.
Actually, pycryptodome is under the ongoing transition of python 3.7 so
any package changes will wait the end of that one.

-- 
Alexis Murzeau
PGP: B7E6 0EBB 9293 7B06 BDBC  2787 E7BD 1904 F480 937F



signature.asc
Description: OpenPGP digital signature

Bug#907075: tracker.debian.org: please report outstanding merge requests if Vcs- fields point to salsa

[Thomas Goirand]

On 08/23/2018 09:25 PM, Daniel Kahn Gillmor wrote:
> Package: tracker.debian.org
> Severity: wishlist
> 
> I just noticed that some debian packaging projects i've worked on that
> are hosted on salsa are starting to accumulate merge requests via the
> gitlab interface.
> 
> https://tracker.debian.org does a good job of collecting outstanding
> work under the "action needed" box.
> 
> I think if a source package has a Vcs- field that points to salsa, the
> tracker could take a look at the number of outstanding merge requests
> open on the project's gitlab repo, and report if the number is greater
> than 0.
> 
> Thanks for maintaining tracker.debian.org!
> 
>--dkg

That's a very good idea. However, the package level isn't enough. We'd
need this kind of feature at a team level.

Cheers,

Thomas Goirand (zigo)

Bug#849691: RFS: gnome-shell-extension-radio/8-1 [ITP] -- GNOME shell

[Alexis Murzeau]

Hi,

On 03/02/2018 14:29, Tobias Frost wrote:
> Control: tags -1 moreinfo
> 
> This have been discussed on IRC, so I tag this moreinfo until you find
> time to update.
> 
> 22:45 < coldtobi> zapashcanon: currently I'm short on time, but I can
> reserve some time in the next few days. I guess mapreri gave you enough
> pointers to fix up the package a bit... Also please consilitate
> d/copyright a bit. You should at least join sections with same
> authors. 
> 22:45 < coldtobi> reply to the RFS bug when ready.  
> 22:46 < coldtobi> (consolidate same authors and same license of
> course) 
> 22:47 < coldtobi> note that you can also consilidate the sections even
> if the set of the authors are not the same.  
> 23:17 < zapashcanon> I'll fix a few things upstream, ask for a new
> release (as there's some other new feature it'll be OK) and update the
> package 
> 23:17 < zapashcanon> thanks 
> 
> One important point is that the d/copyright file's content needs to
> be backed up by the file content. If reality is different, patch
> the file to match it first and not only d/copyright:
> 
> (refering to)
> 22:03 < mapreri> mattia@warren /tmp/gnome-shell-extension-radio-8 %
> grep -A3 README debian/copyright
> 22:03 < mapreri> Files: README.md
> 22:03 < mapreri> Copyright: 2014-2017 hslbck 
> 22:03 < mapreri>2016-2017 Léo Andrès 
> 22:03 < mapreri> License: GPL-3+
> 22:03 < mapreri> mattia@warren /tmp/gnome-shell-extension-radio-8 %
> grep Andr README.md
> 22:03 < mapreri> 1 mattia@warren /tmp/gnome-shell-extension-radio-8
> 22:03 < mapreri> zapashcanon: on which basis do you say that Leo Andres
> has a copyright over the readme
> 22:03 < zapashcanon> it's me 
> 22:03 < zapashcanon> I wrote almost all of it
> 22:03 < zapashcanon> see the github history
> 22:04 < mapreri> Well, "github history" is not a thing we see, what I
> see is the content of the tarball
> 
> 
> --
> tobi
> 

I'm not sure your message were forwarded to the submitter.
Adding Léo to the recipients.

-- 
Alexis Murzeau
PGP: B7E6 0EBB 9293 7B06 BDBC  2787 E7BD 1904 F480 937F



signature.asc
Description: OpenPGP digital signature

Bug#907118: error:141a318a:ssl routines:tls_process_ske_dhe:dh key too small

[dann frazier]

Package: bip
Version: 0.8.9-1.1
Severity: normal
Tags: patch

I run bip on a stretch system, and connect to it from a hexchat client on
sid. After a recent upgrade of the client, which pulled in openssl 1.1,
hexchat began failing to connect to my server with the message:

error:141a318a:ssl routines:tls_process_ske_dhe:dh key too small

I found that backporting bip 0.9.0~rc3-1 to jessie worked. I further found
that just cherry-picking the following commit back to bip 0.8.9 seems to be
sufficient:

  39414f8 Handle OpenSSL version 1.1

Assuming this is the correct fix, could we get that incorporated in a
jessie update?

  -dann

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

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

Versions of packages bip depends on:
ii  adduser3.117
ii  libc6  2.27-5
ii  libssl1.1  1.1.1~~pre9-1
ii  lsb-base   9.20170808

bip recommends no packages.

bip suggests no packages.

Bug#907117: ITP: sacc -- simple terminal gopher client

[Paride Legovini]

Package: wnpp
Severity: wishlist
Owner: Paride Legovini 

* Package name: sacc
  Version : 1.00
  Upstream Author : Quentin Rameau  
* URL : gopher://bitreich.org/1/scm/sacc
(lynx will do.)
* License : OpenBSD (~ISC)
  Programming Lang: C
  Description : simple terminal gopher client

sacc is a terminal gopher client. It it written in C and meant to be
fast, secure and simple. It is a "pure gopher" client, with no support
for other protocols.

It is probably the only gopher client in active development (check the
git log, git://bitreich.org/sacc). It is part of the opinionated
bitreich.org project (gopher://bitreich.org/).
Some convenience gopherproxy links:

https://gopherproxy.meulie.net/bitreich.org/
https://gopherproxy.meulie.net/bitreich.org/0/documents/bitreich-manifesto.md
https://gopherproxy.meulie.net/bitreich.org/1/scm/sacc/log.gph

Gopher itself is probably not relevant nowadays, but in my opinion it
has a relevant and interesting niche of enthusiasts.

Paride

Bug#907116: fontconfig: Please do not search fonts under /usr/X11R6/ anymore

[Boyuan Yang]

Source: fontconfig
Severity: normal
Version: 2.13.0-5
X-Debbugs-CC: j...@debian.org kei...@debian.org po...@debian.org
Forwarded: https://salsa.debian.org/freedesktop-team/fontconfig/merge_requests/2
Tags: patch

There is a search path added in debian/rules file for fonts
under/usr/X11R6/lib/X11/fonts.
However, X11R6 has disappeared from Debian for over a decade thus this
path can be
removed safely.

I have prepared a Merge Request on Salsa platform. You may review it at:

https://salsa.debian.org/freedesktop-team/fontconfig/merge_requests/2

The plain text patch is as follows:


commit cf27313a8902660ef713e5ee72eddbf40d5ff65d
Author: Boyuan Yang <073p...@gmail.com>
Date:   Thu Aug 23 17:10:00 2018 -0400

Do not search fonts under /usr/X11R6/ anymore

There is a search path added in debian/rules file for fonts under
/usr/X11R6/lib/X11/fonts. However, X11R6 has disappeared from Debian
for over a decade thus this path can be removed safely.

diff --git a/debian/rules b/debian/rules
index fbba1e1..eb3c903 100755
--- a/debian/rules
+++ b/debian/rules
@@ -4,7 +4,7 @@
dh $@

 override_dh_auto_configure:
-   dh_auto_configure -- --enable-static --enable-docs
--with-add-fonts=/usr/X11R6/lib/X11/fonts,/usr/local/share/fonts
+   dh_auto_configure -- --enable-static --enable-docs
--with-add-fonts=/usr/local/share/fonts

 override_dh_makeshlibs:
dh_makeshlibs -plibfontconfig1 -V"libfontconfig1 (>= 2.13)"
--add-udeb="fontconfig-udeb" -- -c4



Thanks!

--
Regards,
Boyuan Yang
-BEGIN PGP SIGNATURE-

iQIzBAABCgAdFiEEfncpR22H1vEdkazLwpPntGGCWs4FAlt/JYQACgkQwpPntGGC
Ws7ufA//bVhqtyxi+YWlBmJOsSx4q1UucpVZ3Kuc2ByuG65XUlcbvhwXwHUgc80+
k1O8WfWh6EEfp98oPEd7gxWRJE/l0e0eeEuQdqnvvHDlwmED2qFtQP1LSx4HQB2L
Ooh3e3m5NzsSF9lK23rq2upkPj+K2YehxTxPEI7z1Yi9uGplfZxhg+LeKhgWDh3q
4uGDzvVszygfB+83TrwdwJA+pVHzR4GlgLnUGV7U6sxUIBRYe6xQqonUvRqgdHpK
hzeCfY3Vs580OOeVpI29QpEOzHLnYj7v56MvDmOXdzEWjn0jVfseG7ABTw6mi2yz
QzMvBAakwo4THbYEUgT7wUVtgnf4VcNneKECKYW5iW/njcU9odhxai9csSYCyhae
WQB5/cEkkL+4Ca9ghy5TW/+0jzMyXrlFyS2s6tU0VtcimDoCAWZwwZIMOfqQejNf
NBVClbXT6C7rzA8inxyaqj/sqOvgy57A3PZ2V4tEbtlKfUY+wD/VW+Vn3fR5rYRk
oW2sKzCb3ZsW/QF1iA+Qmk3oEy/jj3mXf0AV/nGiA2tv4lfOPkXJsObmPjzPCtfR
Vmp9WDQvytNX4NAj8EsaOjRi8LlzcoqvFNxy2e4SAwL+JxUVnpNEty8/8SVE1f2u
ECk5XUSbCdEKF1WDGNPN4uhnkOEQVvHZOsFEKMGprhrxx9i5TVs=
=ab+c
-END PGP SIGNATURE-

Bug#907115: testdisk: resumed photorec session emits "PhotoRec syntax error: ,inter"

[Daniel Kahn Gillmor]

Package: testdisk
Version: 7.0-3+b3
Severity: normal
Tags: upstream

I started a photorec session on a block device and then stopped it and
quit photorec.

then, later, i restarted photorec on the same block device, in the
same directory, and the session restarted.  very nice!

however, on the second run, it emitted the following message to the
terminal (not sure whether to stdout or stderr):

PhotoRec syntax error: ,inter

i assume that something is wrong with the parser of the file that
stashed the state of the session.

Regards,

--dkg

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

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

Versions of packages testdisk depends on:
ii  libc62.27-5
ii  libcom-err2  1.44.3-1
ii  libext2fs2   1.44.3-1
ii  libjpeg62-turbo  1:1.5.2-2+b1
ii  libncursesw6 6.1+20180714-1
ii  libntfs-3g88 1:2017.3.23-2
ii  libtinfo66.1+20180714-1
ii  libuuid1 2.32.1-0.1
ii  ntfs-3g  1:2017.3.23-2
ii  zlib1g   1:1.2.11.dfsg-1

testdisk recommends no packages.

testdisk suggests no packages.

-- no debconf information

Bug#907114: O: hugs98 -- A Haskell 98 interpreter

[Tobias Frost]

Package: wnpp

All maintainers of hugs98, Isaac Jones  and Arjan
Oosting  are apparently not active anymore.
Therefore, I orphan this package now.

Maintaining a package requires time and skills. Please only adopt this
package if you will have enough time and attention to work on it.

If you want to be the new maintainer, please see
https://www.debian.org/devel/wnpp/#howto-o for detailed
instructions how to adopt a package properly.

Some information about this package:

Package: hugs98
Binary: hugs, libhugs-alut-bundled, libhugs-base-bundled, 
libhugs-cabal-bundled, libhugs-fgl-bundled, libhugs-glut-bundled, 
libhugs-haskell98-bundled, libhugs-haskell-src-bundled, libhugs-haxml-bundled, 
libhugs-hgl-bundled, libhugs-hunit-bundled, libhugs-mtl-bundled, 
libhugs-network-bundled, libhugs-openal-bundled, libhugs-opengl-bundled, 
libhugs-parsec-bundled, libhugs-quickcheck-bundled, libhugs-stm-bundled, 
libhugs-time-bundled, libhugs-unix-bundled, libhugs-x11-bundled, 
libhugs-xhtml-bundled
Version: 98.200609.21-5.4
Maintainer: Isaac Jones 
Uploaders: Arjan Oosting 
Build-Depends: autotools-dev, bison, debhelper (>= 5), dpkg-dev (>= 1.13.19), 
docbook, docbook-dsssl, docbook-utils, freeglut3-dev, libalut-dev, 
libgl1-mesa-dev, libglu1-mesa-dev, libncurses5-dev, libopenal-dev, 
libreadline-dev | libreadline5-dev, libxi-dev, libxmu-dev, libxt-dev
Architecture: any
Standards-Version: 3.7.2
Format: 1.0
Files:
 73f5ce65f81b8f6caf5374d07e526094 3655 hugs98_98.200609.21-5.4.dsc
 e03e0ad79750d037237c47ebe33fa20e 5322244 hugs98_98.200609.21.orig.tar.gz
 a2e989b58870d68f132d24ac407823fb 68350 hugs98_98.200609.21-5.4.diff.gz
Checksums-Sha256:
 7953611fcc0b243d4e2ca37fc27a61f2c5ab5d78bca80eab42a900d635b8132d 3655 
hugs98_98.200609.21-5.4.dsc
 aafaca9ca544572ebef70bbe86b5eb0abaa5d7c11c0b766d7db72a46b022bed5 5322244 
hugs98_98.200609.21.orig.tar.gz
 524bec087f7f546d5840d36dbd95b730e4986de85de15e7c39b3c3ca6dc55e4b 68350 
hugs98_98.200609.21-5.4.diff.gz
Package-List: 
 hugs deb interpreters optional arch=any
 libhugs-alut-bundled deb devel optional arch=any
 libhugs-base-bundled deb devel optional arch=any
 libhugs-cabal-bundled deb devel optional arch=any
 libhugs-fgl-bundled deb devel optional arch=any
 libhugs-glut-bundled deb devel optional arch=any
 libhugs-haskell-src-bundled deb devel optional arch=any
 libhugs-haskell98-bundled deb devel optional arch=any
 libhugs-haxml-bundled deb devel optional arch=any
 libhugs-hgl-bundled deb devel optional arch=any
 libhugs-hunit-bundled deb devel optional arch=any
 libhugs-mtl-bundled deb devel optional arch=any
 libhugs-network-bundled deb devel optional arch=any
 libhugs-openal-bundled deb devel optional arch=any
 libhugs-opengl-bundled deb devel optional arch=any
 libhugs-parsec-bundled deb devel optional arch=any
 libhugs-quickcheck-bundled deb devel optional arch=any
 libhugs-stm-bundled deb devel optional arch=any
 libhugs-time-bundled deb devel optional arch=any
 libhugs-unix-bundled deb devel optional arch=any
 libhugs-x11-bundled deb devel optional arch=any
 libhugs-xhtml-bundled deb devel optional arch=any
Directory: pool/main/h/hugs98
Priority: source
Section: interpreters

Package: hugs
Source: hugs98 (98.200609.21-5.4)
Version: 98.200609.21-5.4+b4
Installed-Size: 3719
Maintainer: Isaac Jones 
Architecture: amd64
Replaces: hugs98
Provides: hugs98
Depends: libhugs-base, libhugs-haskell98, libc6 (>= 2.14), libncurses6 (>= 6), 
libreadline7 (>= 6.0), libtinfo6 (>= 6)
Recommends: libhugs-alut, libhugs-cabal, libhugs-fgl, libhugs-glut, 
libhugs-haskell-src, libhugs-haxml, libhugs-hgl, libhugs-hunit, libhugs-mtl, 
libhugs-network, libhugs-openal, libhugs-opengl, libhugs-parsec, 
libhugs-quickcheck, libhugs-stm, libhugs-time, libhugs-unix, libhugs-x11, 
libhugs-xhtml
Suggests: haskell-mode, haskell-doc, cpphs
Conflicts: hugs98
Description-en: A Haskell 98 interpreter
 Hugs is an interpreter for the non-strict, purely functional programming
 language Haskell.  This version of Hugs, Hugs 98, supports nearly all of
 the Haskell 98 specification, as well as a number of extensions.
 .
 The Haskell language is described by documents in the haskell-doc
 package.  Other libraries are documented in the ghc6-doc package.
Description-md5: 2298afbd1c01627f864705c8897f2501
Tag: devel::interpreter, devel::lang:haskell, implemented-in::c,
 implemented-in::haskell, interface::commandline, interface::text-mode,
 role::program, scope::utility, uitoolkit::ncurses,
 works-with::software:source
Section: interpreters
Priority: optional
Filename: pool/main/h/hugs98/hugs_98.200609.21-5.4+b4_amd64.deb
Size: 608748
MD5sum: 5b5fd6b169f5a63067cceb67b8bad86c
SHA256: 59a3a5a9abbf6ff0a833f8f1929d2facf15a430790a350e86c45f37cfb99622c

Package: hugs
Source: hugs98 (98.200609.21-5.4)
Version: 98.200609.21-5.4+b3
Installed-Size: 3726
Maintainer: Isaac Jones 
Architecture: amd64
Replaces: hugs98
Provides: hugs98
Depends: libhugs-base, libhugs-haskell98, libc6 (>= 2.14), libncurses5 (>= 6), 
libreadline7 (>= 

Bug#907112: Updating the c2hs Uploaders list

[Tobias Frost]

Source: c2hs
Version: 0.28.5-1 0.28.1-3
Severity: minor
User: m...@qa.debian.org
Usertags: mia-teammaint

Arjan Oosting  has not been working on
the c2hs package for quite some time.

We are tracking their status in the MIA team and would like to ask you
to remove them from the Uploaders list of the package so we can close
that part of the file.

(If the person is listed as Maintainer, what we are asking is to please
step in as a new maintainer.)

Thanks.

Bug#907110: Updating the lhs2tex Uploaders list

[Tobias Frost]

Source: lhs2tex
Version: 1.20-1 1.19-5
Severity: minor
User: m...@qa.debian.org
Usertags: mia-teammaint

Arjan Oosting  has not been working on
the lhs2tex package for quite some time.

We are tracking their status in the MIA team and would like to ask you
to remove them from the Uploaders list of the package so we can close
that part of the file.

(If the person is listed as Maintainer, what we are asking is to please
step in as a new maintainer.)

Thanks.


signature.asc
Description: PGP signature

Bug#907113: O: pidgin-extprefs -- extended preferences plugin for the instant messenger pidgin

[Tobias Frost]

Package: wnpp

The current maintainer of pidgin-extprefs, Arjan Oosting ,
is apparently not active anymore.  Therefore, I orphan this package now.

Maintaining a package requires time and skills. Please only adopt this
package if you will have enough time and attention to work on it.

If you want to be the new maintainer, please see
https://www.debian.org/devel/wnpp/#howto-o for detailed
instructions how to adopt a package properly.

Some information about this package:

Package: pidgin-extprefs
Binary: pidgin-extprefs, gaim-extendedprefs
Version: 0.7-2
Maintainer: Arjan Oosting 
Build-Depends: cdbs (>= 0.4.23-1.1), autotools-dev, debhelper (>= 5), dpatch, 
pidgin-dev, libglib2.0-dev, libgtk2.0-dev, libtool
Architecture: any
Standards-Version: 3.7.2
Format: 1.0
Files:
 bc43b6c88dfd9848429a3a5b05411604 860 pidgin-extprefs_0.7-2.dsc
 db6782cfe4b9beec6deaadb97d18fbd3 332742 pidgin-extprefs_0.7.orig.tar.gz
 5b0a1386f8e133f0bdcaefd96535d72b 3445 pidgin-extprefs_0.7-2.diff.gz
Vcs-Browser: 
https://moonshine.dnsalias.org/wsvn/arjan-public/debian/extendedprefs
Vcs-Svn: https://moonshine.dnsalias.org/svn/arjan-public/debian/extendedprefs
Checksums-Sha256:
 a453c78e69e2853e918e3068d9a10ccadc8a35eca8f5d03fc5439e198435c9c4 860 
pidgin-extprefs_0.7-2.dsc
 7090e64da6dd6899526c53f5622357cddb2af4518d57b16f564f8db63f6ea3b0 3445 
pidgin-extprefs_0.7-2.diff.gz
 5f23def3dfc00c3597694177fbc2d6afa02d216c8f0d05b37307d3df509282e2 332742 
pidgin-extprefs_0.7.orig.tar.gz
Directory: pool/main/p/pidgin-extprefs
Priority: source
Section: net

Package: pidgin-extprefs
Version: 0.7-2
Installed-Size: 76
Maintainer: Arjan Oosting 
Architecture: amd64
Depends: libc6 (>= 2.5-5), pidgin (>= 2.0), pidgin (<< 3.0)
Description-en: extended preferences plugin for the instant messenger pidgin
 The Pidgin Extended Preferences Plugin adds additional preferences that
 have been commonly called for in the past from Pidgin that are either
 already implemented and hidden, or trivial to implement via a plugin.
 .
 Homepage: http://gaim-extprefs.sourceforge.net/
Description-md5: 8931f088b7452b2cd551a9d3afc52fed
Tag: implemented-in::c, interface::graphical, interface::x11,
 protocol::jabber, protocol::msn-messenger, protocol::yahoo-messenger,
 role::plugin, role::program, uitoolkit::gtk, use::chatting,
 use::configuring, x11::application
Section: net
Priority: optional
Filename: pool/main/p/pidgin-extprefs/pidgin-extprefs_0.7-2_amd64.deb
Size: 13982
MD5sum: b4d1971a797e581b47848f164332e5f2
SHA256: d6cdb48708238e7681621d7da945ea5dd352800d0d25d82c0e4ff8d365963498

Package: gaim-extendedprefs
Source: pidgin-extprefs
Version: 0.7-2
Installed-Size: 32
Maintainer: Arjan Oosting 
Architecture: all
Depends: pidgin-extprefs
Description-en: plugin for the instant messenger pidgin (transitional package)
 The Pidgin Extended Preferences Plugin adds additional preferences that
 have been commonly called for in the past from Pidgin that are either
 already implemented and hidden, or trivial to implement via a plugin.
 .
 Homepage: http://gaim-extprefs.sourceforge.net/
 .
 This is a transitional dummy package to ensure clean upgrades from
 old releases.  It can be safely removed after upgrade.
Description-md5: 6abc10f93b42aedd12e14c11b2cc5c66
Tag: role::dummy
Section: net
Priority: optional
Filename: pool/main/p/pidgin-extprefs/gaim-extendedprefs_0.7-2_all.deb
Size: 3848
MD5sum: d3ae210ada5d59b02812f5d321ec1246
SHA256: 38b7f6815d035efe936bdea252991a935b0584351a4648b7cce949b3b0c6e867



signature.asc
Description: PGP signature

Bug#907111: Updating the haskell-http Uploaders list

[Tobias Frost]

Source: haskell-http
Version: 1:4000.3.12-1 1:4000.3.3-3 1:4000.3.11-1
Severity: minor
User: m...@qa.debian.org
Usertags: mia-teammaint

Arjan Oosting  has not been working on
the haskell-http package for quite some time.

We are tracking their status in the MIA team and would like to ask you
to remove them from the Uploaders list of the package so we can close
that part of the file.

(If the person is listed as Maintainer, what we are asking is to please
step in as a new maintainer.)

Thanks.


signature.asc
Description: PGP signature

Bug#895959: libnet-ssleay-perl: FTBFS with openssl 1.1.1

[Kurt Roeckx]

On Thu, Aug 23, 2018 at 10:32:13PM +0200, Kurt Roeckx wrote:
> Note that the SIGPIPE issue is probably a known upstream issue
> that still needs to be fixed, we're at least still working on a
> SIGPIPE issue.

OpenSSL might only be able to handle the EPIPE case, and the
applications might need to handle the signal.


Kurt

Bug#906690: tsimo...@ubuntu.com

[Alexandre Viau]

Hello,

It looks like you have opened a bug against the wrong package.

Looking at the log, the failure seems to be in yaml-cpp.

Ring does not directly depend on boost anymore. (We do have a dependency
on boost this is a bug that I am fixing as I am writing this).

-- 
Alexandre Viau
av...@debian.org



signature.asc
Description: OpenPGP digital signature

Bug#907109: plank binary-all FTBFS: cannot stat 'debian/plank/usr/share/appdata/*'

[Adrian Bunk]

Source: plank
Version: 0.11.4-3
Severity: serious
Tags: ftbfs

https://buildd.debian.org/status/fetch.php?pkg=plank=all=0.11.4-3=1534935331=0

...
dh_install
# this needs to be handled upstream, really...
mkdir -p debian/plank/usr/share/metainfo/
mv debian/plank/usr/share/appdata/* debian/plank/usr/share/metainfo/
mv: cannot stat 'debian/plank/usr/share/appdata/*': No such file or directory
make[1]: *** [debian/rules:13: override_dh_install] Error 1

Bug#907108: cockpit: binary-all FTBFS

[Adrian Bunk]

Source: cockpit
Version: 176-1
Severity: serious
Tags: ftbfs

https://buildd.debian.org/status/fetch.php?pkg=cockpit=all=176-1=1534952311=0

...
make[2]: Leaving directory '/<>'
if [ -z "" ]; then rm debian/cockpit-ws/usr/lib/firewalld/services/cockpit.xml; 
rmdir -p --ignore-fail-on-non-empty 
debian/cockpit-ws/usr/lib/firewalld/services/; fi
rm: cannot remove 'debian/cockpit-ws/usr/lib/firewalld/services/cockpit.xml': 
No such file or directory
rmdir: failed to remove 'debian/cockpit-ws/usr/lib/firewalld/services/': No 
such file or directory
make[1]: *** [debian/rules:78: override_dh_install] Error 1

Bug#907107: RM: django-extra-views -- RoQA; binary package taken over by src:python-django-extra-views

[Adrian Bunk]

Package: ftp.debian.org
Severity: normal

The binary package is now built by src:python-django-extra-views.

Bug#907106: squid FTBFS on armel/mips/mipsel: undefined reference to `__atomic_store_8'

[Adrian Bunk]

Source: squid
Version: 4.2-1
Severity: serious
Tags: ftbfs

https://buildd.debian.org/status/package.php?p=squid=sid

...
/usr/include/c++/8/bits/atomic_base.h:374: undefined reference to 
`__atomic_store_8'
/usr/bin/ld: MemStore.o: in function 
`MemStore::updateHeadersOrThrow(Ipc::StoreMapUpdate&)':
/usr/include/c++/8/bits/atomic_base.h:396: undefined reference to 
`__atomic_load_8'
/usr/bin/ld: /usr/include/c++/8/bits/atomic_base.h:396: undefined reference to 
`__atomic_load_8'
/usr/bin/ld: /usr/include/c++/8/bits/atomic_base.h:396: undefined reference to 
`__atomic_load_8'
/usr/bin/ld: /usr/include/c++/8/bits/atomic_base.h:320: undefined reference to 
`__atomic_fetch_sub_8'
/usr/bin/ld: /usr/include/c++/8/bits/atomic_base.h:312: undefined reference to 
`__atomic_fetch_add_8'
...


Background:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81358


Workaround:

--- debian/rules.old2018-08-23 17:57:11.107166113 +
+++ debian/rules2018-08-23 17:58:15.251499522 +
@@ -2,7 +2,13 @@
 
 export DEB_BUILD_MAINT_OPTIONS = hardening=+all
 export DEB_CFLAGS_MAINT_APPEND = -Wall
-export DEB_LDFLAGS_MAINT_APPEND = -Wl,--as-needed
+
+DEB_LDFLAGS_MAINT_APPEND = -Wl,--as-needed
+ifneq (,$(filter $(DEB_HOST_ARCH), armel m68k mips mipsel powerpc powerpcspe 
sh4))
+export DEB_LDFLAGS_MAINT_APPEND += -latomic
+endif
+export DEB_LDFLAGS_MAINT_APPEND
+
 export DEB_BUILD_PARALLEL = yes
 include /usr/share/dpkg/buildflags.mk
 

Bug#907104: O: freecdb -- creating and reading constant databases

[Tobias Frost]

Package: wnpp

The current maintainer of freecdb, Gerrit Pape ,
is apparently not active anymore.  Therefore, I orphan this package now.

Maintaining a package requires time and skills. Please only adopt this
package if you will have enough time and attention to work on it.

If you want to be the new maintainer, please see
https://www.debian.org/devel/wnpp/#howto-o for detailed
instructions how to adopt a package properly.

Some information about this package:

Package: freecdb
Binary: freecdb
Version: 0.75
Maintainer: Gerrit Pape 
Architecture: any
Standards-Version: 3.6.2.0
Format: 1.0
Files:
 4373683587aa27c803666fe599e41f7b 452 freecdb_0.75.dsc
 ecdf409a1124feb0a29af19b665a62ad 239385 freecdb_0.75.tar.gz
Checksums-Sha256:
 441633e148149286f2cfb7a267301c55cecc168cb3c287b50eb1ac839bbdb5c3 452 
freecdb_0.75.dsc
 95214e485bd3ece2dc2a035e7bd25f080603f8f3b7a1ff329c1c67303700a0e3 239385 
freecdb_0.75.tar.gz
Directory: pool/main/f/freecdb
Priority: source
Section: utils

Package: freecdb
Version: 0.75
Installed-Size: 136
Maintainer: Gerrit Pape 
Architecture: amd64
Depends: libc6 (>= 2.3.5-1)
Description-en: creating and reading constant databases
 freecdb is a fast, reliable, simple package for creating and reading
 constant databases. Its database structure provides several features:
 .
  * Fast lookups: A successful lookup in a large database normally takes
just two disk accesses.  An unsuccessful lookup takes only one.
  * Low overhead: A database uses 2048 bytes, plus 24 bytes per record,
plus the space for keys and data.
  * No random limits: cdb can handle any database up to 4 gigabytes.
There are no other restrictions; records don't even have to fit into
memory.  Databases are stored in a machine-independent format.
  * Fast atomic database replacement: cdbmake can rewrite an entire
database two orders of magnitude faster than other hashing packages.
  * Fast database dumps: cdbdump prints the contents of a database in
cdbmake-compatible format.
 .
 This package is derived from the cdb package, and uses the original
 cdb library.  See http://cr.yp.to/cdb.html
Description-md5: 3c180c3b533714dec12c5c38f2b58eee
Tag: interface::commandline, role::program, scope::utility, works-with::db
Section: utils
Priority: optional
Filename: pool/main/f/freecdb/freecdb_0.75_amd64.deb
Size: 22426
MD5sum: 38acaa470b371a8d0145db11c2e417ac
SHA256: b9586731cc512d156c9e0802e1592d8b73829824530b9dca5e993b3d0509b26c



signature.asc
Description: PGP signature

Bug#907103: O: tinydyndns -- pop-before-dyndns service using djbdns

[Tobias Frost]

Package: wnpp

The current maintainer of tinydyndns, Gerrit Pape ,
is apparently not active anymore.  Therefore, I orphan this package now.

Maintaining a package requires time and skills. Please only adopt this
package if you will have enough time and attention to work on it.

If you want to be the new maintainer, please see
https://www.debian.org/devel/wnpp/#howto-o for detailed
instructions how to adopt a package properly.

Some information about this package:

Package: tinydyndns
Binary: tinydyndns
Version: 0.4.2.debian1-1
Maintainer: Gerrit Pape 
Architecture: any
Standards-Version: 3.8.0.1
Format: 1.0
Files:
 ae0b74635187f29a421c96a3c08e910e 980 tinydyndns_0.4.2.debian1-1.dsc
 53b3a54f4a92f645b209d9df12e424f1 106164 tinydyndns_0.4.2.debian1.orig.tar.gz
 b515d0a7f33830e8eac40293e52fc7ab 3191 tinydyndns_0.4.2.debian1-1.diff.gz
Checksums-Sha256:
 7c0be33d98e1f13c8bbc7acf1b11588c67d79854198d014f693002124751e15a 980 
tinydyndns_0.4.2.debian1-1.dsc
 016a7e8919c4203fd7b71577cdb509a726992bf3745eb61dd979d6d774cb080b 106164 
tinydyndns_0.4.2.debian1.orig.tar.gz
 871436f813d2c431a72ca772db0c9e93165b268af44ce56c709b2818484b2dad 3191 
tinydyndns_0.4.2.debian1-1.diff.gz
Directory: pool/main/t/tinydyndns
Priority: source
Section: net

Package: tinydyndns
Source: tinydyndns (0.4.2.debian1-1)
Version: 0.4.2.debian1-1+b2
Installed-Size: 107
Maintainer: Gerrit Pape 
Architecture: amd64
Depends: libc6 (>= 2.2.5)
Recommends: djbdns, mailfront, daemontools, ucspi-tcp, runit | daemontools-run, 
cvm, make
Description-en: pop-before-dyndns service using djbdns
 tinydyndns is a simple but powerful dynamic DNS solution that uses
 djbdns.  It cooperates with the djbdns package to publish dynamic IP
 addresses authenticated through POP connections.  On successfully
 authenticated POP connections, the tinydyndns-update program manipulates
 tinydns' constant database "data.cdb" directly without rebuilding it;
 this makes the dynamic DNS solution use very few system resources.
 .
 Using a POP service for authentication saves the work for installing
 special client software, since POP clients are available for every
 common network-aware operating system.  To provide the DNS and POP
 services, tinydyndns cooperates with djbdns, mailfront, and cvm.
 .
 The POP service can easily be replaced with other services that provide
 authentication, such as APOP, IMAPS, ...
Description-md5: d7b19a6c487e12940c9e6ec8c3763e93
Tag: interface::daemon, network::server, network::service, protocol::dns,
 role::program
Section: net
Priority: optional
Filename: pool/main/t/tinydyndns/tinydyndns_0.4.2.debian1-1+b2_amd64.deb
Size: 28056
MD5sum: d3c0b6a29b6842f2795210577866ead0
SHA256: c7c3a24d0f9139786fa1a303ffc8b595d5785227f856eaf2ad05fc115650a75d



signature.asc
Description: PGP signature

Bug#907100: O: checkpw -- checks password which is stored in ~/Maildir/.password

[Tobias Frost]

Package: wnpp

The current maintainer of checkpw, Gerrit Pape ,
is apparently not active anymore.  Therefore, I orphan this package now.

Maintaining a package requires time and skills. Please only adopt this
package if you will have enough time and attention to work on it.

If you want to be the new maintainer, please see
https://www.debian.org/devel/wnpp/#howto-o for detailed
instructions how to adopt a package properly.

Some information about this package:

Package: checkpw
Binary: checkpw
Version: 1.02-1.1
Maintainer: Gerrit Pape 
Architecture: any
Standards-Version: 3.7.2.2
Format: 1.0
Files:
 6310032aa5b7d5e05606f508f6adc31a 1577 checkpw_1.02-1.1.dsc
 0f71643b3e4f6b856f44d1fedd6ceb38 28631 checkpw_1.02.orig.tar.gz
 6bee4d5ad3625fcecfee3600877440c2 6734 checkpw_1.02-1.1.diff.gz
Checksums-Sha256:
 c1510f983cec024f2d5bfe834989e9e72c6093acc69657be2adf38f2ba9cb6c8 1577 
checkpw_1.02-1.1.dsc
 685a7fd4f4c783d0dcee342d109b0e492d3251e3c0cbc0ef77d33613cac6bced 28631 
checkpw_1.02.orig.tar.gz
 ae4162bf3d480c4ee7f6bee5a02e3d8425292e378587f95444c8b2c4644a6056 6734 
checkpw_1.02-1.1.diff.gz
Package-List: 
 checkpw deb mail optional arch=any
Directory: pool/main/c/checkpw
Priority: source
Section: mail

Package: checkpw
Source: checkpw (1.02-1.1)
Version: 1.02-1.1+b1
Installed-Size: 78
Maintainer: Gerrit Pape 
Architecture: amd64
Depends: libc6 (>= 2.2.5)
Description-en: checks password which is stored in ~/Maildir/.password
 checkpw is an implementation of the checkpassword interface that checks a
 password against a ``.password'' file in the user's Maildir. The password
 file has read and write permissions to the user only.
 .
 The code is in the public domain.
 .
 The original checkpassword program and interface specification is written
 by D. J. Bernstein:
 http://cr.yp.to/checkpwd.html
Description-md5: 31447975786615161e84f9a118474060
Tag: interface::commandline, role::program, scope::utility,
 security::authentication, works-with::mail
Section: mail
Priority: optional
Filename: pool/main/c/checkpw/checkpw_1.02-1.1+b1_amd64.deb
Size: 17404
MD5sum: 33c1cb1cee8028df2adec4f64a212f3b
SHA256: e3b5c6b2a2ad6762ffe06debf3f1907f7bd960e2d92b4936cd2c1586bfe65dc7



signature.asc
Description: PGP signature

Bug#907105: O: ezmlm-idx -- easy-to-use, high-speed mailing list manager for qmail

[Tobias Frost]

Package: wnpp

The current maintainer of ezmlm-idx, Gerrit Pape ,
is apparently not active anymore.  Therefore, I orphan this package now.

Maintaining a package requires time and skills. Please only adopt this
package if you will have enough time and attention to work on it.

If you want to be the new maintainer, please see
https://www.debian.org/devel/wnpp/#howto-o for detailed
instructions how to adopt a package properly.

Some information about this package:

Package: ezmlm-idx
Binary: ezmlm-idx, ezmlm-idx-mysql, ezmlm-idx-pgsql
Version: 7.1.1-1~exp0.1
Maintainer: Gerrit Pape 
Build-Depends: groff-base, default-libmysqlclient-dev, libpq-dev
Architecture: any
Standards-Version: 3.9.3.1
Format: 1.0
Files:
 e9dd7bc7529a72859475db13bc3b1b30 1889 ezmlm-idx_7.1.1-1~exp0.1.dsc
 9af796cf1115817e5c436a4dc5dddfa9 718954 ezmlm-idx_7.1.1.orig.tar.gz
 b10bbe58f3ff8410c0d83de66218fd90 5722 ezmlm-idx_7.1.1-1~exp0.1.diff.gz
Vcs-Git: http://smarden.org/git/ezmlm-idx.git/
Checksums-Sha256:
 639575902f8dca88a6f231d82a1acdd6d927cf3fca9c4eebbb496cd43aa046b3 1889 
ezmlm-idx_7.1.1-1~exp0.1.dsc
 0d2a9d99fa410cc26c9d00c000ede4977b606ba9fd483c5a7a00b87bf8db2383 718954 
ezmlm-idx_7.1.1.orig.tar.gz
 a53ec6073739633d65f6722124b5630871bb2dd5f4fb4b323835758fc29dfa29 5722 
ezmlm-idx_7.1.1-1~exp0.1.diff.gz
Package-List: 
 ezmlm-idx deb mail extra arch=any
 ezmlm-idx-mysql deb mail extra arch=any
 ezmlm-idx-pgsql deb mail extra arch=any
Directory: pool/main/e/ezmlm-idx
Priority: source
Section: mail

Package: ezmlm-idx
Version: 7.1.1-1~exp0.1
Installed-Size: 3482
Maintainer: Gerrit Pape 
Architecture: amd64
Depends: libc6 (>= 2.2.5)
Recommends: qmail (>> 1.06), bcron-run | cron
Suggests: ezmlm-idx-mysql, ezmlm-idx-pgsql
Description-en: easy-to-use, high-speed mailing list manager for qmail
 ezmlm-idx is a mailing list manager, it provides all of the common
 electronic mailing list functionality: moderated lists, automated
 subscription and unsubscription, and digest creation.  ezmlm takes
 advantage of the features of qmail to enable ordinary users to create
 and to manage mailing lists, without need for superuser privileges.
 .
 ezmlm takes advantage of qmail's VERPs to reliably determine the
 recipient address and message number for every incoming bounce message,
 to automatically remove bouncing addresses from the mailing list.
 .
 ezmlm doesn't mind huge mailing lists. Lists don't even have to fit
 into memory.  ezmlm hashes the subscription list into a set of
 independent files so that it can handle subscription requests quickly.
 ezmlm uses qmail for fast parallel SMTP deliveries.
Description-md5: ddba2a4bf9c521947d9356842e22db4b
Section: mail
Priority: optional
Filename: pool/main/e/ezmlm-idx/ezmlm-idx_7.1.1-1~exp0.1_amd64.deb
Size: 641516
MD5sum: 84977a632c56a03aa3933eee8895fae2
SHA256: e2b22b781c22c250823235ab6787187167a1c27d192fc13f0c11849120ee5931

Package: ezmlm-idx-mysql
Source: ezmlm-idx
Version: 7.1.1-1~exp0.1
Installed-Size: 161
Maintainer: Gerrit Pape 
Architecture: amd64
Depends: ezmlm-idx (= 7.1.1-1~exp0.1), libc6 (>= 2.2.5), libmariadbclient18 (>= 
10.1.28)
Description-en: easy-to-use, high-speed mailing list manager (MySQL support)
 ezmlm-idx is a mailing list manager, it provides all of the common
 electronic mailing list functionality: moderated lists, automated
 subscription and unsubscription, and digest creation.  ezmlm takes
 advantage of the features of qmail to enable ordinary users to create
 and to manage mailing lists, without need for superuser privileges.
 .
 This package contains the MySQL support for ezmlm-idx.
Description-md5: 4bea69729d6a06183a4c845bba0c8538
Section: mail
Priority: optional
Filename: pool/main/e/ezmlm-idx/ezmlm-idx-mysql_7.1.1-1~exp0.1_amd64.deb
Size: 103144
MD5sum: de0a3445137332cd9ba2557cbaa61966
SHA256: 09bcd895aaf81cc54509ed8f772451703f3fb508f6c93816e4cc1614ba9a1156

Package: ezmlm-idx-pgsql
Source: ezmlm-idx
Version: 7.1.1-1~exp0.1
Installed-Size: 164
Maintainer: Gerrit Pape 
Architecture: amd64
Depends: ezmlm-idx (= 7.1.1-1~exp0.1), libc6 (>= 2.2.5), libpq5
Description-en: easy-to-use, high-speed mailing list manager (PostgreSQL 
support)
 ezmlm-idx is a mailing list manager, it provides all of the common
 electronic mailing list functionality: moderated lists, automated
 subscription and unsubscription, and digest creation.  ezmlm takes
 advantage of the features of qmail to enable ordinary users to create
 and to manage mailing lists, without need for superuser privileges.
 .
 This package contains the PostgreSQL support for ezmlm-idx.
Description-md5: 81d0de8e9ca3a97249b62f26c6e054d3
Section: mail
Priority: optional
Filename: pool/main/e/ezmlm-idx/ezmlm-idx-pgsql_7.1.1-1~exp0.1_amd64.deb
Size: 103592
MD5sum: 158fbc26e08cce322299cb1b0e54206b
SHA256: 71065e18dbd9deca457c3c8f1dc4a431e69561b9146d2c444ca37a0326ef685f



signature.asc
Description: PGP signature

Bug#907102: O: qmail-tools -- collection of tools for qmail

[Tobias Frost]

Package: wnpp

The current maintainer of qmail-tools, Gerrit Pape ,
is apparently not active anymore.  Therefore, I orphan this package now.

Maintaining a package requires time and skills. Please only adopt this
package if you will have enough time and attention to work on it.

If you want to be the new maintainer, please see
https://www.debian.org/devel/wnpp/#howto-o for detailed
instructions how to adopt a package properly.

Some information about this package:

Package: qmail-tools
Binary: qmail-tools
Version: 0.1.0
Maintainer: Gerrit Pape 
Architecture: all
Standards-Version: 3.7.3.0
Format: 1.0
Files:
 4b705455bd3f85a2d8c4d11333aa9395 680 qmail-tools_0.1.0.dsc
 ef1e4dabfc802a9e696857695fd3a2bc 53800 qmail-tools_0.1.0.tar.gz
Checksums-Sha256:
 2bf3cc63aa0f8ba1c1c8a9a0c6b9efc1834154d72f2a53b546c22d1ebf880b6a 680 
qmail-tools_0.1.0.dsc
 75d0a0d61738a82cc80ac6559e6e7344b299ff26af44b275c376d63c847b3d89 53800 
qmail-tools_0.1.0.tar.gz
Directory: pool/main/q/qmail-tools
Priority: source
Section: net

Package: qmail-tools
Version: 0.1.0
Installed-Size: 100
Maintainer: Gerrit Pape 
Architecture: all
Depends: python
Recommends: qmail
Description-en: collection of tools for qmail
 This package contains tools that are useful when running the Debian
 qmail packages, such as queue-repair, which deals with the qmail
 queue, and tools that help upgrading from previously existing qmail
 Debian packages, those in Debian/non-free, and the unofficial ones
 from smarden.org.
Description-md5: d7b5a467b4650039e4b261ea66168d7f
Section: net
Priority: optional
Filename: pool/main/q/qmail-tools/qmail-tools_0.1.0_all.deb
Size: 10020
MD5sum: 0bb23f432d75382f3f3575d9c8ed0e38
SHA256: a80bf9974c8d5e7c6cd9c892e2195baefe9a601f19ef0e9fa75582af82b81676



signature.asc
Description: PGP signature

Bug#907101: O: qmail-run -- sets up qmail as mail-transfer-agent

[Tobias Frost]

Package: wnpp

The current maintainer of qmail-run, Gerrit Pape ,
is apparently not active anymore.  Therefore, I orphan this package now.

Maintaining a package requires time and skills. Please only adopt this
package if you will have enough time and attention to work on it.

If you want to be the new maintainer, please see
https://www.debian.org/devel/wnpp/#howto-o for detailed
instructions how to adopt a package properly.

Some information about this package:

Package: qmail-run
Binary: qmail-run
Version: 2.0.2+nmu1
Maintainer: Gerrit Pape 
Architecture: all
Standards-Version: 3.8.0.1
Format: 1.0
Files:
 2d1890619c341987a64a06887b46b37d 1362 qmail-run_2.0.2+nmu1.dsc
 867d45d112be6f83a4ac916a7e097a12 381635 qmail-run_2.0.2+nmu1.tar.gz
Checksums-Sha256:
 61efece8ea0282c0589ba9664b8db50fcdb3f5f4f299628ba58bc874a3c1e220 1362 
qmail-run_2.0.2+nmu1.dsc
 6ae4f1980be97a38b2aed836456c2c10da6fb17583dba265e59400ef10593667 381635 
qmail-run_2.0.2+nmu1.tar.gz
Package-List: 
 qmail-run deb mail extra arch=all
Directory: pool/main/q/qmail-run
Priority: source
Section: mail

Package: qmail-run
Version: 2.0.2+nmu1
Installed-Size: 21
Maintainer: Gerrit Pape 
Architecture: all
Replaces: fastforward (<= 0.51-zarge1), mail-transport-agent
Provides: mail-transport-agent
Depends: qmail (>= 1.06-2.1), fastforward (>= 1:0.51-3), daemontools (>> 
1:0.76), ucspi-tcp (>> 1:0.88), runit (>> 1.8.0-2) | daemontools-run (>> 
1:0.76), procmail
Suggests: dot-forward, mail-reader
Conflicts: lsb-core, mail-transport-agent
Description-en: sets up qmail as mail-transfer-agent
 This package sets up the Debian qmail package as mail-transfer-agent.
 It follows the most commonly used public documentation
 http://www.lifewithqmail.org/ almost completely.
 .
 See /usr/share/doc/qmail-run/README.Debian for details.
Description-md5: 576a08a1f0ef8bc5f4457a99a2e437fc
Section: mail
Priority: optional
Filename: pool/main/q/qmail-run/qmail-run_2.0.2+nmu1_all.deb
Size: 10380
MD5sum: 0ca2de0d3b23ec0fb1298d7a29fbcb6c
SHA256: 2f768f995350496469d9c9f420429fcee72062a28a07a0a196eeb409c412e900



signature.asc
Description: PGP signature

Bug#907099: O: netqmail -- a secure, reliable, efficient, simple message transfer agent

[Tobias Frost]

Package: wnpp

The current maintainer of netqmail, Gerrit Pape ,
is apparently not active anymore.  Therefore, I orphan this package now.

Maintaining a package requires time and skills. Please only adopt this
package if you will have enough time and attention to work on it.

If you want to be the new maintainer, please see
https://www.debian.org/devel/wnpp/#howto-o for detailed
instructions how to adopt a package properly.

Some information about this package:

Package: netqmail
Binary: qmail, qmail-uids-gids
Version: 1.06-6
Maintainer: Gerrit Pape 
Build-Depends: qmail-uids-gids (>> 1.06), groff-base
Architecture: any all
Standards-Version: 3.9.3.1
Format: 1.0
Files:
 0bf1affa1fcbff785956a381a4aa9d5e 1690 netqmail_1.06-6.dsc
 c922f776140b2c83043a6195901c67d3 260941 netqmail_1.06.orig.tar.gz
 5d2bf45816850cabbc0f73c177b478d6 27738 netqmail_1.06-6.diff.gz
Checksums-Sha256:
 c3ee654b0f259e456e8ae17f666a5779cb16c9c8d4e4a158752378b823073ec8 1690 
netqmail_1.06-6.dsc
 8e7d98d15211fc9f9c28109e942e2268f42a6672d68df92a42f2afa90ff00532 260941 
netqmail_1.06.orig.tar.gz
 6a2da932088a223db0bfc65d0bddd0d98c243da1748c291b8b2aa363ad80c4dd 27738 
netqmail_1.06-6.diff.gz
Package-List: 
 qmail deb mail extra arch=any
 qmail-uids-gids deb mail extra arch=all
Directory: pool/main/n/netqmail
Priority: source
Section: mail

Package: qmail
Source: netqmail (1.06-6)
Version: 1.06-6+b1
Installed-Size: 1385
Maintainer: Gerrit Pape 
Architecture: amd64
Depends: libc6 (>= 2.2.5), qmail-uids-gids (>> 1.06)
Recommends: qmail-run (>= 2.0.0)
Suggests: fastforward, dot-forward, qmail-tools
Description-en: a secure, reliable, efficient, simple message transfer agent
 qmail is meant as a replacement for the entire sendmail-binmail system on
 typical Internet-connected UNIX hosts.
 .
 This package is based on the netqmail distribution of qmail, put
 together by a motley krewe of qmail contributors (see the README).
 It is derived from Daniel Bernstein's qmail-1.03 plus bug fixes,
 a few feature enhancements, and some documentation.
Description-md5: 4fb01ab6cd46cf3373f14ec200e0aa7b
Tag: interface::commandline, mail::transport-agent, protocol::smtp,
 role::program, works-with::mail
Section: mail
Priority: optional
Filename: pool/main/n/netqmail/qmail_1.06-6+b1_amd64.deb
Size: 286020
MD5sum: 1ff1c951c781d3c08d1fefba92babaa0
SHA256: af62bafb696ac92f22cc57bdc9d87f06998e23a486717048c6dbadd091e88d4f

Package: qmail-uids-gids
Source: netqmail
Version: 1.06-6
Installed-Size: 47
Maintainer: Gerrit Pape 
Architecture: all
Depends: passwd, adduser
Description-en: user ids and group ids for qmail
 This package is mandatory for building and running the qmail package.
Description-md5: 710f624aae93e92fb2cf619973d3a766
Section: mail
Priority: optional
Filename: pool/main/n/netqmail/qmail-uids-gids_1.06-6_all.deb
Size: 33482
MD5sum: d13328ffa376415cc5619eb4a69b2456
SHA256: d8ac9fa69a7aa3c920bbc3dc6ef7f2a34195faf37dcff53af78407e475b92aa0



signature.asc
Description: PGP signature

Bug#907092: O: socklog -- system and kernel logging services (programs)

[Tobias Frost]

Package: wnpp

The current maintainer of socklog, Gerrit Pape ,
is apparently not active anymore.  Therefore, I orphan this package now.

Maintaining a package requires time and skills. Please only adopt this
package if you will have enough time and attention to work on it.

If you want to be the new maintainer, please see
https://www.debian.org/devel/wnpp/#howto-o for detailed
instructions how to adopt a package properly.

Some information about this package:

Package: socklog
Binary: socklog, socklog-run
Version: 2.1.0-8.1
Maintainer: Gerrit Pape 
Architecture: any all
Standards-Version: 3.7.3.0
Format: 1.0
Files:
 9dc643b3990eb78948c0b46b8c71a716 1837 socklog_2.1.0-8.1.dsc
 cadcd4434670a58e195a1783d49369c1 57078 socklog_2.1.0.orig.tar.gz
 0ebf5b0f44d5a8aba9447177aee6b9db 10115 socklog_2.1.0-8.1.diff.gz
Checksums-Sha256:
 974098aea751260c2e9df6459b5bab2ddabd691041d67e01848228a1cd7c1ded 1837 
socklog_2.1.0-8.1.dsc
 ca0d68b27d521a9bc36e66f7f2ed4926bd440d0b2d34d2cb7d0a39480867572a 57078 
socklog_2.1.0.orig.tar.gz
 862d05b99f6873c0e6948f8ce9f35d1c1adf5638a03f07e428159e4d827b11a1 10115 
socklog_2.1.0-8.1.diff.gz
Homepage: http://smarden.org/socklog
Dgit: 5ab1b009cf8a2d7299b7eb83209cbb80732ce5ad debian archive/debian/2.1.0-8.1 
https://git.dgit.debian.org/socklog
Package-List: 
 socklog deb admin optional arch=any
 socklog-run deb admin optional arch=all
Directory: pool/main/s/socklog
Priority: source
Section: admin

Package: socklog
Version: 2.1.0-8.1
Installed-Size: 216
Maintainer: Gerrit Pape 
Architecture: amd64
Depends: adduser, libc6 (>= 2.2.5)
Recommends: socklog-run, runit, ipsvd
Description-en: system and kernel logging services (programs)
 socklog cooperates with the runit package to create a small and secure
 replacement for syslogd.  socklog supports system logging through Unix
 domain sockets (/dev/log), UDP sockets (0.0.0.0:514), as well as TCP
 socket, with the help of runit's runsvdir, runsv, and svlogd.  socklog
 provides a different network logging concept, and also does log event
 notification.  svlogd has built in log file rotation based on file size,
 so there is no need for any cron jobs to rotate the logs.  socklog is
 small, secure, and reliable.
 .
 This package contains the socklog programs.
Description-md5: 1ee3f77e7aa06dc7abfc00a30dbf5b36
Homepage: http://smarden.org/socklog
Tag: admin::kernel, admin::logging, devel::lang:c, devel::library,
 implemented-in::c, interface::daemon, network::server, role::devel-lib,
 role::program, works-with::logfile
Section: admin
Priority: optional
Filename: pool/main/s/socklog/socklog_2.1.0-8.1_amd64.deb
Size: 53674
MD5sum: 58aeb66eaea212a1c3f4062218ca6656
SHA256: 195fb74b753588235936c7f9fa346bbd70e58fda46a054fba45cbe4a403ad5e2

Package: socklog-run
Source: socklog
Version: 2.1.0-8.1
Installed-Size: 50
Maintainer: Gerrit Pape 
Architecture: all
Provides: linux-kernel-log-daemon, system-log-daemon
Depends: socklog, runit (>= 1.8.0-2)
Conflicts: linux-kernel-log-daemon, system-log-daemon
Description-en: system and kernel logging services
 socklog cooperates with the runit package to create a small and secure
 replacement for syslogd.  socklog supports system logging through Unix
 domain sockets (/dev/log), UDP sockets (0.0.0.0:514), as well as TCP
 socket, with the help of runit's runsvdir, runsv, and svlogd.  socklog
 provides a different network logging concept, and also does log event
 notification.  svlogd has built in log file rotation based on file size,
 so there is no need for any cron jobs to rotate the logs.  socklog is
 small, secure, and reliable.
 .
 This package sets up the socklog-unix and socklog-klog services to
 provide a system log service and kernel log service respectively.
Description-md5: ced75e34e37948fec8c7457bcb8f0968
Homepage: http://smarden.org/socklog
Tag: admin::kernel, admin::logging, devel::lang:c, devel::library,
 implemented-in::c, interface::daemon, role::app-data, role::devel-lib,
 role::program, works-with::logfile
Section: admin
Priority: optional
Filename: pool/main/s/socklog/socklog-run_2.1.0-8.1_all.deb
Size: 13116
MD5sum: 1afd7121a87d6e5bd0f57df18f0e39f7
SHA256: 792b886b8335dd3711e71478428c6e2703da5d4e0ca662931a5ef0ff565cf33a



signature.asc
Description: PGP signature

Bug#907096: O: ftpcopy -- FTP clients collection

[Tobias Frost]

Package: wnpp

The current maintainer of ftpcopy, Gerrit Pape ,
is apparently not active anymore.  Therefore, I orphan this package now.

Maintaining a package requires time and skills. Please only adopt this
package if you will have enough time and attention to work on it.

If you want to be the new maintainer, please see
https://www.debian.org/devel/wnpp/#howto-o for detailed
instructions how to adopt a package properly.

Some information about this package:

Package: ftpcopy
Binary: ftpcopy
Version: 0.6.7-3.1
Maintainer: Gerrit Pape 
Architecture: any
Standards-Version: 3.7.2.2
Format: 1.0
Files:
 60ab793a5f40506110ae3093f29ddb98 1600 ftpcopy_0.6.7-3.1.dsc
 700bc6d768f0b8faf43476f54e628a04 135089 ftpcopy_0.6.7.orig.tar.gz
 8e827da5c3d638efe1bf0503a4c7ce9a 3834 ftpcopy_0.6.7-3.1.diff.gz
Checksums-Sha256:
 f3576cf1f63589b4ca195ed6569239829a389b0e4785980b4fa3aded5e20f6f6 1600 
ftpcopy_0.6.7-3.1.dsc
 b02d0b9b839e854d1f27d7ae80f303b8fb19448c4665a2e5c25b2886fb9fc4ac 135089 
ftpcopy_0.6.7.orig.tar.gz
 9eac3d919e09b56da0ef0acff60518c1a3191a57e5474f65498c569d5496958b 3834 
ftpcopy_0.6.7-3.1.diff.gz
Package-List: 
 ftpcopy deb web optional arch=any
Directory: pool/main/f/ftpcopy
Priority: source
Section: web

Package: ftpcopy
Version: 0.6.7-3.1
Installed-Size: 272
Maintainer: Gerrit Pape 
Architecture: amd64
Depends: libc6 (>= 2.14)
Description-en: FTP clients collection
 ftpcopy is a simple FTP client written to copy files or directories
 (recursively) from an FTP server.  It was written to mirror FTP sites
 which support the EPLF directory listing format, but it also supports
 the traditional listing format (/bin/ls).
 .
 ftpls is an FTP client which generates directory listings, either in
 plain text or HTML.
 .
 The tools only support passive mode FTP.  There is no plan to support
 active mode.
 .
 See http://www.ohse.de/uwe/ftpcopy.html for more information.
Description-md5: 7f78a2ffdc239606cdd279aa1eeef977
Tag: network::client, protocol::ftp, role::program, scope::utility,
 use::downloading, works-with::file
Section: web
Priority: optional
Filename: pool/main/f/ftpcopy/ftpcopy_0.6.7-3.1_amd64.deb
Size: 90170
MD5sum: f73d8e1ef4c445a9677a08d291d81b5f
SHA256: ab3550807828d37e43b653dc6805e663ce27b0b3cba93410a1a0ca6d827a5c0a

Bug#907093: O: skalibs -- Public domain general-purpose libraries

[Tobias Frost]

Package: wnpp

The current maintainer of skalibs, Gerrit Pape ,
is apparently not active anymore.  Therefore, I orphan this package now.

Maintaining a package requires time and skills. Please only adopt this
package if you will have enough time and attention to work on it.

If you want to be the new maintainer, please see
https://www.debian.org/devel/wnpp/#howto-o for detailed
instructions how to adopt a package properly.

Some information about this package:

Package: skalibs
Binary: skalibs-dev, skalibs-doc
Version: 0.47-1.1
Maintainer: Gerrit Pape 
Build-Depends: dietlibc-dev (>= 0.26-3) [alpha amd64 arm hppa i386 ia64 mips 
mipsel powerpc ppc64 s390 sparc]
Architecture: any all
Standards-Version: 3.8.4.0
Format: 1.0
Files:
 2cf7dbc2c5587b64eea12c361469c5fa 1957 skalibs_0.47-1.1.dsc
 90d0938a83a23c8dd50524ddda65341c 134430 skalibs_0.47.orig.tar.gz
 ed6668964f03562acffc0f404a56bc74 3595 skalibs_0.47-1.1.diff.gz
Checksums-Sha256:
 2c9d750ec9b1999090248ebb7405f78a11019529d2cbafac9616718836fa6baf 1957 
skalibs_0.47-1.1.dsc
 0e4136a699fb8ad87ff3afbd30b47109161d99d7eb212289bfb3ddd220ae75d9 134430 
skalibs_0.47.orig.tar.gz
 dd6ca52e0c2eff82cf628e40e6e031dc80800871ad6c065acc13944f72f8d8f0 3595 
skalibs_0.47-1.1.diff.gz
Homepage: http://skarnet.org/software/skalibs
Dgit: 57762dccbba0c430ff6fc7c3e1889dd54e6c83b0 debian archive/debian/0.47-1.1 
https://git.dgit.debian.org/skalibs
Package-List: 
 skalibs-dev deb libdevel optional arch=any
 skalibs-doc deb doc optional arch=all
Directory: pool/main/s/skalibs
Priority: source
Section: devel

Package: skalibs-dev
Source: skalibs
Version: 0.47-1.1
Installed-Size: 2138
Maintainer: Gerrit Pape 
Architecture: amd64
Recommends: dietlibc-dev
Suggests: skalibs-doc
Description-en: Public domain general-purpose libraries
 skalibs is a set of general-purpose, low-level C libraries, all in the
 public domain.  It can replace or hide the standard C library to some
 extent, and is designed to allow building of small, static binaries.
Description-md5: c6af8304579f2d6b6ad050fe67923fe0
Homepage: http://skarnet.org/software/skalibs
Tag: devel::lang:c, devel::library, implemented-in::c, role::devel-lib
Section: libdevel
Priority: optional
Filename: pool/main/s/skalibs/skalibs-dev_0.47-1.1_amd64.deb
Size: 152012
MD5sum: 39fd6d2f00f1441a5f2712353181a86d
SHA256: fc4dfec11aee7505a2459f0599ace4e99d8891bcaae7c4e6ae026fafd3def5c3

Package: skalibs-doc
Source: skalibs
Version: 0.47-1.1
Installed-Size: 88
Maintainer: Gerrit Pape 
Architecture: all
Suggests: skalibs-dev, dietlibc-doc
Description-en: Public domain general-purpose libraries (documentation)
 skalibs is a set of general-purpose, low-level C libraries, all in the
 public domain.  It can replace or hide the standard C library to some
 extent, and is designed to allow building of small, static binaries.
 .
 This package contains the documentation for the libraries.
Description-md5: 9edcd4c9ec6841d996439e01d6cf03c2
Homepage: http://skarnet.org/software/skalibs
Tag: devel::doc, devel::lang:c, devel::library, implemented-in::c,
 made-of::html, role::devel-lib, role::documentation
Section: doc
Priority: optional
Filename: pool/main/s/skalibs/skalibs-doc_0.47-1.1_all.deb
Size: 23084
MD5sum: e7e8363a4d6bb9df7ba14e77bc2c7181
SHA256: 31ebbd08bfff2831a8cf5cdc461d9780ad6384ed24eebce3211590192a505436



signature.asc
Description: PGP signature

Bug#907097: O: integrit -- A file integrity verification program

[Tobias Frost]

Package: wnpp

The current maintainer of integrit, Gerrit Pape ,
is apparently not active anymore.  Therefore, I orphan this package now.

Maintaining a package requires time and skills. Please only adopt this
package if you will have enough time and attention to work on it.

If you want to be the new maintainer, please see
https://www.debian.org/devel/wnpp/#howto-o for detailed
instructions how to adopt a package properly.

Some information about this package:

Package: integrit
Binary: integrit
Version: 4.1-1
Maintainer: Gerrit Pape 
Build-Depends: texinfo, dietlibc-dev [alpha amd64 arm hppa i386 ia64 mips 
mipsel powerpc ppc64 s390 sparc]
Architecture: any
Standards-Version: 3.6.1.0
Format: 1.0
Files:
 957257c741e0ce7f9421f4dbddbe2a72 629 integrit_4.1-1.dsc
 f51a5b558981a5d90e7d6f4e7e269a46 271626 integrit_4.1.orig.tar.gz
 fc9f9f8fd2f4ebdc2203c544e2a21814 9567 integrit_4.1-1.diff.gz
Checksums-Sha256:
 283eac8586838a5d237f106d364b54ea9a2642afa929d64ba106950d16d73bb6 629 
integrit_4.1-1.dsc
 7aae7debaf832ed28302a72615804fef91bc93fd3b958d0432e7878457738f7c 9567 
integrit_4.1-1.diff.gz
 2a09b670ee025d6fae756e044f780ccaca90688a97183a350927e3885174223e 271626 
integrit_4.1.orig.tar.gz
Directory: pool/main/i/integrit
Priority: source
Section: admin

Package: integrit
Binary: integrit
Version: 4.1-1.1
Maintainer: Gerrit Pape 
Build-Depends: texinfo, dietlibc-dev [alpha amd64 arm hppa i386 ia64 mips 
mipsel powerpc ppc64 s390 sparc]
Architecture: any
Standards-Version: 3.6.1.0
Format: 1.0
Files:
 e26441418b3bd66cec0acaf0bb78d209 1704 integrit_4.1-1.1.dsc
 f51a5b558981a5d90e7d6f4e7e269a46 271626 integrit_4.1.orig.tar.gz
 8e156807b45ba4feb15f877744566cb4 9875 integrit_4.1-1.1.diff.gz
Checksums-Sha256:
 e19dae338df5f9185e9e0d922a5ca2669f9e6fc44dfa213a12fd24400f7ee41d 1704 
integrit_4.1-1.1.dsc
 2a09b670ee025d6fae756e044f780ccaca90688a97183a350927e3885174223e 271626 
integrit_4.1.orig.tar.gz
 84751076a8c967367cc69212f458f867c4f84d6550356ea146334a6e5e2c54de 9875 
integrit_4.1-1.1.diff.gz
Package-List: 
 integrit deb admin optional arch=any
Directory: pool/main/i/integrit
Priority: source
Section: admin

Package: integrit
Source: integrit (4.1-1.1)
Version: 4.1-1.1+b1
Installed-Size: 313
Maintainer: Gerrit Pape 
Architecture: amd64
Recommends: cron, mailx
Description-en: A file integrity verification program
 Integrit helps you determine whether an intruder has modified your
 system.  Without the use of integrit, a sysadmin wouldn't know if the
 programs used for investigating the system are trojan horses or not.
 Integrit works by creating a database that is a snapshot of the most
 essential parts of the system.  You put the database somewhere safe,
 and then later you can use it to make sure that no one has made any
 illicit modifications to your file system.
 .
 Integrit's key features are the small memory footprint, the design
 with unattended use in mind, intuitive cascading rulesets for the
 paths listed in the configuration file, the possibility of XML or
 human-readable output, and simultaneous checks and updates.
 .
 See http://integrit.sourceforge.net/ for more information.
Description-md5: 8ed7e8da857b39b17e43668958903563
Built-Using: dietlibc (= 0.34~cvs20160606-6)
Tag: interface::daemon, network::server, role::program, security::integrity,
 use::checking, works-with::db
Section: admin
Priority: optional
Filename: pool/main/i/integrit/integrit_4.1-1.1+b1_amd64.deb
Size: 96930
MD5sum: 2dda5eb5ddcffa8e308bb9733c8bd634
SHA256: ba66d0a958c46d7c952c08f140fc7a932cb8a009da56bc0aaf5e3b0f6db25e6b

Package: integrit
Source: integrit (4.1-1.1)
Version: 4.1-1.1+b1
Installed-Size: 313
Maintainer: Gerrit Pape 
Architecture: amd64
Recommends: cron, mailx
Description-en: A file integrity verification program
 Integrit helps you determine whether an intruder has modified your
 system.  Without the use of integrit, a sysadmin wouldn't know if the
 programs used for investigating the system are trojan horses or not.
 Integrit works by creating a database that is a snapshot of the most
 essential parts of the system.  You put the database somewhere safe,
 and then later you can use it to make sure that no one has made any
 illicit modifications to your file system.
 .
 Integrit's key features are the small memory footprint, the design
 with unattended use in mind, intuitive cascading rulesets for the
 paths listed in the configuration file, the possibility of XML or
 human-readable output, and simultaneous checks and updates.
 .
 See http://integrit.sourceforge.net/ for more information.
Description-md5: 8ed7e8da857b39b17e43668958903563
Built-Using: dietlibc (= 0.34~cvs20160606-6)
Tag: interface::daemon, network::server, role::program, security::integrity,
 use::checking, works-with::db
Section: admin
Priority: optional
Filename: pool/main/i/integrit/integrit_4.1-1.1+b1_amd64.deb
Size: 96930
MD5sum: 2dda5eb5ddcffa8e308bb9733c8bd634
SHA256: ba66d0a958c46d7c952c08f140fc7a932cb8a009da56bc0aaf5e3b0f6db25e6b

Bug#907091: O: fastforward -- handles qmail forwarding according to a cdb database

[Tobias Frost]

Package: wnpp

The current maintainer of fastforward, Gerrit Pape ,
is apparently not active anymore.  Therefore, I orphan this package now.

Maintaining a package requires time and skills. Please only adopt this
package if you will have enough time and attention to work on it.

If you want to be the new maintainer, please see
https://www.debian.org/devel/wnpp/#howto-o for detailed
instructions how to adopt a package properly.

Some information about this package:

Package: fastforward
Binary: fastforward
Version: 1:0.51-3.2
Maintainer: Gerrit Pape 
Build-Depends: groff-base
Architecture: any
Standards-Version: 3.8.0.1
Format: 1.0
Files:
 ca918c91008c782a8c04aac3b0cd0b0f 1652 fastforward_0.51-3.2.dsc
 6dc619180ba9726380dc1047e45a1d8d 40659 fastforward_0.51.orig.tar.gz
 090f8dae3f77633ec7a9259ab9c98fbd 5254 fastforward_0.51-3.2.diff.gz
Checksums-Sha256:
 1d153999d89b06f725f5f82e46a47ffef8e61356418a6d5448492e7854f400ab 1652 
fastforward_0.51-3.2.dsc
 45a1a071d54701bf973fed7582b5ff76cb6ed3e43089da6da87caabbb4b4fd7e 40659 
fastforward_0.51.orig.tar.gz
 ac272da335bd30e230f19283d694dbadd9be2776c46ba3e287bed06047a59ab4 5254 
fastforward_0.51-3.2.diff.gz
Package-List: 
 fastforward deb mail extra arch=any
Directory: pool/main/f/fastforward
Priority: source
Section: mail

Package: fastforward
Binary: fastforward
Version: 1:0.51-3
Maintainer: Gerrit Pape 
Build-Depends: groff-base
Architecture: any
Standards-Version: 3.8.0.1
Format: 1.0
Files:
 3631c34c235dd9792ec186870a23ba01 959 fastforward_0.51-3.dsc
 6dc619180ba9726380dc1047e45a1d8d 40659 fastforward_0.51.orig.tar.gz
 f9e2aed388326ebe321332cfd168eb9d 4876 fastforward_0.51-3.diff.gz
Checksums-Sha256:
 8601d9b6070a3608af8f5d0609f0400b6c07129094e6da8e14550b0493911b10 959 
fastforward_0.51-3.dsc
 45a1a071d54701bf973fed7582b5ff76cb6ed3e43089da6da87caabbb4b4fd7e 40659 
fastforward_0.51.orig.tar.gz
 5bb295b0b12e2154954aebc2709e4a4e2a51e1195b0594583993143d487030aa 4876 
fastforward_0.51-3.diff.gz
Directory: pool/main/f/fastforward
Priority: source
Section: mail

Package: fastforward
Version: 1:0.51-3.2
Installed-Size: 227
Maintainer: Gerrit Pape 
Architecture: amd64
Depends: libc6 (>= 2.2.5)
Recommends: qmail (>> 1.06)
Description-en: handles qmail forwarding according to a cdb database
 It can create forwarding databases from a sendmail-style /etc/aliases or
 from user-oriented virtual-domain tables.
 .
 fastforward supports external mailing lists, stored in a binary format for
 fast access.  It has a tool to convert sendmail-style include files into
 binary lists.
 .
 fastforward is more reliable than sendmail.  sendmail can't deal with long
 aliases, or deeply nested aliases, or deeply nested include files;
 fastforward has no limits other than memory.  sendmail can produce corrupted
 alias files if the system crashes; fastforward is crashproof.
 .
 fastforward's database-building tools are much faster than sendmail's
 newaliases.  Even better, fastforward deliveries don't pause while the
 database is being rebuilt.
 .
 fastforward does not support insecure sendmail-style program deliveries from
 include files; you can use qmail's secure built-in mechanisms instead.
 fastforward does support program deliveries from /etc/aliases.
Description-md5: e93c346365a08d33be7f38f1f698d328
Section: mail
Priority: optional
Filename: pool/main/f/fastforward/fastforward_0.51-3.2_amd64.deb
Size: 48776
MD5sum: 3a366b930c18593ad10a302fce7af63f
SHA256: d5bb9441b244c96b2932e95c90690e2f4fed868f45857db0735e76904201b814

Package: fastforward
Source: fastforward (1:0.51-3)
Version: 1:0.51-3+b2
Installed-Size: 227
Maintainer: Gerrit Pape 
Architecture: amd64
Depends: libc6 (>= 2.2.5)
Recommends: qmail (>> 1.06)
Description-en: handles qmail forwarding according to a cdb database
 It can create forwarding databases from a sendmail-style /etc/aliases or
 from user-oriented virtual-domain tables.
 .
 fastforward supports external mailing lists, stored in a binary format for
 fast access.  It has a tool to convert sendmail-style include files into
 binary lists.
 .
 fastforward is more reliable than sendmail.  sendmail can't deal with long
 aliases, or deeply nested aliases, or deeply nested include files;
 fastforward has no limits other than memory.  sendmail can produce corrupted
 alias files if the system crashes; fastforward is crashproof.
 .
 fastforward's database-building tools are much faster than sendmail's
 newaliases.  Even better, fastforward deliveries don't pause while the
 database is being rebuilt.
 .
 fastforward does not support insecure sendmail-style program deliveries from
 include files; you can use qmail's secure built-in mechanisms instead.
 fastforward does support program deliveries from /etc/aliases.
Description-md5: e93c346365a08d33be7f38f1f698d328
Section: mail
Priority: extra
Filename: pool/main/f/fastforward/fastforward_0.51-3+b2_amd64.deb
Size: 48758
MD5sum: 8e30c2b0ac0882ae8501627cb00dfe55
SHA256: c5118dfc0a9f11c51b9228db4a9ba58e6e98ab83817f8461246e3b9eb4bfdadb

Bug#907090: O: ipsvd -- Internet protocol service daemons

[Tobias Frost]

Package: wnpp

The current maintainer of ipsvd, Gerrit Pape ,
is apparently not active anymore.  Therefore, I orphan this package now.

Maintaining a package requires time and skills. Please only adopt this
package if you will have enough time and attention to work on it.

If you want to be the new maintainer, please see
https://www.debian.org/devel/wnpp/#howto-o for detailed
instructions how to adopt a package properly.

Some information about this package:

Package: ipsvd
Binary: ipsvd
Version: 1.0.0-3.1
Maintainer: Gerrit Pape 
Architecture: any
Standards-Version: 3.9.2.0
Format: 1.0
Files:
 dac02064333b837a8ce49b785510b627 1622 ipsvd_1.0.0-3.1.dsc
 82c8710e4beec3e92f3d9a616290232b 77903 ipsvd_1.0.0.orig.tar.gz
 c1a047509fd680203ebfd5e4aad6818d 5350 ipsvd_1.0.0-3.1.diff.gz
Vcs-Git: http://smarden.org/git/ipsvd.git/
Checksums-Sha256:
 9bae012253710154545d1934609105915b7b00a34be6f8ff5d4b2b78d67f091d 1622 
ipsvd_1.0.0-3.1.dsc
 ef7a725bc85acb5d09ab57658385bb470b3e4da5a4ffc88b5da6c6bd37d01fad 77903 
ipsvd_1.0.0.orig.tar.gz
 c14e191974c9f4fd7672969f069fa8d19f744b2ff1da4c702c776cc44d2e9882 5350 
ipsvd_1.0.0-3.1.diff.gz
Package-List: 
 ipsvd deb net optional arch=any
Directory: pool/main/i/ipsvd
Priority: source
Section: net

Package: ipsvd
Binary: ipsvd
Version: 1.0.0-3
Maintainer: Gerrit Pape 
Architecture: any
Standards-Version: 3.9.2.0
Format: 1.0
Files:
 3aa9be69fbbbc9d1f2c5fdad26fb5749 960 ipsvd_1.0.0-3.dsc
 82c8710e4beec3e92f3d9a616290232b 77903 ipsvd_1.0.0.orig.tar.gz
 b3a20b1928c90f8796d78f0db4e5950f 5210 ipsvd_1.0.0-3.diff.gz
Vcs-Git: http://smarden.org/git/ipsvd.git/
Checksums-Sha256:
 0b78c16c798cb41d598cc4e48c989506e232e7961b6871cf06c209ce5c597092 960 
ipsvd_1.0.0-3.dsc
 ef7a725bc85acb5d09ab57658385bb470b3e4da5a4ffc88b5da6c6bd37d01fad 77903 
ipsvd_1.0.0.orig.tar.gz
 ce97419092706e7b682894c047d4a3bbdd97bec2b06cb92a27aaedc8376c9208 5210 
ipsvd_1.0.0-3.diff.gz
Package-List: 
 ipsvd deb net optional arch=any
Directory: pool/main/i/ipsvd
Priority: source
Section: net

Package: ipsvd
Version: 1.0.0-3.1
Installed-Size: 257
Maintainer: Gerrit Pape 
Architecture: amd64
Depends: libc6 (>= 2.2.5)
Suggests: runit
Description-en: Internet protocol service daemons
 ipsvd is a set of Internet protocol service daemons for TCP/IP (optionally
 SSLv3) and UDP/IP.  A daemon waits for incoming connections on a socket;
 for new connections, it conditionally runs an arbitrary program to handle
 the connection.  The daemons can be told to read and follow pre-defined
 instructions on how to handle incoming connections; based on the client's
 IP address or hostname, they can run different programs, set a different
 environment, deny a connection, or set a per host concurrency limit.
 .
 ipsvd can be used to run services usually run by inetd or tcpserver.
 Normally the daemons are run by a supervisor process, such as runsv from
 the runit package.
 .
 See http://smarden.org/ipsvd/ for more information.
Description-md5: bb543d8f7b34c5d7c9627cac992dfa2c
Tag: interface::daemon, network::server, network::service, role::program
Section: net
Priority: optional
Filename: pool/main/i/ipsvd/ipsvd_1.0.0-3.1_amd64.deb
Size: 67462
MD5sum: ed872a6b2a4b300fdf27750699d24626
SHA256: 03780b6e3ece23bca5be854577698031b312e4b9d9b6421c57c64c0b2f5e3647

Package: ipsvd
Source: ipsvd (1.0.0-3)
Version: 1.0.0-3+b2
Installed-Size: 261
Maintainer: Gerrit Pape 
Architecture: amd64
Depends: libc6 (>= 2.2.5)
Suggests: runit
Description-en: Internet protocol service daemons
 ipsvd is a set of Internet protocol service daemons for TCP/IP (optionally
 SSLv3) and UDP/IP.  A daemon waits for incoming connections on a socket;
 for new connections, it conditionally runs an arbitrary program to handle
 the connection.  The daemons can be told to read and follow pre-defined
 instructions on how to handle incoming connections; based on the client's
 IP address or hostname, they can run different programs, set a different
 environment, deny a connection, or set a per host concurrency limit.
 .
 ipsvd can be used to run services usually run by inetd or tcpserver.
 Normally the daemons are run by a supervisor process, such as runsv from
 the runit package.
 .
 See http://smarden.org/ipsvd/ for more information.
Description-md5: bb543d8f7b34c5d7c9627cac992dfa2c
Tag: interface::daemon, network::server, network::service, role::program
Section: net
Priority: optional
Filename: pool/main/i/ipsvd/ipsvd_1.0.0-3+b2_amd64.deb
Size: 67730
MD5sum: bf4861e39b6bcc9571c0ea2059f966f4
SHA256: 79a1be134a4eb135c0cc38bf89aee71996934b0c5e9aaa718313edcd324e038d

Package: ipsvd
Version: 1.0.0-3.1
Installed-Size: 257
Maintainer: Gerrit Pape 
Architecture: amd64
Depends: libc6 (>= 2.2.5)
Suggests: runit
Description-en: Internet protocol service daemons
 ipsvd is a set of Internet protocol service daemons for TCP/IP (optionally
 SSLv3) and UDP/IP.  A daemon waits for incoming connections on a socket;
 for new connections, it conditionally runs an arbitrary program to handle
 the connection. 

Bug#895959: libnet-ssleay-perl: FTBFS with openssl 1.1.1

[Kurt Roeckx]

Note that the SIGPIPE issue is probably a known upstream issue
that still needs to be fixed, we're at least still working on a
SIGPIPE issue.

But that does not mean that the other issues in libnet-ssleay-perl
should not get fixed.

Bug#907094: O: ucspi-tcp -- command-line tools for building TCP client-server applications

[Tobias Frost]

Package: wnpp

The current maintainer of ucspi-tcp, Gerrit Pape ,
is apparently not active anymore.  Therefore, I orphan this package now.

Maintaining a package requires time and skills. Please only adopt this
package if you will have enough time and attention to work on it.

If you want to be the new maintainer, please see
https://www.debian.org/devel/wnpp/#howto-o for detailed
instructions how to adopt a package properly.

Some information about this package:

Package: ucspi-tcp
Binary: ucspi-tcp, ucspi-tcp-ipv6
Version: 1:0.88-3.1
Maintainer: Gerrit Pape 
Architecture: any
Standards-Version: 3.8.0.1
Format: 1.0
Files:
 d061f75944a569042f54e90dd9b1ff88 1718 ucspi-tcp_0.88-3.1.dsc
 39b619147db54687c4a583a7a94c9163 53019 ucspi-tcp_0.88.orig.tar.gz
 48bcd60f32913f6c31b62b9d525758b0 43417 ucspi-tcp_0.88-3.1.diff.gz
Vcs-Git: http://smarden.org/git/ucspi-tcp.git/
Checksums-Sha256:
 b2b358a807ebd17c504848cf440fa46ece4f4e25cefdca076adf39b617632b08 1718 
ucspi-tcp_0.88-3.1.dsc
 4a0615cab74886f5b4f7e8fd32933a07b955536a3476d74ea087a3ea66a23e9c 53019 
ucspi-tcp_0.88.orig.tar.gz
 2c7b3d3a8097f7365120aaa545d40afb2e5acbaf35a05d463188f04436e8 43417 
ucspi-tcp_0.88-3.1.diff.gz
Package-List: 
 ucspi-tcp deb net optional arch=any
 ucspi-tcp-ipv6 deb net optional arch=any
Directory: pool/main/u/ucspi-tcp
Priority: source
Section: net

Package: ucspi-tcp
Version: 1:0.88-3.1
Installed-Size: 316
Maintainer: Gerrit Pape 
Architecture: amd64
Replaces: ucspi-tcp-doc
Depends: libc6 (>= 2.2.5)
Description-en: command-line tools for building TCP client-server applications
 tcpserver waits for incoming connections and, for each connection, runs a
 program of your choice. Your program receives environment variables showing
 the local and remote host names, IP addresses, and port numbers.
 .
 tcpserver offers a concurrency limit to protect you from running out of
 processes and memory. When you are handling 40 (by default) simultaneous
 connections, tcpserver smoothly defers acceptance of new connections.
 .
 tcpserver also provides TCP access control features, similar to
 tcp-wrappers/tcpd's hosts.allow but much faster. Its access control rules
 are compiled into a hashed format with cdb, so it can easily deal with
 thousands of different hosts.
 .
 This package includes a recordio tool that monitors all the input and output
 of a server.
 .
 tcpclient makes a TCP connection and runs a program of your choice. It sets
 up the same environment variables as tcpserver.
 .
 This package includes several sample clients built on top of tcpclient:
 who@, date@, finger@, http@, tcpcat, and mconnect.
 .
 tcpserver and tcpclient conform to UCSPI, the UNIX Client-Server Program
 Interface, using the TCP protocol. UCSPI tools are
 available for several different networks.
Description-md5: 82875864414a7b3635f3dd400c43801e
Tag: interface::commandline, interface::daemon, network::client,
 network::server, protocol::tcp, role::program
Section: net
Priority: optional
Filename: pool/main/u/ucspi-tcp/ucspi-tcp_0.88-3.1_amd64.deb
Size: 70314
MD5sum: 9801e5df174daac6295b6430b886e67f
SHA256: 97e97fd053c19dccc18a927519086e6f3401512dd01e0bc831cd3ea211e5edb7

Package: ucspi-tcp-ipv6
Source: ucspi-tcp
Version: 1:0.88-3.1
Installed-Size: 322
Maintainer: Gerrit Pape 
Architecture: amd64
Replaces: ucspi-tcp-doc
Provides: ucspi-tcp
Depends: libc6 (>= 2.2.5)
Conflicts: ucspi-tcp
Description-en: command-line tools for building TCP client-server applications 
(IPv6)
 ucspi-tcp-ipv6 is the ucspi-tcp package with IPv6 support added.
 .
 tcpserver waits for incoming connections and, for each connection, runs a
 program of your choice. Your program receives environment variables showing
 the local and remote host names, IP addresses, and port numbers.
 .
 tcpserver offers a concurrency limit to protect you from running out of
 processes and memory. When you are handling 40 (by default) simultaneous
 connections, tcpserver smoothly defers acceptance of new connections.
 .
 tcpserver also provides TCP access control features, similar to
 tcp-wrappers/tcpd's hosts.allow but much faster. Its access control rules
 are compiled into a hashed format with cdb, so it can easily deal with
 thousands of different hosts.
 .
 This package includes a recordio tool that monitors all the input and output
 of a server.
 .
 tcpclient makes a TCP connection and runs a program of your choice. It sets
 up the same environment variables as tcpserver.
 .
 This package includes several sample clients built on top of tcpclient:
 who@, date@, finger@, http@, tcpcat, and mconnect.
 .
 tcpserver and tcpclient conform to UCSPI, the UNIX Client-Server Program
 Interface, using the TCP protocol. UCSPI tools are
 available for several different networks.
Description-md5: e9df6ed58358be8741f9b0e390fece1f
Section: net
Priority: optional
Filename: pool/main/u/ucspi-tcp/ucspi-tcp-ipv6_0.88-3.1_amd64.deb
Size: 71374
MD5sum: 82143471a3c2c8613779a94a63c105c7
SHA256: 

Bug#907098: O: daemontools -- collection of tools for managing UNIX services

[Tobias Frost]

Package: wnpp

The current maintainer of daemontools, Gerrit Pape ,
is apparently not active anymore.  Therefore, I orphan this package now.

Maintaining a package requires time and skills. Please only adopt this
package if you will have enough time and attention to work on it.

If you want to be the new maintainer, please see
https://www.debian.org/devel/wnpp/#howto-o for detailed
instructions how to adopt a package properly.

Some information about this package:

Package: daemontools
Binary: daemontools, daemontools-run
Version: 1:0.76-6.1
Maintainer: Gerrit Pape 
Architecture: any all
Standards-Version: 3.9.8
Format: 1.0
Files:
 ce2f9ac9119d1a7a58b858de3346fb12 1665 daemontools_0.76-6.1.dsc
 1871af2453d6e464034968a0fbcb2bfc 36975 daemontools_0.76.orig.tar.gz
 10cae62cc2fecd5dfd88d996d03d7ab2 19739 daemontools_0.76-6.1.diff.gz
Checksums-Sha256:
 784b70c3d500d97d05224249f4dd69ba44333c240b34c566d4f5197b6dcbb958 1665 
daemontools_0.76-6.1.dsc
 a55535012b2be7a52dcd9eccabb9a198b13be50d0384143bd3b32b8710df4c1f 36975 
daemontools_0.76.orig.tar.gz
 4037720a5c10e190a97ca93662d7380f109a041c2fe1e890df4461ea28950844 19739 
daemontools_0.76-6.1.diff.gz
Package-List: 
 daemontools deb admin optional arch=any
 daemontools-run deb admin optional arch=all
Directory: pool/main/d/daemontools
Priority: source
Section: admin

Package: daemontools
Version: 1:0.76-6.1
Installed-Size: 309
Maintainer: Gerrit Pape 
Architecture: amd64
Replaces: daemontools-doc
Depends: libc6 (>= 2.2.5)
Suggests: daemontools-run | runit
Description-en: collection of tools for managing UNIX services
 supervise monitors a service. It starts the service and restarts the
 service if it dies. Setting up a new service is easy: all supervise
 needs is a directory with a run script that runs the service.
 .
 multilog saves error messages to one or more logs. It optionally timestamps
 each line and, for each log, includes or excludes lines matching specified
 patterns. It automatically rotates logs to limit the amount of disk space
 used. If the disk fills up, it pauses and tries again, without losing any
 data.
Description-md5: e3a2597df223fd85ad4e36dea5a8a777
Multi-Arch: foreign
Tag: admin::boot, admin::logging, admin::monitoring, implemented-in::c,
 interface::commandline, interface::daemon, role::program, use::monitor,
 works-with::logfile, works-with::software:running
Section: admin
Priority: optional
Filename: pool/main/d/daemontools/daemontools_0.76-6.1_amd64.deb
Size: 59778
MD5sum: 6949cab623b874b4670ba87369e6fd2f
SHA256: a0f92ac5e4505550b46caffcd1886fb58c651addccbfdb007d2f202ca49be96f

Package: daemontools-run
Source: daemontools
Version: 1:0.76-6.1
Installed-Size: 39
Maintainer: Gerrit Pape 
Architecture: all
Depends: daemontools (>> 1:0.76)
Conflicts: runit
Description-en: daemontools service supervision
 Starts svscanboot from inittab, and provides the directory /etc/service/
 for services to be supervised by daemontools.
Description-md5: f5516980fc0d550aab9df706d83da11b
Tag: role::program
Section: admin
Priority: optional
Filename: pool/main/d/daemontools/daemontools-run_0.76-6.1_all.deb
Size: 11156
MD5sum: f358746b213f8d27a801fa753ed73297
SHA256: 7b8c9b1d3480a0f781dd7a4274d856850096e67fc9944b5dae303cf4b50dcdf4



signature.asc
Description: PGP signature

Bug#907095: O: dot-forward -- reads sendmail's .forward files under qmail

[Tobias Frost]

Package: wnpp

The current maintainer of dot-forward, Gerrit Pape ,
is apparently not active anymore.  Therefore, I orphan this package now.

Maintaining a package requires time and skills. Please only adopt this
package if you will have enough time and attention to work on it.

If you want to be the new maintainer, please see
https://www.debian.org/devel/wnpp/#howto-o for detailed
instructions how to adopt a package properly.

Some information about this package:

Package: dot-forward
Binary: dot-forward
Version: 1:0.71-2.2
Maintainer: Gerrit Pape 
Build-Depends: groff-base
Architecture: any
Standards-Version: 3.9.3.1
Format: 1.0
Files:
 d451f1bc66d5cbe2d232590b590252d1 1652 dot-forward_0.71-2.2.dsc
 1fefd9760e4706491fb31c7511d69bed 26352 dot-forward_0.71.orig.tar.gz
 16582ca22b30f256d339d1fbefdfd53d 4416 dot-forward_0.71-2.2.diff.gz
Checksums-Sha256:
 01484d49f2fa078905d31dcabdaeea985a58bbd0e44955e57208b00c31cef55b 1652 
dot-forward_0.71-2.2.dsc
 18086b59edf113aaeb02a770afb5429c3200e8637d06ce15094247416fc6e258 26352 
dot-forward_0.71.orig.tar.gz
 8e24c6d73156ac532808a443c8ca67ebcc09309aeb8495abdb96033a9d95d74e 4416 
dot-forward_0.71-2.2.diff.gz
Package-List: 
 dot-forward deb mail extra arch=any
Directory: pool/main/d/dot-forward
Priority: source
Section: mail

Package: dot-forward
Version: 1:0.71-2.2
Installed-Size: 66
Maintainer: Gerrit Pape 
Architecture: amd64
Depends: libc6 (>= 2.2.5)
Recommends: qmail (>> 1.06)
Description-en: reads sendmail's .forward files under qmail
 It runs in the qmail startup script to support all your existing .forward
 files automatically.  Individual users can switch to the .qmail mechanism
 at their leisure.
 .
 dot-forward supports forwarding, program deliveries, and comments.  It
 does not support file deliveries or :include: (However, it recognizes
 file delivery attempts, and defers delivery to give you a chance to set up
 a .qmail file).
Description-md5: 7198c1e718fcb600893613d2e2d36092
Section: mail
Priority: optional
Filename: pool/main/d/dot-forward/dot-forward_0.71-2.2_amd64.deb
Size: 22052
MD5sum: ce38d4e8238f4b08d3761c4def54ec0d
SHA256: f43c1f95163dc13230725b2ccfc80b8f1760f5b251b5accf4e4c2c7a86d0a7f0



signature.asc
Description: PGP signature

Bug#907089: O: cvm -- Credential Validation Modules

[Tobias Frost]

Package: wnpp

The current maintainer of cvm, Gerrit Pape ,
is apparently not active anymore.  Therefore, I orphan this package now.

Maintaining a package requires time and skills. Please only adopt this
package if you will have enough time and attention to work on it.

If you want to be the new maintainer, please see
https://www.debian.org/devel/wnpp/#howto-o for detailed
instructions how to adopt a package properly.

Some information about this package:

Package: cvm
Binary: cvm, cvm-mysql, cvm-pgsql, libcvm1, libcvm1-dev
Version: 0.97-0.1
Maintainer: Gerrit Pape 
Build-Depends: libbg-dev (>= 2.03+dfsg-2), default-libmysqlclient-dev, 
libpq-dev, libsqlite3-dev, libtool, libtool-bin, vim, freecdb, sqlite3
Architecture: any
Standards-Version: 3.7.3.0
Format: 3.0 (quilt)
Files:
 4998b5905ba9449688d71179edbf3474 1900 cvm_0.97-0.1.dsc
 d6973379df46ccf3dd44a01c14ac4f99 127759 cvm_0.97.orig.tar.gz
 304ea5909232a16318cf2a2e3996fee2 32144 cvm_0.97-0.1.debian.tar.xz
Checksums-Sha256:
 1eaae97a53958eecb8d0cc6626f5d8cdb4172d4467bdc01ad40a5409c0018f4f 1900 
cvm_0.97-0.1.dsc
 82e7751d63cc2ae91457e28b5326885beb1d082d4f0695f4fdaac5ffa70a0c47 127759 
cvm_0.97.orig.tar.gz
 8c1be924d14e537858b4a7c17138fe06f3a9f4bf6d77bf6ee4a0b297d7e6aa1c 32144 
cvm_0.97-0.1.debian.tar.xz
Package-List: 
 cvm deb admin optional arch=any
 cvm-mysql deb admin optional arch=any
 cvm-pgsql deb admin optional arch=any
 libcvm1 deb libs optional arch=any
 libcvm1-dev deb libdevel optional arch=any
Directory: pool/main/c/cvm
Priority: source
Section: admin

Package: cvm
Binary: cvm, cvm-mysql, cvm-pgsql, libcvm1, libcvm1-dev
Version: 0.96-1.3
Maintainer: Gerrit Pape 
Build-Depends: libbg1-dev, default-libmysqlclient-dev, libpq-dev, 
libsqlite3-dev, libtool, libtool-bin, vim, freecdb, sqlite3
Architecture: any
Standards-Version: 3.7.3.0
Format: 1.0
Files:
 b5b5888c722d68ae7b3a12463c798ab8 1890 cvm_0.96-1.3.dsc
 7dad2e05c9f15cd53ad3e52b9f1539f8 127999 cvm_0.96.orig.tar.gz
 506be0fee99337ed10fabe4308e74e81 10536 cvm_0.96-1.3.diff.gz
Checksums-Sha256:
 a36e3df474489e6a3b4be72abbf3efc6d138dbe268a551fd6dc84238d18dfa7d 1890 
cvm_0.96-1.3.dsc
 b85121b2f4b160b27c95705bd83a871675ed4b65b8bcb259a0877f37606224e9 127999 
cvm_0.96.orig.tar.gz
 f528069422de041de997f44e2323161f9cc22103d0e86ed558e619be4fe8cbce 10536 
cvm_0.96-1.3.diff.gz
Package-List: 
 cvm deb admin optional arch=any
 cvm-mysql deb admin optional arch=any
 cvm-pgsql deb admin optional arch=any
 libcvm1 deb libs optional arch=any
 libcvm1-dev deb libdevel optional arch=any
Directory: pool/main/c/cvm
Priority: source
Section: admin

Package: cvm
Version: 0.97-0.1
Installed-Size: 236
Maintainer: Gerrit Pape 
Architecture: amd64
Depends: libbg2 (>= 2.03), libc6 (>= 2.4), libcvm1
Description-en: Credential Validation Modules
 CVM is a framework for validating a set of credentials against a database
 using a filter program.  The modules act as a filter, taking a set of
 credentials as input and writing a set of facts as output if those
 credentials are valid.  Optional input is given to the module through
 environment variables.
 .
 Some of the ideas for CVM came from experience with PAM (pluggable
 authentication modules), the checkpassword interface used by qmail-pop3d,
 and the "authmod" interface used by Courier IMAP and POP3.  This framework
 places fewer restrictions on the invoking client than checkpassword does,
 and is much simpler to implement on both sides than PAM and the authmod
 framework.
 .
 See http://untroubled.org/cvm/cvm.html for more information.
Description-md5: 6e242e0074fb68d878a6d1a5059657c1
Tag: admin::login, interface::commandline, role::program, scope::utility,
 security::authentication
Section: admin
Priority: optional
Filename: pool/main/c/cvm/cvm_0.97-0.1_amd64.deb
Size: 74388
MD5sum: 2dda2a512a34c09fdf986cb6d4d99140
SHA256: cc01aa8f1a1357478ab16e5ed27de3794330f641e0b1152b914353a7b34ceba9

Package: cvm
Version: 0.96-1.3
Installed-Size: 220
Maintainer: Gerrit Pape 
Architecture: amd64
Depends: libbg1, libc6 (>= 2.4), libcvm1
Description-en: Credential Validation Modules
 CVM is a framework for validating a set of credentials against a database
 using a filter program.  The modules act as a filter, taking a set of
 credentials as input and writing a set of facts as output if those
 credentials are valid.  Optional input is given to the module through
 environment variables.
 .
 Some of the ideas for CVM came from experience with PAM (pluggable
 authentication modules), the checkpassword interface used by qmail-pop3d,
 and the "authmod" interface used by Courier IMAP and POP3.  This framework
 places fewer restrictions on the invoking client than checkpassword does,
 and is much simpler to implement on both sides than PAM and the authmod
 framework.
 .
 See http://untroubled.org/cvm/cvm.html for more information.
Description-md5: 6e242e0074fb68d878a6d1a5059657c1
Tag: admin::login, interface::commandline, role::program, scope::utility,
 security::authentication
Section: admin

Bug#907084: O: ucspi-unix -- UNIX-domain socket client-server command-line tools

[Tobias Frost]

Package: wnpp

The current maintainer of ucspi-unix, Gerrit Pape ,
is apparently not active anymore.  Therefore, I orphan this package now.

Maintaining a package requires time and skills. Please only adopt this
package if you will have enough time and attention to work on it.

If you want to be the new maintainer, please see
https://www.debian.org/devel/wnpp/#howto-o for detailed
instructions how to adopt a package properly.

Some information about this package:

Package: ucspi-unix
Binary: ucspi-unix
Version: 1.0-0.1
Maintainer: Gerrit Pape 
Build-Depends: libbg-dev, man-db, groff
Architecture: any
Standards-Version: 3.8.2.0
Format: 3.0 (quilt)
Files:
 4fdcdaa3e40d055644a380044f09e70a 1688 ucspi-unix_1.0-0.1.dsc
 071271a4c8f571bdd8255240cf252884 17391 ucspi-unix_1.0.orig.tar.gz
 2101f1fe130463edcf3d80f398318c00 3696 ucspi-unix_1.0-0.1.debian.tar.xz
Checksums-Sha256:
 94eed771f9339bd59cd0c0ed045c3b015419ed81ed9bd51050c7aa6a7f949409 1688 
ucspi-unix_1.0-0.1.dsc
 5a1a19f891668ff041fc16a4bf77abeb3cb4380cdaab6ffae5a7f89ab599dd37 17391 
ucspi-unix_1.0.orig.tar.gz
 469ea5ea4f4f94877683be713720fda42eff3e86fc1d9041bc33d62696b07d62 3696 
ucspi-unix_1.0-0.1.debian.tar.xz
Homepage: https://untroubled.org/ucspi-unix
Package-List: 
 ucspi-unix deb net optional arch=any
Directory: pool/main/u/ucspi-unix
Priority: source
Section: net

Package: ucspi-unix
Binary: ucspi-unix
Version: 0.36-4
Maintainer: Gerrit Pape 
Build-Depends: libbg-dev
Architecture: any
Standards-Version: 3.8.2.0
Format: 1.0
Files:
 859a2025ce0799a55902bd3579c2d0ca 947 ucspi-unix_0.36-4.dsc
 759407949912ccb860808ae2205e8a1a 14175 ucspi-unix_0.36.orig.tar.gz
 5987eb0b1f2dfebe1cfc05200e7b3103 3254 ucspi-unix_0.36-4.diff.gz
Checksums-Sha256:
 313942fcf90fd624b43da356a53652b01ad736e999a0ee181af888be33c1db16 947 
ucspi-unix_0.36-4.dsc
 428d23fcc91b4dd66f64932978cd26316b82d2599cff7a512690ff1ec9df02e2 14175 
ucspi-unix_0.36.orig.tar.gz
 880e48f7ff2d4f85add89e7ca6feb6bc47dae3ec1349f6568d925fb788958a0c 3254 
ucspi-unix_0.36-4.diff.gz
Directory: pool/main/u/ucspi-unix
Priority: source
Section: net

Package: ucspi-unix
Version: 1.0-0.1
Installed-Size: 50
Maintainer: Gerrit Pape 
Architecture: amd64
Depends: libc6 (>= 2.2.5)
Description-en: UNIX-domain socket client-server command-line tools
 unixclient and unixserver are command-line tools for building UNIX
 domain client-server applications.  unixclient connects to a UNIX domain
 socket and runs a program of your choice.  unixserver creates a UNIX
 domain socket, waits for incoming connections and, for each connection,
 runs a program of your choice.
 .
 unixclient and unixserver conform to UCSPI, the UNIX Client-Server
 Program Interface, using UNIX domain sockets.  UCSPI tools are available
 for several different networks.
 .
 See http://cr.yp.to/proto/ucspi.txt for more information on UCSPI.  See
 http://untroubled.org/ucspi-unix/ for recent informations.
Description-md5: aa21205dd12bf319d77f221de2066e1a
Homepage: https://untroubled.org/ucspi-unix
Tag: interface::commandline, network::client, network::server,
 network::service, role::program
Section: net
Priority: optional
Filename: pool/main/u/ucspi-unix/ucspi-unix_1.0-0.1_amd64.deb
Size: 12724
MD5sum: 916970c2749a9b716e75010499f1dbec
SHA256: 4b201a862d5fdefe45920526b6ca9746f01cdbb9c625119006939e22aa8c6063

Package: ucspi-unix
Version: 0.36-4
Installed-Size: 108
Maintainer: Gerrit Pape 
Architecture: amd64
Depends: libc6 (>= 2.2.5)
Description-en: UNIX-domain socket client-server command-line tools
 unixclient and unixserver are command-line tools for building UNIX
 domain client-server applications.  unixclient connects to a UNIX domain
 socket and runs a program of your choice.  unixserver creates a UNIX
 domain socket, waits for incoming connections and, for each connection,
 runs a program of your choice.
 .
 unixclient and unixserver conform to UCSPI, the UNIX Client-Server
 Program Interface, using UNIX domain sockets.  UCSPI tools are available
 for several different networks.
 .
 See http://cr.yp.to/proto/ucspi.txt for more information on UCSPI.  See
 http://untroubled.org/ucspi-unix/ for recent informations.
Description-md5: aa21205dd12bf319d77f221de2066e1a
Tag: interface::commandline, network::client, network::server,
 network::service, role::program
Section: net
Priority: optional
Filename: pool/main/u/ucspi-unix/ucspi-unix_0.36-4_amd64.deb
Size: 13720
MD5sum: 2efb5b396a0aa80678dd3fbddb3274e7
SHA256: ae9ed9e4c00de2220f09f6964335dced06ec379ee573646a8cc3d1a8427e7562

Package: ucspi-unix
Version: 1.0-0.1
Installed-Size: 50
Maintainer: Gerrit Pape 
Architecture: amd64
Depends: libc6 (>= 2.2.5)
Description-en: UNIX-domain socket client-server command-line tools
 unixclient and unixserver are command-line tools for building UNIX
 domain client-server applications.  unixclient connects to a UNIX domain
 socket and runs a program of your choice.  unixserver creates a UNIX
 domain socket, waits for incoming connections and, for each connection,
 runs a 

Bug#907085: O: dash -- POSIX-compliant shell

[Tobias Frost]

Package: wnpp

The current maintainer of dash, Gerrit Pape ,
is apparently not active anymore.  Therefore, I orphan this package now.

Maintaining a package requires time and skills. Please only adopt this
package if you will have enough time and attention to work on it.

If you want to be the new maintainer, please see
https://www.debian.org/devel/wnpp/#howto-o for detailed
instructions how to adopt a package properly.

Some information about this package:

Package: dash
Binary: dash, ash
Version: 0.5.7-4
Maintainer: Gerrit Pape 
Build-Depends: po-debconf, dpkg-dev (>= 1.16.1)
Architecture: any all
Standards-Version: 3.9.3.0
Format: 1.0
Files:
 6e37f85f1553b9bc57e41b6309516172 1105 dash_0.5.7-4.dsc
 f6cedb10ae7258adb5ab17a10ae80d51 223794 dash_0.5.7.orig.tar.gz
 1cd7e8e1c9e03f4043db48269409983a 42834 dash_0.5.7-4.diff.gz
Vcs-Git: http://smarden.org/git/dash.git/
Checksums-Sha256:
 c77f4baef8cbdc105a783bf6e4d3253ae10671ad98c27bf8537c8c731f073310 1105 
dash_0.5.7-4.dsc
 ae89fa9f1145b7748cf0740e1df04cd52fdf8a285da4911dd0f04983efba4e39 223794 
dash_0.5.7.orig.tar.gz
 649d97aa0c48dc0db73c08d7e89a004b9d413279a823388161940342016284f0 42834 
dash_0.5.7-4.diff.gz
Homepage: http://gondor.apana.org.au/~herbert/dash/
Package-List: 
 ash deb shells optional
 dash deb shells required
Directory: pool/main/d/dash
Priority: source
Section: shells

Package: dash
Binary: dash, ash
Version: 0.5.8-2.10
Maintainer: Gerrit Pape 
Build-Depends: po-debconf, dpkg-dev (>= 1.16.1), debhelper (>= 10)
Architecture: any all
Standards-Version: 3.9.3.0
Format: 3.0 (quilt)
Files:
 05820762e4b311e1193a4e016098229e 1618 dash_0.5.8-2.10.dsc
 5c152209680dab3c319e8923f6c51378 223028 dash_0.5.8.orig.tar.gz
 b2177040c7c8a6c140a3392d043eb274 43920 dash_0.5.8-2.10.debian.tar.xz
Vcs-Git: https://salsa.debian.org/debian/dash.git
Checksums-Sha256:
 1e8fdac0880d57d8ed5eb11f9f1750a67c71a7200180cf3ed5aa3e74dab3e4c5 1618 
dash_0.5.8-2.10.dsc
 c6db3a237747b02d20382a761397563d813b306c020ae28ce25a1c3915fac60f 223028 
dash_0.5.8.orig.tar.gz
 0d870b0cf9b3ad40e4d4f1e3d4d9097f4d62151693a48f34cb1d49865fd4abdb 43920 
dash_0.5.8-2.10.debian.tar.xz
Homepage: http://gondor.apana.org.au/~herbert/dash/
Dgit: fd430ecdd40fed131607d9342b85947d4a118ff3 debian archive/debian/0.5.8-2.10 
https://git.dgit.debian.org/dash
Package-List: 
 ash deb shells optional arch=all
 dash deb shells required arch=any essential=yes
Testsuite: autopkgtest
Testsuite-Triggers: perl
Directory: pool/main/d/dash
Priority: source
Section: shells

Package: dash
Binary: dash, ash
Version: 0.5.8-2.4
Maintainer: Gerrit Pape 
Build-Depends: po-debconf, dpkg-dev (>= 1.16.1)
Architecture: any all
Standards-Version: 3.9.3.0
Format: 1.0
Files:
 c64d2752940d70b182ab1879cd6f8061 1461 dash_0.5.8-2.4.dsc
 5c152209680dab3c319e8923f6c51378 223028 dash_0.5.8.orig.tar.gz
 251946e14b6ce6cdc59995c5198c4377 44058 dash_0.5.8-2.4.diff.gz
Vcs-Git: http://smarden.org/git/dash.git/
Checksums-Sha256:
 c83f68c3727e9fd3691117d1f67a2bd049ae2411d2137d50ea6d36122cec6482 1461 
dash_0.5.8-2.4.dsc
 c6db3a237747b02d20382a761397563d813b306c020ae28ce25a1c3915fac60f 223028 
dash_0.5.8.orig.tar.gz
 230717c04af659a6a09b2c39158d9167fdd3392a6716c0ff36fe40dff1ca8b9d 44058 
dash_0.5.8-2.4.diff.gz
Homepage: http://gondor.apana.org.au/~herbert/dash/
Package-List: 
 ash deb shells optional arch=all
 dash deb shells required arch=any essential=yes
Directory: pool/main/d/dash
Priority: source
Section: shells

Package: dash
Version: 0.5.8-2.10
Essential: yes
Installed-Size: 218
Maintainer: Gerrit Pape 
Architecture: amd64
Depends: debianutils (>= 2.15), dpkg (>= 1.15.0)
Pre-Depends: libc6 (>= 2.14)
Description-en: POSIX-compliant shell
 The Debian Almquist Shell (dash) is a POSIX-compliant shell derived
 from ash.
 .
 Since it executes scripts faster than bash, and has fewer library
 dependencies (making it more robust against software or hardware
 failures), it is used as the default system shell on Debian systems.
Description-md5: 8d4d9c32c6b2b70328f7f774a0cc1248
Homepage: http://gondor.apana.org.au/~herbert/dash/
Tag: implemented-in::c, interface::shell, role::program, scope::utility
Section: shells
Priority: required
Filename: pool/main/d/dash/dash_0.5.8-2.10_amd64.deb
Size: 113452
MD5sum: 41dfb80c9189492ab8595bcfd15c0962
SHA256: 1550078a19a7b109ebc5b0d0986b1062325f2521b877bf5040923316001b

Package: dash
Version: 0.5.8-2.4
Essential: yes
Installed-Size: 204
Maintainer: Gerrit Pape 
Architecture: amd64
Depends: debianutils (>= 2.15), dpkg (>= 1.15.0)
Pre-Depends: libc6 (>= 2.14)
Description-en: POSIX-compliant shell
 The Debian Almquist Shell (dash) is a POSIX-compliant shell derived
 from ash.
 .
 Since it executes scripts faster than bash, and has fewer library
 dependencies (making it more robust against software or hardware
 failures), it is used as the default system shell on Debian systems.
Description-md5: 8d4d9c32c6b2b70328f7f774a0cc1248
Homepage: http://gondor.apana.org.au/~herbert/dash/
Tag: implemented-in::c, interface::shell, 

Bug#907088: O: ucspi-proxy -- Connection proxy for UCSPI tools

[Tobias Frost]

Package: wnpp

The current maintainer of ucspi-proxy, Gerrit Pape ,
is apparently not active anymore.  Therefore, I orphan this package now.

Maintaining a package requires time and skills. Please only adopt this
package if you will have enough time and attention to work on it.

If you want to be the new maintainer, please see
https://www.debian.org/devel/wnpp/#howto-o for detailed
instructions how to adopt a package properly.

Some information about this package:

Package: ucspi-proxy
Binary: ucspi-proxy
Version: 0.99-1
Maintainer: Gerrit Pape 
Build-Depends: libbg1-dev
Architecture: any
Standards-Version: 3.9.5.0
Format: 1.0
Files:
 4b9c6034f2fd67af0fd6d48ba55127e7 990 ucspi-proxy_0.99-1.dsc
 ab702881d28bf3a8f97509ee9cdba2d7 35537 ucspi-proxy_0.99.orig.tar.gz
 89c133fb59fdc0502a0ea78cb10901a4 3554 ucspi-proxy_0.99-1.diff.gz
Checksums-Sha256:
 11549333665cd6680563b390a8a4512ad831cb4b3a977e7e8fc7b4cbcb7c5247 990 
ucspi-proxy_0.99-1.dsc
 42943e978f51875e587567c552d349e058b983723c0d80756d1816e3ad560beb 35537 
ucspi-proxy_0.99.orig.tar.gz
 67111cb97d3ddf498ae8a81acd681ad2479ec6862c6af6836953ab748dd9e72b 3554 
ucspi-proxy_0.99-1.diff.gz
Package-List: 
 ucspi-proxy deb net optional arch=any
Directory: pool/main/u/ucspi-proxy
Priority: source
Section: net

Package: ucspi-proxy
Binary: ucspi-proxy
Version: 0.99-1.1
Maintainer: Gerrit Pape 
Build-Depends: libbg-dev
Architecture: any
Standards-Version: 3.9.5.0
Format: 1.0
Files:
 daaa7124114a2343675b67708288fef3 1619 ucspi-proxy_0.99-1.1.dsc
 ab702881d28bf3a8f97509ee9cdba2d7 35537 ucspi-proxy_0.99.orig.tar.gz
 18d417cbedb6d4389470391c64acda99 4136 ucspi-proxy_0.99-1.1.diff.gz
Checksums-Sha256:
 199dcd41c32e7c9e7d74d508ba5bb66b226a65016d9160c89874df0cf0e677bd 1619 
ucspi-proxy_0.99-1.1.dsc
 42943e978f51875e587567c552d349e058b983723c0d80756d1816e3ad560beb 35537 
ucspi-proxy_0.99.orig.tar.gz
 da6ca5ffa8534f3cc1adb3369bd5764a6fda382c33f682c8e750a87fb6bc6bb5 4136 
ucspi-proxy_0.99-1.1.diff.gz
Package-List: 
 ucspi-proxy deb net optional arch=any
Directory: pool/main/u/ucspi-proxy
Priority: source
Section: net

Package: ucspi-proxy
Version: 0.99-1.1
Installed-Size: 122
Maintainer: Gerrit Pape 
Architecture: amd64
Depends: libbg2 (>= 2.03), libc6 (>= 2.14)
Description-en: Connection proxy for UCSPI tools
 This package contains a proxy program that passes data back and forth
 between two connections set up by a UCSPI server and a UCSPI client.
 .
 See http://cr.yp.to/proto/ucspi.txt for more information on UCSPI.  See
 http://untroubled.org/ucspi-proxy/ for recent information.
Description-md5: 9c5795c81ded8e3566ec2cb846da07be
Tag: network::service, role::program, use::proxying, use::routing
Section: net
Priority: optional
Filename: pool/main/u/ucspi-proxy/ucspi-proxy_0.99-1.1_amd64.deb
Size: 32984
MD5sum: ed32191081d67a1eb081c72a75452034
SHA256: 82974ab83463b6547570eb7b6fa3bcf24445a6cd16e122e9e5adbd4ed5d6f7fd

Package: ucspi-proxy
Source: ucspi-proxy (0.99-1)
Version: 0.99-1+b2
Installed-Size: 125
Maintainer: Gerrit Pape 
Architecture: amd64
Depends: libbg1, libc6 (>= 2.14)
Description-en: Connection proxy for UCSPI tools
 This package contains a proxy program that passes data back and forth
 between two connections set up by a UCSPI server and a UCSPI client.
 .
 See http://cr.yp.to/proto/ucspi.txt for more information on UCSPI.  See
 http://untroubled.org/ucspi-proxy/ for recent information.
Description-md5: 9c5795c81ded8e3566ec2cb846da07be
Tag: network::service, use::proxying, use::routing
Section: net
Priority: optional
Filename: pool/main/u/ucspi-proxy/ucspi-proxy_0.99-1+b2_amd64.deb
Size: 33186
MD5sum: 26a81b3da4cf4d0b98a9b2c14a11689d
SHA256: e6a0d54a63b740bae95b91fc50eea24f216b1a7c435d7147d982f8ab72f29e80

Package: ucspi-proxy
Version: 0.99-1.1
Installed-Size: 122
Maintainer: Gerrit Pape 
Architecture: amd64
Depends: libbg2 (>= 2.03), libc6 (>= 2.14)
Description-en: Connection proxy for UCSPI tools
 This package contains a proxy program that passes data back and forth
 between two connections set up by a UCSPI server and a UCSPI client.
 .
 See http://cr.yp.to/proto/ucspi.txt for more information on UCSPI.  See
 http://untroubled.org/ucspi-proxy/ for recent information.
Description-md5: 9c5795c81ded8e3566ec2cb846da07be
Tag: network::service, role::program, use::proxying, use::routing
Section: net
Priority: optional
Filename: pool/main/u/ucspi-proxy/ucspi-proxy_0.99-1.1_amd64.deb
Size: 32984
MD5sum: ed32191081d67a1eb081c72a75452034
SHA256: 82974ab83463b6547570eb7b6fa3bcf24445a6cd16e122e9e5adbd4ed5d6f7fd

Package: ucspi-proxy
Source: ucspi-proxy (0.99-1)
Version: 0.99-1+b2
Installed-Size: 125
Maintainer: Gerrit Pape 
Architecture: amd64
Depends: libbg1, libc6 (>= 2.14)
Description-en: Connection proxy for UCSPI tools
 This package contains a proxy program that passes data back and forth
 between two connections set up by a UCSPI server and a UCSPI client.
 .
 See http://cr.yp.to/proto/ucspi.txt for more information on UCSPI.  See
 http://untroubled.org/ucspi-proxy/ 

Bug#907087: O: twoftpd -- a simple secure efficient FTP server (programs)

[Tobias Frost]

Package: wnpp

The current maintainer of twoftpd, Gerrit Pape ,
is apparently not active anymore.  Therefore, I orphan this package now.

Maintaining a package requires time and skills. Please only adopt this
package if you will have enough time and attention to work on it.

If you want to be the new maintainer, please see
https://www.debian.org/devel/wnpp/#howto-o for detailed
instructions how to adopt a package properly.

Some information about this package:

Package: twoftpd
Binary: twoftpd, twoftpd-run
Version: 1.42-1.2
Maintainer: Gerrit Pape 
Build-Depends: libbg-dev, libcvm1-dev, man2html
Architecture: any all
Standards-Version: 3.8.4.0
Format: 1.0
Files:
 08241de2d806901e3c29917fd8267944 1712 twoftpd_1.42-1.2.dsc
 3d6288990a06dadcc6a869804da64374 87596 twoftpd_1.42.orig.tar.gz
 3b92f5b28c18d15c27b34dc49e6b87d0 10547 twoftpd_1.42-1.2.diff.gz
Vcs-Git: http://smarden.org/git/twoftpd.git/
Checksums-Sha256:
 c8b87df57ddf7b1253b54ea4c7b1b3312f115a46b8afea2c66547458ea606599 1712 
twoftpd_1.42-1.2.dsc
 5eafc789668e40122b8bb0c1f1bea407bba2e835227035f8475891e60169da66 87596 
twoftpd_1.42.orig.tar.gz
 3a15029bf3b59f1e64af63fc43c9fd2b318895bc2e3338ceb4036276d9477a7a 10547 
twoftpd_1.42-1.2.diff.gz
Package-List: 
 twoftpd deb net optional arch=any
 twoftpd-run deb admin optional arch=all
Directory: pool/main/t/twoftpd
Priority: source
Section: net

Package: twoftpd
Version: 1.42-1.2
Installed-Size: 268
Maintainer: Gerrit Pape 
Architecture: amd64
Depends: libbg2 (>= 2.03), libc6 (>= 2.14), libcvm1
Recommends: twoftpd-run, runit, ipsvd, cvm
Description-en: a simple secure efficient FTP server (programs)
 This is twoftpd, an FTP server that strives to be secure, simple, and
 efficient.  None of the commands can cause execution of other programs,
 and the normal model of execution does a chroot to the logged in user's
 directory immediately after authentication.
 .
 The name "twoftpd" comes from the fact that there were two parts to the
 server -- an authenticating front end, which contains no file or data
 transfer code, and a back end, which contains all the data transfer
 code.
 .
 This package contains the twoftpd programs.
Description-md5: 40e2575444bc677dd3a1e68a33a36a2d
Tag: interface::daemon, network::server, protocol::ftp, role::program,
 works-with::file
Section: net
Priority: optional
Filename: pool/main/t/twoftpd/twoftpd_1.42-1.2_amd64.deb
Size: 84292
MD5sum: f2005c7074872f24fb89ccdc8929af90
SHA256: 4f50590754b76bbd29e3ddd969f90b9ac36e7de77e3e3a706166303a3cba2d53

Package: twoftpd-run
Source: twoftpd
Version: 1.42-1.2
Installed-Size: 76
Maintainer: Gerrit Pape 
Architecture: all
Provides: ftp-server
Depends: twoftpd, runit (>= 1.8.0-2), ipsvd, cvm, adduser
Suggests: runit-run
Conflicts: ftp-server
Description-en: a simple secure efficient FTP server
 This is twoftpd, an FTP server that strives to be secure, simple, and
 efficient.  None of the commands can cause execution of other programs,
 and the normal model of execution does a chroot to the logged in user's
 directory immediately after authentication.
 .
 This package sets up the twoftpd service to listen on 0.0.0.0:21, and
 additionally provides a service directory to run an anonymous twoftpd
 service.
Description-md5: e8295415f6644db92d2168f9466b
Tag: admin::configuring, interface::commandline, protocol::ftp,
 role::program, scope::utility, use::configuring
Section: admin
Priority: optional
Filename: pool/main/t/twoftpd/twoftpd-run_1.42-1.2_all.deb
Size: 44172
MD5sum: 03c2be54bc1ee427b686b50343412ee1
SHA256: 4422a06145a686ce7a2f8997d5d52071563fc8842d2ff1ffc37bf3e25e10fa53



signature.asc
Description: PGP signature

Bug#907086: O: mailfront -- mail server network protocol front-ends

[Tobias Frost]

Package: wnpp

The current maintainer of mailfront, Gerrit Pape ,
is apparently not active anymore.  Therefore, I orphan this package now.

Maintaining a package requires time and skills. Please only adopt this
package if you will have enough time and attention to work on it.

If you want to be the new maintainer, please see
https://www.debian.org/devel/wnpp/#howto-o for detailed
instructions how to adopt a package properly.

Some information about this package:

Package: mailfront
Binary: mailfront
Version: 2.12-0.1
Maintainer: Gerrit Pape 
Build-Depends: libbg-dev, liblua5.1-0-dev, libcvm1-dev, cvm, freecdb
Architecture: any
Standards-Version: 3.7.3.0
Format: 1.0
Files:
 1b4907bab3c4564fe997941fb5fefdeb 1405 mailfront_2.12-0.1.dsc
 6291ecbb8aa1c3d71be2cc35fca06d2f 128018 mailfront_2.12-0.1.tar.gz
Checksums-Sha256:
 3337958caee32bd5aadd467bbee6ecd2ebe810a27c0634102d1cf3d7a7de32c8 1405 
mailfront_2.12-0.1.dsc
 f9251ed19beab1e23c68d21b43e5e5099ae161984c8d3fa848f9c4062ed09007 128018 
mailfront_2.12-0.1.tar.gz
Package-List: 
 mailfront deb mail extra arch=any
Directory: pool/main/m/mailfront
Priority: source
Section: mail

Package: mailfront
Binary: mailfront
Version: 1.16-1
Maintainer: Gerrit Pape 
Build-Depends: libbg1-dev, libcvm1-dev, cvm, freecdb
Architecture: any
Standards-Version: 3.7.3.0
Format: 1.0
Files:
 e601564d45c4bebcb80e72a06e74ed4b 971 mailfront_1.16-1.dsc
 a95d4d4409f757212ff1172b3612f436 108212 mailfront_1.16.orig.tar.gz
 7b22ddc3ee03157995c25668723b27b6 7563 mailfront_1.16-1.diff.gz
Checksums-Sha256:
 25f01d2b0233f03bfb0f5a6c9c950d41e63fd10e4ce293161452cd742dccfb40 971 
mailfront_1.16-1.dsc
 6a5b9563fa0b6889647f83dc714db46c56e8e8cff3b1f508a14555927fd07097 108212 
mailfront_1.16.orig.tar.gz
 c7826fd6ffd7f2ffa0ad6060c79b670523151cadeed838911be1ed6814b9f472 7563 
mailfront_1.16-1.diff.gz
Directory: pool/main/m/mailfront
Priority: source
Section: mail

Package: mailfront
Version: 2.12-0.1
Installed-Size: 501
Maintainer: Gerrit Pape 
Architecture: amd64
Depends: libbg2 (>= 2.03), libc6 (>= 2.14), libcvm1
Recommends: runit, ipsvd
Description-en: mail server network protocol front-ends
 mailfront is a set of customizable network front-ends for mail servers.
 It contains complete SMTP, QMQP, QMTP, and POP3 front-ends as well as an
 authentication module for IMAP.  The mail delivery front-ends also contain
 internal address filtering features.
 .
 Two SMTP back-ends are provided.  One delivers mail to qmail-queue,
 mimicking most of the behavior of qmail-smtpd, with the addition of
 support for SMTP AUTH.  The other rejects all SMTP commands if $SMTPREJECT
 is set, and execs its command line otherwise (in order to run the above
 program).
Description-md5: df32c5e85614568b7e938b41fb60bfb4
Tag: interface::daemon, mail::filters, mail::pop, network::server,
 network::service, protocol::pop3, protocol::smtp, role::program,
 security::authentication, works-with::mail
Section: mail
Priority: optional
Filename: pool/main/m/mailfront/mailfront_2.12-0.1_amd64.deb
Size: 114440
MD5sum: 86eacc6a34f148c8e58a7ccfa811fc9b
SHA256: 0f750068efaa3d6a7caa27c20e905e1bf1ab5fe8673ed929a793a7d96195e64c

Package: mailfront
Source: mailfront (1.16-1)
Version: 1.16-1+b2
Installed-Size: 434
Maintainer: Gerrit Pape 
Architecture: amd64
Depends: libbg1, libc6 (>= 2.14), libcvm1
Recommends: runit, ipsvd
Description-en: mail server network protocol front-ends
 mailfront is a set of customizable network front-ends for mail servers.
 It contains complete SMTP, QMQP, QMTP, and POP3 front-ends as well as an
 authentication module for IMAP.  The mail delivery front-ends also contain
 internal address filtering features.
 .
 Two SMTP back-ends are provided.  One delivers mail to qmail-queue,
 mimicking most of the behavior of qmail-smtpd, with the addition of
 support for SMTP AUTH.  The other rejects all SMTP commands if $SMTPREJECT
 is set, and execs its command line otherwise (in order to run the above
 program).
Description-md5: df32c5e85614568b7e938b41fb60bfb4
Tag: interface::daemon, mail::filters, mail::pop, network::server,
 network::service, protocol::pop3, protocol::smtp, role::program,
 security::authentication
Section: mail
Priority: extra
Filename: pool/main/m/mailfront/mailfront_1.16-1+b2_amd64.deb
Size: 102230
MD5sum: 6fee755d17a20a49dd3e8b0ae5d2ad3b
SHA256: 1ec345963c80c5cb344509cd190cb364d95fa30da5c30d8f834abd70578cc61d

Package: mailfront
Version: 2.12-0.1
Installed-Size: 501
Maintainer: Gerrit Pape 
Architecture: amd64
Depends: libbg2 (>= 2.03), libc6 (>= 2.14), libcvm1
Recommends: runit, ipsvd
Description-en: mail server network protocol front-ends
 mailfront is a set of customizable network front-ends for mail servers.
 It contains complete SMTP, QMQP, QMTP, and POP3 front-ends as well as an
 authentication module for IMAP.  The mail delivery front-ends also contain
 internal address filtering features.
 .
 Two SMTP back-ends are provided.  One delivers mail to qmail-queue,
 mimicking most of the behavior of 

Bug#907083: Updating the bcron Uploaders list

[Tobias Frost]

Source: bcron
Version: 0.11-1.2
Severity: minor
User: m...@qa.debian.org
Usertags: mia-teammaint

Gerrit Pape  has not been working on
the bcron package for quite some time.

We are tracking their status in the MIA team and would like to ask you
to remove them from the Uploaders list of the package so we can close
that part of the file.

(If the person is listed as Maintainer, what we are asking is to please
step in as a new maintainer.)

Thanks.


signature.asc
Description: PGP signature

Bug#907081: Updating the git Uploaders list

[Tobias Frost]

Source: git
Version: 1:2.5.0-1 1:2.5.1-1 1:2.13.2-2 1:2.15.0~rc0-1 1:2.17.1-1 1:2.18.0-1 
1:2.11.0-3+deb9u3
Severity: minor
User: m...@qa.debian.org
Usertags: mia-teammaint

Gerrit Pape  has not been working on
the git package for quite some time.

We are tracking their status in the MIA team and would like to ask you
to remove them from the Uploaders list of the package so we can close
that part of the file.

(If the person is listed as Maintainer, what we are asking is to please
step in as a new maintainer.)

Thanks.


signature.asc
Description: PGP signature

Bug#907031: Python openssl 1.1.1 issues

[Kurt Roeckx]

Upstream python has been working on OpenSSL 1.1.1 support for a
while, the upstream bug is: https://bugs.python.org/issue32947

I already notified them yesterday about the issues.


Kurt

Bug#907082: Updating the dropbear Uploaders list

[Tobias Frost]

Source: dropbear
Version: 2018.76-3 2016.74-5
Severity: minor
User: m...@qa.debian.org
Usertags: mia-teammaint

Gerrit Pape  has not been working on
the dropbear package for quite some time.

We are tracking their status in the MIA team and would like to ask you
to remove them from the Uploaders list of the package so we can close
that part of the file.

(If the person is listed as Maintainer, what we are asking is to please
step in as a new maintainer.)

Thanks.


signature.asc
Description: PGP signature

Bug#907080: RFP: bat -- bat: A cat(1) clone with wings

[nkiesel]

Package: wnpp
Severity: wishlist

* Package name: bat
  Version : 0.5.0
  Upstream Author : David Peter 
* URL : https://github.com/sharkdp/bat
* License : MIT/Apache-2.0
  Programming Lang: Rust
  Description : bat: A cat(1) cone with wings

Just started using it and it seems nice.  The author is responsive and already
offers Debian
packages.

Bug#907049: [Pkg-openssl-devel] Bug#907049: openssl: Update to 1.1.1~~pre9-1 makes certain programs unusable

[Kurt Roeckx]

clone 907049 -1
reassign -1 offlineimap
severity -1 serious
retitle -1 offlineimap: Not using SNI
thanks

On Thu, Aug 23, 2018 at 02:54:36PM +0200, Antonin Kral wrote:
> Package: openssl
> Version: 1.1.1~~pre9-1
> Severity: critical
> Justification: renders other packages unusable
> 
> Hi,
> 
> I have got openssl 1.1.1~~pre9-1 as it is landed in sid. After upgrading 
> certain applications are not able to establish connection. 
> 
> Example of offlineimap:
> 
> ERROR: Unknown SSL protocol connecting to host 'imap.gmail.com' for 
> repository 'showmax-remote'. OpenSSL responded:
> [SSL: CERTIFICATE_VERIFY_FAILED] certificate verify failed (_ssl.c:726)

This is most likely caused by offlineimap not using SNI and
google sending an invalid in case you use TLS 1.3 without SNI. I'm
cloning this bug issue for that.

> Thu Aug 23 14:46:07 2018 OpenSSL: error:1425F18C:SSL 
> routines:ssl_choose_client_version:version too low
> Thu Aug 23 14:46:07 2018 TLS_ERROR: BIO read tls_read_plaintext error
> Thu Aug 23 14:46:07 2018 TLS Error: TLS object -> incoming plaintext read 
> error
> Thu Aug 23 14:46:07 2018 TLS Error: TLS handshake failed
> 
> I went through changelogs, but was not seen anything what would help me 
> in debugging the issue. Interestingly s_client and curl is able to 
> establish a connection even with new version. Maybe that can be related 
> to different default cipher_set?

This is most likely caused by this in /etc/ssl/openssl.cnf:
[system_default_sect]
MinProtocol = TLSv1.2
CipherString = DEFAULT@SECLEVEL=2

Does openvpn use DTLS? I'm guessing that setting any TLS setting
there is causing problems for anything using DTLS.

Can you try with:
MinProtocol = TLSv1

And with:
#MinProtocol = TLSv1.2

I assume the first will still fail, and the later one will work.
And I'm currently unsure what to do about that, but there are
multiple options.


Kurt

Bug#904261: changing a default behaviour in dh-golang for next compat level

[Clément Hermann]

On 18/08/2018 11:03, Niels Thykier wrote:
> Clément Hermann:
>> How are we supposed to do this properly ? Not checking the compat level
>> and behaving accordingly, this is documented, but the communication
>> part: should we file a bug against debhelper too ?
>>
>> Or should we just add the switch in the code and document it in
>> dh-golang, without coordinating with debhelper itself ?
>>
>> Thanks for any insights!
>>
>> Cheers,
>>
> 
> This is a very good question.  I think you should definitely document it
> in dh-golang itself (its manpage, etc.) regardless of whether it is
> documented in debhelper.

Of course. The change is documented in dh-golang itself. Or rather it
will be, because using debhelper compat level to decide what is the
default behaviour is an afterthought.
> Having thought about, I think I am open to having an item or two for
> third-party debhelper tooling in the compatibility notes.  I may have to
> revise that if I start getting a lot of third-party notes but I am not
> getting a lot of them.
> 
> Could you please file a bug or merge request on salsa against debhelper
> with the proposed text?

I will, as soon as it is fully implemented and has been tested a bit
more: it might need a few weeks before I have time to finalize this.

Thanks,

-- 
nodens

Bug#907078: libwebkit2gtk-4.0-37-gtk2: Drop this package?

[Jeremy Bicha]

Package: libwebkit2gtk-4.0-37-gtk2
Version: 2.21.91-2

libwebkit2gtk-4.0-37-gtk2 has only one reverse dependency in Debian:
epiphany-browser recommends it. epiphany-browser 3.29 no longer
supports NPAPI plugins. Since epiphany 3.30 will be released around
the same time as webkit 2.22, I propose we drop the -gtk2 package now
in the 2.21 (experimental) series.

Adobe Flash will no longer be supported after the end of 2020, which
is before Debian Buster will go out of support.

I guess we'll want to keep the -gtk2 package for Debian Stretch for
now since we have an older epiphany version there.

I took a quick look and see a ENABLE_PLUGIN_PROCESS_GTK2 option in
Source/WebCore/PlatformGTK.cmake but I haven't tested this.

References

https://mail.gnome.org/archives/epiphany-list/2018-March/msg2.html

Thanks,
Jeremy Bicha

Bug#907076: Man page for sbuild-debian-developer-setup in wrong binary package

[Ryan Kavanagh]

Package: sbuild
Version: 0.77.0-4
Severity: minor
Control: affects -1 + sbuild-debian-developer-setup

The manpage for sbuild-debian-developer-setup should be in that binary
package instead of in the sbuild binary package.

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

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

Versions of packages sbuild depends on:
ii  adduser 3.117
ii  libsbuild-perl  0.77.0-4
ii  perl5.26.2-7

Versions of packages sbuild recommends:
ii  autopkgtest  5.5
ii  debootstrap  1.0.108
ii  schroot  1.6.10-5

Versions of packages sbuild suggests:
pn  deborphan  
ii  kmod   25-1
ii  wget   1.19.5-1

-- no debconf information

-- 
|)|/  Ryan Kavanagh  | GPG: 4E46 9519 ED67 7734 268F
|\|\  https://rak.ac |  BD95 8F7B F8FC 4A11 C97A


signature.asc
Description: PGP signature

Bug#907077: neutron-fwaas-dashboard: missing build-dependency on python3-django-horizon

[Steve Langasek]

Package: neutron-fwaas-dashboard
Version: 1.3.0-1
Severity: minor
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu cosmic ubuntu-patch

In Ubuntu, neutron-fwaas-dashboard fails to build because it relies on
python3-django-horizon at build time, but does not have a direct
build-dependency on it:

for i in 3.7 3.6 ; do \
PYTHONPATH=/<>/debian/tmp/usr/lib/python3/dist-packages \
NOSE_WITH_OPENSTACK=1 \
NOSE_OPENSTACK_COLOR=1 \
NOSE_OPENSTACK_RED=0.05 \
NOSE_OPENSTACK_YELLOW=0.025 \
NOSE_OPENSTACK_SHOW_ELAPSED=1 \
python$i /<>/manage.py test 
neutron_fwaas_dashboard.test -v 2 
--settings=neutron_fwaas_dashboard.test.settings ; \
done
Traceback (most recent call last):
  File "/<>/manage.py", line 23, in 
execute_from_command_line(sys.argv)
  File "/usr/lib/python3/dist-packages/django/core/management/__init__.py", line
 364, in execute_from_command_line
utility.execute()
  File "/usr/lib/python3/dist-packages/django/core/management/__init__.py", line
 308, in execute
settings.INSTALLED_APPS
  File "/usr/lib/python3/dist-packages/django/conf/__init__.py", line 56, in 
__getattr__
 364, in execute_from_command_line
utility.execute()
  File "/usr/lib/python3/dist-packages/django/core/management/__init__.py", 
line 308, in execute
settings.INSTALLED_APPS
  File "/usr/lib/python3/dist-packages/django/conf/__init__.py", line 56, in 
__getattr__
self._setup(name)
  File "/usr/lib/python3/dist-packages/django/conf/__init__.py", line 41, in 
_setup
self._wrapped = Settings(settings_module)
  File "/usr/lib/python3/dist-packages/django/conf/__init__.py", line 110, in 
__init__
mod = importlib.import_module(self.SETTINGS_MODULE)
  File "/usr/lib/python3.6/importlib/__init__.py", line 126, in import_module
return _bootstrap._gcd_import(name[level:], package, level)
  File "", line 994, in _gcd_import
  File "", line 971, in _find_and_load
  File "", line 955, in _find_and_load_unlocked
  File "", line 665, in _load_unlocked
  File "", line 678, in exec_module
  File "", line 219, in _call_with_frames_removed
  File "/<>/neutron_fwaas_dashboard/test/settings.py", line 14, in 

from horizon.test.settings import *  # noqa
ModuleNotFoundError: No module named 'horizon'
make[1]: *** [debian/rules:23: override_dh_install] Error 1
make[1]: Leaving directory '/<>'
make: *** [debian/rules:6: binary] Error 2
dpkg-buildpackage: error: fakeroot debian/rules binary subprocess returned exit 
status 2

[...]

  (https://launchpad.net/ubuntu/+source/neutron-fwaas-dashboard/1.3.0-1)

In Debian, this missing build dependency is not causing a build failure
because it's pulled in indirectly via openstack-dashboard.  In Ubuntu,
openstack-dashboard currently depends on python-django-horizon |
python3-django-horizon, so the alternative is resolved to
python-django-horizon instead of the needed python3 version.

Since neutron-fwaas-dashboard references horizon directly in its tests, it
should build-depend on it directly, not rely on it being pulled in via some
other build dependency.

Please consider the attached patch.

Cheers,
-- 
Steve Langasek   Give me a lever long enough and a Free OS
Debian Developer   to set it on, and I can move the world.
Ubuntu Developer   https://www.debian.org/
slanga...@ubuntu.com vor...@debian.org
diff -Nru neutron-fwaas-dashboard-1.3.0/debian/control 
neutron-fwaas-dashboard-1.3.0/debian/control
--- neutron-fwaas-dashboard-1.3.0/debian/control2018-02-21 
05:09:04.0 -0800
+++ neutron-fwaas-dashboard-1.3.0/debian/control2018-08-23 
11:00:57.0 -0700
@@ -15,6 +15,7 @@
 Build-Depends-Indep:
  openstack-dashboard (>= 3:13.0.0~rc1),
  python3-coverage,
+ python3-django-horizon,
  python3-django-nose,
  python3-mock,
  python3-mox3,

Bug#906158: intel-microcode: Update intel-microcode to 20180807

[Henrique de Moraes Holschuh]

On Thu, 23 Aug 2018, Markus Schade wrote:
> apparently Intel has changed its mind and is reverting to the old license:
> 
> https://01.org/mcu-path-license-2018
> https://wccftech.com/intel-microcode-update-gag-order-benchmarks/
> 
> But I guess we have to to wait for the actual MCU download to
> incorporate this change. What do you think, Henrique?

Yes, it is much better to wait for a new download to be made available,
with the mcu-path-license-2018 version of the distribution license
inside.

The text of this license is the same (or very close to) the older
license that Intel used in the .dat format for a *long* time.  It is
non-free, of course, but it is both distributable and usable, as far as
I know (IANAL).

Now, we wait.  Feel free to send email to this bug report if you notice
the mcu-path-license-2018 release is already available.  There is no
need to open a new bug report about it ;-)

-- 
  Henrique Holschuh

Bug#907075: tracker.debian.org: please report outstanding merge requests if Vcs- fields point to salsa

[Daniel Kahn Gillmor]

Package: tracker.debian.org
Severity: wishlist

I just noticed that some debian packaging projects i've worked on that
are hosted on salsa are starting to accumulate merge requests via the
gitlab interface.

https://tracker.debian.org does a good job of collecting outstanding
work under the "action needed" box.

I think if a source package has a Vcs- field that points to salsa, the
tracker could take a look at the number of outstanding merge requests
open on the project's gitlab repo, and report if the number is greater
than 0.

Thanks for maintaining tracker.debian.org!

   --dkg

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

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

Bug#907074: fscrypt: CVE-2018-6558

[Salvatore Bonaccorso]

Source: fscrypt
Version: 0.2.3-2
Severity: grave
Tags: security upstream fixed-upstream
Forwarded: https://github.com/google/fscrypt/issues/77

Hi,

The following vulnerability was published for fscrypt.

CVE-2018-6558[0]:
privilege escalation

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

For further information see:

[0] https://security-tracker.debian.org/tracker/CVE-2018-6558
https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2018-6558
[1] https://github.com/google/fscrypt/issues/77
[2] https://launchpad.net/bugs/1787548

Regards,
Salvatore

Bug#894757: libmypaint-common: file conflict with mypaint-data

[Jack Underwood]

Just a thought, but does the file conflict actually produce the exact same 
files?  I.e. can we just disablethese files from either mypaint-data or 
libmypaint-common (probably from mypaint-data as this lookslike the older 
package, and then have it depend on the other to ensure that those files exist 
on the system?
Then mypaint can take its own sweet time in releasing its next version :).

Bug#905440: www.debian.org: remove "last modified" from footer

[Laura Arjona Reina]

Hi!

El 23/08/18 a las 18:28, Steve McIntyre escribió:

> 
> Except... in Thomas' original bug report he mentions the specific URL
> https://www.debian.org/women/ and that *doesn't* have the GEN_TIME
> variable set. I think we're actually looking at something else here -
> on the www-master server, what's the mtime of the file
> english/women/index.wml? If *that* is where the "Last Modified: Fri,
> Jun 1 18:42:17 UTC 2018" text is coming from, then I'll need to rework
> this change to ignore the on-disk mtime and ask git instead.
> 

yes, ls --full-time index.wml (in
www-master.debian.org:/srv/www.debian.org/webwml/english/women/)
produces this time:
2018-06-01 18:42:17.640970720 +

Cheers

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