Bug#1062467: jcal: NMU diff for 64-bit time_t transition

[Lior Kaplan]

Thank you for the NMU.

On Wed, Feb 28, 2024 at 3:15 PM Lukas Märdian  wrote:

> Dear maintainer,
>
> Please find attached a final version of this patch for the time_t
> transition.  This patch is being uploaded to unstable.
>
> Note that this adds a versioned build-dependency on dpkg-dev, to guard
> against accidental backports with a wrong ABI.
>
> Thanks!
>
>
> -- System Information:
> Debian Release: trixie/sid
>   APT prefers unstable
>   APT policy: (500, 'unstable')
> Architecture: amd64 (x86_64)
>
> Kernel: Linux 6.5.0-21-generic (SMP w/4 CPU threads; PREEMPT)
> Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE
> Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE
> not set
> Shell: /bin/sh linked to /usr/bin/dash
> Init: systemd (via /run/systemd/system)
>

Bug#1062467: jcal: NMU diff for 64-bit time_t transition

[Lior Kaplan]

Hi Graham,

Thanks for the patch.

You're welcome to upload the NMU.

Kaplan

On Thu, Feb 1, 2024 at 6:15 PM Graham Inggs  wrote:

> Source: jcal
> Version: 0.4.1-2.1
> Severity: serious
> Tags: patch pending
> Justification: library ABI skew on upgrade
> User: debian-...@lists.debian.org
> Usertags: time-t
>
> Dear maintainer,
>
> As part of the 64-bit time_t transition required to support 32-bit
> architectures in 2038 and beyond
> (https://wiki.debian.org/ReleaseGoals/64bit-time), we have identified
> jcal as a source package shipping runtime libraries whose ABI
> either is affected by the change in size of time_t, or could not be
> analyzed via abi-compliance-checker (and therefore to be on the safe
> side we assume is affected).
>
> To ensure that inconsistent combinations of libraries with their
> reverse-dependencies are never installed together, it is necessary to
> have a library transition, which is most easily done by renaming the
> runtime library package.
>
> Since turning on 64-bit time_t is being handled centrally through a change
> to the default dpkg-buildflags (https://bugs.debian.org/1037136), it is
> important that libraries affected by this ABI change all be uploaded close
> together in time.  Therefore I have prepared a 0-day NMU for jcal
> which will initially be uploaded to experimental if possible, then to
> unstable after packages have cleared binary NEW.
>
> Please find the patch for this NMU attached.
>
> If you have any concerns about this patch, please reach out ASAP.  Although
> this package will be uploaded to experimental immediately, there will be a
> period of several days before we begin uploads to unstable; so if
> information
> becomes available that your package should not be included in the
> transition,
> there is time for us to amend the planned uploads.
>
>
>
> -- System Information:
> Debian Release: trixie/sid
>   APT prefers unstable
>   APT policy: (500, 'unstable'), (1, 'experimental')
> Architecture: amd64 (x86_64)
>
> Kernel: Linux 6.5.0-15-generic (SMP w/8 CPU threads; PREEMPT)
> Kernel taint flags: TAINT_OOT_MODULE
> Locale: LANG=C, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE not set
> Shell: /bin/sh linked to /usr/bin/dash
> Init: unable to detect
>

Bug#1049453: ITS: efax-gtk

[Lior Kaplan]

Go ahead. And thanks for caring.

On Wed, Aug 16, 2023 at 2:57 AM Bastian Germann  wrote:

> Source: efax-gtk
> Severity: important
>
> efax-gtk does not seem to be maintained anymore. I intend to salvage it
> with the plan to remove it
> in three weeks. Please notify me if you object.
>

Bug#1005832: Dependency on libreoffice-nlpsolver should be tighter

[Lior Kaplan]

package: libreoffice
version: 1:7.3.0-1

Hi Rene,

Long time (:

I've done some package cleaning and libreoffice stopped working.
with this failure:

$ libreoffice
terminate called after throwing an instance of
'com::sun::star::deployment::DeploymentException'
Unspecified Application Error

After some retracing I figured it happens due to the lack
of libreoffice-nlpsolver installed.

Notice this is also important due to the
dependency on libreoffice-java-common (all the other libreoffice only
recommend it).

Without the java packages libreoffice fails with

$ libreoffice


Fatal exception: Signal 11
Stack:
/usr/lib/libreoffice/program/libuno_sal.so.3(+0x37b43)[0x7fd0f70ccb43]
/usr/lib/libreoffice/program/libuno_sal.so.3(+0x37d24)[0x7fd0f70ccd24]
/lib/x86_64-linux-gnu/libc.so.6(+0x3c910)[0x7fd0f6ef5910]
/usr/lib/libreoffice/program/libuno_cppu.so.3(+0x17eb5)[0x7fd0f512ceb5]
/usr/lib/libreoffice/program/libuno_cppu.so.3(+0x16444)[0x7fd0f512b444]
/usr/lib/libreoffice/program/libmergedlo.so(+0x28144fc)[0x7fd0f990e4fc]
/usr/lib/libreoffice/program/libmergedlo.so(+0x281a9f5)[0x7fd0f99149f5]
/usr/lib/libreoffice/program/libmergedlo.so(_ZN3utl10ConfigItemC2ERKN3rtl8OUStringE14ConfigItemMode+0x7e)[0x7fd0f9914bae]
/usr/lib/libreoffice/program/libmergedlo.so(_ZN19SvtSysLocaleOptionsC1Ev+0x18d)[0x7fd0f994339d]
/usr/lib/libreoffice/program/libmergedlo.so(_Z7InitVCLv+0x246)[0x7fd0f9d29fe6]
/usr/lib/libreoffice/program/libmergedlo.so(_Z10ImplSVMainv+0x335)[0x7fd0f9d2a955]
/usr/lib/libreoffice/program/libmergedlo.so(soffice_main+0x181)[0x7fd0f8ec30a1]
/usr/lib/libreoffice/program/soffice.bin(+0x108c)[0x564b39f7408c]
/lib/x86_64-linux-gnu/libc.so.6(__libc_start_main+0xcd)[0x7fd0f6ee07ed]
/usr/lib/libreoffice/program/soffice.bin(+0x10ca)[0x564b39f740ca]

which is the case if libreoffice is installed without the recommended
packages.

to reproduce:

# apt-get install libreoffice --no-install-recommends
Reading package lists... Done
Building dependency tree... Done
Reading state information... Done
The following additional packages will be installed:
  coinor-libcbc3 coinor-libcgl1 coinor-libclp1 coinor-libcoinmp1v5
coinor-libcoinutils3v5 coinor-libosi1v5 fonts-opensymbol libabsl20210324
libabw-0.1-1 libboost-iostreams1.74.0 libbox2d2
  libcdr-0.1-1 libclucene-contribs1v5 libclucene-core1v5 libe-book-0.1-1
libeot0 libepubgen-0.1-1 libetonyek-0.1-1 libexttextcat-2.0-0
libexttextcat-data libfreehand-0.1-1 libgpgme11
  libgpgmepp6 liblangtag-common liblangtag1 libmhash2 libmspub-0.1-1
libmwaw-0.3-3 libmythes-1.2-0 libnumbertext-1.0-0 libnumbertext-data
libodfgen-0.1-1 liborcus-0.17-0
  liborcus-parser-0.17-0 libpagemaker-0.0-0 libqxp-0.0-0 libraptor2-0
librasqal3 librdf0 libreoffice-base libreoffice-base-core
libreoffice-base-drivers libreoffice-calc libreoffice-common
  libreoffice-core libreoffice-draw libreoffice-impress libreoffice-math
libreoffice-report-builder-bin libreoffice-style-colibre libreoffice-writer
librevenge-0.0-0 libstaroffice-0.0-0
  libuno-cppu3 libuno-cppuhelpergcc3-3 libuno-purpenvhelpergcc3-3
libuno-sal3 libuno-salhelpergcc3-3 libvisio-0.1-1 libwpd-0.10-10
libwpg-0.3-3 libwps-0.4-4 libxmlsec1-nss libyajl2
  libzmf-0.0-0 libzxingcore1 lp-solve python3-uno uno-libs-private ure

to fix after that:
# apt-get install libreoffice-nlpsolver

Thanks,

Kaplan

+972-52-2235911
L: Lior Kaplan <https://www.linkedin.com/in/liorkaplan/>
T: @opensource_il <https://twitter.com/opensource_il>
F: @liorkaplanopensource <https://www.facebook.com/liorkaplanopensource>
https://kaplanopensource.co.il/

Bug#965739: myspell-fa: diff for NMU version 0.20070816-3.2

[Lior Kaplan]

You're welcome to upload.

On Wed, Dec 29, 2021 at 5:57 PM Adrian Bunk  wrote:

> Control: tags 965739 + patch
> Control: tags 965739 + pending
> Control: tags 999040 + patch
> Control: tags 999040 + pending
>
> Dear maintainer,
>
> I've prepared an NMU for myspell-fa (versioned as 0.20070816-3.2) and
> uploaded it to DELAYED/7. Please feel free to tell me if I should cancel
> it.
>
> cu
> Adrian
>

Bug#936873: libhdate: diff for NMU version 1.6.02-2.1

[Lior Kaplan]

Hi Bourch,

We're still alive/here, and any help is much appreciated (thanks Moritz,
feel free to NMU, no need to wait for us).

Most members are busy with Debconf20 (moved from Haifa to an online
conference).



On Wed, Aug 5, 2020 at 10:42 PM Boruch Baum  wrote:

> Thanks Moritz for stepping forward and adopting this. I still haven't
> heard back from any member of the 'Debian Hebrew Maintainers' team, but
> will continue in the future to attempt to use them as a first point of
> contact until/unless I hear that they have been disolved / superseded /
> replaced. Any word on why the silence from them?
>
> On 2020-08-05 19:57, Moritz Mühlenhoff wrote:
> > The debdiff for my NMU for libhdate (versioned as 1.6.02-2.1)
> >
> > Cheers,
> > Moritz
>
> --
> hkp://keys.gnupg.net
> CA45 09B5 5351 7C11 A9D1  7286 0036 9E45 1595 8BC0
>
>

Bug#956788: hocr: Should this package be removed?

[Lior Kaplan]

Hi Simon,

Thanks for the bugs report.

I'll double check with upstream to see if they plan anything soon.

On Wed, Apr 15, 2020 at 12:45 PM Simon McVittie  wrote:

> Source: hocr
> Version: 0.10.18-3.2
> Severity: wishlist
> User: debian...@lists.debian.org
> Usertags: proposed-removal
>
> I noticed hocr while looking at the list of packages that
> depend on the superseded library GTK 2.
>
> hocr appears to be a shared library that is no longer depended on by
> anything in Debian >= buster. It depends on GTK 2, which was superseded
> by GTK 3 in 2011, and there doesn't seem to have been upstream activity
> since 2014.
>
> Is this library still maintained upstream? Is it sufficiently useful
> to justify having it in Debian for use as a dependency of third-party
> software, or should it be removed?
>
> smcv
>
>

Bug#944327: fribidi: diff for NMU version 1.0.7-1.1

[Lior Kaplan]

Hi Salvatore,

As you already prepared a package, you can just upload it with no delay.

Thanks for the patch & help.

If you prefer we'd do the upload -let me know.



On Fri, Nov 8, 2019 at 2:51 PM Salvatore Bonaccorso 
wrote:

> Control: tags 944327 + patch
> Control: tags 944327 + pending
>
> Dear maintainer(s),
>
> I've prepared an NMU for fribidi (versioned as 1.0.7-1.1) and
> uploaded it to DELAYED/5. Please feel free to tell me if I
> should delay it longer.
>
> A merge request is as well created at
> https://salsa.debian.org/debian/fribidi/merge_requests/2 .
>
> Regards,
> Salvatore
>

Bug#907378: aspell-ku: Correct Vcs links.

[Lior Kaplan]

Hi,

My bad, forgot to change after copy/paste.

Will be fixed soon. Thanks.

On Mon, Aug 27, 2018 at 10:06 AM Walter Lapchynski  wrote:

> Package: aspell-ku
>
> Curiously, aspell-ku acquired Vcs-Browser and Vcs-Git links in its
> control file that referred to aspell-fa instead. Indeed, we shouldn't be
> confusing Kurdish with Persian, so this patch resolves the issue. This
> should also resolve the issues with the vcswatch.
>
> --- a/debian/control2018-08-26 23:58:10.267137782 -0700
> +++ b/debian/control2018-08-26 23:57:56.158957919 -0700
> @@ -5,8 +5,8 @@
>  Build-Depends: debhelper (>= 9)
>  Build-Depends-Indep: aspell, dictionaries-common-dev (>= 1.11.2)
>  Standards-Version: 3.9.4
> -Vcs-Browser: https://salsa.debian.org/kaplan/aspell-fa
> -Vcs-Git: https://salsa.debian.org/kaplan/aspell-fa.git
> +Vcs-Browser: https://salsa.debian.org/kaplan/aspell-ku
> +Vcs-Git: https://salsa.debian.org/kaplan/aspell-ku.git
>  Homepage: https://sourceforge.net/projects/myspellkurdish/
>
>  Package: aspell-ku
>
> --
>@wxl | polka.bike
> C563 CAC5 8BE1 2F22 A49D
> 68F6 8B57 A48B C4F2 051A
>

Bug#905187: php7.2/7.2.8-1 appears to break multiple autopkgtest: /usr/bin/phpize: 1: /usr/bin/phpize: /usr/bin/sed: not found

[Lior Kaplan]

On Thu, Aug 2, 2018 at 4:44 AM, Kunal Mehta  wrote:

> Hi,
>
> On 08/01/2018 04:08 AM, Paul Gevers wrote:
> > Currently this regression is delaying the migration of php7.2 to
> > testing by 13 days. From the error it seems that a dependency on sed is
> > missing somewhere, but that is just a hunch. Could you please
> > investigate the situation? If php-luasandbox and wikidiff2 need to adapt
> > their autopkgtest, please clone and re-assign.
>
> I can confirm that this is a regression in php7.2-dev. In
> /usr/bin/phpize, it used to have (7.2.4-1):
>
> > SED="/bin/sed"
>
> which is correct. In 7.2.8-1 it has:
>
> > SED="/usr/bin/sed"
>
> which is incorrect, since that file doesn't exist. /usr/bin/php-config
> suffers from the same problem as well:
>

This isn't a change in upstream, thanks for checking.

I used a fresh chroot to build PHP and it got usr-merged by debootstrap.
This is why sed is available in both /usr/bin and /bin.

See https://wiki.debian.org/UsrMerge for more details.

In any case, a build from an un-usr-merged chroot would be available soon.

Kaplan

Bug#905187: php7.2/7.2.8-1 appears to break multiple autopkgtest: /usr/bin/phpize: 1: /usr/bin/phpize: /usr/bin/sed: not found

[Lior Kaplan]

Thanks. I'll check it ASAP.

There's an RC bug against the package for the maintainer address, I'll keep
it open as it prevent the transition to testing for now (:

On Wed, Aug 1, 2018 at 2:08 PM, Paul Gevers  wrote:

> Source: php7.2
> Version: 7.2.8-1
> User: debian...@lists.debian.org
> Usertags: breaks
> Control: affects -1 src:php-luasandbox src:wikidiff2
>
> Dear maintainers, [X-Debbugs-CC set to affected packages and CI team]
>
> With a recent upload of php7.2 the autopkgtest of php-luasandbox and
> wikidiff2 started to fail in unstable and testing. I copied the error
> below.
>
> Currently this regression is delaying the migration of php7.2 to
> testing by 13 days. From the error it seems that a dependency on sed is
> missing somewhere, but that is just a hunch. Could you please
> investigate the situation? If php-luasandbox and wikidiff2 need to adapt
> their autopkgtest, please clone and re-assign.
>
> More information about this bug and the reason for filing it can be
> found on
> https://wiki.debian.org/ContinuousIntegration/RegressionEmailInformation
>
> Paul
>
> https://ci.debian.net/data/autopkgtest/testing/amd64/p/
> php-luasandbox/749361/log.gz
>
> autopkgtest [04:34:43]: test unittests: [---
> /usr/bin/phpize: 1: /usr/bin/phpize: /usr/bin/sed: not found
> /usr/bin/phpize: 1: /usr/bin/phpize: /usr/bin/sed: not found
> /usr/bin/phpize: 1: /usr/bin/phpize: /usr/bin/sed: not found
> Configuring for:
> PHP Api Version:
> Zend Module Api No:
> Zend Extension Api No:
> /usr/bin/phpize: 157: /usr/bin/phpize: /usr/bin/sed: not found
> autoheader: error: AC_CONFIG_HEADERS not found in configure.ac
> autopkgtest [04:34:43]: test unittests: ---]
>
> https://ci.debian.net/data/autopkgtest/testing/amd64/w/
> wikidiff2/749373/log.gz
>
> autopkgtest [04:36:15]: test unittests: [---
> /usr/bin/phpize: 1: /usr/bin/phpize: /usr/bin/sed: not found
> /usr/bin/phpize: 1: /usr/bin/phpize: /usr/bin/sed: not found
> /usr/bin/phpize: 1: /usr/bin/phpize: /usr/bin/sed: not found
> Configuring for:
> PHP Api Version:
> Zend Module Api No:
> Zend Extension Api No:
> /usr/bin/phpize: 157: /usr/bin/phpize: /usr/bin/sed: not found
> autoheader: error: AC_CONFIG_HEADERS not found in configure.ac
> autopkgtest [04:36:16]: test unittests: ---]
>
>

Bug#899539: Getting hunspell-ar and myspell-fa back into testing

[Lior Kaplan]

Hi,

NMUs are always welcome.

Otherwise I hope to fixs this in Debconf.

On Sat, Jun 30, 2018 at 1:11 PM, intrigeri  wrote:

> Hi,
>
> do you plan to fix #899539 and #899616 soon? I could not find updates
> nor any repo on Salsa.
>
> These bugs caused these two packages to be removed from testing, which
> makes it harder e.g. for derivatives (such as Tails) that try to start
> working on their migration to Debian Buster, which is why these
> problems appeared on my radar.
>
> If you lack time to take care of it yourself soon, I can offer to NMU
> these packages in order to set the maintainer address to person listed
> in the Uploaders field who did most of the recent uploads. This would
> be a temporary stop-gap allowing the packages to migrate back into
> testing, until your team has had time to find out how you want to fix
> this. Just let me know :)
>
> Cheers,
> --
> intrigeri
>

Bug#883747: reassign #883747 to libxmlrpc-epi0

[Lior Kaplan]

reassign 883747 libxmlrpc-epi0  0.54.2-1.2
thanks

Patch used in PHP patch is at
https://github.com/php/php-src/commit/98a6986d97fd2d09fef2c4b870f6d77b5d29efe0

Kaplan

Bug#883681: ITP: gRPC extension for PHP

[Lior Kaplan]

Package: wnpp

Severity: wishlist



* Package name: gRPC

  Version : 1.7.0
  Upstream Author : Michael Lumish (mlum...@google.com), Tim Emiola 
(temi...@google.com), Stanley Cheung (stanleyche...@google.com)
* URL : https://pecl.php.net/package/gRPC
* License : Apache 2.0
  Programming Lang: C
  Description : Concrete implementation of the gRPC protocol, layered 
over HTTP/2.

Bug#879158: RM: gphpedit -- RoM/RoQA; depends on unmaintained webkitgtk

[Lior Kaplan]

On Fri, Oct 20, 2017 at 12:31 AM, Jeremy Bicha <jbi...@debian.org> wrote:

> I got approval from the Debian maintainer Lior Kaplan before filing this
> bug.
>

I'm sorry to see the package go, but it's long overdue.

Thanks Jeremy.

Kaplan

Bug#874497: grub2: [intl:sq] Please add Albianian (sq) translation for Grub

[Lior Kaplan]

Package: grub2
Version: 2.02-2
Severity: wishlist

Hi,

Please include the following translation of grub debian strings to Albanian
(sq).

Thanks,

Kaplan
# translation of grub_debian_po_sq.po to Albanian
# Copyright (C) YEAR THE PACKAGE'S COPYRIGHT HOLDER
# This file is distributed under the same license as the PACKAGE package.
#
#
# Silva Arapi , 2017.
msgid ""
msgstr ""
"Project-Id-Version: PACKAGE VERSION\n"
"Report-Msgid-Bugs-To: gr...@packages.debian.org\n"
"POT-Creation-Date: 2011-05-27 13:33+0100\n"
"PO-Revision-Date: 2017-09-04 18:50+0200\n"
"Last-Translator: Silva Arapi \n"
"Language-Team: Albanian \n"
"Language: \n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"
"Plural-Forms: nplurals=5; plural=n==1 ? 0 : n==2 ? 1 : n<7 ? 2 : n<11 ? 3 : "
"4;\n"
"X-Generator: Gtranslator 2.91.7\n"

#. Type: boolean
#. Description
#: ../grub-pc.templates.in:2001
msgid "Chainload from menu.lst?"
msgstr "Ngarko zinxhir nga menu.lst?"

#. Type: boolean
#. Description
#: ../grub-pc.templates.in:2001
msgid "GRUB upgrade scripts have detected a GRUB Legacy setup in /boot/grub."
msgstr ""
"Skriptet e përmirësimit të GRUB zbuluan një ndertim të trashëguar të GRUB "
"në /boot/grub."

#. Type: boolean
#. Description
#: ../grub-pc.templates.in:2001
msgid ""
"In order to replace the Legacy version of GRUB in your system, it is "
"recommended that /boot/grub/menu.lst is adjusted to load a GRUB 2 boot image "
"from your existing GRUB Legacy setup. This step can be automatically "
"performed now."
msgstr ""
"Në mënyrë që të zëvëndësoni versionin e trashëguar të GRUB në sistemin tuaj, "
"rekomandohet që /boot/grub/menu.lst të rregullohet në mënyrë të tillë që të "
"ngarkoj një imazh të GRUB 2 nga konfigurimi i trashëguar i GRUB ekzistues."

#. Type: boolean
#. Description
#: ../grub-pc.templates.in:2001
msgid ""
"It's recommended that you accept chainloading GRUB 2 from menu.lst, and "
"verify that the new GRUB 2 setup works before it is written to the MBR "
"(Master Boot Record)."
msgstr ""
"Rekomandohet që të pranosh ngarkimin zinxhir GRUB 2 nga menu.lst, dhe të "
"verifikosh që konfigurimi i ri GRUB 2 punon para se ai të shkruhet në MBR "
"(Master Boot Record)"

#. Type: boolean
#. Description
#: ../grub-pc.templates.in:2001
msgid ""
"Whatever your decision, you can replace the old MBR image with GRUB 2 later "
"by issuing the following command as root:"
msgstr ""
"Cilido të jetë vendimi, ti mund të zëvëndësosh imazhin e vjetër MBR me GRUB "
"2 me vonë duke ekzekutuar komandën e mëposhtme si root:"

#. Type: multiselect
#. Description
#. Type: multiselect
#. Description
#: ../grub-pc.templates.in:3001 ../grub-pc.templates.in:4001
msgid "GRUB install devices:"
msgstr "Paisjet GRUB install:"

#. Type: multiselect
#. Description
#: ../grub-pc.templates.in:3001
msgid ""
"The grub-pc package is being upgraded. This menu allows you to select which "
"devices you'd like grub-install to be automatically run for, if any."
msgstr ""
"Paketa po përmirësohet. Kjo menu të lejon të zgjedhësh se cilat paisje do të "
"doje që grub-install ti ekzekutoj automatikisht, nëse ka ndonjë të till."

#. Type: multiselect
#. Description
#: ../grub-pc.templates.in:3001
msgid ""
"Running grub-install automatically is recommended in most situations, to "
"prevent the installed GRUB core image from getting out of sync with GRUB "
"modules or grub.cfg."
msgstr ""
"Ekzekutimi i grub-install automatikisht rekomandohet në shumicën e "
"situatave, për të parandaluar imazhin e instaluar të GRUB core që të dal "
"jashtë sinkronizimi me modulet e GRUB dhe grub.cfg."

#. Type: multiselect
#. Description
#. Type: multiselect
#. Description
#: ../grub-pc.templates.in:3001 ../grub-pc.templates.in:4001
msgid ""
"If you're unsure which drive is designated as boot drive by your BIOS, it is "
"often a good idea to install GRUB to all of them."
msgstr ""
"Nëse nuk je i sigurt se cili drive është caktuar si drive i ndezjes nga BIOS "
"i juaj, zakonisht është ide e mirë ta instaloni GRUB në secilin prej tyre. "

#. Type: multiselect
#. Description
#. Type: multiselect
#. Description
#: ../grub-pc.templates.in:3001 ../grub-pc.templates.in:4001
msgid ""
"Note: it is possible to install GRUB to partition boot records as well, and "
"some appropriate partitions are offered here. However, this forces GRUB to "
"use the blocklist mechanism, which makes it less reliable, and therefore is "
"not recommended."
msgstr ""
"Shënim: është gjithashtu e mundur që të instaloni GRUB për të ndarë "
"rekoredet e ndezjes, dhe disa ndarje të përshtatshme janë këtu. Gjithsesi, "
"kjo e detyron GRUB të përdorë mekanizmin blocklist, gjë që e bënë atë më pak "
"të besueshëm, dhe për këtë arsye nuk rekomandohet."

#. Type: multiselect
#. Description
#: ../grub-pc.templates.in:4001
msgid ""
"The GRUB boot loader was previously installed to a disk that is no 

Bug#874195: libreoffice: Please enable Albanian (sq) l10n package

[Lior Kaplan]

On Tue, Sep 5, 2017 at 1:32 AM, Rene Engelhard <r...@debian.org> wrote:

> Hi,
>
> On Mon, Sep 04, 2017 at 06:31:54AM +0200, Rene Engelhard wrote:
> > On Mon, Sep 04, 2017 at 02:13:25AM +0300, Lior Kaplan wrote:
> > >Translation of Albanian is currently at 60-65%, would be nice to
> have a
> > >l10n package as upstream already provides them
> >
> > Hmm. 60-65% is quite low. Normally I'd put the threshold at 80-90%...
> > I'd more consider it a bug upstream ships it, thenaagain they probably
> build
> > with all languages? (Don't see any --with-lang in
>
> Oh, my. This is hilarious.
>
> I wrote a quick and dirty script to check the locales[1]:
>
> Even stuff we have in the packages right now is bad.
>
> Even ar and he and hi and... Is he really so bad?
>
> Even oc is better than them...
>


Yes, Hebrew does need attention. If it wasn't the need to pass through NEW
each time
I would be happy to do something more dynamic for this. But at the moment,
we can
raise the issue during the LibreOffice conference in Rome and than take a
decision
after talking (and warning) the translators.

Kaplan

Bug#874195: libreoffice: Please enable Albanian (sq) l10n package

[Lior Kaplan]

Package: libreoffice
Version: 1:5.4.0-1
Severity: wishlist

Translation of Albanian is currently at 60-65%, would be nice to have a
l10n package as upstream already provides them

Kaplan

Bug#845567: paps: diff for NMU version 0.6.8-7.1

[Lior Kaplan]

You're welcome to do the upload directly, instead of to the delayed queue.

Thanks for your contribution.

Kaplan

On Thu, Nov 24, 2016 at 7:56 PM, Andrey Rahmatullin  wrote:

> Package: paps
> Version: 0.6.8-7
> Severity: normal
> Tags: patch pending
>
> Dear maintainer,
>
> I've prepared an NMU for paps (versioned as 0.6.8-7.1) and
> uploaded it to DELAYED/10. Please feel free to tell me if I
> should delay it longer.
>
> Regards.
>
> --
> WBR, wRAR
>

Bug#796169: [php-maint] Bug#796169: Bug#796169: php5: memory stream convert.base64-encode last character is missing

[Lior Kaplan]

Just to follow up, there's also an upstream discussion about this:

https://github.com/php/php-src/pull/1153

Kaplan

On Thu, Aug 20, 2015 at 10:34 PM, Samuel Wolf samuelwol...@googlemail.com
wrote:

 2015-08-20 0:15 GMT+02:00 Lior Kaplan kap...@debian.org:

 Hi,

 It's a commit which is reverted by Debian [1], because it breaks another
 application. But I think this revert patch should be removed and let the
 Horde solve this properly.

 [1]
 http://anonscm.debian.org/cgit/pkg-php/php.git/commit/?id=d1d84d4402147e7b9ae2801bb5e88d867b7e6d7f



 As far I understand we need this revert by Debian to have BC.
 In this case I will close the bug, because there is no other option.

 ___
 pkg-php-maint mailing list
 pkg-php-ma...@lists.alioth.debian.org
 http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-php-maint

Bug#796169: [php-maint] Bug#796169: php5: memory stream convert.base64-encode last character is missing

[Lior Kaplan]

Hi,

It's a commit which is reverted by Debian [1], because it breaks another
application. But I think this revert patch should be removed and let the
Horde solve this properly.

[1]
http://anonscm.debian.org/cgit/pkg-php/php.git/commit/?id=d1d84d4402147e7b9ae2801bb5e88d867b7e6d7f

Kaplan

On Wed, Aug 19, 2015 at 11:41 PM, Samuel Wolf samuelwol...@googlemail.com
wrote:

 Package: php5-common
 Version: 5.6.9+dfsg-0+deb8u1
 Severity: normal

 Original php bug report: https://bugs.php.net/bug.php?id=68532
 Should be fixed in php = 5.6.5 according to https://3v4l.org/jr2Mi
 But php5 in Debian 8 is still broken.


 -- Package-specific info:
  Additional PHP 5 information 

  PHP 5 SAPI (php5query -S): 
 apache2
 cgi
 cli

  PHP 5 Extensions (php5query -M -v): 
 readline (Enabled for apache2 by maintainer script)
 readline (Enabled for cgi by maintainer script)
 readline (Enabled for cli by maintainer script)
 imap (Enabled for apache2 by maintainer script)
 imap (Enabled for cgi by maintainer script)
 imap (Enabled for cli by maintainer script)
 opcache (Enabled for apache2 by maintainer script)
 opcache (Enabled for cgi by maintainer script)
 opcache (Enabled for cli by maintainer script)
 pdo (Enabled for apache2 by maintainer script)
 pdo (Enabled for cgi by maintainer script)
 pdo (Enabled for cli by maintainer script)
 mysqli (Enabled for apache2 by maintainer script)
 mysqli (Enabled for cgi by maintainer script)
 mysqli (Enabled for cli by maintainer script)
 imagick (Enabled for apache2 by maintainer script)
 imagick (Enabled for cgi by maintainer script)
 imagick (Enabled for cli by maintainer script)
 pdo_mysql (Enabled for apache2 by maintainer script)
 pdo_mysql (Enabled for cgi by maintainer script)
 pdo_mysql (Enabled for cli by maintainer script)
 gd (Enabled for apache2 by maintainer script)
 gd (Enabled for cgi by maintainer script)
 gd (Enabled for cli by maintainer script)
 json (Enabled for apache2 by maintainer script)
 json (Enabled for cgi by maintainer script)
 json (Enabled for cli by maintainer script)
 mysql (Enabled for apache2 by maintainer script)
 mysql (Enabled for cgi by maintainer script)
 mysql (Enabled for cli by maintainer script)
 mcrypt (Enabled for apache2 by maintainer script)
 mcrypt (Enabled for cgi by maintainer script)
 mcrypt (Enabled for cli by maintainer script)

  Configuration files: 
  /etc/php5/mods-available/pdo.ini 
 extension=pdo.so

  /etc/php5/mods-available/opcache.ini 
 zend_extension=opcache.so


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

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

 Versions of packages php5 depends on:
 ii  libapache2-mod-php5  5.6.9+dfsg-0+deb8u1
 ii  php5-cgi 5.6.9+dfsg-0+deb8u1
 ii  php5-common  5.6.9+dfsg-0+deb8u1

 php5 recommends no packages.

 php5 suggests no packages.

 Versions of packages php5-common depends on:
 ii  libc6   2.19-18
 ii  lsof4.86+dfsg-1
 ii  psmisc  22.21-2
 ii  sed 4.2.2-4+b1
 ii  ucf 3.0030

 Versions of packages php5-common suggests:
 pn  php5-user-cache  none

 -- no debconf information

 ___
 pkg-php-maint mailing list
 pkg-php-ma...@lists.alioth.debian.org
 http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-php-maint

Bug#796046: git-buildpackage: sudo dependency is missing

[Lior Kaplan]

Package: git-buildpackage
Version: 0.6.32
Severity: normal

Hi,

$ git-pbuilder create
/usr/bin/git-pbuilder: line 243: sudo: command not found

git-pbuilder needs sudo to work, but sudo isn't a mandatory package (priority
optional). Please add a dependency to make sure it wouldn't fail.

Kaplan

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

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

Versions of packages git-buildpackage depends on:
ii  devscripts2.15.8
ii  git   1:2.5.0-1
ii  man-db2.7.0.2-5
ii  python2.7.9-1
ii  python-dateutil   2.2-2
ii  python-pkg-resources  18.0.1-2
ii  python-six1.9.0-3

Versions of packages git-buildpackage recommends:
ii  cowbuilder   0.73
ii  pbuilder 0.215+nmu4
ii  pristine-tar 1.33
pn  python-requests  none
ii  sbuild   0.65.2-1

Versions of packages git-buildpackage suggests:
ii  python-notify  0.1.1-4
ii  unzip  6.0-17

-- no debconf information

Bug#781125: [php-maint] Bug#781125: Bug#781125: php5: Segmentation fault in version 5.4.39-0+deb7u1

[Lior Kaplan]

Thanks, I've also added a comment upstream to make sure the fix will be
part of the next version (at the moment only fixed for 5.5+).

Kaplan

On Wed, Mar 25, 2015 at 10:29 AM, Ondřej Surý ond...@sury.org wrote:

 Hi Nicolas,

 thank you for your report. I have pulled the patch from:


 https://github.com/php/php-src/commit/76c1ec5e96640e3076c105bde2cccfceb7557690

 Ccing security team - I am preparing deb7u2 with just this patch pulled.

 Cheers,
 Ondrej

 On Tue, Mar 24, 2015, at 20:40, Nicolas Baradakis wrote:
  Package: php5
  Version: 5.4.39-0+deb7u1
  Severity: important
  Tags: wheezy, upstream, patch
 
  Dear Maintainer,
 
  After installing the last wheezy-security update, my servers crash with
  segmentation fault because there is a regression in upstream release
  5.4.39.
  https://bugs.php.net/bug.php?id=69288
 
  A patch is provided on php.net bug system and I think it should be
  included
  in Debian package because a security update in stable is not supposed to
  break a live system running Wheezy.
 
  Thanks for your help.
 
  --
  Nicolas Baradakis
 
  ___
  pkg-php-maint mailing list
  pkg-php-ma...@lists.alioth.debian.org
  http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-php-maint


 --
 Ondřej Surý ond...@sury.org
 Knot DNS (https://www.knot-dns.cz/) – a high-performance DNS server

 ___
 pkg-php-maint mailing list
 pkg-php-ma...@lists.alioth.debian.org
 http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-php-maint

Bug#780737: Processed: Re: [php-maint] Bug#780737: php5-fpm: Call to undefined function apache_request_headers()

[Lior Kaplan]

Hi,

The problem is reported upstream and isn't specific to Debian, hence the
forward to the relevant report in php.net.

While the forwarded report talks about a different function, they are the
same:

This function is an alias for apache_request_headers(). Please read the
 apache_request_headers() documentation for more information on how this
 function works.


On Thu, Mar 19, 2015 at 2:30 PM, Osamu Aoki os...@debian.org wrote:

 Is this some mistake?

 I have no idea why you forwarded this to PHP ...

 On Wed, Mar 18, 2015 at 03:39:26PM +, Debian Bug Tracking System wrote:
  Processing commands for cont...@bugs.debian.org:
 
   forwarded 780373 https://bugs.php.net/bug.php?id=62596
  Bug #780373 [src:im-config] Add the ability to set preferred auto IM by
 locale
  Set Bug forwarded-to-address to 'https://bugs.php.net/bug.php?id=62596'.
   thanks
  Stopping processing here.
 
  Please contact me if you need assistance.
  --
  780373: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=780373
  Debian Bug Tracking System
  Contact ow...@bugs.debian.org with problems

Bug#780737: [php-maint] Bug#780737: php5-fpm: Call to undefined function apache_request_headers()

[Lior Kaplan]

forwarded 780373 https://bugs.php.net/bug.php?id=62596
thanks

The right upstream bug is https://bugs.php.net/bug.php?id=62596 ( I closed
the duplicate one to avoid confusion).

Notice the PR wasn't accepted... So I don't see us taking this any time
soon.

Kaplan

On Wed, Mar 18, 2015 at 5:11 PM, Emmanuel Schmidbauer 
eschmidba...@voipxswitch.com wrote:

 Package: php5-fpm
 Version: 5.4.36-0+deb7u3
 Severity: important
 Tags: patch

 Dear Maintainer,
 Please see php bug https://bugs.php.net/bug.php?id=67337thanks=6
 There is a patch that should be pushed to the debian package to address
 this bug. The link to the patch is on that page.


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

 Kernel: Linux 3.2.0-4-686-pae (SMP w/2 CPU cores)
 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
 Shell: /bin/sh linked to /bin/dash

 Versions of packages php5-fpm depends on:
 ii  dpkg  1.16.15
 ii  libbz2-1.01.0.6-4
 ii  libc6 2.13-38+deb7u8
 ii  libcomerr21.42.5-1.1+deb7u1
 ii  libdb5.1  5.1.29-5
 ii  libgssapi-krb5-2  1.10.1+dfsg-5+deb7u3
 ii  libk5crypto3  1.10.1+dfsg-5+deb7u3
 ii  libkrb5-3 1.10.1+dfsg-5+deb7u3
 ii  libmagic1 5.11-2+deb7u7
 ii  libonig2  5.9.1-1
 ii  libpcre3  1:8.30-5
 ii  libqdbm14 1.8.78-2
 ii  libssl1.0.0   1.0.1e-2+deb7u14
 ii  libxml2   2.8.0+dfsg1-7+wheezy3
 ii  mime-support  3.52-1+deb7u1
 ii  php5-common   5.4.36-0+deb7u3
 ii  tzdata2015a-0wheezy1
 ii  ucf   3.0025+nmu3
 ii  zlib1g1:1.2.7.dfsg-13

 php5-fpm recommends no packages.

 Versions of packages php5-fpm suggests:
 pn  php-pear  none

 -- Configuration Files:
 /etc/php5/fpm/php-fpm.conf changed [not included]
 /etc/php5/fpm/pool.d/www.conf [Errno 2] No such file or directory:
 u'/etc/php5/fpm/pool.d/www.conf'

 -- no debconf information

 ___
 pkg-php-maint mailing list
 pkg-php-ma...@lists.alioth.debian.org
 http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-php-maint

Bug#779857: xdebug: New upstream version available (at least 2.3.1)

[Lior Kaplan]

We won't introduce 2.3.x before Debian 8 will be released.

We might consider 2.2.7 as it has small fixes over the current version in
testing.

On Thu, Mar 5, 2015 at 5:28 PM, Thomas Luzat tho...@luzat.com wrote:

 Source: xdebug
 Severity: wishlist

 By now 2.3.1 is out, which features quite a number of fixes and new
 features.
 Please consider updating the package.

 Cheers,

 Thomas Luzat



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

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

Bug#751112: [php-maint] Bug#751112: release-notes: [jessie] Document changes in PHP 5.4-5.5 upgrade

[Lior Kaplan]

On Wed, Jan 14, 2015 at 7:41 PM, Niels Thykier ni...@thykier.net wrote:

 On 2014-11-26 10:09, Ondřej Surý wrote:
  Hi Niels,
 
  [...]
 
  lgtm, but I am ccing the packaging group, maybe William or Lior would
  have some comments.
 
  Cheers,
 

 Hi,

 Thanks for reviewing it.

 I have not heard anything from William or Lior, so I am going ahead and
 assuming it is all good. :)  Should you notice anything, please do not
 hesitate to reopen the bug (or a file a new one).


I missed the original CC, thanks for the 2nd one.

I think it would be worth to mention the JSON extension is now external (to
php.net).

Kaplan

Bug#757112: [Debian-hebrew-package] Bug#757112: please build using dh-autoreconf

[Lior Kaplan]

Thanks for the upload.

Kaplan

On Wed, Sep 10, 2014 at 5:23 PM, Andreas Barth a...@ayous.org wrote:

 * Matthias Klose (d...@debian.org) [140910 16:20]:
  please can you NMU all the M-A patches as well? Or just upload the Ubuntu
  package? ;)

 Lior, are the m-a-changes for you ok as well? If so, I could include
 them in the upload.


 Andi

Bug#757112: [Debian-hebrew-package] Bug#757112: please build using dh-autoreconf

[Lior Kaplan]

You're welcome to NMU...

Kaplan

On Wed, Sep 10, 2014 at 4:53 PM, Andreas Barth a...@ayous.org wrote:

 Hi,

 * Matthias Klose (d...@debian.org) [140910 13:52]:
  please build using dh-autoreconf,

 as ppc64el is now in Debian, I would be willing to help fixing this
 bug, if required also by an NMU. If there is no reason why not, I'd
 upload it within the next days.


 Andi

 ___
 Debian-hebrew-package mailing list
 debian-hebrew-pack...@lists.alioth.debian.org

 http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-hebrew-package

Bug#759381: [php-maint] Bug#759381: php5: TLS connections broken in 5.6.0 RC4

[Lior Kaplan]

This problematic commit was reverted between RC4 and 5.6.0 final. Thanks
for reporting!

Kaplan




On Wed, Aug 27, 2014 at 12:08 AM, Darkhorse Winterwolf d...@winterwolf.co.uk
wrote:

 Package: php5-common
 Version: 5.6.0~rc4+dfsg-4
 Severity: normal


 Hello,

 I upgraded a number of packages over the weekend, and found that
 RoundCube stopped working. After rather a lot of digging around, it seems
 I'm not alone, and the problem actually lies with PHP, specifically
 version 5.6.0 RC4. Just to check this, RoundCube itself was not updated,
 neither was my IMAP server, and by using the same RoundCube version with
 an older PHP version, the bug disappears.

 The problem appears to be described better than I probably could at this
 URL:

 http://bugs.horde.org/ticket/13491

 At the moment, this breaks RoundCube in Jessie and Sid systems when
 connecting to an IMAP server using TLS. It might well break other things
 too, but this is what's affecting me. It seems that it should be assigned
 to PHP rather than RoundCube from what I've read, but feel free to
 reassign if you disagree. Similarly, if I can provide any further
 information, just let me know and I'll update the report as soon as
 possible.

 All the best,
 -DH.



 -- Package-specific info:
  Additional PHP 5 information 

  PHP 5 SAPI (php5query -S): 
 apache2
 cli

  PHP 5 Extensions (php5query -M -v): 
 sqlite3 (Enabled for apache2 by maintainer script)
 sqlite3 (Enabled for cli by maintainer script)
 pdo (Enabled for apache2 by maintainer script)
 pdo (Enabled for cli by maintainer script)
 readline (Enabled for apache2 by maintainer script)
 readline (Enabled for cli by maintainer script)
 opcache (Enabled for apache2 by maintainer script)
 opcache (Enabled for cli by maintainer script)
 imap (Enabled for apache2 by maintainer script)
 imap (Enabled for cli by maintainer script)
 mysql (Enabled for apache2 by maintainer script)
 mysql (Enabled for cli by maintainer script)
 mysqli (Enabled for apache2 by maintainer script)
 mysqli (Enabled for cli by maintainer script)
 pspell (Enabled for apache2 by maintainer script)
 pspell (Enabled for cli by maintainer script)
 gd (Enabled for apache2 by maintainer script)
 gd (Enabled for cli by maintainer script)
 json (Enabled for apache2 by maintainer script)
 json (Enabled for cli by maintainer script)
 intl (Enabled for apache2 by maintainer script)
 intl (Enabled for cli by maintainer script)
 pdo_sqlite (Enabled for apache2 by maintainer script)
 pdo_sqlite (Enabled for cli by maintainer script)
 mcrypt (Enabled for apache2 by maintainer script)
 mcrypt (Enabled for cli by maintainer script)
 pdo_mysql (Enabled for apache2 by maintainer script)
 pdo_mysql (Enabled for cli by maintainer script)

  Configuration files: 
  /etc/php5/mods-available/pdo.ini 
 extension=pdo.so

  /etc/php5/mods-available/opcache.ini 
 zend_extension=opcache.so


 -- System Information:
 Debian Release: jessie/sid
   APT prefers testing
   APT policy: (550, 'testing'), (500, 'testing-updates'), (500,
 'stable-updates'), (450, 'unstable'), (450, 'stable'), (445, 'experimental')
 Architecture: amd64 (x86_64)

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

 Versions of packages php5 depends on:
 ii  libapache2-mod-php5  5.6.0~rc4+dfsg-4
 ii  php5-common  5.6.0~rc4+dfsg-4

 php5 recommends no packages.

 php5 suggests no packages.

 Versions of packages php5-common depends on:
 ii  libc6   2.19-9
 ii  lsof4.86+dfsg-1
 ii  psmisc  22.21-2
 ii  sed 4.2.2-4
 ii  ucf 3.0030

 Versions of packages php5-common suggests:
 pn  php5-user-cache  none

 -- no debconf information

 ___
 pkg-php-maint mailing list
 pkg-php-ma...@lists.alioth.debian.org
 http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-php-maint

Bug#758185: [php-maint] Bug#758185: Bug#758185: php5-common: installation fails with . in $PATH

[Lior Kaplan]

On Fri, Aug 15, 2014 at 1:39 PM, Zlatko Calusic zcalu...@bitsync.net
wrote:

 On 15.08.2014 10:57, Ondřej Surý wrote:

 Hi Zlatko,

 I will fix that in git, but having . in $PATH (especially for root
 user)
 is a very bad bad practice and really should be avoided due security
 reasons.


 No, it's not. It's a bad practice ONLY if some requirements are met, which
 has not been the case here, for a long time.


  Imagine someone dropping a malware binary in /tmp ...


 That someone already has a root password, so it's easier for him to use it
 than to drop malware and wait for me to step on it. ;)

 The point being of course, dot in the PATH is dangerous ONLY if you are on
 a multiuser machine where there are people with shell access who you can't
 trust. I haven't seen such machine in decades, and of course I'll remember
 to remove the all-dangerous dot from the PATH then. In the meantime, my
 boxes are so much friendlier with the dot included. :)


Shared hosting machines? (without visualization)

We need the default setting to be secured for all users. If someone wants
to make his setting more friendly - he's welcome, but not the default. The
fact the you haven't seen such a settings doesn't tell us much of our
users' machines.

We shouldn't fail the installation because of that, but the warning should
probably still appear.

Kaplan

Bug#752348: [Debian-hebrew-package] Bug#752348: Perl 5.20 transition imminent

[Lior Kaplan]

Hi Damyan,

Thanks for the heads up. I won't have time for this till Debconf.

If you want to NMU, feel free. No needs DELAYED/5.

Thanks in advance,

Kaplan


On Mon, Jul 28, 2014 at 11:37 PM, Damyan Ivanov d...@debian.org wrote:

 Control: severity -1 serious

 Perl 5.20 is planned to hit unstable around the 12th of August, at which
 point your package will become unbuildable and/or uninstallable.

 We plan to start doing NMUs to DELAYED/5 of all the packages which have
 a patch attached on or about 2nd of August, but a maintainer upload
 would be warmly appreciated.

 -- dam
Debian Perl Group

 ___
 Debian-hebrew-package mailing list
 debian-hebrew-pack...@lists.alioth.debian.org

 http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-hebrew-package

Bug#750896: [php-maint] Bug#750896: php5: please get rid of DEVELOPMENT PREVIEW News entry

[Lior Kaplan]

Duplicate of #750682

Kaplan


On Sun, Jun 8, 2014 at 10:54 AM, Gerfried Fuchs rho...@debian.org wrote:

 Source: php5
 Version: 5.6.0~beta3+dfsg-25.6.0~beta3+dfsg-2
 Severity: important

Hi!

  I can understand why the message about the development preview is in
 there, and it's a good idea in general.  But please get rid of it for
 uploads to unstable.  Users of stable/testing will see the message and
 wonder why it was uploaded there in the first place, where in fact the
 version uploaded now isn't a development preview anymore and not for use
 in production, or is it?

  Thanks,
 Rhonda

 ___
 pkg-php-maint mailing list
 pkg-php-ma...@lists.alioth.debian.org
 http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-php-maint

Bug#749592: Processed: bug 749592 is forwarded to Noel Grandin n...@peralex.com

[Lior Kaplan]

forwarded 749592 https://bugs.freedesktop.org/show_bug.cgi?id=77584
thanks

Forwarding to a upstream bug report, not a specific person.

Kaplan


On Fri, May 30, 2014 at 2:27 PM, Debian Bug Tracking System 
ow...@bugs.debian.org wrote:

 Processing commands for cont...@bugs.debian.org:

  forwarded 749592 Noel Grandin n...@peralex.com
 Bug #749592 [libreoffice-mysql-connector] libreoffice-mysql-connector:
 doesn't work with remote connections; ignoring server configuration and
 always tries socket
 Set Bug forwarded-to-address to 'Noel Grandin n...@peralex.com'.
  thanks
 Stopping processing here.

 Please contact me if you need assistance.
 --
 749592: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=749592
 Debian Bug Tracking System
 Contact ow...@bugs.debian.org with problems

Bug#747195: [php-maint] Bug#747195: php5-fpm: Permission denied for /var/run/php5-fpm.sock

[Lior Kaplan]

Quoting upstream's changelog:

Fixed bug #67060 http://bugs.php.net/67060 (possible privilege escalation
 due to insecure default configuration). (CVE-2014-0185))


Kaplan


On Tue, May 6, 2014 at 12:22 PM, Louis Matthijssen naxi...@gmail.comwrote:

 Package: php5-fpm
 Version: 5.5.12+dfsg-1
 Severity: important

 Dear Maintainer,

* What led up to the situation?
  I upgraded from 5.5.11+dfsg-3 to 5.5.12+dfsg-1 using apt-get upgrade.
  There are no changes in the configuration by me.
  After each start of php5-fpm, permissions are set to srw-rw by
 default
  for /var/run/php5-fpm.sock, causing nginx to get a permission denied
 error:
  [crit] 12317#0: *1140 connect() to unix:/var/run/php5-fpm.sock failed
  (13: Permission denied) while connecting to upstream
* What exactly did you do (or not do) that was effective (or
  ineffective)?
  Using chmod 666 /var/run/php5-fpm.sock.
* What was the outcome of this action?
  Permissions are restored.

 -- Package-specific info:
  Additional PHP 5 information 

  PHP 5 SAPI (php5query -S): 
 fpm

  PHP 5 Extensions (php5query -M -v): 
 pdo (Enabled for fpm by maintainer script)
 pdo_mysql (Enabled for fpm by maintainer script)
 gd (Enabled for fpm by maintainer script)
 opcache (Enabled for fpm by maintainer script)
 mysql (Enabled for fpm by maintainer script)
 json (Enabled for fpm by maintainer script)
 mysqli (Enabled for fpm by maintainer script)
 mcrypt (Enabled for fpm by maintainer script)

  Configuration files: 
 [PHP]
 engine = On
 short_open_tag = Off
 asp_tags = Off
 precision = 14
 output_buffering = 4096
 zlib.output_compression = Off
 implicit_flush = Off
 unserialize_callback_func =
 serialize_precision = 17
 disable_functions =
 pcntl_alarm,pcntl_fork,pcntl_waitpid,pcntl_wait,pcntl_wifexited,pcntl_wifstopped,pcntl_wifsignaled,pcntl_wexitstatus,pcntl_wtermsig,pcntl_wstopsig,pcntl_signal,pcntl_signal_dispatch,pcntl_get_last_error,pcntl_strerror,pcntl_sigprocmask,pcntl_sigwaitinfo,pcntl_sigtimedwait,pcntl_exec,pcntl_getpriority,pcntl_setpriority,
 disable_classes =
 zend.enable_gc = On
 expose_php = On
 max_execution_time = 30
 max_input_time = 60
 memory_limit = 128M
 error_reporting = E_ALL  ~E_DEPRECATED  ~E_STRICT
 display_errors = Off
 display_startup_errors = Off
 log_errors = On
 log_errors_max_len = 1024
 ignore_repeated_errors = Off
 ignore_repeated_source = Off
 report_memleaks = On
 track_errors = Off
 html_errors = On
 variables_order = GPCS
 request_order = GP
 register_argc_argv = Off
 auto_globals_jit = On
 post_max_size = 8M
 auto_prepend_file =
 auto_append_file =
 default_mimetype = text/html
 doc_root =
 user_dir =
 enable_dl = Off
 file_uploads = On
 upload_max_filesize = 2M
 max_file_uploads = 20
 allow_url_fopen = On
 allow_url_include = Off
 default_socket_timeout = 60
 [CLI Server]
 cli_server.color = On
 [Date]
 [filter]
 [iconv]
 [intl]
 [sqlite]
 [sqlite3]
 [Pcre]
 [Pdo]
 [Pdo_mysql]
 pdo_mysql.cache_size = 2000
 pdo_mysql.default_socket=
 [Phar]
 [mail function]
 SMTP = localhost
 smtp_port = 25
 mail.add_x_header = On
 [SQL]
 sql.safe_mode = Off
 [ODBC]
 odbc.allow_persistent = On
 odbc.check_persistent = On
 odbc.max_persistent = -1
 odbc.max_links = -1
 odbc.defaultlrl = 4096
 odbc.defaultbinmode = 1
 [Interbase]
 ibase.allow_persistent = 1
 ibase.max_persistent = -1
 ibase.max_links = -1
 ibase.timestampformat = %Y-%m-%d %H:%M:%S
 ibase.dateformat = %Y-%m-%d
 ibase.timeformat = %H:%M:%S
 [MySQL]
 mysql.allow_local_infile = On
 mysql.allow_persistent = On
 mysql.cache_size = 2000
 mysql.max_persistent = -1
 mysql.max_links = -1
 mysql.default_port =
 mysql.default_socket =
 mysql.default_host =
 mysql.default_user =
 mysql.default_password =
 mysql.connect_timeout = 60
 mysql.trace_mode = Off
 [MySQLi]
 mysqli.max_persistent = -1
 mysqli.allow_persistent = On
 mysqli.max_links = -1
 mysqli.cache_size = 2000
 mysqli.default_port = 3306
 mysqli.default_socket =
 mysqli.default_host =
 mysqli.default_user =
 mysqli.default_pw =
 mysqli.reconnect = Off
 [mysqlnd]
 mysqlnd.collect_statistics = On
 mysqlnd.collect_memory_statistics = Off
 [OCI8]
 [PostgreSQL]
 pgsql.allow_persistent = On
 pgsql.auto_reset_persistent = Off
 pgsql.max_persistent = -1
 pgsql.max_links = -1
 pgsql.ignore_notice = 0
 pgsql.log_notice = 0
 [Sybase-CT]
 sybct.allow_persistent = On
 sybct.max_persistent = -1
 sybct.max_links = -1
 sybct.min_server_severity = 10
 sybct.min_client_severity = 10
 [bcmath]
 bcmath.scale = 0
 [browscap]
 [Session]
 session.save_handler = files
 session.use_strict_mode = 0
 session.use_cookies = 1
 session.use_only_cookies = 1
 session.name = PHPSESSID
 session.auto_start = 0
 session.cookie_lifetime = 0
 session.cookie_path = /
 session.cookie_domain =
 session.cookie_httponly =
 session.serialize_handler = php
 session.gc_probability = 0
 session.gc_divisor = 1000
 session.gc_maxlifetime = 1440
 session.referer_check =
 

Bug#717267: reassign 717267 to curl, found 717267 in 7.31.0-1

[Lior Kaplan]

reassign 717267 curl
found 717267 7.31.0-1
forwarded 717267 http://sourceforge.net/p/curl/bugs/1311/
thanks

Thank you Michael for the detailed tests. This seems to be a bug in curl,
not php-curl. Reassigning accordingly.

Based on upstrem's report, it should have been fixed in 7.34.0, which we
already have since mid December 2013.

Kaplan

Bug#745485: xdebug: FTBFS on hurd-i386

[Lior Kaplan]

Thanks for the patch, upstream approved it.

 Looks good - could I suggest to make a pull request against the
 xdebug_2_2 branch on https://github.com/xdebug/xdebug please? I'll roll
 it in the next release.

Do you want the honor or should I ?

Kaplan



On Tue, Apr 22, 2014 at 12:06 PM, Svante Signell
svante.sign...@gmail.comwrote:

 Source: xdebug
 Version: 2.2.4-1
 Severity: important
 Tags: patch
 User: debian-h...@lists.debian.org
 Usertags: hurd

 Hi,

 Currently xdebug fails to build from source due to PATH_MAX being used,
 and that constant is not defined on GNU/Hurd. The attached patch avoid
 using PATH_MAX by allocating the string dfp with xdstrdup() and free it
 when not needed any longer.

 Thanks!

Bug#745485: xdebug: FTBFS on hurd-i386

[Lior Kaplan]

https://github.com/xdebug/xdebug/pull/111

Kaplan


On Tue, Apr 22, 2014 at 7:30 PM, Svante Signell svante.sign...@gmail.comwrote:

 On Tue, 2014-04-22 at 18:29 +0300, Lior Kaplan wrote:
  Thanks for the patch, upstream approved it.
 
   Looks good - could I suggest to make a pull request against the
   xdebug_2_2 branch on https://github.com/xdebug/xdebug please? I'll
  roll
   it in the next release.
 
 
  Do you want the honor or should I ?

 Thanks, I'll leave it to you if you have time. Perhaps also mark the bug
 as forwarded-to and add tag(s) upstream/fixed-upstream/pending?

  On Tue, Apr 22, 2014 at 12:06 PM, Svante Signell
  svante.sign...@gmail.com wrote:
  Source: xdebug
  Version: 2.2.4-1
  Severity: important
  Tags: patch
  User: debian-h...@lists.debian.org
  Usertags: hurd
 
  Hi,
 
  Currently xdebug fails to build from source due to PATH_MAX
  being used,
  and that constant is not defined on GNU/Hurd. The attached
  patch avoid
  using PATH_MAX by allocating the string dfp with xdstrdup()
  and free it
  when not needed any longer.
 
  Thanks!
 
 
 
 

Bug#743890: Subject: severity of 743890 is important

[Lior Kaplan]

severity 743890 important
thanks

Lowering severity as the package is now installable. The root problem is
still present and will be fixed in the future, probably by making JSON part
of php5-common instead of a separate package.

Kaplan

Bug#738984: reopening 738984, found 738984 in 5.5.11+dfsg-2

[Lior Kaplan]

reopen 738984
found 738984 5.5.11+dfsg-2
thanks

Hi,

The fix this bug has caused #743842, so the fix for this bug has been
reverted and will be fixed in a different way.

Kaplan

Bug#743842: [php-maint] Bug#743842: php5: uninstallable due to dependency loops

[Lior Kaplan]

On Mon, Apr 7, 2014 at 12:49 PM, Thorsten Glaser t.gla...@tarent.de wrote:

 Dependency installability problem for [43]php-json on armel, hurd-i386,
 i386, kfreebsd-i386, mipsel,
 powerpc and sparc:

 php-json build-depends on:
 - php5-cli (= 5.5.0~rc1+dfsg-1~)
 php5-cli depends on:
 - php5-common (= 5.5.11+dfsg-1)
 php5-common depends on:
 - php5-json
 php5-json depends on missing:
 - phpapi-20121212

 The new php5 upload changed the phpapi, which means
 it’s now uninstallable because it Depends php5-json
 which cannot be recompiled against the new php, due
 to that loop.


The phpapi number wasn't changed, but we've reenabled LFS (
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=738984),
which means that for 32bits it has lfs in the name:

Version: 5.5.10+dfsg-1
Provides: php5-mhash, phpapi-20121212

Version: 5.5.11+dfsg-1
Provides: php5-mhash, phpapi-20121212+lfs

Kaplan

Bug#743145: [Debian-hebrew-package] Bug#743145: Bidiv failed to build due to lack of libglib2.0-dev

[Lior Kaplan]

The URL isn't accessible.


On Wed, Apr 2, 2014 at 2:08 PM, Yunqiang Su wzss...@gmail.com wrote:

 You can get packages here:

 http://mips.wicp.net:9998/mips2/pool/main/f/fribidi/

 On Wed, Apr 2, 2014 at 7:03 PM, Lior Kaplan kap...@debian.org wrote:
  Thanks.
 
  From log it seems a problem with fribidi which looks for glib. Where can
 I
  get the fribidi-dev package for mips64el ?
 
   debian/rules build-arch
  test -x debian/rules
  mkdir -p .
  /usr/bin/make  -C . CFLAGS=-g -O2 -fstack-protector
  --param=ssp-buffer-size=4 -Wformat -Werror=format-security -Wall
  CXXFLAGS=-g -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat
  -Werror=format-security -Wall CPPFLAGS=-D_FORTIFY_SOURCE=2
  LDFLAGS=-Wl,-z,relro -j4
  make[1]: Entering directory `/«PKGBUILDDIR»'
  cc -c -O2 -Wall  `pkg-config --cflags fribidi` -g -O2 -fstack-protector
  --param=ssp-buffer-size=4 -Wformat -Werror=format-security -Wall bidiv.c
  cc -c -O2 -Wall  `pkg-config --cflags fribidi` -g -O2 -fstack-protector
  --param=ssp-buffer-size=4 -Wformat -Werror=format-security -Wall term.c
  Package glib-2.0 was not found in the pkg-config search path.
  Perhaps you should add the directory containing `glib-2.0.pc'
  to the PKG_CONFIG_PATH environment variable
  Package glib-2.0 was not found in the pkg-config search path.
  Perhaps you should add the directory containing `glib-2.0.pc'
  to the PKG_CONFIG_PATH environment variable
  Package 'glib-2.0', required by 'GNU FriBidi', not found
  Package 'glib-2.0', required by 'GNU FriBidi', not found
  In file included from /usr/include/fribidi/fribidi.h:35:0,
   from bidiv.c:23:
  /usr/include/fribidi/fribidi-common.h:61:20: fatal error: glib.h: No
 such
  file or directory
   #  include glib.h
  ^
  compilation terminated.
  make[1]: *** [bidiv.o] Error 1
 
 
  Kaplan
 
 
  On Wed, Apr 2, 2014 at 1:23 PM, Yunqiang Su wzss...@gmail.com wrote:
 
  This is the build log
 
  On Tue, Apr 1, 2014 at 7:01 PM, Lior Kaplan kap...@debian.org wrote:
   Could you provide the build log or at least the build error?
  
   bidiv doesn't require glib.h directly, so I need to understand which
   piece
   of software requires it on mips64el.
  
   Kaplan
  
  
   On Mon, Mar 31, 2014 at 1:16 AM, Yunqiang Su wzss...@gmail.com
 wrote:
  
   Package: bidiv
   Version: 1.5-4
  
   Bidiv failed to build as it cannot find glib.h.
  
   I test it on mips64el platform.
  
   --
   Yunqiang Su
  
   ___
   Debian-hebrew-package mailing list
   debian-hebrew-pack...@lists.alioth.debian.org
  
  
  
 http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-hebrew-package
  
  
 
 
 
  --
  Yunqiang Su
 
 



 --
 Yunqiang Su

Bug#743145: [Debian-hebrew-package] Bug#743145: Bidiv failed to build due to lack of libglib2.0-dev

[Lior Kaplan]

Thanks.

From log it seems a problem with fribidi which looks for glib. Where can I
get the fribidi-dev package for mips64el ?

 debian/rules build-arch
 test -x debian/rules
 mkdir -p .
 /usr/bin/make  -C . CFLAGS=-g -O2 -fstack-protector
 --param=ssp-buffer-size=4 -Wformat -Werror=format-security -Wall
 CXXFLAGS=-g -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat
 -Werror=format-security -Wall CPPFLAGS=-D_FORTIFY_SOURCE=2
 LDFLAGS=-Wl,-z,relro -j4
 make[1]: Entering directory `/«PKGBUILDDIR»'
 cc -c -O2 -Wall  `pkg-config --cflags fribidi` -g -O2 -fstack-protector
 --param=ssp-buffer-size=4 -Wformat -Werror=format-security -Wall bidiv.c
 cc -c -O2 -Wall  `pkg-config --cflags fribidi` -g -O2 -fstack-protector
 --param=ssp-buffer-size=4 -Wformat -Werror=format-security -Wall term.c
 Package glib-2.0 was not found in the pkg-config search path.
 Perhaps you should add the directory containing `glib-2.0.pc'
 to the PKG_CONFIG_PATH environment variable
 Package glib-2.0 was not found in the pkg-config search path.
 Perhaps you should add the directory containing `glib-2.0.pc'
 to the PKG_CONFIG_PATH environment variable
 Package 'glib-2.0', required by 'GNU FriBidi', not found
 Package 'glib-2.0', required by 'GNU FriBidi', not found
 In file included from /usr/include/fribidi/fribidi.h:35:0,
  from bidiv.c:23:
 /usr/include/fribidi/fribidi-common.h:61:20: fatal error: glib.h: No such
 file or directory
  #  include glib.h
 ^
 compilation terminated.
 make[1]: *** [bidiv.o] Error 1


Kaplan


On Wed, Apr 2, 2014 at 1:23 PM, Yunqiang Su wzss...@gmail.com wrote:

 This is the build log

 On Tue, Apr 1, 2014 at 7:01 PM, Lior Kaplan kap...@debian.org wrote:
  Could you provide the build log or at least the build error?
 
  bidiv doesn't require glib.h directly, so I need to understand which
 piece
  of software requires it on mips64el.
 
  Kaplan
 
 
  On Mon, Mar 31, 2014 at 1:16 AM, Yunqiang Su wzss...@gmail.com wrote:
 
  Package: bidiv
  Version: 1.5-4
 
  Bidiv failed to build as it cannot find glib.h.
 
  I test it on mips64el platform.
 
  --
  Yunqiang Su
 
  ___
  Debian-hebrew-package mailing list
  debian-hebrew-pack...@lists.alioth.debian.org
 
 
 http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-hebrew-package
 
 



 --
 Yunqiang Su

Bug#743145: [Debian-hebrew-package] Bug#743145: Bidiv failed to build due to lack of libglib2.0-dev

[Lior Kaplan]

Could you provide the build log or at least the build error?

bidiv doesn't require glib.h directly, so I need to understand which piece
of software requires it on mips64el.

Kaplan


On Mon, Mar 31, 2014 at 1:16 AM, Yunqiang Su wzss...@gmail.com wrote:

 Package: bidiv
 Version: 1.5-4

 Bidiv failed to build as it cannot find glib.h.

 I test it on mips64el platform.

 --
 Yunqiang Su

 ___
 Debian-hebrew-package mailing list
 debian-hebrew-pack...@lists.alioth.debian.org

 http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-hebrew-package

Bug#739012: [php-maint] Bug#738832: Segmentation fault in libmagic (src:file) [CVE-2014-1943]

[Lior Kaplan]

On Sat, Feb 15, 2014 at 12:48 AM, Lior Kaplan kap...@debian.org wrote:

 The question is: do we want to patch this ourselves, or wait for PHP to
 provide the fix based on the linked commits? I guess the latter would be
 best, unless it will take them too much time.


Fix by upstream (from the PHP 5.4 branch):
http://git.php.net/?p=php-src.git;a=commitdiff;h=89f864c547014646e71862df3664e3ff33d7143d

Kaplan

Bug#739012: [php-maint] Bug#738832: Segmentation fault in libmagic (src:file) [CVE-2014-1943]

[Lior Kaplan]

On Fri, Feb 14, 2014 at 11:53 PM, Salvatore Bonaccorso car...@debian.orgwrote:

 I clone this bugreport, as php5 embedding a modified copy of libmagic
 would also be affected by CVE-2014-1943.


Thanks.

I've looked at the build logs it does seems like the fileinfo extension
uses the internal libmagic during build (verified upstream forced this
since PHP 5.3.0 at
http://git.php.net/?p=php-src.git;a=commitdiff;h=ccc012d3f656236c29c075a9e5dfbe850e00915b
)

But I'm still not sure why do we have a libmagic-dev build-dep and a hard
coded dependency on libmagic1 for the various SAPIs. But that's a side
note...

The question is: do we want to patch this ourselves, or wait for PHP to
provide the fix based on the linked commits? I guess the latter would be
best, unless it will take them too much time.

Kaplan

Bug#737688: [php-maint] Bug#737688: PHP5-FPM segfault [400000+6fe000] w/ php5-imap

[Lior Kaplan]

Please install php5-dbg and generate a backtrace.

See https://bugs.php.net/bugs-generating-backtrace.php

Kaplan


On Wed, Feb 5, 2014 at 1:11 AM, Alex h...@alexkavon.com wrote:

  Package: php5-fpm
 Version: 5.4.4-14+deb7u7

 I'm using the latest php5-fpm version:

 PHP 5.4.4-14+deb7u7 (cli) (built: Dec 12 2013 08:42:07)
 Copyright (c) 1997-2012 The PHP Group
 Zend Engine v2.4.0, Copyright (c) 1998-2012 Zend Technologies

 I'm also using the latest version of php5-imap.

 I'm running the following commands on Debian 7 (3.2.0-4-amd64 #1 SMP
 Debian 3.2.41-2+deb7u2 x86_64):

 $open = 
 imap_open('{10.128.11.4:143/secure}http://10.128.11.4:143/secure%7D',
 'admin', 'password', OP_HALFOPEN);

 imap_createmailbox($open, '{10.128.11.4:143}user' . $username);

 imap_setacl($open, 'user' . $username, 'admin', 'c');

 This is causing the following error:

 Feb  4 16:05:59 localhost kernel: [1214803.021736] php5-fpm[20495]:
 segfault at 7fa67fc77fe0 ip 00676c1d sp 7fff12809e60 error 4 in
 php5-fpm[40+6fe000]

 I'm working with a cyrus-imap server

 ___
 pkg-php-maint mailing list
 pkg-php-ma...@lists.alioth.debian.org
 http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-php-maint

Bug#704764: more info

[Lior Kaplan]

More info at https://bugs.php.net/bug.php?id=60227

Relevant upstream patch:
http://git.php.net/?p=php-src.git;a=commitdiff;h=8e82bda330264d290a5e55580eea2eb875d4cb69

Kaplan

Bug#731895: [php-maint] Bug#731895: php5: CVE-2013-6420: memory corruption in openssl_x509_parse()

[Lior Kaplan]

As PHP.net has released the fix also for 5.3 and 5.4 branches, I assume
it's relevant for the both squeeze and wheezy. The problematic code was
there for a long time.

Kaplan


On Wed, Dec 11, 2013 at 8:41 AM, Salvatore Bonaccorso car...@debian.orgwrote:

 Package: php5
 Severity: grave
 Tags: security upstream patch

 Hi,

 the following vulnerability was published for php5.

 CVE-2013-6420[0]:
 php: memory corruption in openssl_x509_parse()

 The upstream commit is found at [1].

 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] http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2013-6420
 http://security-tracker.debian.org/tracker/CVE-2013-6420
 [1]
 http://git.php.net/?p=php-src.git;a=commitdiff;h=c1224573c773b6845e83505f717fbf820fc18415

 Please adjust the affected versions in the BTS as needed; could you
 check if squeeze and wheezy are affected as well?

 Regards,
 Salvatore

 ___
 pkg-php-maint mailing list
 pkg-php-ma...@lists.alioth.debian.org
 http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-php-maint

Bug#728196: [Pkg-php-pecl] Bug#728196: php-gearman is licensed under the PHP license, and is not php

[Lior Kaplan]

Hi James  Herman,

The PHP extension for Gearman has just got into the Debian archive. We've
got the following reject about the license of the extension (see bellow).

Would you consider changing the license to another BSD style license?
(well, just not the PHP license which is intended PHP itself)

Kaplan



On Tue, Oct 29, 2013 at 2:20 PM, Paul Tagliamonte paul...@debian.orgwrote:

 Package: php-gearman
 Severity: serious
 User: paul...@debian.org
 Usertags: ftp
 X-Debbugs-CC: ftpmas...@ftp-master.debian.org
 thanks

 From the REJECT faq:

 /
 | You have a PHP add-on package (any php script/app/thing, not PHP
 | itself) and it's licensed only under the standard PHP license. That
 | license, up to the 3.x which is actually out, is not really usable for
 | anything else than PHP itself. I've mailed our -legal list about that
 | and got only one response, which basically supported my view on this.
 | Basically this license talks only about PHP, the PHP Group, and includes
 | Zend Engine, so its not applicable to anything else. And even worse,
 | older versions include the nice ad-clause.
 |
 | One good solution here is to suggest a license change to your upstream,
 | as they clearly wanted a free one. LGPL or BSD seems to be what they
 | want.
 \

 Sorry this made it through NEW,


 Hope you're well, and thanks for your work,
   Paul

 --
  .''`.  Paul Tagliamonte paul...@debian.org
 : :'  : Proud Debian Developer
 `. `'`  4096R / 8F04 9AD8 2C92 066C 7352  D28A 7B58 5B30 807C 2A87
  `- http://people.debian.org/~paultag

 ___
 Pkg-php-pecl mailing list
 pkg-php-p...@lists.alioth.debian.org
 https://lists.alioth.debian.org/mailman/listinfo/pkg-php-pecl

Bug#722145: fixed upsteam

[Lior Kaplan]

http://git.fsl.cs.sunysb.edu/?p=am-utils-6.2.git;a=commitdiff;h=3a382320e8d0b52a250efd8907f8429497de2335

Kaplan

Bug#722787: [Debian-arabic-packages] Bug#722787: jcal link with -L/usr/lib

[Lior Kaplan]

Could you verify this patch before I upload ?

--- a/src/Makefile.am
+++ b/src/Makefile.am
@@ -7,5 +7,5 @@

 jcal_SOURCES = jcal.c
 jdate_SOURCES = jdate.c
-LDADD   = ../libjalali/libjalali.la -L@libdir@
+LDADD   = ../libjalali/libjalali.la
 LIBS= @LIBS@ $(THREAD_LIBS)




On Sat, Sep 14, 2013 at 5:29 AM, YunQiang Su wzss...@gmail.com wrote:

 Package: jcal
 Version: 0.4.1-1
 X-Debbugs-CC: wzss...@gmail.com

 This package has one or more -L/usr/lib in its build system,
 which will make it ftbfs if there is libraries under /usr/lib,
 while is not the default architecture, mips* for example.

 On mips* systems, /usr/lib is defined as place to hold O32
 libraries, and /usr/lib32 for N32, and /usr/lib64 is for N64.

 Beside the way, on the multiarch system like Debian, user may install
 libraries under /usr/lib by hand.

 Please use the default search path if you can, and please consider fix
 this.

 I will try to fix this bug, while if you can help to fix it,
 It will be very appreciative.

 The attachement is the buildlog of this package on mips64el platform.

 ___
 Debian-arabic-packages mailing list
 debian-arabic-packa...@lists.alioth.debian.org

 http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-arabic-packages

Bug#722039: [Debian-hebrew-package] Bug#722039: hdate-applet: FTBFS agains evolution-data-server 3.8

[Lior Kaplan]

After sorting the includes (see bellow), the problem is these errors:

ecal-client.c: In function 'get_ecal_events':
ecal-client.c:97:5: warning: zero-length gnu_printf format string
[-Wformat-zero-length]
 g_snprintf (events, max_events_string_length, );
 ^
ecal-client.c: In function 'open_ecal_calendar':
ecal-client.c:129:3: warning: implicit declaration of function
'e_cal_new_from_uri' [-Wimplicit-function-declaration]
   (*ecal) = e_cal_new_from_uri (uri, E_CAL_SOURCE_TYPE_EVENT);
   ^
ecal-client.c:129:11: warning: assignment makes pointer from integer
without a cast [enabled by default]
   (*ecal) = e_cal_new_from_uri (uri, E_CAL_SOURCE_TYPE_EVENT);
   ^
ecal-client.o: In function `open_ecal_calendar':
/tmp/hdate-applet/hdate-applet-0.15.11/src/ecal-client.c:129: undefined
reference to `e_cal_new_from_uri'

Which really looks like something upstream should take a look at.

To sort includes:

--- hdate-applet-0.15.11.orig/src/ghcal-callbacks.c 2013-09-15
23:10:33.0 +
+++ hdate-applet-0.15.11/src/ghcal-callbacks.c  2013-09-15
23:24:57.0 +
@@ -23,8 +23,7 @@
 /* for the evolution calendar */
 #ifdef WITH_EVOLUTION
   #include stdlib.h
-  #include libecal/e-cal.h
-  #include libecal/e-cal-time-util.h
+  #include libecal/libecal.h
 #endif

 #include gtk/gtk.h

--- hdate-applet-0.15.11.orig/src/ecal-client.h 2010-10-31
19:10:41.0 +
+++ hdate-applet-0.15.11/src/ecal-client.h  2013-09-15
23:25:38.0 +
@@ -17,7 +17,7 @@
  */

 /* for the evolution calendar */
-#include libecal/e-cal.h
+#include libecal/libecal.h

 /* get events for day,month,year from evolution clendar */
 int

--- hdate-applet-0.15.11.orig/src/ecal-client.c 2013-09-15
23:27:03.0 +
+++ hdate-applet-0.15.11/src/ecal-client.c  2013-09-15
23:27:35.0 +
@@ -24,7 +24,6 @@
 /* for the evolution calendar */
 #include stdlib.h
 #include libecal/libecal.h
-#include libecal/e-cal-time-util.h

 /* */




On Sat, Sep 7, 2013 at 1:36 AM, bi...@debian.org wrote:

 Source: hdate-applet
 Version: 0.15.11-1.1
 Severity: important
 User: pkg-evolution-maintain...@lists.alioth.debian.org
 Usertags: eds-3.8

 Hi,

 we are planning to upload evolution and evolution-data-server 3.8 to
 unstable soon. Your package hdate-applet declares a build dependency on
 one of these packages:

  evolution-data-server-dev
  libedataserver1.2-dev
  libcamel1.2-dev
  libebook1.2-dev
  libedataserverui-3.0-dev
  libedata-book1.2-dev
  libecal1.2-dev
  libedata-cal1.2-dev
  libebackend1.2-dev

 During a rebuild, hdate-applet failed to build against
 evolution-data-server 3.8. The build log can be found at [1].

 One notable change is, that libedataserverui has been dropped.
 If your package build-depends on libedataserverui-3.0-dev, you'll need
 to get rid of that dependency.

 As for some of the other API changes, see the release announcements of
 evolution-data-server 3.5.3 [2].

 If you want to test-build hdate-applet, version 3.8 of
 evolution-data-server
 is currently available in experimental.
 If you don't have the time porting to the new e-d-s interfaces, disabling
 e-d-s support (temporarily) might be an option. Otherwise hdate-applet will
 have to be removed from testing to not block the transition.

 Ubuntu and Fedora have already done this transition, so it might be
 worthwile having a look at the patches they ship.

 Thanks for your cooperation.


 Michael,
 on behalf of the Debian GNOME and Evolution team.

 [1] http://people.debian.org/~biebl/eds-3.8/hdate-applet_0.15.11-1.1.log
 [2]
 https://mail.gnome.org/archives/ftp-release-list/2012-June/msg00100.html

 ___
 Debian-hebrew-package mailing list
 debian-hebrew-pack...@lists.alioth.debian.org

 http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-hebrew-package

Bug#722145: More info

[Lior Kaplan]

The file Yoram is referring to is conf/mount/mount_linux.c in the relevant
line linux_version_code(void). Its location in the debian sources is 240
and 265 in the upstream git (as the debian snapshot is seems quite old).

During the build the file is renamed to mountutil.c (no idea why, but it's
by upstream design).

Anyway, notice the problem is relevant with kernels from Debian testing,
unstable, and also stable-backports which has the 3.X scheme instead of
3.x.y

Kaplan

Bug#719483: Missing authors in copyright file

[Lior Kaplan]

Package: bibutils
Version: 5.0-1

Hi,

While reviewing your package in the NEW queue, I've noticed your copyright
file is missing some of the authors.

e.g.
Copyright (c) Richard Mathar 2007-2013 from lib/adsout.h
Copyright (c) Johannes Wilm 2010-2013 from lib/biblatexin.c

Kaplan

Bug#719490: missing authors in copyright file

[Lior Kaplan]

Package: menu-cache
Version: 0.5.0-1

While reviewing the package in the NEW queue, I've noticed you're missing
some authors in the copyright file.

e.g.
Copyright 2012-2013 Andriy Grytsenko (LStranger)
in menu-cached.c

Also, in menu-cache-gen/ it would be nice to have a separation of the
different copyright holders (most files are just by red hat and not the
others).

Bug#707024: apache2.4 transition

[Lior Kaplan]

Hi,

Can the relevant people post an update to this transition ? It's been a
month and a half since the upload of 2.4 to unstable and its builds look OK.

Are we still waiting for some dependent packages or we can close this issue
?

Thanks,

Kaplan

Bug#715493: [php-maint] Bug#715493: /usr/lib/php5/20121212/pdo_mysql.so: undefined symbol: pdo_parse_params

[Lior Kaplan]

According to the buildd log [1], 5.5.0+dfsg-15 just finished on sparc, so
you probably have an updated package in the next couple of hours.

[1] https://buildd.debian.org/status/package.php?p=php5

On Thu, Jul 18, 2013 at 2:18 AM, Mitch Halmu mi...@netside.net wrote:

 There are still platforms that need the bug fixed. php/5.5.0+dsfg-11
 is the highest version available for sparc, and it contains the bug:

 PHP Warning:  PHP Startup: Unable to load dynamic library
 '/usr/lib/php5/20121212/pdo_mysql.so' -
 /usr/lib/php5/20121212/pdo_mysql.so:
 undefined symbol: pdo_parse_params in Unknown on line 0

 Please treat building new php version packages for all platforms as a
 high priority. Thanks,

 --Mitch Halmu

 ___
 pkg-php-maint mailing list
 pkg-php-ma...@lists.alioth.debian.org
 http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-php-maint

Bug#715251: [Debian-hebrew-package] Bug#715251: Fontconfig warnings

[Lior Kaplan]

On Tue, Jul 9, 2013 at 12:24 AM, Juhapekka Tolvanen juht...@iki.fi wrote:

 On Sun, 07 Jul 2013, +23:46:04 EEST (UTC +0300),
 Lior Kaplan kap...@debian.org pressed some keys:

  We don't provide this file since 2007...
 
  culmus (0.101-7) unstable; urgency=low
 
* Move /etc/fonts/conf.d/10-culmus.conf to
  /etc/fonts/conf.avail/65-culmus.conf to better match the font policy
  according to /etc/fonts/conf.avail/README (Closes: #426471)
 
   -- Baruch Even bar...@debian.org  Sat, 02 Jun 2007 23:41:03 +0300
 
  Could you dpkg -S /etc/fonts/conf.d/10-culmus.conf to verify if it
 belong
  to any package ?

 % dpkg -S /etc/fonts/conf.d/10-culmus.conf
 culmus: /etc/fonts/conf.d/10-culmus.conf

 % dpkg -S /etc/fonts/conf.avail/65-culmus.conf
 culmus: /etc/fonts/conf.avail/65-culmus.conf


Very weird...

Could you try to remove the package, remove the file manually and see if it
returns from a new installation of culmus 0.130-1 ?

Bug#715251: [Debian-hebrew-package] Bug#715251: Fontconfig warnings

[Lior Kaplan]

We don't provide this file since 2007...

culmus (0.101-7) unstable; urgency=low

  * Move /etc/fonts/conf.d/10-culmus.conf to
/etc/fonts/conf.avail/65-culmus.conf to better match the font policy
according to /etc/fonts/conf.avail/README (Closes: #426471)

 -- Baruch Even bar...@debian.org  Sat, 02 Jun 2007 23:41:03 +0300

Could you dpkg -S /etc/fonts/conf.d/10-culmus.conf to verify if it belong
to any package ?

Kaplan



On Sun, Jul 7, 2013 at 2:05 PM, Juhapekka Tolvanen juht...@iki.fi wrote:


 Package: culmus
 Version: 0.130-1
 Severity: normal

 Whenever I start some program using Fontconfig, it gives these warnings:

 Fontconfig warning: /etc/fonts/conf.d/10-culmus.conf, line 24:
 Having multiple family in alias isn't supported and may not work
 as expected
 Fontconfig warning: /etc/fonts/conf.d/10-culmus.conf, line 31:
 Having multiple family in alias isn't supported and may not work
 as expected
 Fontconfig warning: /etc/fonts/conf.d/10-culmus.conf, line 31:
 Having multiple family in alias isn't supported and may not work
 as expected
 Fontconfig warning: /etc/fonts/conf.d/10-culmus.conf, line 37:
 Having multiple family in alias isn't supported and may not work
 as expected
 Fontconfig warning: /etc/fonts/conf.d/10-culmus.conf, line 45:
 Having multiple family in alias isn't supported and may not work
 as expected
 Fontconfig warning: /etc/fonts/conf.d/10-culmus.conf, line 45:
 Having multiple family in alias isn't supported and may not work
 as expected
 Fontconfig warning: /etc/fonts/conf.d/10-culmus.conf, line 45:
 Having multiple family in alias isn't supported and may not work
 as expected
 Fontconfig warning: /etc/fonts/conf.d/10-culmus.conf, line 53:
 Having multiple family in alias isn't supported and may not work
 as expected
 Fontconfig warning: /etc/fonts/conf.d/10-culmus.conf, line 53:
 Having multiple family in alias isn't supported and may not work
 as expected
 Fontconfig warning: /etc/fonts/conf.d/10-culmus.conf, line 53:
 Having multiple family in alias isn't supported and may not work
 as expected
 Fontconfig warning: /etc/fonts/conf.d/10-culmus.conf, line 59:
 Having multiple family in alias isn't supported and may not work
 as expected


 -- System Information:
 Debian Release: 7.1
   APT prefers stable
   APT policy: (990, 'stable'), (500, 'testing-proposed-updates'), (500,
 'oldstable-updates'), (500, 'oldstable-proposed-updates'), (102,
 'testing'), (101, 'unstable')
 Architecture: i386 (i686)

 Kernel: Linux 3.9-1-686-pae (SMP w/1 CPU core)
 Locale: LANG=fi_FI.utf8, LC_CTYPE=fi_FI.utf8 (charmap=UTF-8)
 Shell: /bin/sh linked to /bin/dash

 Versions of packages culmus depends on:
 ii  xfonts-utils  1:7.7~1

 culmus recommends no packages.

 culmus suggests no packages.

 -- no debconf information

 --
 Juhapekka naula Tolvanen * http colon slash slash iki dot fi slash
 juhtolv
 Quidquid Latine dictum sit altum videtur.

 ___
 Debian-hebrew-package mailing list
 debian-hebrew-pack...@lists.alioth.debian.org

 http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-hebrew-package

Bug#714490: RM: user-he -- ROM; Not maintained, not in use

[Lior Kaplan]

Package: ftp.debian.org
Severity: normal

Bug#711528: RM: ayaspell-dic -- ROM; Replaced by source package hunspell-ar

[Lior Kaplan]

Package: ftp.debian.org
Severity: normal

Bug#710673: [php-maint] Bug#710673: [php5-common] JSON functions not available

[Lior Kaplan]

See the changelog:

php5 (5.5.0~rc1+dfsg-1) experimental; urgency=low

  * Imported Upstream version 5.5.0~rc1+dfsg
  * Enable VPX (WEBP) support in GD extension
  * Add dfsg-repack.sh script to remove non-free JSON module
(Closes: #692613)
  * Remove php5-json from Provides, since that's no longer true

 -- Ondřej Surý ond...@debian.org  Fri, 17 May 2013 14:41:41 +0200



On Sat, Jun 1, 2013 at 3:41 PM, Alexander Hofbauer 
a...@die-softwaremanufaktur.com wrote:

 Package: php5-common
 Version: 5.5.0~rc2+dfsg-1
 Severity: normal

 --- Please enter the report below this line. ---
 After pulling in the latest PHP 5.5 packages from Sid JSON functions
 seem to have gone completely.


 $ php -r 'var_dump(function_exists(json_encode));'
 bool(false)

 $ php -r 'var_dump(function_exists(json_decode));'
 bool(false)



 Anything I'm missing here?



 --- System information. ---
 Architecture: amd64
 Kernel:   Linux 3.9.3+

 Debian Release: jessie/sid
   500 unstableftp.at.debian.org
   100 experimentalftp.at.debian.org

 --- Package information. ---
 Depends (Version) | Installed
 =-+-==
 libc6   (= 2.14) |
 sed  (= 4.1.1-1) |
 psmisc  (= 22.15-1~) |
 lsof  |
 ucf   |


 Package's Recommends field is empty.

 Package's Suggests field is empty.

 ___
 pkg-php-maint mailing list
 pkg-php-ma...@lists.alioth.debian.org
 http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-php-maint

Bug#706873: [php-maint] Bug#706873: cron mail from PHP every 30m

[Lior Kaplan]

We don't provide suhosin as part of PHP 5.4, you can remove the ini file
which tries to load it.

Is this an upgrade? if so from which version?

Kaplan

On Sun, May 5, 2013 at 8:40 PM, Richard Kettlewell r...@terraraq.org.ukwrote:

 Package: php5
 Version: 5.4.4-14

 After upgrading to wheezy, php is now sending me cron mail every 30m:

 From: r...@sfere.greenend.org.uk (Cron Daemon)
 To: r...@sfere.greenend.org.uk
 Subject: Cron root@sfere   [ -x /usr/lib/php5/maxlifetime ]  [ -d
 /var/lib/php5 ]  find /var/lib/php5/ -depth -mindepth 1 -maxdepth 1 -type
 f -ignore_readdir_race -cmin +$(/usr/lib/php5/maxlifetime) ! -execdir fuser
 -s {} 2/dev/null \; -delete
 Content-Type: text/plain; charset=ANSI_X3.4-1968
 X-Cron-Env: SHELL=/bin/sh
 X-Cron-Env: HOME=/root
 X-Cron-Env: PATH=/usr/bin:/bin
 X-Cron-Env: LOGNAME=root
 Message-Id: 
 E1UZ2Qn-00017j-H5@sfere.**anjou.terraraq.org.uke1uz2qn-00017j...@sfere.anjou.terraraq.org.uk
 
 Date: Sun, 05 May 2013 18:09:01 +0100

 PHP Warning:  PHP Startup: Unable to load dynamic library
 '/usr/lib/php5/20100525+lfs/**suhosin.so' - 
 /usr/lib/php5/20100525+lfs/**suhosin.so:
 cannot open shared object file: No such file or directory in Unknown on
 line 0


 sfere$ ls -l /usr/lib/php5/20100525+lfs/
 total 416
 -rw-r--r-- 1 root root  46512 Mar  4 16:17 mysql.so
 -rw-r--r-- 1 root root 128460 Mar  4 16:17 mysqli.so
 -rw-r--r-- 1 root root 108084 Mar  4 16:17 pdo.so
 -rw-r--r-- 1 root root  30276 Mar  4 16:17 pdo_mysql.so
 -rw-r--r-- 1 root root  88040 Jun 23  2012 wikidiff2.so

 ttfn/rjk

 __**_
 pkg-php-maint mailing list
 pkg-php-maint@lists.alioth.**debian.orgpkg-php-ma...@lists.alioth.debian.org
 http://lists.alioth.debian.**org/cgi-bin/mailman/listinfo/**pkg-php-mainthttp://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-php-maint

Bug#703143: Error on opening an RTF file

[Lior Kaplan]

notfound 703143 1:4.0.1~rc1-2
thanks

I can't reproduce this bug with a more recent version of libreoffice (from
experimental). I guess it's related to this feature in 4.0:

Import / export support for native RTF math
expressionshttp://blogs.msdn.com/b/murrays/archive/2006/10/25/mathematical-rtf.aspx(Miklós
Vajna)
See http://www.libreoffice.org/download/4-0-new-features-and-fixes/

Kaplan

On Sat, Mar 16, 2013 at 8:33 AM, Jaakov jaa...@ro.ru wrote:

 Package: libreoffice
 Version: 1:3.5.4+dfsg-4

 Download the attached file. Open a terminal and type
 libreoffice -view Algebra04-05.RTF

 Then the loading process starts, lasts a couple of seconds, one sees the
 progress bar, but, finally, no libreoffice windows opens. On the terminal,
 nothing is printed. The exit status is 139 (printed by echo $?).

 Please improve.

 Jaakov.

Bug#698525: php5-cli: man-page doesn't show all functionalities

[Lior Kaplan]

tag 698525 pending
thanks

Hi,

This is fixed in the debian php repository, and also sent upstream at
https://bugs.php.net/bug.php?id=64180

Kaplan

Bug#286356: [php-maint] Bug#576218: Bug#576218: Bug#576218: (no subject)

[Lior Kaplan]

Fair enough...  maybe uploading to experimental in the meantime ?

Kaplan

On Thu, Feb 7, 2013 at 3:27 PM, Ondřej Surý ond...@debian.org wrote:

 Just FYI: I am going to NMU this bug as soon we are unfrozen again.
 The fix has been available for two years now and the interactive mode
 is requested feature by many of our PHP users.

 Ondrej

 On Tue, Feb 21, 2012 at 8:31 PM, Lior Kaplan kap...@debian.org wrote:
  2012/2/21 Ondřej Surý ond...@debian.org
 
   Can't we apply the same patches to the Debian packages? Are we waiting
   for
   the upstream maintainers to take action?
 
  We can, but you are barking up the wrong tree here.  You need to speak
  with libedit maintainer.
 
 
  Anibal, could you take a look at #286356 ?
 
  Kaplan



 --
 Ondřej Surý ond...@sury.org

Bug#697723: read-only mode (libreoffice --view) not working

[Lior Kaplan]

Can also reproduce in 3.6.4 in experimental.

The usage output comes from core/desktop/source/app/cmdlinehelp.cxx in the
source code.
Didn't find the source for oosplash which should be the binary handling
this option.

Kaplan

On Tue, Jan 8, 2013 at 11:49 PM, Harald Dunkel harald.dun...@aixigo.dewrote:

 Package: libreoffice
 Version: 1:3.5.4+dfsg-4

 running libreoffice --help I get

 LibreOffice 3.5

 Usage: soffice [options] [documents...]

 Options:
 --minimizedkeep startup bitmap minimized.
 :
 :
 --view documents...
   open the specified documents in viewer-(readonly-)mode.
 :
 :

 --view doesn't work as described (but -view does). For
 others there is a warning saying I should use --option instead
 of -option, so I would guess --view has been forgotten.

 To avoid confusion between the old and new version I would suggest
 to support both.


 Regards
 Harri

Bug#697723: read-only mode (libreoffice --view) not working

[Lior Kaplan]

On Wed, Jan 9, 2013 at 1:35 AM, Rene Engelhard r...@debian.org wrote:

 The usage output comes from core/desktop/source/app/cmdlinehelp.cxx
 in the
 source code.
 Didn't find the source for oosplash which should be the binary
 handling
 this option.

 desktop/unx/source/*


The view option isn't handled in desktop/unx/source/args.c, so I guess this
is done somewhere else.

Kaplan

Bug#691318: [php-maint] Bug#691318: Maybe duplicate of 694473 ?

[Lior Kaplan]

Why do you think they are similar ? One is a segfault and the other is a
recursion .

Kaplan

On Sun, Dec 23, 2012 at 5:13 PM, Stefan Fritsch s...@sfritsch.de wrote:

 This may be the same as

 http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=694473

 which has more infos.

 ___
 pkg-php-maint mailing list
 pkg-php-ma...@lists.alioth.debian.org
 http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-php-maint

Bug#695025: libreoffice crashes when saving a new document with ctrl-s

[Lior Kaplan]

On Mon, Dec 3, 2012 at 2:48 PM, Michael Tsang mikl...@gmail.com wrote:

 I have found Libreoffice consistently crashing on my machine, with makes
 all
 the new documents lost. My system is a fully updated wheezy system, with
 KDE
 desktop. After I create a new document, under both Writer and Impress, if
 I try
 to use the keys Ctrl-S to save it, it immediately crashes after popping up
 the
 file saving dialogue every time. However, it does not crash by clicking the
 save button using a mouse.


Could you provide such an example document  or does this happens with every
new document ?

Kaplan

Bug#694264: [php-maint] Bug#694264: php5: includes swf files

[Lior Kaplan]

On Sat, Nov 24, 2012 at 11:13 PM, Michael Gilbert mgilb...@debian.orgwrote:

 This package includes some binary swf files, which are not in a
 preferred form for modification.  Preferably those files would be
 generated at build time via something like swftools.


Hi Mike,

Care to report/ask this from upstream ?

In any case, those are only tests for the software I don't see any
importance which image / swf file is there as the test only check its size.
So although this is a valid request for sources, I don't think you'll get a
practical answer.

Kaplan

Bug#692613: [php-maint] Bug#692613: php5: non-free files in upstream tarball (The Software shall be used for, Good, not Evil)

[Lior Kaplan]

On Thu, Nov 15, 2012 at 7:51 PM, Michael Biebl bi...@debian.org wrote:


 Since Fedora doesn't consider the json license as good [1], it seems
 we are not the only ones having this problem.

 Have you checked what other distros are doing about that, especially
 Fedora?


Fedora says it's bad, but they still provide it (checked
php-5.4.1-1.fc17.src.rpm from Fedora 17).

Kaplan

Bug#692613: bug #692613

[Lior Kaplan]

forwarded 692613 https://bugs.php.net/bug.php?id=63520
thanks

I'm trying to take this upstream...

Kaplan

Bug#692013: [php-maint] Bug#692013: php5dismod fixed

[Lior Kaplan]

I'll give you the honour of uploading (:
(maybe also doing #692613 in the same upload)

Please have a second glace on the changes, another eye never hurts...

Kaplan

On Mon, Nov 12, 2012 at 11:54 AM, Ondřej Surý ond...@debian.org wrote:

 Are you going to upload? Or should I do the upload?

 O.

 On Mon, Nov 12, 2012 at 2:08 AM, Lior Kaplan kap...@debian.org wrote:
  Hi,
 
  I've fixed php5dismod in our git repository, should be taken for the next
  upload for testing.
 
  After the fix php5dismod supports:
  - removing dangling symlinks
  - re-disabling available modules
  - doesn't fail when trying to disable non existing modules
 
  All three cases are accompanied with a notice message.
 
  Kaplan
 
  ___
  pkg-php-maint mailing list
  pkg-php-ma...@lists.alioth.debian.org
  http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-php-maint



 --
 Ondřej Surý ond...@sury.org

Bug#692013: php5dismod fixed

[Lior Kaplan]

Hi,

I've fixed php5dismod in our git repository, should be taken for the next
upload for testing.

After the fix php5dismod supports:
- removing dangling symlinks
- re-disabling available modules
- doesn't fail when trying to disable non existing modules

All three cases are accompanied with a notice message.

Kaplan

Bug#689791: #689791 php5-xdebug: modifies conffiles during distupgrade from squeeze (policy 10.7.3): /etc/php5/mods-available/xdebug.ini

[Lior Kaplan]

On Sun, Oct 14, 2012 at 1:05 AM, Stuart Prescott stu...@debian.org wrote:

 * the path in squeeze's xdebug.ini probably should not have been there to
 begin with; it needs to be removed in a policy compliant fashion during the
 squeeze-wheezy upgrade.


I wish this was true, but the full path is an upstream requirement. See
http://xdebug.org/docs/install

Kaplan

Bug#690409: [php-maint] Bug#690409: php5-xcache: upgrades clobber local changes to xcache.ini

[Lior Kaplan]

On Wed, Oct 31, 2012 at 6:35 PM, Ondřej Surý ond...@debian.org wrote:

 I guess this needs:

 dpkg-maintscript-helper mv_conffile /etc/php5/conf.d/${inifile}
 ${inidir}/${inifile} LAST_VERSION -- $@;

 instead of just installing new conf file.


Sounds about right, I can NMU if Michal is busy.

Kaplan

Bug#690409: [php-maint] Bug#690409: php5-xcache: upgrades clobber local changes to xcache.ini

[Lior Kaplan]

On Wed, Oct 31, 2012 at 7:00 PM, Michal Čihař ni...@debian.org wrote:

 Feel free to NMU, I don't have time to dig deeper into this issue
 right now.


OK, I'll play with it during the weekend and update the bug report.

Kaplan

Bug#690996: [php-maint] Bug#690996: libapache2-mod-php5 segmentation faults and memory corruption

[Lior Kaplan]

Hi Kfir,

First, please provide debug output, not strace.
Secondly, we don't support packages/versions not in Debian... Please talk
with the dot deb maintainer.

I think the PHP team hands are full with the 5.4 version in
testing/unstable and the 5.3 one in stable.

Kaplan

On Fri, Oct 19, 2012 at 11:40 PM, Kfir Alfia kfiral...@gmail.com wrote:

 Package: libapache2-mod-php5
 Version: 5.3.18-1~dotdeb.0
 Severity: important

Bug#687163: #687163 php5-xdebug: Fails to upgrade to 2.2.1-1

[Lior Kaplan]

Hi,

From which version are you are you trying to upgrade?

Kaplan

Bug#687616: unblock php-apc/3.1.13-1

[Lior Kaplan]

On Sun, Oct 7, 2012 at 3:34 PM, Mehdi Dogguy me...@dogguy.org wrote:

 I couldn't judge by looking at the diff because the top-directory in the
 sources is versioned :/ Could you please provide a sensible diff between
 the two version (patches applied)?


I haven't applied any patches of my own, just took upstream maintenance
releases.

Regarding the Debian package, only the changelog was chnaged:

$ debdiff php-apc_3.1.10-1.dsc php-apc_3.1.13-1.dsc | grep +++ | grep debian
+++ php-apc-3.1.13/debian/changelog2012-09-04 20:01:26.0 +0300

Regarding upstream, see the attached diff between 3.1.10 to 3.1.13.

Kaplan


apc_3.1.10_to_3.1.13.diff.gz
Description: GNU Zip compressed data

Bug#687616: unblock php-apc/3.1.13-1

[Lior Kaplan]

On Sun, Oct 7, 2012 at 5:44 PM, Mehdi Dogguy me...@dogguy.org wrote:

 Looking at the provided diff, I've found for example:

 +#ifdef ZEND_ENGINE_2_4
 +case IS_CALLABLE:
 +/* XXX implement this */
 +assert(0);
 +break;
 +#endif

 I'd rather avoid it.


I'm not a C programmer so I can't comment on that otherwise than this is
also the default for the switch (looks a few line bellow that section in
apc_compile.c).

default:
assert(0);

So basically this only adds support for a new object type changed in PHP
5.4 (due to changes in Closures and addition of Traits, AFAIK).


 Moreover, most changes are put under an #ifdef ZEND_ENGINE_2_4 while
 php5-dev (afaics) defines ZEND_ENGINE_2. So, as far as I can tell, this
 release won't add much for Debian. (Please tell me if I got something
 wrong). Based on that, I'd prefer to keep current wheezy's version
 unchanged.


Indeed PHP only defines ZEND_ENGINE_2, but apc defines ZEND_ENGINE_2_4 for
anything which is PHP 5.4 by checking for ZEND_MODULE_API_NO (at apc_php.h):

#if ZEND_MODULE_API_NO = 20100409
#define ZEND_ENGINE_2_4
#endif
#if ZEND_MODULE_API_NO  20060613
#define ZEND_ENGINE_2_3
#endif

PHP 5.3 has 20090626, PHP 5.4 has 20100525

PHP 5.3:
http://git.php.net/?p=php-src.git;a=commitdiff;h=4b4283bdc0c578971f863a2a53b8a95c59cfc2d0

Two changes for 5.4
http://git.php.net/?p=php-src.git;a=commitdiff;h=7f18561bdce9ca7228c2ca7104b30371ca1575f5
http://git.php.net/?p=php-src.git;a=commitdiff;h=f7ce69585c0809a40ff79ebc2d429720aadd4534

Instead of accepting php-apc/3.1.13-1, did you want to include targeted
 fixes in Wheezy? If not, I think I'd close this bugreport.


Nope, I want to include 3.1.13, as it offers better PHP 5.4 support. I
don't want people to encounter all the memory leaks and crashes fixed since
the initial PHP 5.4 support for APC ( = version 3.1.10). See
http://pecl.php.net/package-changelog.php?package=APC

Regards and thanks for your work!


Gladly, thanks for reviewing this seriously.

Kaplan

Bug#689568: #689568 php5-xdebug: remove dependency on libapache2-mod-php5

[Lior Kaplan]

Hi Andrew,


 The php5-xdebug package is configured with a dependency on
 libapache2-mod-php5, though there is no need to be running under apache, in
 order to use php5-xdebug.


This isn't exact, as the dependency is with a virtual package
(phpapi-20090626 for stable and phpapi-20100525 for squeeze).

I run a system with nginx and fastcgi.  Installing php5-xdebug installed
 apache, which loaded before nginx on reboot and caused a site outage.


The dependency can be satisfied with Apache PHP module, PHP CLI and PHP
FCGI, choose what you want.

If there aren't any further comments, I'll close this report in a few days.

Kaplan

Bug#689791: #689791 php5-xdebug: modifies conffiles during distupgrade from squeeze (policy 10.7.3): /etc/php5/mods-available/xdebug.ini

[Lior Kaplan]

I guess this is due to this line:

 Preserving user changes to /etc/php5/mods-available/xdebug.ini (renamed
 from /etc/php5/conf.d/xdebug.ini)...


The problem might be bigger than the policy violation, as if the config
file holds the old so file location, the extension won't load - so the
package will be defacto broken.

This might be relevant for more PHP extensions.

It would be a great help if you could provide me the content of both files
before and after the upgrade.

Kaplan

Bug#628509: [php-maint] Bug#628509: patch

[Lior Kaplan]

Hi Frank,

The patch isn't the problem, it available from upstream.

This isn't a security fix, so I'm not sure it's eligible to go into stable.

Kaplan

On Tue, Sep 25, 2012 at 3:42 PM, Frank van Viegen fr...@paiq.nl wrote:

 Here's a trivial patch to fix mysqli_real_connect ignoring flags. I'm
 not really sure what the proper procedure for submitting patches for
 git-managed debian packages is, but I hope github is okay for you:

 https://github.com/vanviegen/pkg-php.git

 I would really appreciate it if someone could apply this, as we rely
 on this functionality, and having to do source installs with every
 update is little fun.

 Thanks!

 Frank van Viegen
   www.paiq.nl
   fr...@paiq.nl

 ___
 pkg-php-maint mailing list
 pkg-php-ma...@lists.alioth.debian.org
 http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-php-maint

Bug#687616: unblock php-apc/3.1.13-1

[Lior Kaplan]

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

Please unblock package php-apc

The current verson of php-apc in testing (3.1.10-1) was a major release
(although that doesn't appear in the version itself) to support PHP 5.4.
This current version in unstable (3.1.13-1) is a minor release for bug
fixes, which I think we'll benefit from in the long run for Debian stable.

I've waited with this request until some reported bugs in Debian were fixed
upstream (e.g. #685893), and now I think the package status is OK for
migration to testing.

See changelog at http://pecl.php.net/package-changelog.php?package=APC

Thanks.

unblock php-apc/3.1.13-1

Bug#685709: unblock: xdebug/2.2.1-1

[Lior Kaplan]

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

Please unblock package xdebug

The previous version of xdebug (2.2.0) was a major release to (between
other things) support PHP 5.4. This version is a minor release for bug
fixes, which I think we'll benefit from in the long run for Debian stable.

See changelog at http://xdebug.org/updates.php#x_2_2_1

Thanks.

unblock xdebug/2.2.1-1

Bug#657490: Debian APC bug #657490

[Lior Kaplan]

Any news? I've uploaded 3.1.10-3.1.12 since the last mail.

Kaplan

On Thu, Apr 12, 2012 at 12:58 PM, Bartlomiej Radziszewski 
b...@radziszewski.com wrote:

  Hi,

 Sorry for delay. Unfortunately i'm getting still same sef faults, gdb
 trace is same.

 Using strace i found files access after which i'm getting seg fault.. i
 will try to debug/reporoduce problem that way and will send you feedback.

 Regards,
 Bartek

  Hi,

 Could you help to verify #657490 (or reproduce it again) with version 
 3.1.9+svn324329-1
 uploaded yesterday.

 I've taken the commit which should also fix this bug.

 Thanks,

 Kaplan

Bug#684382: [Debian-hebrew-package] Bug#684382: PHP bindings for libhdate

[Lior Kaplan]

On Thu, Aug 9, 2012 at 12:59 PM, Ariel asdeb...@dsgml.com wrote:

 I noticed the changelog said you removed libhdate-php - did you intend to
 replace it with php-libhdate or was it supposed to be included in the core
 libhdate1 package?


The php binding were dropped, as in we don't build and provide them any
more. This is due to lack of use (judging by the popcon statistics).

You're welcome to take a look at the code change which was done for the
drop (
http://anonscm.debian.org/viewvc/debian-hebrew?view=revisionrevision=947)
and revert it on your own build environment.

Good luck,

Kaplan

Bug#684266: #684266 php5-xdebug: package removal fails

[Lior Kaplan]

On Thu, Aug 9, 2012 at 10:31 AM, Patrik Lembke patrik.lem...@nodeone.sewrote:

 This is the new output:

 Removing php5-xdebug ...
 + set -e
 + dpkg-maintscript-helper
 mv_conffile /etc/php5/conf.d/xdebug.ini /etc/php5/mods-available/xdebug.ini
 2.2.0-1~ -- remove
 + php5dismod xdebug
 dpkg: error processing php5-xdebug (--remove):
  subprocess installed pre-removal script returned error exit status 1
 Errors were encountered while processing:
  php5-xdebug
 E: Sub-process /usr/bin/dpkg returned an error code (1)


Thanks, I've been doing some test of my own, and the problem is that the
mv_conffile shouldn't be present in the prerm but in the preinst. This
doesn't create any problems when the file is there, but fail when the file
isn't present.

Thanks for reporting, it will be fixed in the coming upload.

Kaplan

Bug#684382: [Debian-hebrew-package] Bug#684382: PHP bindings for libhdate

[Lior Kaplan]

On Thu, Aug 9, 2012 at 1:56 PM, Ariel asdeb...@dsgml.com wrote:


 On Thu, 9 Aug 2012, Lior Kaplan wrote:

  The php binding were dropped, as in we don't build and provide them any
 more. This is due to lack of use (judging by the popcon statistics).


 But why drop them? They work perfectly. Is there any harm in leaving them
 there?


As I said, lack of use. No harm in keeping them, just work due to PHP
related chanes (at that time it was work on PHP 5.4).


 And I don't understand how you can use popcon to track it considering
 libhdate-php didn't even exist in squeeze. In fact, as far as I can tell
 libhdate-php has never existed in debian at all.


That's becuase the package never made it to stable, but it was there
between October 2010 and April 2012 (see the changelog of the source
package). Let just say it had less users than the libhdate-python users in
this graph: http://qa.debian.org/popcon.php?package=libhdate

Kaplan

Bug#684266: #684266 php5-xdebug: package removal fails

[Lior Kaplan]

On Thu, Aug 9, 2012 at 4:25 PM, Lior Kaplan kap...@debian.org wrote:

 Thanks, I've been doing some test of my own, and the problem is that the
 mv_conffile shouldn't be present in the prerm but in the preinst. This
 doesn't create any problems when the file is there, but fail when the file
 isn't present.


That's postrm instead of prerm (taken from the dpkg-maintscript-helper
manpage), but the problem isn't solved due to another issue on the
php5{dis,en}mod command when the conffile isn't present.

Any way, it seems that creating the file manually (e.g. with touch) will
let you later remove the package (although I would also purge it).

Kaplan

Bug#684266: #684266 php5-xdebug: package removal fails

[Lior Kaplan]

Hi Patrik,

Removing php5-xdebug ...
 dpkg: error processing php5-xdebug (--remove):
  subprocess installed pre-removal script returned error exit status 1
 Errors were encountered while processing:
  php5-xdebug
 E: Sub-process /usr/bin/dpkg returned an error code (1)
 A package failed to install.  Trying to recover:

 Could you edit /var/lib/dpkg/info/php5-xdebug.prerm and run sh with -x
option so we'll have some more debug info about this while you try again to
remove the package?

Thanks.

Kaplan

Bug#603620: Verify #603620 with 3.1.9

[Lior Kaplan]

Hi,

Could you help with verifying / reproducing Debian #603620 with apc
3.1.9-0.1~bpo60+1 from squeeze-backports repository  (
http://packages.debian.org/squeeze-backports/php-apc) ?

Thanks,

Kaplan

Bug#657490: Debian APC bug #657490

[Lior Kaplan]

Hi,

Could you help to verify #657490 (or reproduce it again) with version
3.1.9+svn324329-1
uploaded yesterday.

I've taken the commit which should also fix this bug.

Thanks,

Kaplan

Bug#666911: [php-maint] Bug#666911: php5-common: Aonnoying e-mails sent by cron

[Lior Kaplan]

Please purge your suhosin package, which will save you the warnings and
email.

We (the maintainers) cannot forge a package purge...

Kaplan

On Mon, Apr 2, 2012 at 4:17 PM, Nigel Horne n...@bandsman.co.uk wrote:

 Package: php5-common
 Version: 5.4.0-3
 Severity: normal

 Dear Maintainer,
 *** Please consider answering these questions, where appropriate ***

   * What led up to the situation?
   Installed Debian which installs php5-common
   * What exactly did you do (or not do) that was effective (or
 ineffective)?
   Nothing
   * What was the outcome of this action?
   N/A/
   * What outcome did you expect instead?
   N/A

 *** End of the template - remove these lines ***

 I keep on getting this email in by inbox.

 PHP Warning:  PHP Startup: Unable to load dynamic library
 '/usr/lib/php5/20100525/suhosin.so' - /usr/lib/php5/20100525/suhosin.so:
 cannot open shared object file: No such file or directory in Unknown on
 line 0

 The subject is

 [ -x /usr/lib/php5/maxlifetime ]  [ -d /var/lib/php5 ]  find
 /var/lib/php5/ -depth -mindepth 1 -maxdepth 1 -type f -ignore_readdir_race
 -cmin +$(/usr/lib/php5/maxlifetime) ! -execdir fuser -s {} 2/dev/null \;
 -delete


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

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

 Versions of packages php5-common depends on:
 ii  dpkg1.16.2
 ii  libc6   2.13-27
 ii  psmisc  22.16-1
 ii  sed 4.2.1-9
 ii  ucf 3.0025+nmu2

 php5-common recommends no packages.

 php5-common suggests no packages.

 -- no debconf information



 ___
 pkg-php-maint mailing list
 pkg-php-ma...@lists.alioth.debian.org
 http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-php-maint

Bug#665006: php5-xcache causes A LOT of really strange problems with the new PHP 5.4

[Lior Kaplan]

On Thu, Mar 22, 2012 at 12:58 PM, Michal Čihař ni...@debian.org wrote:

 I've just noticed this as well as I upgraded to PHP 5.4. It looks like
 the NMU patch for adding support for PHP 5.4 was completely not
 tested :-(.

 Also PHP 5.4 support does not seem to be resolved in upstream as well.


The NMU only turns on the PHP 5.4 support already in the upstream release,
otherwise the software will FTBFS. See
http://anonscm.debian.org/gitweb/?p=pkg-php/xcache.git;a=blob;f=debian/patches/php5.4-defines;h=45b2b6e273f783740aab2119f50ff880ff81edae;hb=HEAD

From the last day, it seems that someone in upstream started to fix the 5.4
support, see
http://xcache.lighttpd.net/timeline?from=2012-03-22T17%3A22%3A02%2B0100precision=second

I think we should wait some more, and start to push these fixes to the
Debian package.

Kaplan

Bug#663960: [php-maint] Bug#663960: Additionnal informations

[Lior Kaplan]

On Tue, Mar 20, 2012 at 12:19 PM, Olivier Bonvalet
ob.report...@daevel.frwrote:

 Should I report that upstream ?


If you can, that would be great... Please also mentioned the upstream bug
ID here.

Thanks.

Kaplan

Bug#664260: Please provide moodle = 2.2.2 to support php5.4

[Lior Kaplan]

Package: moodle
Version: 1.9.9.dfsg2-5
Severity: important

According to upstream, the PHP 5.4 support is only added to the 2.2.2 (some
also done for 2.1.5).
See http://tracker.moodle.org/browse/MDL-31004 and its comments and
sub-tasks

The 1.9 series will not support PHP 5.4 (as it still support PHP 4.3).

thanks

Kaplan