Bug#814809: [pkg-php-pear] Bug#814809: Moving forward with the PHP 7.0 transition [Was: phing depends on php5-xdebug, which is not available anymore]

[Mathieu Parent]

2016-02-21 22:27 GMT+01:00 Mathieu Parent <math.par...@gmail.com>:
> Hello everybody,
>
> [...]
>> [ pkg-php-tools ]
>>
>> About the “root” issue, Mathieu, what are the current blockers holding
>> the still current “pkg-php-tools package is still WIP”? [0] Is there
>> anything we can help with in order to start making our PHP classes ready
>> for the ongoing transition?
>
> There is no blocker. I'll upload it soon.

I spoke too fast. pkg-php-tools currently FTBFS on sid:
Running test: 201_Debian_Debhelper_Buildsystem_phppear.sh
cp package.xml ./MyProject_Packages-1.2.1/package.xml
sed -i -e s/md5sum=\"\[^\"\]\*\"// -e s/sha1sum=\"\[^\"\]\*\"//
./MyProject_Packages-1.2.1/package.xml
/usr/bin/pear -c debian/pearrc -d download_dir=/tmp -d
include_path=/usr/share/php -d php_bin=/usr/bin/php -d
bin_dir=/usr/bin -d php_dir=/usr/share/php -d
data_dir=/usr/share/php/data -d doc_dir=/usr/share/doc/php-foo -d
test_dir=/usr/share/php/tests install --offline --nodeps -P
/tmp/xk_J41CJRn ./MyProject_Packages-1.2.1/package.xml
PHP Parse error:  syntax error, unexpected 'new' (T_NEW) in
/usr/share/php/PEAR/Frontend.php on line 91
201_Debian_Debhelper_Buildsystem_phppear.pl: /usr/bin/pear -c
debian/pearrc -d download_dir=/tmp -d include_path=/usr/share/php -d
php_bin=/usr/bin/php -d bin_dir=/usr/bin -d php_dir=/usr/share/php -d
data_dir=/usr/share/php/data -d doc_dir=/usr/share/doc/php-foo -d
test_dir=/usr/share/php/tests install --offline --nodeps -P
/tmp/xk_J41CJRn ./MyProject_Packages-1.2.1/package.xml returned exit
code 255
UNKNOWN

i.e we need php-pear to pass NEW (which include the needed fix |1])

[1]: 
https://github.com/pear/pear-core/commit/4a66490bdecd5e4ec2b8213e89a6e40aaa18975e




-- 
Mathieu

Bug#813406: WIP (was: Fwd: Proposed changes to jessie)

[Mathieu Parent]

Hello,

I've proposed the changes to -security, without response yet.

See below.

-- Forwarded message --
From: Mathieu Parent <math.par...@gmail.com>
Date: 2016-02-24 22:24 GMT+01:00
Subject: Re: Proposed changes to jessie
To: t...@security.debian.org


2016-02-04 15:04 GMT+01:00 Mathieu Parent <math.par...@gmail.com>:
> Hello,

Pinging again.

> I have prepared security fixes for two Horde packages:
> - php-horde: https://bugs.debian.org/813573#26 XSS vulnerability in menu bar
Debdiff at: 
http://anonscm.debian.org/cgit/pkg-horde/PEAR/php-horde.git/diff/?id2=47c6d6e6ad0836d657eee75e36ef8dbd19c843d2=112b45b0403df87828e6cd620eb0e3d4fc3c7fa9

> - php-horde-core: https://bugs.debian.org/813590#23 XSS in
> Horde_Core_VarRenderer_Html
Debdiff at: 
http://anonscm.debian.org/cgit/pkg-horde/PEAR/php-horde-core.git/diff/?id2=d79e0d5424ba76351cde56701e061f91d241ec09=a98c8cb02edaaa0378771a7f21855aaafc883785

>
> Can I upload the two packages (this is already fixed in sid)?

Waiting for your answer.

> I have also prepared a ctdb regression update, which fix CTDB behavior
> under Linux after the fix for CVE-2015-8543:
> - https://bugs.debian.org/813406#25 ctdb, raw sockets and CVE-2015-8543

See 
http://anonscm.debian.org/cgit/pkg-samba/ctdb.git/commit/?h=debian-jessie=ec4e506686578cdf13b36ce18ec98cc5307b4e64

> Can I upload it?

Same.

> Can I make the same to wheezy once jessie is uploaded?

Same.

I think keeping those issues in place is not good.

Regards
--
Mathieu Parent

Bug#816002: wheezy-pu: package c-icap/1:0.1.6-1.1+deb7u2

[Mathieu Parent]

2016-02-26 15:59 GMT+01:00 Sebastian Andrzej Siewior :
> Package: release.debian.org
> Severity: normal
> Tags: wheezy
> User: release.debian@packages.debian.org
> Usertags: pu
>
> In order to address the current FTBFS of c-icap-modules here is an
> update for c-icap which resolves the problem. With this patch I was able
> to build c-icap-modules again.

Patch looks good. But I don't know which openssl commit broke c-icap.
Why does it FTBFS on wheezy now?

> Mathieu, I will be happy to perform the upload unless you want to do
> this yourself.

Please go ahead. Thanks

Cheers,
-- 
Mathieu

Bug#816184: [pkg-horde] Bug#816184: php-horde-memcache depends on package that is no longer built.

[Mathieu Parent]

2016-02-28 14:45 GMT+01:00 peter green :
> Package: php-horde-memcache
> Version: 2.0.7-3
> Severity: serious


Hi,


> php-horde-memcache depends on php5-memcache which is no longer built by the
> php-memcache source package.
>
> Ubuntu seems to indicate that a no-change rebuild is enough to fix this.

This kind of bug merely affect all php packages. Please don't file
those bug reports before the PHP7 transition is finished.

Thanks

-- 
Mathieu

Bug#810858: [pkg-horde] Bug#810858: Bug#810858: webmail-install and horde try to create db schema multiple times + wrong schema version

[Mathieu Parent]

Control: reassign -1 php-horde-db
Control: affects -1 php-horde-webmail php-horde-kronolith
Control: tag -1 + upstream confirmed
Control: forwarded -1 https://github.com/horde/horde/pull/168

Hello,

2016-01-15 19:34 GMT+01:00 Ivan Sergio Borgonovo <ivan@gmail.com>:
[...]
> The patch is attached and should work with postgres versions as remote as
> 8.0.

I proposed it at: https://github.com/horde/horde/pull/168

I'll wait upstream review before applying in Debian.

Regards
-- 
Mathieu Parent

Bug#814809: [pkg-php-pear] Bug#814809: Moving forward with the PHP 7.0 transition [Was: phing depends on php5-xdebug, which is not available anymore]

[Mathieu Parent]

Hello everybody,

[...]
> [ pkg-php-tools ]
>
> About the “root” issue, Mathieu, what are the current blockers holding
> the still current “pkg-php-tools package is still WIP”? [0] Is there
> anything we can help with in order to start making our PHP classes ready
> for the ongoing transition?

There is no blocker. I'll upload it soon.


> Among the things I was wondering that might need handling in order to
> make this transition possible without having to deal manually with every
> version of every (build-)dependency, recommendation, etc. of every
> package:
[...]

No idea, but we're already in a broken state, we need to go ahead now.

Regards
-- 
Mathieu

Bug#818161: [pkg-horde] Bug#818161: Cannot use 'String' as class name as it is reserved

[Mathieu Parent]

2016-03-14 11:54 GMT+01:00 Felix Zielcke <fziel...@z-51.de>:
> Package: php-horde-css-parser
> Version: 1.0.8-2
> Severity: important
>
>
> Hi,

Hello,

> I just upgraded the php-horde* packages to the new ones with support for PHP 
> 7.
> But I get the following error after login:
>
> PHP Fatal error:  Cannot use 'String' as class name as it is reserved in 
> /usr/share/php/Horde/Css/Parser/vendor/sabberworm/php-css-parser/lib/Sabberworm/CSS/Value/String.php
>  on line 5

Thanks for reporting.

This is probably fixed by:
https://github.com/sabberworm/PHP-CSS-Parser/commit/647f53dbc7d98b7df5183ede743d0de8b95729f7

> Regards
> Felix Zielcke

Regards

-- 
Mathieu Parent

Bug#817251: RM: shinken-mod-webui -- ROM; Obsolete, unmaintained, superseeded by webui2

[Mathieu Parent]

Package: ftp.debian.org
Severity: normal

Hi,

Please remove this package.

See also #817161.

Regards

Mathieu Parent

Bug#820094: [Pkg-php-pecl] Bug#820094: Doesn't support PHP 7

[Mathieu Parent]

2016-04-05 14:30 GMT+02:00 Ondřej Surý :
> Source: php-facedetect
> Version: 1.1.0+git20140717-2
> Severity: grave
>
> Dear maintainers,
>
> php-facedetect doesn't support PHP 7.0 and it should be either updated
> to have PHP 7.0 support (which doesn't support in upstream) or the
> package should be removed from the archive (I can fill the RM bug if
> you don't have time).

Keep it in sid only for now. I will dig into it once time permit.

Cheers
-- 
Mathieu

Bug#820091: [pkg-horde] Bug#820091: Switch from php-mongo to php-mongodb is needed

[Mathieu Parent]

2016-04-05 13:54 GMT+02:00 Ondřej Surý :
> Package: php-horde-mongo
> Version: 1.0.3-4
> Severity: grave
>
> Dear maintainers,

hello Ondřej,

> php-mongo is obsolete with PHP 7.0 and it's going to be removed from
> Debian unstable.

OK.

> This is RC bug to make sure that php-horde-mongo gets removed from
> testing, so we can remove php-mogno, and then gets updated to use the
> new mongodb extension packaged as php-mongodb.

No problem to have php-horde-mongodb removed from testing, it's a leaf package.

Just for my information, is there any plan to ship php-mongodb? Is the
API compatible?

> Cheers,

Cheers,

-- 
Mathieu

Bug#820265: RM: shinken-mod-graphite -- ROM; Debian packaging team inactive

[Mathieu Parent]

Package: ftp.debian.org
Severity: normal

Hello,

As the RFA [1] has not been taken, and without any effective action [2].

I don't want to keep this package outdated and unmaintained, so please remove 
it.

Regards


[1]: https://bugs.debian.org/799539
[2]: 
https://lists.alioth.debian.org/pipermail/pkg-shinken-maint/Week-of-Mon-20160111/000358.html

Bug#820267: RM: shinken-mod-livestatus -- ROM; Debian packaging team inactive

[Mathieu Parent]

Package: ftp.debian.org
Severity: normal

Hello,

As the RFA [1] has not been taken, and without any effective action [2].

I don't want to keep this package outdated and unmaintained, so please remove 
it.

Regards


[1]: https://bugs.debian.org/799539
[2]: 
https://lists.alioth.debian.org/pipermail/pkg-shinken-maint/Week-of-Mon-20160111/000358.html

Bug#820264: RM: shinken-mod-collectd -- ROM; Debian packaging team inactive

[Mathieu Parent]

Package: ftp.debian.org
Severity: normal

Hello,

As the RFA [1] has not been taken, and without any effective action [2].

I don't want to keep this package outdated and unmaintained, so please remove 
it.

Regards


[1]: https://bugs.debian.org/799539
[2]: 
https://lists.alioth.debian.org/pipermail/pkg-shinken-maint/Week-of-Mon-20160111/000358.html

Bug#820263: RM: shinken-mod-booster-nrpe -- ROM; Debian packaging team inactive

[Mathieu Parent]

Package: ftp.debian.org
Severity: normal

Hello,

As the RFA [1] has not been taken, and without any effective action [2].

I don't want to keep this package outdated and unmaintained, so please remove 
it.

Regards


[1]: https://bugs.debian.org/799539
[2]: 
https://lists.alioth.debian.org/pipermail/pkg-shinken-maint/Week-of-Mon-20160111/000358.html

Bug#820268: RM: shinken-mod-logstore-mongodb -- ROM; Debian packaging team inactive

[Mathieu Parent]

Package: ftp.debian.org
Severity: normal

Hello,

As the RFA [1] has not been taken, and without any effective action [2].

I don't want to keep this package outdated and unmaintained, so please remove 
it.

Regards


[1]: https://bugs.debian.org/799539
[2]: 
https://lists.alioth.debian.org/pipermail/pkg-shinken-maint/Week-of-Mon-20160111/000358.html

Bug#820266: RM: shinken-mod-hot-dependencies -- ROM; Debian packaging team inactive

[Mathieu Parent]

Package: ftp.debian.org
Severity: normal

Hello,

As the RFA [1] has not been taken, and without any effective action [2].

I don't want to keep this package outdated and unmaintained, so please remove 
it.

Regards


[1]: https://bugs.debian.org/799539
[2]: 
https://lists.alioth.debian.org/pipermail/pkg-shinken-maint/Week-of-Mon-20160111/000358.html

Bug#820262: RM: shinken -- ROM; Debian packaging team inactive

[Mathieu Parent]

Package: ftp.debian.org
Severity: normal

Hello,

As the RFA [1] has not been taken, and without any effective action [2].

I don't want to keep this package outdated and unmaintained, so please remove 
it.

Regards


[1]: https://bugs.debian.org/799539
[2]: 
https://lists.alioth.debian.org/pipermail/pkg-shinken-maint/Week-of-Mon-20160111/000358.html

Bug#820280: RM: shinken-mod-ws-arbiter -- ROM; Debian packaging team inactive

[Mathieu Parent]

Package: ftp.debian.org
Severity: normal

Hello,

As the RFA [1] has not been taken, and without any effective action [2].

I don't want to keep this package outdated and unmaintained, so please remove 
it.

Regards


[1]: https://bugs.debian.org/799539
[2]: 
https://lists.alioth.debian.org/pipermail/pkg-shinken-maint/Week-of-Mon-20160111/000358.html

Bug#820279: RM: shinken-mod-ui-graphite -- ROM; Debian packaging team inactive

[Mathieu Parent]

Package: ftp.debian.org
Severity: normal

Hello,

As the RFA [1] has not been taken, and without any effective action [2].

I don't want to keep this package outdated and unmaintained, so please remove 
it.

Regards


[1]: https://bugs.debian.org/799539
[2]: 
https://lists.alioth.debian.org/pipermail/pkg-shinken-maint/Week-of-Mon-20160111/000358.html

Bug#820271: RM: shinken-mod-logstore-sqlite -- ROM; Debian packaging team inactive

[Mathieu Parent]

Package: ftp.debian.org
Severity: normal

Hello,

As the RFA [1] has not been taken, and without any effective action [2].

I don't want to keep this package outdated and unmaintained, so please remove 
it.

Regards


[1]: https://bugs.debian.org/799539
[2]: 
https://lists.alioth.debian.org/pipermail/pkg-shinken-maint/Week-of-Mon-20160111/000358.html

Bug#820272: RM: shinken-mod-mongodb -- ROM; Debian packaging team inactive

[Mathieu Parent]

Package: ftp.debian.org
Severity: normal

Hello,

As the RFA [1] has not been taken, and without any effective action [2].

I don't want to keep this package outdated and unmaintained, so please remove 
it.

Regards


[1]: https://bugs.debian.org/799539
[2]: 
https://lists.alioth.debian.org/pipermail/pkg-shinken-maint/Week-of-Mon-20160111/000358.html

Bug#820269: RM: shinken-mod-logstore-null -- ROM; Debian packaging team inactive

[Mathieu Parent]

Package: ftp.debian.org
Severity: normal

Hello,

As the RFA [1] has not been taken, and without any effective action [2].

I don't want to keep this package outdated and unmaintained, so please remove 
it.

Regards


[1]: https://bugs.debian.org/799539
[2]: 
https://lists.alioth.debian.org/pipermail/pkg-shinken-maint/Week-of-Mon-20160111/000358.html

Bug#820276: RM: shinken-mod-pickle-retention-file-generic -- ROM; Debian packaging team inactive

[Mathieu Parent]

Package: ftp.debian.org
Severity: normal

Hello,

As the RFA [1] has not been taken, and without any effective action [2].

I don't want to keep this package outdated and unmaintained, so please remove 
it.

Regards


[1]: https://bugs.debian.org/799539
[2]: 
https://lists.alioth.debian.org/pipermail/pkg-shinken-maint/Week-of-Mon-20160111/000358.html

Bug#820274: RM: shinken-mod-npcdmod -- ROM; Debian packaging team inactive

[Mathieu Parent]

Package: ftp.debian.org
Severity: normal

Hello,

As the RFA [1] has not been taken, and without any effective action [2].

I don't want to keep this package outdated and unmaintained, so please remove 
it.

Regards


[1]: https://bugs.debian.org/799539
[2]: 
https://lists.alioth.debian.org/pipermail/pkg-shinken-maint/Week-of-Mon-20160111/000358.html

Bug#820277: RM: shinken-mod-retention-mongodb -- ROM; Debian packaging team inactive

[Mathieu Parent]

Package: ftp.debian.org
Severity: normal

Hello,

As the RFA [1] has not been taken, and without any effective action [2].

I don't want to keep this package outdated and unmaintained, so please remove 
it.

Regards


[1]: https://bugs.debian.org/799539
[2]: 
https://lists.alioth.debian.org/pipermail/pkg-shinken-maint/Week-of-Mon-20160111/000358.html

Bug#820278: RM: shinken-mod-simple-log -- ROM; Debian packaging team inactive

[Mathieu Parent]

Package: ftp.debian.org
Severity: normal

Hello,

As the RFA [1] has not been taken, and without any effective action [2].

I don't want to keep this package outdated and unmaintained, so please remove 
it.

Regards


[1]: https://bugs.debian.org/799539
[2]: 
https://lists.alioth.debian.org/pipermail/pkg-shinken-maint/Week-of-Mon-20160111/000358.html

Bug#820273: RM: shinken-mod-named-pipe -- ROM; Debian packaging team inactive

[Mathieu Parent]

Package: ftp.debian.org
Severity: normal

Hello,

As the RFA [1] has not been taken, and without any effective action [2].

I don't want to keep this package outdated and unmaintained, so please remove 
it.

Regards


[1]: https://bugs.debian.org/799539
[2]: 
https://lists.alioth.debian.org/pipermail/pkg-shinken-maint/Week-of-Mon-20160111/000358.html

Bug#820275: RM: shinken-mod-nsca -- ROM; Debian packaging team inactive

[Mathieu Parent]

Package: ftp.debian.org
Severity: normal

Hello,

As the RFA [1] has not been taken, and without any effective action [2].

I don't want to keep this package outdated and unmaintained, so please remove 
it.

Regards


[1]: https://bugs.debian.org/799539
[2]: 
https://lists.alioth.debian.org/pipermail/pkg-shinken-maint/Week-of-Mon-20160111/000358.html

Bug#820282: Please enable fpm by default on Apache

[Mathieu Parent]

Package: php7.0-fpm
Version: 7.0.5-2
Severity: normal

Hi Ondrej,

Currently, php7.0 depends on php7.0-fpm | libapache2-mod-php7.0 | php7.0-cgi.

FPM being the default, a smooth experience is expected. Also, this can be a 
security risk as PHP source is available.

Patch:
  git revert 4c4736beed2d0151d69aadbfc156a9d9b3df05c1

Side question: Why was the default changed from mod_php5 to php7.0-fpm?

Cheers

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

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

Bug#820282: Please enable fpm by default on Apache

[Mathieu Parent]

On Thu, 07 Apr 2016 07:46:12 +0200 Mathieu Parent <sath...@debian.org> wrote:
[...]
> Patch:
>   git revert 4c4736beed2d0151d69aadbfc156a9d9b3df05c1


And mod_proxy should be enabled (a2enmod proxy or apache2_invoke enmod proxy).

Cheers,

Mathieu

Bug#820282: Please enable fpm by default on Apache

[Mathieu Parent]

On Thu, 7 Apr 2016 08:15:10 +0200 Mathieu Parent <math.par...@gmail.com> wrote:
> On Thu, 07 Apr 2016 07:46:12 +0200 Mathieu Parent <sath...@debian.org> wrote:
> [...]
> > Patch:
> >   git revert 4c4736beed2d0151d69aadbfc156a9d9b3df05c1
>
>
> And mod_proxy should be enabled (a2enmod proxy or apache2_invoke enmod proxy).


I mean proxy_fcgi

Cheers

Mathieu
(sorry for the spam)

Bug#819592: Can't complete horde webmail-install script

[Mathieu Parent]

Hi,

On Thu, 31 Mar 2016 01:43:51 +0300
=?UTF-8?B?0JXQstCz0LXQvdC40Lkg0JHQsNGF0YLQuNC9?=
<bahtin.ev...@gmail.com> wrote:
> Package: php-horde-webmail
> Version: 5.2.12-2
> Severity: grave
> Tags: sid
>
> I use only 'sid' repository. I install on 'clean' system.
> When I try to complete horde webmail installation with script
> 'webmail-install' I see this message:
>

I couldn't reproduce it.

As things are changing fast currently in sid (PHP7 transition), can
you try again?

The only problems I had are:
- PHP not enabled on Apache (#820282)
- Services_Weather had to be patched:
diff -ur /usr/share/php.orig/Services/Weather.php
/usr/share/php/Services/Weather.php
--- /usr/share/php.orig/Services/Weather.php2016-03-18
22:10:39.0 +
+++ /usr/share/php/Services/Weather.php2016-04-05 06:27:00.783244225 +
@@ -164,7 +164,7 @@

 // Create service and return
 $error = null;
-@$obj =  $classname($options, $error);
+@$obj = new $classname($options, $error);

 if (Services_Weather::isError($error)) {
     return $error;



Regards

Mathieu Parent

Bug#670141: archived releases unusable now

[Mathieu Parent]

On Mon, 23 Apr 2012 22:06:48 +0200 Joerg Jaspert <jo...@debian.org> wrote:
> On 12825 March 1977, Thorsten Glaser wrote:
[...]
> If you dislike its default, you can tell it to use a different way (and
> ignore the expiry)

For reference, this is adding "Acquire::Check-Valid-Until false;" in apt.conf.

Unfortunately, a per-archive config is not supported on squeeze:

deb [ check-valid-until=no ] http://archive.debian.org/debian/ squeeze-lts main

Regards

Mathieu Parent

Bug#818271: [pkg-php-pear] Bug#818271: PEAR sysconfdir has changed from /etc/pear to /etc

[Mathieu Parent]

Control: tag -1 + pending confirmed

I've commited this:
http://anonscm.debian.org/cgit/pkg-php/php-pear.git/commit/?id=423616341f668843f86eb6d40ab46ef1ec3b1492

Thanks

2016-03-15 11:18 GMT+01:00 Ondřej Surý :
> Package: php-pear
> Version: 5.6.17+dfsg-3
> Severity: important
>
> Hi,
>
> after setting back PEAR_INSTALL_DIR in PHP SAPIs back to
> /usr/share/php, we are almost back at the same default config
> variables as we had before the source package split, with one notable
> exception that needs to be fixed:
>
> Signature Key Directorysig_keydir   [-/etc/pear/pearkeys-]   
> {+/etc/pearkeys+}
> System Configuration File  Filename [-/etc/pear/pear.conf-]   
>   {+/etc/pear.conf+}
>
> The sysconfdir for src:php-pear packages has changed from /etc/pear/
> to just /etc/.
>
> We had this in d/rules before:
>
> cd cgi-build && PHP_PEAR_DOWNLOAD_DIR=$(CURDIR)/pear-build-download $(MAKE) 
> install-pear PHP_PEAR_PHP_BIN=/usr/bin/php 
> PHP_PEAR_INSTALL_DIR=/usr/share/php PHP_PEAR_SYSCONF_DIR=/etc/pear 
> PHP_PEAR_SIG_BIN=/usr/bin/gpg INSTALL_ROOT=$(CURDIR)/pear-build
>
> So I guess you need to emulate that somehow from src:php-pear to get
> the variables back to where they were before the src package split.
>
> Cheers,
> Ondrej
>
> -- System Information:
> Debian Release: stretch/sid
>   APT prefers testing
>   APT policy: (900, 'testing'), (800, 'unstable'), (700, 'experimental')
> Architecture: amd64 (x86_64)
> Foreign Architectures: i386
>
> Kernel: Linux 4.3.0-1-amd64 (SMP w/4 CPU cores)
> Locale: LANG=en_DK.UTF-8, LC_CTYPE=en_DK.UTF-8 (charmap=UTF-8)
> Shell: /bin/sh linked to /bin/dash
> Init: systemd (via /run/systemd/system)
>
> Versions of packages php-pear depends on:
> ii  php5-cli 5.6.17+dfsg-3
> ii  php5-common  5.6.17+dfsg-3
>
> Versions of packages php-pear recommends:
> ii  gnupg  1.4.20-4
>
> Versions of packages php-pear suggests:
> ii  php5-dev  5.6.17+dfsg-3
>
> -- Configuration Files:
> /etc/pear/pear.conf [Errno 2] No such file or directory: 
> u'/etc/pear/pear.conf'
>
> -- no debconf information
>
> ___
> pkg-php-pear mailing list
> pkg-php-p...@lists.alioth.debian.org
> http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-php-pear



-- 
Mathieu

Bug#818161: [pkg-horde] Bug#818161: Cannot use 'String' as class name as it is reserved

[Mathieu Parent]

Control: tag -1 upstream
Control: forward -1 https://bugs.horde.org/ticket/14297

Reported upstream. As Horde devs have made some changes already but
there're not sufficient.

Regards

-- 
Mathieu

Bug#819146: PHP 7 transition and moving to pkg-php-pecl team

[Mathieu Parent]

Source: php-mongo
Version: 1.6.10-1
Severity: important

Hello,

There is an ongoing transition from php5 to php7.0.

This is basically replacing all references to php5 in debian/* by either php or
php7.0.

Additionnaly moving this package to pkg-php-pecl team and to alioth's git will
allow team maintenance.

Laszlo, can you take care of this? If not, I'll do it in April.

Regards

Mathieu Parent

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

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

Bug#734688: Patch to remove garbage logrotate files

[Mathieu Parent]

hello,

I've proposed a modified patch at:
https://github.com/logrotate/logrotate/pull/23

Regards

-- 
Mathieu

Bug#814809: [pkg-php-pear] Bug#814809: Moving forward with the PHP 7.0 transition [Was: phing depends on php5-xdebug, which is not available anymore]

[Mathieu Parent]

2016-02-22 20:43 GMT+01:00 Mathieu Parent <math.par...@gmail.com>:
[...]
> i.e we need php-pear to pass NEW (which include the needed fix |1])

Now that php-pear is in sid, I've uploaded newer pkg-php-tools.

Remaining lintian warnings:
E: pkg-php-tools: php-script-but-no-phpX-cli-dep usr/bin/pkgtools
E: pkg-php-tools: php-script-but-no-phpX-cli-dep
usr/share/pkg-php-tools/scripts/phppkginfo


Also, the phpunit tests need to be fixed.

Regards

-- 
Mathieu

Bug#759010: [Pkg-samba-maint] Bug#759010: samba: FTBFS on hurd-i386

[Mathieu Parent]

On Sat, 23 Aug 2014 22:45:02 +0200 Jelmer Vernooij <jel...@samba.org> wrote:
> On Sat, Aug 23, 2014 at 02:49:59PM -0400, Manuel Menal wrote:
> > samba FTBFS on hurd-i386 because lib/tevent/testsuite.c uses PIPE_BUF
> > unconditionally, which is not defined on GNU/Hurd.
> >
> > Attached is a simple patch that use sysconf() if PIPE_BUF is not
> > defined.
> >
> > With this patch and those in #759008 and #749095 applied, samba builds
> > and seems to be working fine on GNU/Hurd.
>
> Thanks! I'll see if I can also get this upstream.

Manuel, can you report it upstream (using samba-technical mailing-list
or a github pull-request)?

Regards

Mathieu Parent

Bug#763648: samba: Typo fix: sever -> server

[Mathieu Parent]

Hello Santiago,

Can you send this patch upstream (via their bugzilla or using github[1])

[1]: https://github.com/samba-team/samba/pulls

We'll merge the Debian part of it once the upstream part is merged.

Regards

Mathieu Parent

Bug#819302:

[Mathieu Parent]

Control: reopen -1

Reopening as it still affects jessie.

-- 
Mathieu

Bug#709613: Still in wheezy

[Mathieu Parent]

Control: reopen -1

It still affects wheezy. Reopening

-- 
Mathieu

Bug#753667:

[Mathieu Parent]

Control: reopen -1

Oups, it still affects wheezy.

-- 
Mathieu

Bug#736518: This is a FTBR

[Mathieu Parent]

Hello,

THis bug looks like a FTBR.

regards
-- 
Mathieu

Bug#801327: ctdb: Man page for ctdb_diagnostics

[Mathieu Parent]

On Fri, 09 Oct 2015 20:04:48 +0200 Martijn van Brummelen
<mart...@brumit.nl> wrote:
>
>
> I had contact with upstream see [0] and I created this patch.
>
> Kind regards,
> Martijn van Brummelen
> [0] https://lists.samba.org/archive/samba-technical/2015-October/109873.html

Hello Martijn,

Any news on this? Upstream is waiting for an XML, ...

Regards

Mathieu Parent

Bug#801690: [Pkg-samba-maint] Bug#801690: 'smbstatus -b' leads to broken ctdb cluster

[Mathieu Parent]

Hello Adi,

I'm not able to reproduce the bug under current sid.

As ctdb in jessie was in another repository than samba, I suspect an
API incompatibility.

I'm tempted to mark this as fixed under sid, but can you setup a sid
box and test yourself with a similar config?

Regards

Mathieu Parent

Bug#819986: RFP: resolv-wrapper -- A wrapper for DNS name resolving or DNS faking

[Mathieu Parent]

Package: wnpp
Severity: wishlist

* Package name: resolv-wrapper
  Version : 1.1.3
  Upstream Author : Andreas Schneider
* URL : https://cwrap.org/resolv_wrapper.html
* License : BSD-3-clauses
  Programming Lang: C
  Description : A wrapper for DNS name resolving or DNS faking

resolv_wrapper makes it possible on most UNIX platforms to contact your own DNS
implementation in your test environment. It requires socket_wrapper to be able
to contact it.
If it doesn't work on a special platform the wrapper is able to fake DNS queries
and return valid responses to your application.

- Redirects name queries to the nameservers specified in your resolv.conf
- Can fake DNS queries using a simple formatted DNS hosts file.

This package is usefull to run samba selftest.

Bug#822841: cifs-utils should suggests winbind instead of recommending it

[Mathieu Parent]

Package: cifs-utils
Version: 2:5.0-1
Severity: minor

Hello,

Installing cifs-utils pulls winbind (which pulls samba, see #732604).

This is only needed when mounting with cifsacl option.

Regards

Mathieu Parent

Bug#822771: [pkg-php-pear] Bug#822771: php-pear: Invalid argument supplied for foreach() in /usr/share/php/PEAR/Command.php on + XML Extension not found

[Mathieu Parent]

Control: severity -1 major
Control: tag -1 + moreinfo unreproducible

2016-04-27 12:36 GMT+02:00 Ivan Sergio Borgonovo <ivan@gmail.com>:
> Package: php-pear
> Version: 1:1.10.1+submodules+notgz-8
> Severity: grave
> Justification: renders package unusable

Hi,

> I discovered I've the same problem described here:
> http://serverfault.com/questions/589877/pecl-command-produces-long-list-of-errors
> examining horde log files
>
> A long list of
> Invalid argument supplied for foreach() in /usr/share/pear/PEAR/...
> ending with


Can you send the complete log. I need at least the file and line number.

> PHP Warning:  require_once(/lib/Application.php): failed to open stream:
> No such file or directory in /usr/bin/horde-alarms on line 21
> PHP Fatal error:  require_once(): Failed opening required
> '/lib/Application.php' (include_path='.:/usr/share/php:') in
> /usr/bin/horde-alarms on line 21

How have you installed Horde? Using PEAR or apt?

What does aptitude search "php~i" outputs?

> This also seems to be related with some pear issue not setting horde_dir

What does pear config-get horde_dir outputs?

> Simply running
> pear list-all
> or any other pear command end up in the same list of
> Invalid argument supplied for foreach() in /usr/share/pear/PEAR/...
> ending with
> XML Extension not found

I can't reproduce.

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

You have a mix of php5 and php7. Ensure you have the corresponding
versions (for xml, ...)


> Versions of packages php-pear depends on:
> ii  php-common1:35
> ii  php-xml       1:7.0+35
> ii  php5.6-cli [php-cli]  5.6.18+dfsg-11
> ii  php7.0-xml [php-xml]  7.0.5-3

Regards


-- 
Mathieu Parent

Bug#822862: Missing files and permissions

[Mathieu Parent]

Package: subunit
Version: 1.1.0-3
Severity: normal

Hello,


Running samba selftest fails, with "Permission denied" on 
Quick fix:
chmod +x /usr/lib/python2.7/dist-packages/subunit/tests/test_subunit_filter.py
mkdir /usr/lib/python2.7/filters/
ln -s /usr/bin/subunit-filter /usr/lib/python2.7/filters/subunit-filter

Regards

Mathieu Parent

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

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

Versions of packages subunit depends on:
ii  libsubunit-perl  1.1.0-3
ii  perl 5.22.1-10
ii  python   2.7.11-1
ii  python-subunit   1.1.0-3
ii  python3-subunit  1.1.0-3

Versions of packages subunit recommends:
ii  python-gtk2  2.24.0-4
pn  python-junitxml  

subunit suggests no packages.

-- no debconf information

Bug#822862: Missing files and permissions

[Mathieu Parent]

: Exception: Exception: _StringException: Traceback (most recent
call last):
  File "/usr/lib/python2.7/dist-packages/subunit/tests/test_subunit_filter.py",
line 342, in test_passthrough
output = self.run_command([], b'hi thar')
  File "/usr/lib/python2.7/dist-packages/subunit/tests/test_subunit_filter.py",
line 300, in run_command
raise RuntimeError("%s failed: %s" % (command, err))
RuntimeError: ['/usr/bin/python',
'/usr/lib/python2.7/filters/subunit-filter'] failed: /usr/bin/python:
can't open file '/usr/lib/python2.7/filters/subunit-filter': [Errno 2]
No such file or directory
UNEXPECTED(error):
subunit.tests.test_suite.subunit.tests.test_subunit_filter.TestFilterCommand.test_tags(none)
REASON: Exception: Exception: _StringException: Traceback (most recent
call last):
  File "/usr/lib/python2.7/dist-packages/subunit/tests/test_subunit_filter.py",
line 331, in test_tags
['-s', '--with-tag', 'a'], byte_stream.getvalue())
  File "/usr/lib/python2.7/dist-packages/subunit/tests/test_subunit_filter.py",
line 300, in run_command
raise RuntimeError("%s failed: %s" % (command, err))
RuntimeError: ['/usr/bin/python',
'/usr/lib/python2.7/filters/subunit-filter', '-s', '--with-tag', 'a']
failed: /usr/bin/python: can't open file
'/usr/lib/python2.7/filters/subunit-filter': [Errno 2] No such file or
directory







command: python -m samba.subunit.run  $LOADLIST
subunit.tests.test_suite 2>&1  |
/home/mathieu/src/git.debian.org/pkg-samba/samba/selftest/filter-subunit
--fail-on-empty --prefix="subunit.tests.test_suite." --suffix="(none)"
expanded command: python -m samba.subunit.run  $LOADLIST
subunit.tests.test_suite 2>&1  |
/home/mathieu/src/git.debian.org/pkg-samba/samba/selftest/filter-subunit
--fail-on-empty --prefix="subunit.tests.test_suite." --suffix="(none)"
ERROR: Testsuite[subunit.tests.test_suite]
REASON: Exit code was 1

 errors[4]


FAILED (2 failures, 4 errors and 0 unexpected successes in 1 testsuites)



> Quick fix:
> chmod +x /usr/lib/python2.7/dist-packages/subunit/tests/test_subunit_filter.py
> mkdir /usr/lib/python2.7/filters/
> ln -s /usr/bin/subunit-filter /usr/lib/python2.7/filters/subunit-filter

chmod +x /usr/lib/python2.7/dist-packages/subunit/tests/sample-script.py
mkdir /usr/lib/python2.7/filters/
ln -s /usr/bin/subunit-filter /usr/lib/python2.7/filters/subunit-filter

NB: See /usr/lib/python2.7/dist-packages/subunit/tests/test_subunit_filter.py
line 293 for the subunit-filter path.

Regards

Mathieu Parent

Bug#824817: Please include bytecode.cvd in one .deb

[Mathieu Parent]

Package: clamav-testfiles
Version: 0.99.2+dfsg-2
Severity: wishlist

Hi,

There is no offline way to test clamav. I need this to ensure c-icap is
working properly using autopkgtest.

I propose that you include bytecode.cvd in clamav-testfiles.

Thanks

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

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

-- no debconf information

Bug#774765: ITP: php-oci8 -- Extension for Oracle Database

[Mathieu Parent]

hello Petter,

2016-05-20 16:53 GMT+02:00 Petter Reinholdtsen <p...@hungry.com>:
> Hi.  Is the source for this package in some version control directory
> somewhere?

Yes, of course: https://anonscm.debian.org/cgit/pkg-php/php-oci8.git

>Any idea why it take so long for the package to get accepted
> or rejected?  Eigth months seem like a long time in the NEW queue.

Ask this to the ftpteam ...

Regards
-- 
Mathieu Parent

Bug#822771: xml actually missing from php5

[Mathieu Parent]

On Tue, 10 May 2016 12:47:17 +0200 Ivan Sergio Borgonovo
<ivan@gmail.com> wrote:
> Possibly I got a clue.
>
> There is just a php-xml and no php5-xml or php7-xml packages.
>
> Looking in /etc/php/5.6/mods-available there is no xml.ini while there
> is a xml.ini in /etc/php/7.0/mods-available
>
> After installing php7.0-cli
>
> ivan@caronte:~$ php5.6 xml.php
> PHP Fatal error:  Call to undefined function xml_parser_create() in
> /home/ivan/xml.php on line 3

You're probably using php5.6 from deb.sury.org? php5 from Debian
doesn't have this binary.

Do you have any third-party repos?

If this is the case, try to install php5.6-xml.

> while
>
> ivan@caronte:~$ php7.0 xml.php
> doesn't report any error.
>
> I was not able to uninstall php7 due to dependencies.

Yes, php5 is going away from Debian testing.

> These and only these packages where automatically installed even if I
> didn't explicitly asked to install php7:
> php7.0-common
> php7.0-gd
> php7.0-json
> php7.0-mbstring
> php7.0-xml
>
> Trying to purge php7.0-xml says it depends on php-xml but horde depends
> on it.
>
> I'm not completely convinced it is a php/xml problem only.
> I'll try to understand what a proper installation of xml should be for
> php5 and see if I can fix it it manually if it's just a matter of
> configuration files but evidently at least there is a problem with php5
> and xml.

php5 is no more supported in stretch. Why do you need it?

> BTW I did try to aptitude reinstall php-xml but it didn't help.

Regards

Mathieu Parent

Bug#824247: RM: php-pager -- ROM; PHP 7.0 Transition

[Mathieu Parent]

Package: ftp.debian.org
Severity: normal

Dear ftp-team,

One more PEAR package to drop.

Thanks

Mathieu Parent

Bug#801624: cifs-utils: mounting Windows DFS shares fail

[Mathieu Parent]

Control: tag -1 + moreinfo

On Mon, 12 Oct 2015 12:37:14 -0500 Jimmy Crossley
<jcross...@conetrix.com> wrote:
> Package: cifs-utils
> Version: 2:6.4-1
> Severity: normal
>
> Dear Maintainer,
>
> Mounting a Windows DFS (Distributed File System) fails with "mount error(115):
> Operation now in progress"
>
> sudo mount -t cifs //internal.compu-share.com/data/ /mnt/data -o
> noserverino,\user=jcrossley,pass=$PASSWORD,domain=compu-share,sec=ntlm
> mount error(115): Operation now in progress
> Refer to the mount.cifs(8) manual page (e.g. man mount.cifs)

You have an antislash (\) before user. Can you double-check?

> Using the actual name of the file server instead of the DFS name works.
>
> In this example, the DNS entry for internal.compu-share.com points to three
> Windows Servers, which have referrals to the actual server.  The server is a
> NetApp.  It appears as though the client is not following the referral.


Can you look at
http://superuser.com/questions/430163/cifs-share-mount-errors and see
if it helps?

Regards

Mathieu Parent

Bug#822771: php-pear: Invalid argument supplied for foreach() in /usr/share/php/PEAR/Command.php on + XML Extension not found

[Mathieu Parent]

Control: severity -1 important

Downgrading severity as I can't reproduce.

Regards

Bug#821458: RM: dh-make-php -- ROM; Superseeded by pkg-php-tools

[Mathieu Parent]

Package: ftp.debian.org
Severity: normal

Hello,

Actually I'm not the maintainer of this package.

dh-make-php is not used anymore and is superseeded by pkg-php-tools
(See #801269). No more package (build-)depend on it.

Please remove it.

Thanks

Mathieu Parent

Bug#821253: RM: shinken-mod-livestatus/experimental -- ROM; Debian packaging team inactive

[Mathieu Parent]

Package: ftp.debian.org
Severity: normal

Hello,

It has been removed from sid (#820267) and should be removed from experimental
too.

Regards

Mathieu Parent

Bug#820989: [Pkg-samba-maint] Bug#820989: samba: After an 'apt-get upgrade' dpkg report error in samba (--configure)

[Mathieu Parent]

 "

2016-04-14 17:45 GMT+02:00 Arveno Santoro :
> samba_4.2.10+dfsg-0+deb8u2
>
> Same problem
>
> Reading package lists...
> Building dependency tree...
> Reading state information...
> 0 upgraded, 0 newly installed, 0 to remove and 13 not upgraded.
> 1 not fully installed or removed.
> After this operation, 0 B of additional disk space will be used.
> Setting up samba (2:4.2.10+dfsg-0+deb8u2) ...
> Job for smbd.service failed. See 'systemctl status smbd.service' and
> 'journalctl -xn' for details.
> invoke-rc.d: initscript smbd, action "start" failed.
> dpkg: error processing package samba (--configure):
>  subprocess installed post-installation script returned error exit status 1

Can you run at least "systemctl status smbd.service" and "journalctl -xn"?

We need your details,  but you probably have an obsolete configuration
in smb.conf ("password level" or "set directory")

Regards
-- 
Mathieu

Bug#820989: [Pkg-samba-maint] Bug#820989: samba: After an 'apt-get upgrade' dpkg report error in samba (--configure)

[Mathieu Parent]

Le jeudi 21 avril 2016, Arveno Santoro  a écrit :

> In the configuration file there was the deprecated security = share;
> when I changed it to security=user the error is gone away.
>
>
> Thanks for your support and sorry for my little english
>
Thanks



-- 
Mathieu

Bug#818962: [lintian] Proposed patches for php checks

[Mathieu Parent]

Control: tag -1 + patch confirmed

Hello,

See the attached patches (0001 to 0004).

Patches 5 and 6 are unrelated.

Regards
-- 
Mathieu
From 4231f1d6bcf8deaa785941b6ed8809aa2127dc79 Mon Sep 17 00:00:00 2001
From: Mathieu Parent <mathieu.par...@nantesmetropole.fr>
Date: Thu, 3 Mar 2016 10:50:36 +0100
Subject: [PATCH 1/6] There is now a php-cli package

---
 checks/scripts.desc| 6 +++---
 data/scripts/versioned-interpreters| 2 +-
 t/tests/legacy-scripts/debian/debian/rules | 4 ++--
 t/tests/legacy-scripts/tags| 2 +-
 4 files changed, 7 insertions(+), 7 deletions(-)

diff --git a/checks/scripts.desc b/checks/scripts.desc
index ddcc5ed..77590ec 100644
--- a/checks/scripts.desc
+++ b/checks/scripts.desc
@@ -221,9 +221,9 @@ Tag: php-script-but-no-phpX-cli-dep
 Severity: important
 Certainty: certain
 Info: Packages with PHP scripts must depend on a phpX-cli package such as
- php5-cli.  Note that a dependency on a php-cgi package (such as php5-cgi)
- is needlessly strict and forces the user to install a package that isn't
- needed.
+ php-cli or php7.0-cli.  Note that a dependency on a php-cgi package (such
+ as php-cgi or php7.0-cgi) is needlessly strict and forces the user to
+ install a package that isn't needed.
  .
  In some cases a weaker relationship, such as Suggests or Recommends, will
  be more appropriate.
diff --git a/data/scripts/versioned-interpreters b/data/scripts/versioned-interpreters
index fff44c2..05fb366 100644
--- a/data/scripts/versioned-interpreters
+++ b/data/scripts/versioned-interpreters
@@ -73,7 +73,7 @@ guile   => /usr/bin, guile-([\d.]+), guile-$1, 1.6 1.8,
 jruby   => /usr/bin, jruby([\d.]+), jruby$1, 1.0 1.1 1.2
 lua => /usr/bin, lua([\d.]+), lua$1, 40 50 5.1 5.2
 octave  => /usr/bin, octave([\d.]+), octave$1, 3.0 3.2
-php => /usr/bin, php(\d+), php$1-cli, 5, @NO_DEFAULT_DEPS@
+php => /usr/bin, php(\d+), php$1-cli, 5, php-cli
 pike=> /usr/bin, pike([\d.]+), pike$1 | pike$1-core, 7.6 7.8, @NO_DEFAULT_DEPS@
 python  => /usr/bin, python([\d.]+), python$1:any | python$1-minimal:any, 2.7, @SKIP_UNVERSIONED@
 ruby=> /usr/bin, ruby([\d.]+), ruby$1, 1.8 1.9, @SKIP_UNVERSIONED@
diff --git a/t/tests/legacy-scripts/debian/debian/rules b/t/tests/legacy-scripts/debian/debian/rules
index 25b6f9e..a615bd6 100755
--- a/t/tests/legacy-scripts/debian/debian/rules
+++ b/t/tests/legacy-scripts/debian/debian/rules
@@ -63,8 +63,8 @@ binary-indep:
 	install -m 755 init-lsb-other $(tmp)/etc/init.d/lsb-other
 
 	install -m 755 phpfoo $(tmp)/usr/share/scripts/
-	sed 's/php$$/php5/' phpfoo > $(tmp)/usr/share/scripts/php5foo
-	chmod 755 $(tmp)/usr/share/scripts/php5foo
+	sed 's/php$$/php7.0/' phpfoo > $(tmp)/usr/share/scripts/php7.0foo
+	chmod 755 $(tmp)/usr/share/scripts/php7.0foo
 
 	echo "#!/usr/bin/perl" >> $(tmp)/usr/share/scripts/foobar.in
 	chmod 644 $(tmp)/usr/share/scripts/foobar.in
diff --git a/t/tests/legacy-scripts/tags b/t/tests/legacy-scripts/tags
index 3f2854c..d229820 100644
--- a/t/tests/legacy-scripts/tags
+++ b/t/tests/legacy-scripts/tags
@@ -13,7 +13,7 @@ E: scripts: init.d-script-has-unterminated-lsb-section etc/init.d/lsb-broken:15
 E: scripts: missing-dep-for-interpreter jruby => jruby | jruby1.0 | jruby1.1 | jruby1.2 (usr/bin/jruby-broken)
 E: scripts: missing-dep-for-interpreter lefty => graphviz (usr/bin/lefty-foo)
 E: scripts: package-installs-python-bytecode usr/lib/python2.3/site-packages/test.pyc
-E: scripts: php-script-but-no-phpX-cli-dep usr/share/scripts/php5foo
+E: scripts: php-script-but-no-phpX-cli-dep usr/share/scripts/php7.0foo
 E: scripts: php-script-but-no-phpX-cli-dep usr/share/scripts/phpfoo
 E: scripts: python-script-but-no-python-dep usr/bin/py2foo
 E: scripts: python-script-but-no-python-dep usr/bin/pyfoo
-- 
2.6.2

From 9e3f413469c0533a34f397dae77ef5307e4735f9 Mon Sep 17 00:00:00 2001
From: Mathieu Parent <mathieu.par...@nantesmetropole.fr>
Date: Thu, 3 Mar 2016 10:56:23 +0100
Subject: [PATCH 2/6] dh-php5 is replaced by dh-php, and php5-dev by php-dev

Note that php-dev currently depends on php7.0-dev
---
 checks/phppear.desc |  4 ++--
 checks/phppear.pm   | 18 +-
 data/debhelper/dh_addons|  2 +-
 data/debhelper/dh_commands  |  2 +-
 data/debhelper/dh_packages  |  2 +-
 data/debhelper/maint_commands   |  2 +-
 data/debhelper/miscDepends_commands |  2 +-
 t/tests/phppear-pear/tags   |  6 +++---
 t/tests/phppear-pearok/debian/debian/control.in |  2 +-
 9 files changed, 20 insertions(+), 20 deletions(-)

diff --git a/checks/phppear.desc b/checks/phppear.desc
index ccf7a57..5f659b6 100644
--- a/checks/phppear.desc
+++ b/checks/phppear.desc
@@ -50,7 +50,7 @@ Tag: pecl-package-requires-build-dependency
 Severity: normal
 Certainty: possible
 Info: The pac

Bug#822899: Should not recommend php-net-url2

[Mathieu Parent]

Package: php-net-url
Version: 1.0.15-4
Severity: important

Hello,

Currently this package pulls php-net-url2 (as install-recommends is on by
default).

  The Recommends field should list packages that would be found together with
  this one in all but unusual installations. 

https://www.debian.org/doc/debian-policy/ch-relationships.html#s-binarydeps

Please drop this dependency (no dependency exists in Debian to advice a
migration, unless it is compatible).

Regards

Mathieu Parent

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

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

Bug#819811: ITP: leiningen -- simple build system for Clojure

[Mathieu Parent]

On Sat, 2 Apr 2016 23:06:58 +0800 ChangZhuo Chen
=?utf-8?B?KOmZs+aYjOWArCk=?= <czc...@debian.org> wrote:
[...]
> * Package name: leiningen
[...]
> The package was once in Debian, and I plan to bring it back.

Hello ChangZhuoChen,

Any new on this?

I don't know anything about Clojure and Leiningen, but I'm waiting for
it for puppetserver and puppetdb.

Regards

Mathieu Parent

Bug#830904: RFP: puppetserver -- the next-generation application for managing Puppet agents

[Mathieu Parent]

Package: wnpp
Severity: wishlist
Control: block -1 by 819811

* Package name: puppetserver
  Version : 2.4
  Upstream Author : Puppetlabs
* URL : https://docs.puppet.com/puppetserver/latest/
* License : Apache-2.0
  Programming Lang: Clojure, Ruby
  Description : the next-generation application for managing Puppet agents

Puppet Server is the next-generation application for managing Puppet agents. 
This platform implements Puppet's server-side components in a more distributed, 
service-oriented architecture. We've built Puppet Server on top of the same 
technologies that make PuppetDB successful, and which allow us to greatly 
improve performance, scalability, advanced metrics collection, and fine-grained 
control over the Ruby runtime.

This package needs some additionnal dependencies, most of them needed by 
puppetdb too (#673515).

It would also benefit from leiningen (#819811).

Bug#829733: [pkg-horde] Bug#829733: php-horde-sesha: Call to undefined method Horde_Util::addParameter()

[Mathieu Parent]

2016-07-05 18:35 GMT+02:00 Anna-Maria Gleixner <anna-ma...@linutronix.de>:
> Package: php-horde-sesha
> Version: 1.0.0~beta1-13
> Severity: normal
>
> Dear Maintainer,

Hi,

> I installed the package and configured the database for
> horde. Afterwards I tried to open sesha (Others -> Office ->
> Inventory) and the fatal error occured. I could go back to the horde
> overview side.

Thanks for reporting.

The guilty patch is at:
<https://github.com/horde/horde/commit/ef0eaa47636be8164331079b371b750e28833467>.

I'll work on it (I need to package rc3).


regards
-- 
Mathieu Parent

Bug#830571: [Pkg-samba-maint] Bug#830571: (no subject)

[Mathieu Parent]

Hello,

2016-07-09 20:38 GMT+02:00 Jelmer Vernooij <jel...@jelmer.uk>:
[...]
>> Lately, samba builds have been running into serious issues on the x32
>> buildds: the testsuite runs for an effectively infinite time (at least
[...]

> The testsuite was only added to the build recently. Mathieu, can we
> disable the testsuite runs until this has been addressed?

Yes. And thanks for taking care.

I hope that upstream bugs about the testsuite will be fixed soon. This
is the only way to correctly test  this huge codebase.

Cheers,
-- 
Mathieu Parent

Bug#818962: fix the php-script-but-no-phpX-cli-dep error

[Mathieu Parent]

On Mon, 20 Jun 2016 11:12:14 +0200 Antonio Ospite <a...@ao2.it> wrote:
> Package: lintian
> Version: 2.5.45
> Followup-For: Bug #818962
>
> Hi,
>
Hello,

> any news about this issue?

I was not subscribed to this bug (this should be automatic when
mailing a bug IMO), but this lintian error annoys me often.

Please review the attached patch.

Regards

Mathieu Parent
From acf30fa4b0b955779229d4d8ccc5ad2a6a48e7e6 Mon Sep 17 00:00:00 2001
From: Mathieu Parent <mathieu.par...@nantesmetropole.fr>
Date: Thu, 3 Mar 2016 10:50:36 +0100
Subject: [PATCH] There is now a php-cli package

---
 checks/scripts.desc| 11 +--
 data/scripts/versioned-interpreters|  2 +-
 t/tests/legacy-scripts/debian/debian/rules |  4 ++--
 t/tests/legacy-scripts/tags|  2 +-
 4 files changed, 9 insertions(+), 10 deletions(-)

diff --git a/checks/scripts.desc b/checks/scripts.desc
index 12a642b..cd7dfb4 100644
--- a/checks/scripts.desc
+++ b/checks/scripts.desc
@@ -220,13 +220,12 @@ Info: Packages that use mawk scripts must depend on the mawk package.
 Tag: php-script-but-no-phpX-cli-dep
 Severity: important
 Certainty: certain
-Info: Packages with PHP scripts must depend on a phpX-cli package such as
- php5-cli.  Note that a dependency on a php-cgi package (such as php5-cgi)
- is needlessly strict and forces the user to install a package that isn't
- needed.
+Info: Packages with PHP scripts must depend on the php-cli package.
+ Note that a dependency on a php-cgi package (such as php7.0-cgi) is needlessly
+ strict and forces the user to install a package that isn't needed.
  .
- In some cases a weaker relationship, such as Suggests or Recommends, will
- be more appropriate.
+ In some cases a weaker relationship, such as Suggests or Recommends, will be
+ more appropriate.
  .
  Lintian can only recognize phpX-cli dependencies for values of X that it
  knows are available in the archive.  You will get this warning if you
diff --git a/data/scripts/versioned-interpreters b/data/scripts/versioned-interpreters
index fff44c2..3b2fa00 100644
--- a/data/scripts/versioned-interpreters
+++ b/data/scripts/versioned-interpreters
@@ -73,7 +73,7 @@ guile   => /usr/bin, guile-([\d.]+), guile-$1, 1.6 1.8,
 jruby   => /usr/bin, jruby([\d.]+), jruby$1, 1.0 1.1 1.2
 lua => /usr/bin, lua([\d.]+), lua$1, 40 50 5.1 5.2
 octave  => /usr/bin, octave([\d.]+), octave$1, 3.0 3.2
-php => /usr/bin, php(\d+), php$1-cli, 5, @NO_DEFAULT_DEPS@
+php => /usr/bin, php([\d.]+), php$1-cli, 7.0, php-cli
 pike=> /usr/bin, pike([\d.]+), pike$1 | pike$1-core, 7.6 7.8, @NO_DEFAULT_DEPS@
 python  => /usr/bin, python([\d.]+), python$1:any | python$1-minimal:any, 2.7, @SKIP_UNVERSIONED@
 ruby=> /usr/bin, ruby([\d.]+), ruby$1, 1.8 1.9, @SKIP_UNVERSIONED@
diff --git a/t/tests/legacy-scripts/debian/debian/rules b/t/tests/legacy-scripts/debian/debian/rules
index 25b6f9e..a615bd6 100755
--- a/t/tests/legacy-scripts/debian/debian/rules
+++ b/t/tests/legacy-scripts/debian/debian/rules
@@ -63,8 +63,8 @@ binary-indep:
 	install -m 755 init-lsb-other $(tmp)/etc/init.d/lsb-other
 
 	install -m 755 phpfoo $(tmp)/usr/share/scripts/
-	sed 's/php$$/php5/' phpfoo > $(tmp)/usr/share/scripts/php5foo
-	chmod 755 $(tmp)/usr/share/scripts/php5foo
+	sed 's/php$$/php7.0/' phpfoo > $(tmp)/usr/share/scripts/php7.0foo
+	chmod 755 $(tmp)/usr/share/scripts/php7.0foo
 
 	echo "#!/usr/bin/perl" >> $(tmp)/usr/share/scripts/foobar.in
 	chmod 644 $(tmp)/usr/share/scripts/foobar.in
diff --git a/t/tests/legacy-scripts/tags b/t/tests/legacy-scripts/tags
index 3f2854c..d229820 100644
--- a/t/tests/legacy-scripts/tags
+++ b/t/tests/legacy-scripts/tags
@@ -13,7 +13,7 @@ E: scripts: init.d-script-has-unterminated-lsb-section etc/init.d/lsb-broken:15
 E: scripts: missing-dep-for-interpreter jruby => jruby | jruby1.0 | jruby1.1 | jruby1.2 (usr/bin/jruby-broken)
 E: scripts: missing-dep-for-interpreter lefty => graphviz (usr/bin/lefty-foo)
 E: scripts: package-installs-python-bytecode usr/lib/python2.3/site-packages/test.pyc
-E: scripts: php-script-but-no-phpX-cli-dep usr/share/scripts/php5foo
+E: scripts: php-script-but-no-phpX-cli-dep usr/share/scripts/php7.0foo
 E: scripts: php-script-but-no-phpX-cli-dep usr/share/scripts/phpfoo
 E: scripts: python-script-but-no-python-dep usr/bin/py2foo
 E: scripts: python-script-but-no-python-dep usr/bin/pyfoo
-- 
2.8.1

Bug#852250: [lua-socket] luasocket was not compiled with UNIX sockets support

[Mathieu Parent]

2017-02-02 20:36 GMT+01:00 Michael Meskes <mes...@debian.org>:
>> Sorry, my patch was wrong
>>
>> local _, unix = pcall(require, "socket.unix");
>> if unix then
>>socket.unix = unix.stream or unix.tcp;
>> end
>>
>
> This one seems to work. Great, thank you so much.
>
>> Unfortunately I can't really test the patches I propose, so I beg
>> your
>> pardon if they are wrong.
>
> No worries, I'm more than willing to test. Not speaking lua myself I
> cannot create a patch. All the more reason to be thankful for your
> work.
>
>> And the patches are really for the upstream of prosody-modules, not
>> for
>> Debian.
>
> Sure, I'll forward.

Thanks Enrico. I've done a similar patch (attached). Note that with
your patch unix will always be not nil: if there is an error "_" will
be false, and unix will be the error string.

Michael, can you test my patch?

Regards

-- 
Mathieu
From a484836665572151199954928c352215d075ef63 Mon Sep 17 00:00:00 2001
From: Mathieu Parent <math.par...@gmail.com>
Date: Wed, 25 Jan 2017 20:42:56 +0100
Subject: [PATCH] Fix compatibility problems with Unix domain sockets in newer
 versions of luasocket

---
 mod_auth_dovecot/auth_dovecot/sasl_dovecot.lib.lua | 5 -
 1 file changed, 4 insertions(+), 1 deletion(-)

diff --git a/mod_auth_dovecot/auth_dovecot/sasl_dovecot.lib.lua b/mod_auth_dovecot/auth_dovecot/sasl_dovecot.lib.lua
index a6f1958..66b15d9 100644
--- a/mod_auth_dovecot/auth_dovecot/sasl_dovecot.lib.lua
+++ b/mod_auth_dovecot/auth_dovecot/sasl_dovecot.lib.lua
@@ -26,7 +26,10 @@ local m_random = math.random;
 local tostring, tonumber = tostring, tonumber;
 
 local socket = require "socket"
-pcall(require, "socket.unix");
+local ok, unix = pcall(require, "socket.unix")
+if ok then
+socket.unix = unix.stream or unix.tcp or unix
+end
 local base64 = require "util.encodings".base64;
 local b64, unb64 = base64.encode, base64.decode;
 local jid_escape = require "util.jid".escape;
-- 
2.11.0

Bug#852250: [lua-socket] luasocket was not compiled with UNIX sockets support

[Mathieu Parent]

2017-02-02 21:36 GMT+01:00 Mathieu Parent <math.par...@gmail.com>:
> 2017-02-02 20:36 GMT+01:00 Michael Meskes <mes...@debian.org>:
>>> Sorry, my patch was wrong
>>>
>>> local _, unix = pcall(require, "socket.unix");
>>> if unix then
>>>socket.unix = unix.stream or unix.tcp;
>>> end
>>>
>>
>> This one seems to work. Great, thank you so much.
>>
>>> Unfortunately I can't really test the patches I propose, so I beg
>>> your
>>> pardon if they are wrong.
>>
>> No worries, I'm more than willing to test. Not speaking lua myself I
>> cannot create a patch. All the more reason to be thankful for your
>> work.
>>
>>> And the patches are really for the upstream of prosody-modules, not
>>> for
>>> Debian.
>>
>> Sure, I'll forward.
>
> Thanks Enrico. I've done a similar patch (attached). Note that with
> your patch unix will always be not nil: if there is an error "_" will
> be false, and unix will be the error string.
>
> Michael, can you test my patch?

Here is an updated version of the patch, targeting upstream.

Can you try the attached patch with both lua-socket versions?
- 3.0~rc1+git+321c0c9-2
- 3.0~rc1+git+ac3201d-3

Regards
-- 
Mathieu
From 2fc74451bb344ea6dec8cbd0126b7dfc315b91a0 Mon Sep 17 00:00:00 2001
From: Mathieu Parent <math.par...@gmail.com>
Date: Wed, 25 Jan 2017 20:42:56 +0100
Subject: [PATCH] Fix compatibility problems with Unix domain sockets in newer
 versions of luasocket

---
 mod_auth_dovecot/auth_dovecot/sasl_dovecot.lib.lua | 9 -
 1 file changed, 8 insertions(+), 1 deletion(-)

diff --git a/mod_auth_dovecot/auth_dovecot/sasl_dovecot.lib.lua b/mod_auth_dovecot/auth_dovecot/sasl_dovecot.lib.lua
index a6f1958..5747b8e 100644
--- a/mod_auth_dovecot/auth_dovecot/sasl_dovecot.lib.lua
+++ b/mod_auth_dovecot/auth_dovecot/sasl_dovecot.lib.lua
@@ -26,7 +26,14 @@ local m_random = math.random;
 local tostring, tonumber = tostring, tonumber;
 
 local socket = require "socket"
-pcall(require, "socket.unix");
+local ok, unix = pcall(require, "socket.unix")
+if ok then
+if type(unix) == "function" then
+   socket.unix = unix
+else
+   socket.unix = unix.stream or unix.tcp
+end
+end
 local base64 = require "util.encodings".base64;
 local b64, unb64 = base64.encode, base64.decode;
 local jid_escape = require "util.jid".escape;
-- 
2.11.0

Bug#852380: Proposed ekeyd fix

[Mathieu Parent]

Hi,

Can you try the attached patch with both lua-socket versions?
- 3.0~rc1+git+321c0c9-2
- 3.0~rc1+git+ac3201d-3

Thanks

-- 
Mathieu Parent
From 7ae3639338b643a42e3a7dd9672ab00f514debc0 Mon Sep 17 00:00:00 2001
From: Mathieu Parent <sath...@debian.org>
Date: Thu, 2 Feb 2017 23:26:03 +0100
Subject: [PATCH] Fix compatibility with changed UNIX socket API

---
 host/control.lua | 13 -
 1 file changed, 8 insertions(+), 5 deletions(-)

diff --git a/host/control.lua b/host/control.lua
index 7b9b1b8..feeae60 100644
--- a/host/control.lua
+++ b/host/control.lua
@@ -41,13 +41,16 @@ local dos_callcount = 0
 require "socket"
 
 local have_unix_domain_sockets = false
-function tryload_unix()
-   require "socket.unix"
-   have_unix_domain_sockets = true
+local ok, unix = pcall(require, "socket.unix")
+if ok then
+   if type(unix) == "function" then
+  socket.unix = unix
+   else
+  socket.unix = unix.stream or unix.tcp
+   end
+   have_unix_domain_sockets = socket.unix ~= nil
 end
 
-pcall(tryload_unix)
-
 local protectedenv = {}
 
 -- Control socket interface
-- 
2.11.0

Bug#850115: [Pkg-samba-maint] Bug#850115: samba: create mask = 0700

[Mathieu Parent]

2017-01-24 10:18 GMT+01:00 Olaf van der Spek :
> 2017-01-05 9:10 GMT+01:00 Olaf van der Spek :
>>> Also take a look at your "map archive" param which is enabled by default..
>>
>> Thanks for the tip
>
> Could map archive be added to the default smb.conf file?

Why? It's enabled by default. Also, we want to keep default smb.conf small.

Regards

-- 
Mathieu

Bug#825380: [Pkg-samba-maint] Bug#825380: Bug#825380: winbind: Netbios name resolution can't find Windows clients

[Mathieu Parent]

"

2017-01-28 15:51 GMT+01:00 Tim Boundy <gigap...@gmail.com>:
> Why was this bug closed? The original reported issue hasn't been addressed
> at all.

I thought it was, as you said "That patch seems to have resolved the
System error issue".

Can you strace it again?

Regards
-- 
Mathieu Parent

Bug#850115: [Pkg-samba-maint] Bug#850115: samba: create mask = 0700

[Mathieu Parent]

2017-01-25 9:14 GMT+01:00 Olaf van der Spek <olafvds...@gmail.com>:
> 2017-01-24 21:29 GMT+01:00 Mathieu Parent <math.par...@gmail.com>:
>> 2017-01-24 10:18 GMT+01:00 Olaf van der Spek <olafvds...@gmail.com>:
>>> 2017-01-05 9:10 GMT+01:00 Olaf van der Spek <olafvds...@gmail.com>:
>>>>> Also take a look at your "map archive" param which is enabled by default..
>>>>
>>>> Thanks for the tip
>>>
>>> Could map archive be added to the default smb.conf file?
>>
>> Why? It's enabled by default. Also, we want to keep default smb.conf small.
>
> Because the behavior seems to confuse (some) users and some don't find
> it desirable.
>
> I'm also wondering what programs still depend on this behavior.

You can report this upstream. And point from here.

-- 
Mathieu

Bug#852250: [lua-socket] luasocket was not compiled with UNIX sockets support

[Mathieu Parent]

2017-01-25 22:15 GMT+01:00 Michael Meskes :
> Control: reassign -1 lua-socket
>
> I don't think this is the way to go. There is no grave bug in prosody-modules,
> it's lua-socket that changed its API during freeze. The way I understand our
> freeze policy this is a no-go, but feel free to check with the release team.

The way you want will make prosody-modules break when someone start to
use lua-socket from stretch-backports.

The unix socket API is not stable nor documented yet [1], being tied
to an API that we know will change on buster is not very solid either.

As for the freeze definition, the updated lua-socket was uploaded
during soft freeze. I agree that this could be seen as a "transition"
as the API was changed.

Will look at a fix inside lua-socket (preserving both
compatibilities), but please relax your rules to help find a fix for
all cases.

[1]: https://github.com/diegonehab/luasocket/pull/199#issuecomment-275220892

Regards
-- 
Mathieu

Bug#852380: ekeyd: Does not start after luasocket upgrade

[Mathieu Parent]

On Mon, 23 Jan 2017 20:57:59 -0600 Courtney Bane
<debian-bugs-4...@cbane.org> wrote:
> Package: ekeyd
> Version: 1.1.5-6.1
> Severity: grave
> Tags: patch
> Justification: renders package unusable
>
> After the recent upgrade of the lua-socket package to version
> 3.0~rc1+git+ac3201d-2, ekeyd no longer starts if Unix domain sockets are
> used (for either the control or EGD socket). Instead, it exits with this
> error message:

Hi Courtney,

Can you please test with lua-socket 3.0~rc1+git+ac3201d-3, which
includes your fix (backported)?

Then close this one...

Thanks!

Mathieu Parent

Bug#852250: [lua-socket] luasocket was not compiled with UNIX sockets support

[Mathieu Parent]

Control: reassign -1 prosody-modules
Control: tag -1 + patch upstream confirmed


On Wed, 25 Jan 2017 13:04:02 +0100 Enrico Tassi
<gareuselesi...@debian.org> wrote:
> On Wed, Jan 25, 2017 at 10:24:25AM +0100, Michael Meskes wrote:
> > > Hopefully somebody is prepared to fix all rdepends.
> >
> > Or better reverts the API change.
>
> The bug is definitely important.
>
> Mathieu can you take care of it?

Can you test the attached patch on prosody-modules? It's future-proof
and inspired by Courtney's patch on ekeyd.

Regards.

Mathieu Parent
From 6e1199cd1b19361a03bbd2d2243246bd1f75921b Mon Sep 17 00:00:00 2001
From: Mathieu Parent <math.par...@gmail.com>
Date: Wed, 25 Jan 2017 20:42:56 +0100
Subject: [PATCH] Fix compatibility problems with Unix domain sockets in newer
 versions of luasocket

Inspired by a similar patch on ekeyd by Courtney Bane.
---
 mod_auth_dovecot/auth_dovecot/sasl_dovecot.lib.lua | 10 +++---
 1 file changed, 7 insertions(+), 3 deletions(-)

diff --git a/mod_auth_dovecot/auth_dovecot/sasl_dovecot.lib.lua b/mod_auth_dovecot/auth_dovecot/sasl_dovecot.lib.lua
index a6f1958..8e2f1cf 100644
--- a/mod_auth_dovecot/auth_dovecot/sasl_dovecot.lib.lua
+++ b/mod_auth_dovecot/auth_dovecot/sasl_dovecot.lib.lua
@@ -26,7 +26,11 @@ local m_random = math.random;
 local tostring, tonumber = tostring, tonumber;
 
 local socket = require "socket"
-pcall(require, "socket.unix");
+function tryload_unix()
+   socket.unix = require "socket.unix"
+end
+pcall(tryload_unix);
+local sock = socket.unix.stream or socket.unix.tcp or socket.unix
 local base64 = require "util.encodings".base64;
 local b64, unb64 = base64.encode, base64.decode;
 local jid_escape = require "util.jid".escape;
@@ -54,9 +58,9 @@ local function connect(socket_info)
 		conn = socket.tcp();
 		ok, err = conn:connect(socket_host, socket_port);
 		socket_path = ("%s:%d"):format(socket_host, socket_port);
-	elseif socket.unix then
+	elseif sock then
 		socket_path = socket_info;
-		conn = socket.unix();
+		conn = sock();
 		ok, err = conn:connect(socket_path);
 	else
 		err = "luasocket was not compiled with UNIX sockets support";
-- 
2.11.0

Bug#852250: [lua-socket] luasocket was not compiled with UNIX sockets support

[Mathieu Parent]

On Wed, 25 Jan 2017 13:37:41 +0100 Enrico Tassi
<gareuselesi...@debian.org> wrote:
> On Wed, Jan 25, 2017 at 10:24:25AM +0100, Michael Meskes wrote:
> > > Hopefully somebody is prepared to fix all rdepends.
> >
> > Or better reverts the API change.
>
> I gave a quick look at the problem.
>
> I don't know why Mathieu packaged a new upstream snapshot exactly,
> I hope it is not for the new unix.tcp/udp feature.  If so, reverting the
> API change is as simple as reverting
>
>   aa1b8cc9bc35e56de15eeb153c899e4c51de82a8
>
> There is just a trivial conflict on the makefile.
>
> Mathieu, does luasandbox need the new unix sockets?

Yes. I need both TCP and UDP socket.

Regards.

Mathieu Parent

Bug#848935: [Pkg-samba-maint] Bug#848935: Bug#848935: Bug#848935: libnss-winbind: winbind authentication and wbinfo --uid-info no longer work after uprading to 4.5.2+dfsg-1

[Mathieu Parent]

2017-01-07 20:41 GMT+01:00 Stéphane Pgt :
>> Unfortunately I wasn't able to reproduce the problem after downgrading to
>> 4.5.2+dfsg-2.
>> I then tried starting from a fresh install of 4.5.2+dfsg-1 (with current
>> version of base system and dependencies) but again, the problem no longer
>> appears.
>> If necessary, I can retrieve at a later time a snapshot of the virtual
>> machine on which I was able to reproduce the problem two weeks ago.
>
> I first restored the snapshot from December, 21th 2016, when I reproduced
> the problem.
> Surprisingly, the problem was not there anymore, the mapped UID all were in
> the configured range.
>
> I then restored the same snapshot again and set the BIOS date and time to
> the
> time at which the VM was last powered off (2016-12-21 00:19:15 CET) before
> booting the OS.
> This time, I was able to reproduce:
>
> root@v-smb-fs:~# getent passwd
> root:x:0:0:root:/root:/bin/bash
> daemon:x:1:1:daemon:/usr/sbin:/usr/sbin/nologin
> 
> administrator:*:100500:100513:Administrator:/data/administrator:/bin/false
> testusr:*:101103:100513:testusr:/data/testusr:/bin/false
> krbtgt:*:100502:100513:krbtgt:/data/krbtgt:/bin/false
> guest:*:100501:100514:Guest:/data/guest:/bin/false
>
> root@v-smb-fs:~# wbinfo --user-info testusr
> testusr:*:101103:100513:testusr:/data/testusr:/bin/false
>
> root@v-smb-fs:~# wbinfo --uid-info 101103
> failed to call wbcGetpwuid: WBC_ERR_DOMAIN_NOT_FOUND
> Could not get info for uid 101103
>
> Which may highlight, as you suggested, a caching issue.
>
> At this point, without upgrading nor restarting anything, if I simply flush
> the winbind cache, the mapped UID are now in the correct range, and the
> issue goes away:
>
> root@v-smb-fs:~# net cache flush
>
> root@v-smb-fs:~# getent passwd
> root:x:0:0:root:/root:/bin/bash
> daemon:x:1:1:daemon:/usr/sbin:/usr/sbin/nologin
> 
> administrator:*:1:10003:Administrator:/data/administrator:/bin/false
> testusr:*:10001:10003:testusr:/data/testusr:/bin/false
> krbtgt:*:10002:10003:krbtgt:/data/krbtgt:/bin/false
> guest:*:10003:10004:Guest:/data/guest:/bin/false
>
> root@v-smb-fs:~# wbinfo --user-info testusr
> testusr:*:10001:10003:testusr:/data/testusr:/bin/false
>
> root@v-smb-fs:~# wbinfo --uid-info 10001
> testusr:*:10001:10003:testusr:/data/testusr:/bin/false
>
> If you are interested, I could share some files or a complete archive of the
> VM on which the problem was reproduced.

I don't know. I'm tempted to close the bug, but maybe Jelmer or Andrew
have some time to go a bit deeper?

Regards

-- 
Mathieu

Bug#847682: [Pkg-samba-maint] Bug#847682: winbind: New install message pam_unix: internal module error (retval = PAM_AUTHINFO_UNAVAIL(9)

[Mathieu Parent]

2016-12-10 16:44 GMT+01:00 Duncan Hare <d...@synoia.com>:
> Package: winbind
> Version: 2:4.2.10+dfsg-0+deb8u3
> Severity: normal

Hi,

Do you still reproduce it on latest jessie?

Do you have more info? This bug report lacks information.

WHat is your nsswitch.conf?

Regards

-- 
Mathieu Parent

Bug#852250: [lua-socket] luasocket was not compiled with UNIX sockets support

[Mathieu Parent]

2017-02-03 11:54 GMT+01:00 Michael Meskes :
>> Here is an updated version of the patch, targeting upstream.
>>
>> Can you try the attached patch with both lua-socket versions?
>> - 3.0~rc1+git+321c0c9-2
>> - 3.0~rc1+git+ac3201d-3
>
> Both seem to work, i.e. I can re-start and login to the server both
> times. Great work!

Great.

Can someone upload a fixed prosody-modules then? I won't have time in
the following weeks.

To sum up, this luasocket upload had impact on:
- ekeyd (https://bugs.debian.org/852380), a fix was uploaded DELAYED
- prosody-modules (no bug#, TODO)
- probably nginx, but only with included lua-redis (see
http://sources.debian.net/src/nginx/1.10.2-4/debian/modules/nginx-lua/t/lib/Redis.lua/?hl=727#L727)
- probably lua-redis (see
http://sources.debian.net/src/lua-redis/2.0.5~git20141117.880dda9-1/src/redis.lua/?hl=835#L835)


Regards

-- 
Mathieu

Bug#852380: Proposed ekeyd fix

[Mathieu Parent]

2017-02-08 10:08 GMT+01:00 Simon McVittie :
> On Sat, 04 Feb 2017 at 15:58:11 +, Simon McVittie wrote:
>> Since I have the hardware to be able to test ekeyd, which most DDs won't,
>> I'm intending to do an NMU with that change if nobody tells me not to.
>
> I have uploaded the attached to DELAYED/5. Please let me know if I
> should reschedule or cancel the NMU.
>
> Since there has been no maintainer response, I'm happy to reschedule this
> to 0-day if my changes are reviewed by someone who actually knows Lua :-)

Thanks.

I'm not the maintainer, so I can't say about rescheduling to 0-day.

Regards
-- 
Mathieu

Bug#825489: Repo

[Mathieu Parent]

Hi,

FYI repo is at: https://anonscm.debian.org/cgit/pkg-lua/lua-geoip.git/

Regards

-- 
Mathieu Parent

Bug#826638: Repo

[Mathieu Parent]

Hi,

FYI repo is at: https://anonscm.debian.org/cgit/pkg-lua/lua-struct.git/

Regards

Mathieu Parent

Bug#855918: [Pkg-samba-maint] Bug#855918: connection refused after reboot: Any feedback on this one?

[Mathieu Parent]

2017-03-01 9:46 GMT+01:00 Martin Steigerwald :
> Hello.
>
> Any feedback on this one?

smbd should be transitively "After" network-online.target (thru nmbd.service).

Can you try to add "Wants=nmbd.service" in smbd.service" (in the Unit
section) and reboot?

Regards

-- 
Mathieu

Bug#854607: [Pkg-samba-maint] Bug#854607: fixed in cifs-utils 6.7

[Mathieu Parent]

2017-03-01 15:40 GMT+01:00 Chad William Seys :
> Hello,
>   This regression is fixed in cifs-utils version 6.7 .

Which doesn't exists yet. Do you know which commit fixes this regression?

Regards

-- 
Mathieu

Bug#831770: smbclient needs /run/samba tmpfiles dir under systemd

[Mathieu Parent]

On Tue, 19 Jul 2016 12:07:29 +0200 Jan Stattegger-Sievers
<jan.stattegger-siev...@fu-berlin.de> wrote:
> Package: smbclient
> Version: 2:4.2.10+dfsg-0+deb8u3
> Severity: normal
>
> Hi,

Hi,

Thanks for your bug report.

> here smbclient dies with a segfault,

Really segfault? Or errors out and exits?

>if /var/run/samba aka /run/samba is
> not present:
>
>   Unable to create directory /var/run/samba for file gencache_notrans.tdb.
>   Error was Permission denied
>
> In the source package the systemd tmpfiles definition is already
> created in the rules file:
>
>   echo "d /run/samba 0755 root root -" >
> $(DESTDIR)/usr/lib/tmpfiles.d/samba.conf
>
> But it's not installed for the smbclient package, but only for
> samba-common-bin, which is no dependency for smbclient.

I can move this tmpfile to samba-common. But this only solves the
problem under systemd.

Also, we must ensure that systemd-tmpfiles is run (after samba-common
install, and of course on boot).

I see two solutions:
- Move this snipset to samba-common (with proper Breaks:) and ensure
systemd-tmpfiles is called on postinst, or
- Move lockdir to /var/lib/samba (optionally in a subdir)

Solution 1 will have non-working smbclient on non-systemd systems.
solution 2 will have lock files not purged on reboot.

Also, as smbclient can be run as non-root, we need a more generic solution...

Thoughts?

Regards

Mathieu Parent

Bug#824177: Segfault in (clustered) Samba

[Mathieu Parent]

On Wed, 31 Aug 2016 22:22:58 +0200 Mathieu Parent <math.par...@gmail.com> wrote:
> Version: 2:4.4.4+dfsg-1
>
> At least, this is fixed in sid.
>
> I need to figure out the status in jessie.

This is in 4.2.13, not yet in jessie (4759f64e94e01e32b36f048d20bf4c94e4398ef3).

Regards

Mathieu Parent

Bug#836715: [Pkg-samba-maint] Bug#836715: samba: Please drop my name from Uploaders of the samba package

[Mathieu Parent]

2016-09-05 6:59 GMT+02:00 Christian Perrier :
> Package: samba
> Version: 2:4.4.5+dfsg-2
> Severity: minor
>
> Hello folks,

Salut,

>
> It's really time for me to admit that I'm not longer really involved
> in the maintenance of the samba package in Debian. As a consequence, I
> 'think it would be better for my name to be removed from the Uploaders
> field in debian/control.

Thanks for all your work. And thanks for hinting me to become a
packager, then advocating me as a DD.

http://lists.alioth.debian.org/pipermail/pkg-samba-maint/2008-January/003366.html

hope to see you in person (tell me if you run near Nantes ;-).

Cheers,

> The same question may rise for Steve but I leave it up to him to
> confirm.
>
> The project admins on Alioth were Steve Langasek, Ivo de Decker and me.
>
> I just added admin privileges to Andrew, Jelmer and Mathieu. I know
> that some of you certainly don't define themselves as "lead" for this
> work but you guys are way more active than I am, anyway...:-)

Thanks.

-- 
Mathieu

Bug#836433: [Pkg-samba-maint] Bug#836433: samba: install "hangs", synaptic more details reveals pager prompt

[Mathieu Parent]

Control: reaasign -1 apt-listchanges
Control: found -1 2.85.13+nmu1

2016-09-05 11:34 GMT+02:00 Andrew Bartlett <abart...@samba.org>:
> On Mon, 2016-09-05 at 10:21 +0200, Mathieu Parent wrote:
>> Control: tag -1 moreinfo
>>
>> 2016-09-03 6:05 GMT+02:00 F. Eugene Aumson <feaum...@gmail.com>:
>> >
>> > Subject: samba: install "hangs", synaptic more details reveals
>> > pager prompt
>> > Source: samba
>> > Version: 2:4.2.10+dfsg-0+deb8u1
>> > Severity: important
>> >
>> > Dear Maintainer,
>>
>> Hello,
>>
>> >
>> > in synaptic package manager, i did "reload", then "mark all
>> > upgrades", then
>> > "apply".
>> >
>> > then i waited.  and waited.  and waited.  synaptic was taking
>> > forever to
>> > "apply changes".  i waited at least 20 minutes, probably 30.
>> >
>> > then i thought "surely something is wrong," so i clicked the "show
>> > more
>> > details" thing in the dialog box, and the install was clearly just
>> > sitting
>> > still.
>> >
>> > eventually i noticed the ":" prompt at the bottom of the "screen",
>> > and
>> > realized that it was sitting in a pager.  i hit 'q' and the install
>> > marched
>> > onward.
>> >
>> > i expected that the install of the package could proceed withouth
>> > manual
>> > intervention
>>
>> Can you give more info? I don't see any invocation of less,more, or
>> pager in samba.
>>
>> Unfortunately, this is too late, but having the list of processes
>> during the problem would have helped.
>
> This (we/I have had a number of reports in various places) is due to
> the very long NEWS entry, that causes the pager to trigger in
> situations that most admins encounter rarely.
>
> As I understand it, actual unattended upgrades went fine, but anything
> that wasn't using the exact right options (just want worked in recent
> experience) got caught out.

Then,it looks like a bug in apt-listchanges.

Eugene, can you confirm that you have apt-listchanges installed?

Regards

-- 
Mathieu Parent

Bug#836433: [Pkg-samba-maint] Bug#836433: samba: install "hangs", synaptic more details reveals pager prompt

[Mathieu Parent]

Control: tag -1 moreinfo

2016-09-03 6:05 GMT+02:00 F. Eugene Aumson :
> Subject: samba: install "hangs", synaptic more details reveals pager prompt
> Source: samba
> Version: 2:4.2.10+dfsg-0+deb8u1
> Severity: important
>
> Dear Maintainer,

Hello,

> in synaptic package manager, i did "reload", then "mark all upgrades", then
> "apply".
>
> then i waited.  and waited.  and waited.  synaptic was taking forever to
> "apply changes".  i waited at least 20 minutes, probably 30.
>
> then i thought "surely something is wrong," so i clicked the "show more
> details" thing in the dialog box, and the install was clearly just sitting
> still.
>
> eventually i noticed the ":" prompt at the bottom of the "screen", and
> realized that it was sitting in a pager.  i hit 'q' and the install marched
> onward.
>
> i expected that the install of the package could proceed withouth manual
> intervention

Can you give more info? I don't see any invocation of less,more, or
pager in samba.

Unfortunately, this is too late, but having the list of processes
during the problem would have helped.

Regards

-- 
Mathieu

Bug#833614: Incorrectly closed

[Mathieu Parent]

Control: reopen -1
Control: found -1 firefox/48.0-1

Oups, we incorrectly closed this one.

Regards

-- 
Mathieu Parent

Bug#833614: CLosing the correct bug

[Mathieu Parent]

Source: samba
Source-Version: 2:4.4.5+dfsg-3


So: #833164 is done, #833614 is not ;-)

Bug#837150: Fix XSS with data:html links and form actions

[Mathieu Parent]

Package: php-horde-text-filter
Version: 2.3.4-2
Severity: important
Tags: security sid jessie
Control: found -1 2.2.1-5

Hello,

In the recent bunch of updates to Horde, I found this:

https://github.com/horde/horde/commit/30d5506c20d26efbb9942fbdc6f981a0bd333b97

Will upload lastest version to sid shortly, and I plan to fix this in
jessie too.

Regards

-- 
Mathieu

Bug#837151: Missing CSRF protection tokens in portal layout forms

[Mathieu Parent]

Package: php-horde
Version: 5.2.11+debian0-1
Severity: important
Tags: security sid jessie
Control: found -1 5.2.1+debian0-2+deb8u3

Hello,

In the recent bunch of updates to Horde, I found this:

https://github.com/horde/horde/commit/473609af6364d3a2c945987ae557a6311a432745

Will upload lastest version to sid shortly, and I plan to fix this in
jessie too.

Regards

-- 
Mathieu

Bug#837148: enable CSRF token for configuration form and portal layout forms

[Mathieu Parent]

Package: php-horde-core
Version: 2.24.0+debian0-1
Severity: important
Tags: security sid jessie
Control: found -1 2.15.0+debian0-1+deb8u1

Hello,

In the recent bunch of updates to Horde, I found those:

https://github.com/horde/horde/commit/4035ab12e5f6496df7df23fc6250b404f0e8592e

and

https://github.com/horde/horde/commit/2c4fa7e913afadc68f4d78f57994f0ce9a67787b

Will upload lastest version to sid shortly, and I plan to fix this in
jessie too.

Regards

-- 
Mathieu Parent

Bug#837149: Don't render SVG images in the browser to avoid XSS attacks

[Mathieu Parent]

Package: php-horde-mime-viewer
Version: 2.1.3-2
Severity: important
Tags: security sid jessie
Control: found -1 2.0.7-2

Hello,

In the recent bunch of updates to Horde, I found this:

https://github.com/horde/horde/commit/a55bf759d3d8fd07dd5fda2ead075f5998e96364

Will upload lastest version to sid shortly, and I plan to fix this in
jessie too.

Regards

-- 
Mathieu

Bug#774765: rejected? (was: Re: Bug#774765: ITP: php-oci8 -- Extension for Oracle Database)

[Mathieu Parent]

2016-09-19 9:04 GMT+02:00 Joost van Baal-Ilić <joostvb+deb...@uvt.nl>:
> Hi Mathieu e.a.,
>
> What's the status of this bug?  Did it get rejected by the ftpmasters?
> (Seems yes, since I can no longer find php-oci8 in
> https://ftp-master.debian.org/new.html .)

It was rejected because the buildep is not in the archive.

> Why did it get rejected?  Could the reject message maybe get send to this
> bugreport?

Will do.

> In other news: I plan to add PDO-support to php-oci8, so that it ships both
> /usr/lib/php5/20131226/oci8.so and /usr/lib/php5/20131226/pdo_oci8.so .

Good.

I don't plan to work on this package soon. I currently use those
packages but I won't help Oracle installations if Oracle is not
helping (by changing the terms).

Regards
-- 
Mathieu Parent

Bug#837679: [Pkg-samba-maint] Bug#837679: samba: Start fails for Samba as 'active directory domain controller'

[Mathieu Parent]

"

2016-09-13 14:58 GMT+02:00 Axel Dürrbaum <ax...@uni-kassel.de>:
> Package: samba
> Version: 2:4.4.5+dfsg-3
> Severity: important
>
> Dear Maintainer,
>
> after updating Samba from 2:4.3.8+dfsg-1 to  2:4.4.5+dfsg-3 I cannot start it
> anymore:
>
> [2016/09/13 10:13:29.504945,  0] ../source3/nmbd/nmbd.c:923(main)
>   server role = 'active directory domain controller' not compatible with
> running nmbd standalone.
>   You should start 'samba' instead, and it will control starting the internal
> nbt server

This check (upstream commit 8c71dc3505ab83ce95ab40a56f77313c4448be16,
from 2012) is here since samba 4.0.

As written, the nbt "server service" takes care of "NetBIOS over
TCP/IP. You don't need nmbd in your setup.


> Result: there will be no nmbd daemon running.

But do you have any missing feature?

What does "service samba-ad-dc status" outputs (with "server role =
'active directory domain controller' ")?

> When switching to server role = 'standalone' or 'auto' Samba starts but I 
> loose
> all domain users ...

Yes.

> Reinstalling 2:4.3.8+dfsg-1 does not help, the error stills remains.

Not a surprise.

Regards

-- 
Mathieu Parent

Bug#843153: [Pkg-samba-maint] Bug#843153: Provide a means to wake-up (reconnect) an existing share

[Mathieu Parent]

Control: reassign -1 src:linux 4.8.5-1
Control: affects -1 cifs-utils
Control: tags -1 + upstream

2016-11-04 12:13 GMT+01:00 martin f krafft :
> Package: cifs-utils
> Version: 2:6.6-1
> Severity: wishlist

hello Martin,

> After a laptop suspend, SMB sessions are usually disconnected on the
> server, and even the client will have a hard time just resuming.

This is most probably kernel-side.

> This will either lead to soft-errors or hard-blocks, until on the
> client, eventually, the kernel states

eventually? Meaning not always?

>   kernel: [27763.247021] CIFS VFS: Server samba.example.org has not
>   responded in 120 seconds. Reconnecting…
>
> and reconnects.
>
> One way around this is to lazy-umount the shares, and to remount
> them, but that's not easily done with e.g. libpam-mount, and it also
> doesn't solve the issue with open inodes.

Does mount -o remount $path works?

>
> I don't really want to shorten the 120 seconds (and I wouldn't know
> how, there seems to be no mount option),

120 comes from echo_interval [1] which looks undocumented.

[1] http://sources.debian.net/src/linux/4.8.5-1/fs/cifs/connect.c/?hl=496#L496

> but what would be great
> would be a way to prod the share and make it wake-up (i.e.
> reconnect), e.g.
>
>   mount.cifs --resume -a

Again, have you tried mount -o remount?

> which would immediately cause a reconnection, not only after 120
> seconds. This could then be executed by systemd for the resume
> target…

Looking at the NFS kernel code, I don't see any resume handling. I
don't know if it's affected too.

Regards

-- 
Mathieu