Re: [php-maint] Bug#380731: I would like to support this effort to package phc and php-embedded in debian
On Sun, Mar 25, 2012 at 10:58, Mike Dupont wrote: > For the packaging of phc in debian, which I would like to have > packaged, we need some way to allow the embedding of php. > I will look into packaging of them both together and uploading them to > debian mentors. Really php embedded could be it own package like > discussed. That's the worst idea I have ever heard in this case. You would double the work required by security team. Every security issue which hit the PHP would need two updates - one in main php5 package and second in php5-embedded. I am strongly opposed to uploading php-mebedded as separate package just to circumvent the (later) things which was said about embedded SAPI (still experimental in the upstream, no motivation to support yet another SAPI from maintainers). > it should be possible to host the debs produced on debian mentors > server or somewhere else until we have a final solution. I have a much better proposal. Join the PHP5 packaging team (#664595), help with bug squashing in the main package and also dedicate yourself to support php5-embedded. There are already too many "sort-of-orphaned" packages in the Debian where the original maintainer lost the interest in the software and in the package and forgot that he made the upload. O. -- Ondřej Surý -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/caljhhg_mziss0gpqq53sxhddr-uwozoxownmfzyi9h4p9ip...@mail.gmail.com
Re: [php-maint] RFS: php-ezcomponents
ts-webdav - classes to set up and run a WebDAV (RFC 2518) >> server php-ezcomponents-workflow - Core of an Activity-Based WorkFlow >> System php-ezcomponents-workflowdatabasetiein - database backend for the >> Workflow component >> php-ezcomponents-workfloweventlogtiein - EventLog listener for the Workflow >> component >> php-ezcomponents-workflowsignalslottiein - SignalSlot links for the >> Workflow component >> >> The package appears to be lintian clean. >> >> The upload would fix these bugs: 478755 >> >> The package can be found on mentors.debian.net: >> - URL: http://mentors.debian.net/debian/pool/main/p/php-ezcomponents >> - Source repository: deb-src http://mentors.debian.net/debian unstable main >> contrib non-free >> - dget http://mentors.debian.net/debian/pool/main/p/php-ezcomponents/php- >> ezcomponents_2009.1-1.dsc >> >> I would be glad if someone uploaded this package for me. >> >> Kind regards >> >> Thomas Koch, http://www.koch.ro > Thomas Koch, http://www.koch.ro > > ___ > pkg-php-maint mailing list > pkg-php-ma...@lists.alioth.debian.org > http://lists.alioth.debian.org/mailman/listinfo/pkg-php-maint > -- Ondřej Surý http://blog.rfc1925.org/ -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: [php-maint] RFS: php-ezcomponents
MvcTools components >> >> php-ezcomponents-mvcfeedtiein - View handler to render data as ATOM or >> >> RSS feed >> >> php-ezcomponents-mvcmailtiein - extracts request data from e-mail >> >> php-ezcomponents-mvctemplatetiein - view handler that renders result >> >> data with the Template component >> >> php-ezcomponents-mvctools - Infrastructure for MVC applications >> >> php-ezcomponents-persistentobject - ORM Mapper for PHP >> >> php-ezcomponents-persistentobjectdatabaseschematiein - automatic >> >> generation of PersistentObject definition >> >> php-ezcomponents-phpgenerator - interface for creating PHP files and >> >> executing PHP code >> >> php-ezcomponents-search - interface to index and query documents from >> >> search engines >> >> php-ezcomponents-signalslot - implements a mechanism for object >> >> communication php-ezcomponents-systeminformation - access to common >> >> system variables, such as CPU type and speed >> >> php-ezcomponents-template - Templating system like smarty, but better >> >> php-ezcomponents-templatetranslationtiein - use translations inside >> >> templates php-ezcomponents-translation - reads XML translation >> >> definitions (the Qt Linguist format) >> >> php-ezcomponents-translationcachetiein - adds the TranslationCache >> >> backend to the Translation component >> >> php-ezcomponents-tree - creating, manipulating and querying of tree >> >> structures php-ezcomponents-treedatabasetiein - TieIn to store tree >> >> structures in databases >> >> php-ezcomponents-treepersistentobjecttiein - TieIn to handle persistent >> >> objects in tree structures >> >> php-ezcomponents-url - basic operations to handle urls >> >> php-ezcomponents-userinput - Filters user input >> >> php-ezcomponents-webdav - classes to set up and run a WebDAV (RFC 2518) >> >> server php-ezcomponents-workflow - Core of an Activity-Based WorkFlow >> >> System php-ezcomponents-workflowdatabasetiein - database backend for the >> >> Workflow component >> >> php-ezcomponents-workfloweventlogtiein - EventLog listener for the >> >> Workflow component >> >> php-ezcomponents-workflowsignalslottiein - SignalSlot links for the >> >> Workflow component >> >> >> >> The package appears to be lintian clean. >> >> >> >> The upload would fix these bugs: 478755 >> >> >> >> The package can be found on mentors.debian.net: >> >> - URL: http://mentors.debian.net/debian/pool/main/p/php-ezcomponents >> >> - Source repository: deb-src http://mentors.debian.net/debian unstable >> >> main contrib non-free >> >> - dget >> >> http://mentors.debian.net/debian/pool/main/p/php-ezcomponents/php- >> >> ezcomponents_2009.1-1.dsc >> >> >> >> I would be glad if someone uploaded this package for me. >> >> >> >> Kind regards >> >> >> >> Thomas Koch, http://www.koch.ro >> > >> > Thomas Koch, http://www.koch.ro >> > >> > ___ >> > pkg-php-maint mailing list >> > pkg-php-ma...@lists.alioth.debian.org >> > http://lists.alioth.debian.org/mailman/listinfo/pkg-php-maint > Thomas Koch, http://www.koch.ro > -- Ondřej Surý http://blog.rfc1925.org/ -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: Plans for rails & wheezy (Was: RFS: ruby-activemodel)
Hi, I don't think it's good idea to have a dozen of rails versions in wheezy. We still need 2.3 (redmine) and basically I am waiting for 3.1 to go gold to upload it to unstable skipping the 3.0. Also since we need multiple versions in the archive the package name has to be versioned. So please don't upload. Ruby is API mess even without multiple rails versions. Ondřej Surý On 27.8.2011, at 9:31, Lucas Nussbaum wrote: > On 27/08/11 at 09:49 +0530, karim memon wrote: >> Dear mentors, >> >> I am looking for a sponsor for my package "ruby-activemodel". >> >> * Package name: ruby-activemodel >> Version : 3.0.10-1 >> Upstream Author : David Heinemeier Hansson >> * URL : http://rubygems.org/gems/activemodel >> * License : MIT >> Section : ruby >> >> It builds those binary packages: >> >> ruby-activemodel - toolkit for building modeling frameworks (part of Rails). >> >> To access further information about this package, please visit the following >> URL: >> >> http://mentors.debian.net/package/ruby-activemodel >> >> Alternatively, one can download the package with dget using this command: >> >> dget -x >> http://mentors.debian.net/debian/pool/main/r/ruby-activemodel/ruby-activemodel_3.0.10-1.dsc >> >> I would be glad if someone uploaded this package for me. > > Hi, > > I haven't looked at the package, but I know that Ondřej Surý has been > doing some work on rails-related packages, so maybe he would like to > have a look (Added to Cc). > > Also, I was wondering what should be our plans for Rails in wheezy (2.3 > vs 3.0). What do people think? (I'm clueless about rails) > > Lucas -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/236531ad-d2c3-46d1-9ebb-f4899ec03...@sury.org
Re: Plans for rails & wheezy (Was: RFS: ruby-activemodel)
On Sun, Aug 28, 2011 at 16:17, Lucas Nussbaum wrote: > On 28/08/11 at 10:27 +0530, karim memon wrote: >> > >> > So please don't upload. Ruby is API mess even without multiple rails >> > versions. >> > >> > > Hi, >> > > >> > > I haven't looked at the package, but I know that Ondřej Surý has been >> > > doing some work on rails-related packages, so maybe he would like to >> > > have a look (Added to Cc). >> > > >> > > Also, I was wondering what should be our plans for Rails in wheezy (2.3 >> > > vs 3.0). What do people think? (I'm clueless about rails) >> > > >> > > Lucas >> > >> >> So do i need to stop working on this package? and what about the ITP, what >> should it be retitled to? I would love to have somebody to help me. But there's a big BUT! Rails is not the fire&forget type of packages, so you need to commit to support the packages for a longer time. > It only means that it's not that simple. Please talk to Ondrej to see > what needs to be done, and how you can help. If you are really interested in helping with rails, then I have a great task for you :). I have a couple of CVEs pending to be applied for rails-2.3 in stable and oldstable. It would be great if you can help me preparing the security upload - means cherry-picking the needed patches, adding them to the git repository and at least a basic testing if the applications depending on rails in the stable works. After that I would suggest packaging 3.1.rc8 as ruby--3.1 and uploading to experimental. You should also check the ruby--2.3 packages in the pkg-ruby-extras git tree. And (!) you should double check your packages before asking for upload, I have found at least three errors in your package: - debian/docs: README.rdoc not installed - debian/copyright: License not indented - debian/control: missing dependencies (gem2deb correctly added a comment line); not versioned dependencies, you need to match the rails gems versions - check the ruby-active*-2.3 packages for control.in -> control generation in debian/rules > From now on, I will only sponsor new packages (not already in Debian) > if the requester has done some of the "collective" tasks listed on > that page. I don't think that it's a too hard policy: handling new > upstream releases is generally quite easy, for example. The applies for rails-* as well. My workload is already something between 150%-200% and I really don't need more packages uploaded by DD or DM who lost interest in maintaining them in few weeks. (Please don't take this personally this is really a generic observation from an old fart^H^H^H^H Debian Developer. Happened to me with some packages as well.) O. -- Ondřej Surý -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/CALjhHG9ydGTL2m=E_dSucuA2Mo8RnU5WSV+9crhwBL-p=gw...@mail.gmail.com
Re: Plans for rails & wheezy (Was: RFS: ruby-activemodel)
Hi, On Tue, Aug 30, 2011 at 08:55, karim memon wrote: > i would have loved to help you but i really don't think that i'm eligible > for the job. Simply because i'm pretty new to pacaking (as you've pointed > out in the next para ;) + i'm even newer to ruby!) and i don't want to keep > bugging you (all) every now and then with stupid errors :) Well, don't just give up. We were all beginners in the beginning. I propose you read the http://wiki.debian.org/Teams/Ruby/Packaging and help with the transition. There's still lot work to do: http://pkg-ruby-extras.alioth.debian.org/wheezy/ http://pkg-ruby-extras.alioth.debian.org/wheezy/details.html And it is a great way how to learn about Ruby packages and Ruby packaging. Just don't start with Ruby On Rails, it's a big task with long term commitment. And I would love to have a help, but you really need to commit to it. O. -- Ondřej Surý -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/caljhhg_wf868c7ca+yu+jr0_2p2j3vhcxprg81-wp7872mc...@mail.gmail.com
Bug#703144: [php-maint] Bug#703144: RFS: php-net-dime/1.0.2-1 [ITA] -- PHP implementaion of DIME encoding and decoding
Hi,
please ask at pkg-php-pear list
Ondřej Surý
On 16. 3. 2013, at 8:27, Prach Pongpanich wrote:
> Package: sponsorship-requests
> Severity: normal
>
> Dear mentors,
>
> I am looking for a sponsor for my package "php-net-dime"
>
> * Package name: php-net-dime
> Version : 1.0.2-1
> * URL : http://pear.php.net/package/Net_DIME
> * License : BSD-3-clause
> Section : web
>
> It builds those binary packages:
>
>php-net-dime - PHP implementaion of DIME encoding and decoding
>
> To access further information about this package, please visit the
> following URL:
>
> http://mentors.debian.net/package/php-net-dime
>
>
> Alternatively, one can download the package with dget using this command:
>
>dget -x
> http://mentors.debian.net/debian/pool/main/p/php-net-dime/php-net-dime_1.0.2-1.dsc
>
>
> Changes since the last upload:
>
> php-net-dime (1.0.2-1) experimental; urgency=low
>
> * New upstream release.
> * Switching to 3.0 (quilt) source format.
> * Update debian/watch, thanks to Bart Martens.
> * Switching to pkg-php-tools and dh 8 sequencer
>- Add pkg-php-tools to Build-Depends and drop {dh-make-php,cdbs}.
>- Add php-pear in Build-Depends-Indep.
>- Add ${misc:Depends} to Depends.
>- Rewrite debian/rules.
> * Add Vcs-* fields in debian/control.
> * Update copyright file to version 1.0 format.
> * Add debian/gbp.conf.
> * Bump debhelper compat to level 9.
> * Update Description field.
> * Now using PKG-PHP-PEAR team as maintainer and
>add myself as uploader (Closes: #529680).
> * Bump Standards-Version: 3.9.4.
>
> Regrads,
>
> --
> ปรัชญ์ พงษ์พานิช
> Prach Pongpanich
>
> ___
> pkg-php-maint mailing list
> pkg-php-ma...@lists.alioth.debian.org
> http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-php-maint
--
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/ea85ea7b-14e8-475c-adbe-f7d97559b...@sury.org
getdns NMU
Hi Stefan, Really? Preparing getdns NMU on mentors.debian.net without filling bug reports or even notifying a maintainer? Cheers, -- Ondřej Surý Knot DNS (https://www.knot-dns.cz/) – a high-performance DNS server -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/1414150087.1707304.182832477.365af...@webmail.messagingengine.com
Re: maintainer scripts handling symlink to directory conversion
I found two things you need to do to avoid breakages: 1. Strip trailing slash for any argument (especially the first argument, e.g. the path) 2. Strip full path for old_path, as readlink -f is a beast in case you have symlink->symlink->dir or something like that E.g. do: symlink_to_dir /usr/share/doc/libavifile-0.7-bin libavifile-0.7-common 1:0.7.48~20090503.ds-16.1~ symlink_to_dir /usr/share/doc/libavifile-0.7c2 libavifile-0.7-common 1:0.7.48~20090503.ds-16.1~ symlink_to_dir /usr/share/doc/libavifile-0.7-dev libavifile-0.7-common 1:0.7.48~20090503.ds-16.1~ In case this doesn't help, you might need to set DPKG_DEBUG=1 before running upgrade, or even mangle dpkg-maintscript-helper to have #!/bin/sh -x stanza. Cheers, Ondrej On Fri, Dec 12, 2014, at 11:52, Andreas Tille wrote: > Hi, > > I had a look into #771753 and noticed that the proper maintscripts that > should deal with the issue are included into the packaging. However, I > can confirm that it only works for package libavifile-0.7c2 but not for > libavifile-0.7-bin and libavifile-0.7-dev. > > I had tried whether the superflous '-- "$@"' at the end of these scripts > which is rather added by debhelper (see debdiff extract below) might > have some influence but it does not. > > Does anybody have a clue why symlink_to_dir works perfectly for > libavifile-0.7c2 but not for libavifile-0.7-bin and libavifile-0.7-dev? > > Kind regards > >Andreas. > > > diff -Nru > avifile-0.7.48~20090503.ds/debian/libavifile-0.7-bin.maintscript > avifile-0.7.48~20090503.ds/debian/libavifile-0.7-bin.maintscript > --- avifile-0.7.48~20090503.ds/debian/libavifile-0.7-bin.maintscript > 2014-10-20 13:28:43.0 +0200 > +++ avifile-0.7.48~20090503.ds/debian/libavifile-0.7-bin.maintscript > 2014-12-12 11:16:47.0 +0100 > @@ -1 +1 @@ > -symlink_to_dir /usr/share/doc/libavifile-0.7-bin/ > /usr/share/doc/libavifile-0.7-common 1:0.7.48~20090503.ds-16.1~ -- "$@" > +symlink_to_dir /usr/share/doc/libavifile-0.7-bin/ > /usr/share/doc/libavifile-0.7-common 1:0.7.48~20090503.ds-16.1~ > diff -Nru avifile-0.7.48~20090503.ds/debian/libavifile-0.7c2.maintscript > avifile-0.7.48~20090503.ds/debian/libavifile-0.7c2.maintscript > --- avifile-0.7.48~20090503.ds/debian/libavifile-0.7c2.maintscript > 2014-10-20 13:28:43.0 +0200 > +++ avifile-0.7.48~20090503.ds/debian/libavifile-0.7c2.maintscript > 2014-12-12 11:16:59.0 +0100 > @@ -1 +1 @@ > -symlink_to_dir /usr/share/doc/libavifile-0.7c2/ > /usr/share/doc/libavifile-0.7-common 1:0.7.48~20090503.ds-16.1~ -- "$@" > +symlink_to_dir /usr/share/doc/libavifile-0.7c2/ > /usr/share/doc/libavifile-0.7-common 1:0.7.48~20090503.ds-16.1~ > diff -Nru > avifile-0.7.48~20090503.ds/debian/libavifile-0.7-dev.maintscript > avifile-0.7.48~20090503.ds/debian/libavifile-0.7-dev.maintscript > --- avifile-0.7.48~20090503.ds/debian/libavifile-0.7-dev.maintscript > 2014-10-20 13:28:43.0 +0200 > +++ avifile-0.7.48~20090503.ds/debian/libavifile-0.7-dev.maintscript > 2014-12-12 11:16:54.0 +0100 > @@ -1 +1 @@ > -symlink_to_dir /usr/share/doc/libavifile-0.7-dev/ > /usr/share/doc/libavifile-0.7-common 1:0.7.48~20090503.ds-16.1~ -- "$@" > +symlink_to_dir /usr/share/doc/libavifile-0.7-dev/ > /usr/share/doc/libavifile-0.7-common 1:0.7.48~20090503.ds-16.1~ > > > -- > http://fam-tille.de -- Ondřej Surý Knot DNS (https://www.knot-dns.cz/) – a high-performance DNS server -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/1418389919.2833109.202092193.18010...@webmail.messagingengine.com
Re: maintainer scripts handling symlink to directory conversion
This will never work: > Unpacking libavifile-0.7-bin (1:0.7.48~20090503.ds-16.2) over > (1:0.7.48~20090503.ds-16.2) ... as the old version is greater than version specified in *.maintscript. Please re-do the test in clean (wheezy, jessie) environment O. On Fri, Dec 12, 2014, at 16:28, Andreas Tille wrote: > Hi, > > On Fri, Dec 12, 2014 at 02:11:59PM +0100, Ondřej Surý wrote: > > I found two things you need to do to avoid breakages: > > > > 1. Strip trailing slash for any argument (especially the first argument, > > e.g. the path) > > 2. Strip full path for old_path, as readlink -f is a beast in case you > > have symlink->symlink->dir or something like that > > > > E.g. do: > > > > symlink_to_dir /usr/share/doc/libavifile-0.7-bin libavifile-0.7-common > > 1:0.7.48~20090503.ds-16.1~ > > > > symlink_to_dir /usr/share/doc/libavifile-0.7c2 libavifile-0.7-common > > 1:0.7.48~20090503.ds-16.1~ > > > > symlink_to_dir /usr/share/doc/libavifile-0.7-dev libavifile-0.7-common > > 1:0.7.48~20090503.ds-16.1~ > > > > In case this doesn't help, you might need to set DPKG_DEBUG=1 before > > running upgrade, or even mangle dpkg-maintscript-helper to have > > #!/bin/sh -x stanza. > > I tried to follow this and have removed the full path only for > libavifile-0.7-bin to have some comparison what works and what not. > In other words I have: > > $ cat debian/*.maint* > symlink_to_dir /usr/share/doc/libavifile-0.7-bin libavifile-0.7-common > 1:0.7.48~20090503.ds-16.1~ > symlink_to_dir /usr/share/doc/libavifile-0.7c2 > /usr/share/doc/libavifile-0.7-common 1:0.7.48~20090503.ds-16.1~ > symlink_to_dir /usr/share/doc/libavifile-0.7-dev > /usr/share/doc/libavifile-0.7-common 1:0.7.48~20090503.ds-16.1~ > > Here is what DPKG_DEBUG=1 shows on installation of libavifile-0.7-bin > and libavifile-0.7-dev: > > $ LANG= sudo DPKG_DEBUG=1 dpkg -i > libavifile-0.7-bin_0.7.48~20090503.ds-16.2_amd64.deb > (Reading database ... 427590 files and directories currently installed.) > Preparing to unpack libavifile-0.7-bin_0.7.48~20090503.ds-16.2_amd64.deb > ... > DEBUG: dpkg-maintscript-helper: Executing > /usr/bin/dpkg-maintscript-helper symlink_to_dir in prerm of > libavifile-0.7-bin > DEBUG: dpkg-maintscript-helper: SYMLINK=/usr/share/doc/libavifile-0.7-bin > -> libavifile-0.7-common PACKAGE=libavifile-0.7-bin:amd64 > LASTVERSION=1:0.7.48~20090503.ds-16.1~ ACTION=upgrade > PARAM=1:0.7.48~20090503.ds-16.2 > DEBUG: dpkg-maintscript-helper: /usr/bin/dpkg-maintscript-helper > symlink_to_dir not required in prerm > DEBUG: dpkg-maintscript-helper: Executing > /usr/bin/dpkg-maintscript-helper symlink_to_dir in preinst of > libavifile-0.7-bin > DEBUG: dpkg-maintscript-helper: SYMLINK=/usr/share/doc/libavifile-0.7-bin > -> libavifile-0.7-common PACKAGE=libavifile-0.7-bin:amd64 > LASTVERSION=1:0.7.48~20090503.ds-16.1~ ACTION=upgrade > PARAM=1:0.7.48~20090503.ds-16.2 > Unpacking libavifile-0.7-bin (1:0.7.48~20090503.ds-16.2) over > (1:0.7.48~20090503.ds-16.2) ... > DEBUG: dpkg-maintscript-helper: Executing > /usr/bin/dpkg-maintscript-helper symlink_to_dir in postrm of > libavifile-0.7-bin > DEBUG: dpkg-maintscript-helper: SYMLINK=/usr/share/doc/libavifile-0.7-bin > -> libavifile-0.7-common PACKAGE=libavifile-0.7-bin:amd64 > LASTVERSION=1:0.7.48~20090503.ds-16.1~ ACTION=upgrade > PARAM=1:0.7.48~20090503.ds-16.2 > Setting up libavifile-0.7-bin (1:0.7.48~20090503.ds-16.2) ... > DEBUG: dpkg-maintscript-helper: Executing > /usr/bin/dpkg-maintscript-helper symlink_to_dir in postinst of > libavifile-0.7-bin > DEBUG: dpkg-maintscript-helper: SYMLINK=/usr/share/doc/libavifile-0.7-bin > -> libavifile-0.7-common PACKAGE=libavifile-0.7-bin:amd64 > LASTVERSION=1:0.7.48~20090503.ds-16.1~ ACTION=configure > PARAM=1:0.7.48~20090503.ds-16.2 > Processing triggers for man-db (2.7.0.2-3) ... > $ LANG= sudo DPKG_DEBUG=1 dpkg -i > libavifile-0.7-dev_0.7.48~20090503.ds-16.2_amd64.deb > (Reading database ... 427590 files and directories currently installed.) > Preparing to unpack libavifile-0.7-dev_0.7.48~20090503.ds-16.2_amd64.deb > ... > DEBUG: dpkg-maintscript-helper: Executing > /usr/bin/dpkg-maintscript-helper symlink_to_dir in prerm of > libavifile-0.7-dev > DEBUG: dpkg-maintscript-helper: SYMLINK=/usr/share/doc/libavifile-0.7-dev > -> /usr/share/doc/libavifile-0.7-common PACKAGE=libavifile-0.7-dev:amd64 > LASTVERSION=1:0.7.48~20090503.ds-16.1~ ACTION=upgrade > PARAM=1:0.7.48~20090503.ds-16.2 > DEBUG: dpkg-maintscript-helper: /usr/bin/dpkg-maintscript-helper > symlink_to_dir not required in prerm > DEBUG: dpkg-maintscript-helper: Executing > /usr/bin/dpkg-maintscript-helper sym
Bug#868139: [Pkg-php-pecl] Bug#868138: error
Control: severity -1 normal Anton, what is your system locale? Ondřej On 12 July 2017 1:39:16 p.m. Anton Gorlov wrote: Package: php-apcu Version: 5.1.8+4.0.11-1 |Severity: critical After install dpkg -l | grep php | grep apc ii php-apcu 5.1.8+4.0.11-1 amd64 APC User Cache for PHP ii php-apcu-bc 1.0.3-2 amd64 APCu Backwards Compatibility Module I get error in apache log: PHP Warning: PHP Startup: Unable to load dynamic library '/usr/lib/php/20151012/apc.so' - /usr/lib/php/20151012/apc.so: undefined symbol: zif_apcu_store in Unknown on line 0 rename 20-apcu_bc.ini to 21-apcu_bc.ini fix this error | -- ___ Pkg-php-pecl mailing list pkg-php-p...@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-php-pecl
