Debian Bug report logs - #443524
php-pear: manually installed PEAR modules shouldn't go to /usr/share/php

Reply or subscribe to this bug.

Toggle useless messages

Message #5 received at submit@bugs.debian.org (full text, mbox, reply):

From: "Artur R. Czechowski" <arturcz@hell.pl>

To: Debian Bug Tracking System <submit@bugs.debian.org>

Subject: php4-pear: Updating deb package overwrites manualy updated PEAR classes

Date: Mon, 30 May 2005 11:42:55 +0200

Package: php4-pear
Version: 4:4.3.10-15
Severity: important

Hello,
php4-pear package provides some PEAR classes:
INSTALLED PACKAGES:
===================
PACKAGE        VERSION STATE
Archive_Tar    1.1     stable
Console_Getopt 1.2     stable
DB             1.6.2   stable
HTTP           1.2.2   stable
Mail           1.1.3   stable
Net_SMTP       1.2.6   stable
Net_Socket     1.0.1   stable
PEAR           1.3.2   stable
XML_Parser     1.0.1   stable
XML_RPC        1.1.0   stable

When somebody needs to update any class from above set he can run (for example):
pear update DB
then, pear list shows following set of classes:
blabluga:~# pear list
INSTALLED PACKAGES:
===================
PACKAGE        VERSION STATE
[...]
DB             1.7.6   stable

Then, php4-pear package could be upgraded or just reinstalled. Well,
let's run:
apt-get install --reinstall php4-pear
then
pear list
INSTALLED PACKAGES:
===================
PACKAGE        VERSION STATE  
[...]
DB             1.6.2   stable 

DB class has been downgraded without any warning.

Let's look into another case. Pear classes could have a (versioned)
dependecies. For example, XML_Serializer requires XML_Util >= 1.1.1 and
XML_Parser >=1.2.1. php4-pear package contains XML_Parser 1.0.1.
I upgarde XML_Parser to the current stable (1.2.6 when I am submitting
this report), then install XML_Util and XML_Serializer. Great.
Let's check a list of installed packages:
blabluga:~# pear list | grep XML
XML_Parser     1.2.6   stable 
XML_RPC        1.1.0   stable 
XML_Serializer 0.15.0  beta   
XML_Util       1.1.1   stable 

Again, php4-pear in reinstalled (security upgrade in stable probably
will do the mess too).
I run apt-get install --reinstall php4-pear
then:
blabluga:~# pear list | grep XML
XML_Parser     1.0.1   stable 
XML_RPC        1.1.0   stable 
XML_Serializer 0.15.0  beta   
XML_Util       1.1.1   stable 

XML_Parser class has been quietly downgraded. It could lead to some
unexpected behavior like: http://pear.php.net/bugs/bug.php?id=3448

There is an ugly workaround like putting
DPkg::Post-Invoke {"/usr/bin/pear upgrade-all";};
somewhere in apt.conf.d but it has an obvious drawback - it's run always,
regardless of installed/upgraded packages.

Additionaly, all classes fetched by pear install/upgrade are placed
somewhere in /usr/share. Debian Policy says that site specific programs should
be installed in /usr/local.

The last problem is a good reason to file this bug as a serious one, but
I left the severity readjustment to you.

Regards
	Artur

-- System Information:
Debian Release: 3.1
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.11blbl
Locale: LANG=C, LC_CTYPE=pl_PL (charmap=ISO-8859-2)

Versions of packages php4-pear depends on:
ii  php4-cli                     4:4.3.10-15 command-line interpreter for the p
ii  php4-common                  4:4.3.10-15 Common files for packages built fr

-- no debconf information

Message #10 received at 311267@bugs.debian.org (full text, mbox, reply):

From: "Adam Conrad" <adconrad@0c3.net>

To: "Artur R. Czechowski" <arturcz@hell.pl>, 311267@bugs.debian.org

Subject: Re: Bug#311267: php4-pear: Updating deb package overwrites manualy updated PEAR classes

Date: Mon, 30 May 2005 20:07:50 +1000 (EST)

Artur R. Czechowski wrote:
>
> Additionaly, all classes fetched by pear install/upgrade are placed
> somewhere in /usr/share. Debian Policy says that site specific programs
> should be installed in /usr/local.

Actually, this is the same bug as the first part, since if PEAR was
behaving, it would have the base classes it ships in /usr/share, and
anything freshly installed/upgraded in /usr/local, have /usr/local first
in the include path, and you'd never have this overwriting issue.

As it stands, however, it's far too late to fix this for Sarge (we release
in a week or so), and people will just have to deal.  There are several
proposals on the table to fix this for Etch, but I have yet to see any
code for it that isn't really scary.  Hopefully we'll get it sorted out,
though.

... Adam

Message #21 received at 443524@bugs.debian.org (full text, mbox, reply):

From: Christian Hammers <ch@debian.org>

To: 443524@bugs.debian.org

Subject: Re: php-pear: manually installed PEAR modules shouldn't go to /usr/share/php

Date: Fri, 25 Jan 2008 15:43:20 +0100

Hello

After stumbling over the same bug I would proposed to simply set the
defaults in /etc/pear/pear.conf to /usr/local/ dirs. I did this for
my server with "pear config-set" and it seems to work.

Mixing Debian packages and pear installed libraries quickly turns
into a mess if the directories are not clearly separated!

bye,

-christian-

Message #26 received at 443524@bugs.debian.org (full text, mbox, reply):

From: Gregory Colpart <reg@evolix.fr>

To: Christian Hammers <ch@debian.org>, 443524@bugs.debian.org

Subject: Re: [php-maint] Bug#443524: php-pear: manually installed PEAR modules shouldn't go to /usr/share/php

Date: Sun, 27 Jan 2008 15:09:07 +0100

Hello,

On Fri, Jan 25, 2008 at 03:43:20PM +0100, Christian Hammers wrote:
> 
> After stumbling over the same bug I would proposed to simply set the
> defaults in /etc/pear/pear.conf to /usr/local/ dirs. I did this for
> my server with "pear config-set" and it seems to work.
> 
> Mixing Debian packages and pear installed libraries quickly turns
> into a mess if the directories are not clearly separated!

I fully agree with this proposal however the main problem is that
pear can't deal with two directories and it breaks some webapps
setup (for example, function get_installed_pear_packages() in
eGroupWare could be broken).

See my old post:
http://lists.alioth.debian.org/pipermail/pkg-php-maint/2007-September/003106.html

Regards,
-- 
Gregory Colpart <reg@evolix.fr>  GnuPG:1024D/C1027A0E
Evolix - Informatique et Logiciels Libres http://www.evolix.fr/

Message #31 received at 443524@bugs.debian.org (full text, mbox, reply):

From: LENHOF Jean-Yves <jean-yves@lenhof.eu.org>

To: 443524@bugs.debian.org

Subject: Status ?

Date: Fri, 03 Apr 2009 02:19:40 +0200

After looking around for an answer about downloading new pear packages
into /usr/local/share and using pear debian package to be sure things
are distinct and because I tend to prefer to have manually installed
things into /usr/local... I have found this bug which to discuss this
problem.

What is the status ? Is there a good practice about these problems ?

Regards,

Message #38 received at 443524@bugs.debian.org (full text, mbox, reply):

From: Olivier Berger <olivier.berger@it-sudparis.eu>

To: Ondřej Surý <ondrej@sury.org>

Cc: 443524@bugs.debian.org

Subject: Re: your mail

Date: Fri, 18 Mar 2011 14:11:03 +0100

On Fri, Mar 18, 2011 at 10:44:11AM +0100, Ondřej Surý wrote:
> forwarded 443524 http://pear.php.net/bugs/bug.php?id=18372
> thank you
> 

How can this be a problem of upstream, since the Debian packagers can change the path as suggested in http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=443524#21 ?

I'm not sure I understand your reasoning here.

Care to elaborate more ?

Thanks in advance.

Best regards,

Message #43 received at 443524@bugs.debian.org (full text, mbox, reply):

From: Olivier Berger <olivier.berger@it-sudparis.eu>

To: Gregory Colpart <reg@evolix.fr>, 443524@bugs.debian.org

Subject: Re: Bug#443524: [php-maint] Bug#443524: php-pear: manually installed PEAR modules shouldn't go to /usr/share/php

Date: Fri, 18 Mar 2011 14:13:52 +0100

On Sun, Jan 27, 2008 at 03:09:07PM +0100, Gregory Colpart wrote:
> Hello,
> 
> On Fri, Jan 25, 2008 at 03:43:20PM +0100, Christian Hammers wrote:
> > 
> > After stumbling over the same bug I would proposed to simply set the
> > defaults in /etc/pear/pear.conf to /usr/local/ dirs. I did this for
> > my server with "pear config-set" and it seems to work.
> > 
> > Mixing Debian packages and pear installed libraries quickly turns
> > into a mess if the directories are not clearly separated!
> 
> I fully agree with this proposal however the main problem is that
> pear can't deal with two directories and it breaks some webapps
> setup (for example, function get_installed_pear_packages() in
> eGroupWare could be broken).
> 

Then shouldn't the packaging for these apps be fixed so that they depend from the right place where these PEAR libs would belong depending if they are packaged already or not ?

I think you may not expect that manually installed web apps can run on a Debian system unchanged if they depend on a mix of packaged and non-packaged PEAR dependencies.

In any case, this looks like a PHP policy that may need more debating than this just one bug ?

My 2 cents,

Message #48 received at 443524@bugs.debian.org (full text, mbox, reply):

From: Ondřej Surý <ondrej@sury.org>

To: Olivier Berger <olivier.berger@it-sudparis.eu>, 443524@bugs.debian.org

Subject: Re: [php-maint] Bug#443524: your mail

Date: Fri, 18 Mar 2011 14:37:30 +0100

It's not that easy.

PEAR doesn't have support for multiple directories, so if you change
the *_dir to /usr/local/share/php/.. then you have basically lost all
packages installed in /usr/share/php.

# pear config-show | grep _dir | grep share/php
PEAR documentation directory   doc_dir          /usr/share/php/doc
PEAR directory                 php_dir          /usr/share/php
PEAR configuration file        cfg_dir          /usr/share/php/cfg
PEAR data directory            data_dir         /usr/share/php/data
PEAR test directory            test_dir         /usr/share/php/test
PEAR www files directory       www_dir          /usr/share/php/htdocs

# pear list
Installed packages, channel pear.php.net:
=========================================
Package          Version State
Archive_Tar      1.3.7   stable
Console_Getopt   1.2.3   stable
PEAR             1.9.1   stable
Structures_Graph 1.0.3   stable
XML_Util         1.2.1   stable

# pear config-set doc_dir          /usr/local/share/php/doc
# pear config-set php_dir          /usr/local/share/php
# pear config-set cfg_dir          /usr/local/share/php/cfg
# pear config-set data_dir         /usr/local/share/php/data
# pear config-set test_dir         /usr/local/share/php/test
# pear config-set www_dir          /usr/local/share/php/htdocs
[...]

# pear list
(no packages installed from channel pear.php.net)

# apt-get install php-net-ping
# pear list
(no packages installed from channel pear.php.net)


On Fri, Mar 18, 2011 at 14:11, Olivier Berger
<olivier.berger@it-sudparis.eu> wrote:
> On Fri, Mar 18, 2011 at 10:44:11AM +0100, Ondřej Surý wrote:
>> forwarded 443524 http://pear.php.net/bugs/bug.php?id=18372
>> thank you
>>
>
> How can this be a problem of upstream, since the Debian packagers can change the path as suggested in http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=443524#21 ?
>
> I'm not sure I understand your reasoning here.
>
> Care to elaborate more ?
>
> Thanks in advance.
>
> Best regards,
>
>
>
> _______________________________________________
> pkg-php-maint mailing list
> pkg-php-maint@lists.alioth.debian.org
> http://lists.alioth.debian.org/mailman/listinfo/pkg-php-maint



-- 
Ondřej Surý <ondrej@sury.org>

Message #53 received at 443524@bugs.debian.org (full text, mbox, reply):

From: Thomas Goirand <thomas@goirand.fr>

To: Olivier Berger <olivier.berger@it-sudparis.eu>, 443524@bugs.debian.org

Cc: Gregory Colpart <reg@evolix.fr>

Subject: Re: [php-maint] Bug#443524: Bug#443524: php-pear: manually installed PEAR modules shouldn't go to /usr/share/php

Date: Fri, 18 Mar 2011 23:07:49 +0800

On 03/18/2011 09:13 PM, Olivier Berger wrote:
> On Sun, Jan 27, 2008 at 03:09:07PM +0100, Gregory Colpart wrote:
>> Hello,
>>
>> On Fri, Jan 25, 2008 at 03:43:20PM +0100, Christian Hammers wrote:
>>>
>>> After stumbling over the same bug I would proposed to simply set the
>>> defaults in /etc/pear/pear.conf to /usr/local/ dirs. I did this for
>>> my server with "pear config-set" and it seems to work.
>>>
>>> Mixing Debian packages and pear installed libraries quickly turns
>>> into a mess if the directories are not clearly separated!
>>
>> I fully agree with this proposal however the main problem is that
>> pear can't deal with two directories and it breaks some webapps
>> setup (for example, function get_installed_pear_packages() in
>> eGroupWare could be broken).
>>
> 
> Then shouldn't the packaging for these apps be fixed so that they
> depend from the right place where these PEAR libs would belong
> depending if they are packaged already or not ?
> 
> I think you may not expect that manually installed web apps can run
> on a Debian system unchanged if they depend on a mix of packaged
> and non-packaged PEAR dependencies.

IMHO, the way to fix it, is to do these missing Debian packages. Hacking
a PEAR Debian package is quite easy, if you only care that it works and
if you don't look into having uploaded to Debian!

Hacking with 2 PEAR directory will only lead with loads of issues, like
one PEAR library depending on another and not being able to find it
where it is expected...

Thomas

Message #58 received at 443524@bugs.debian.org (full text, mbox, reply):

From: sean finney <seanius@debian.org>

To: Thomas Goirand <thomas@goirand.fr>, 443524@bugs.debian.org

Cc: Olivier Berger <olivier.berger@it-sudparis.eu>

Subject: Re: [php-maint] Bug#443524: Bug#443524: Bug#443524: php-pear: manually installed PEAR modules shouldn't go to /usr/share/php

Date: Fri, 18 Mar 2011 16:54:48 +0100

hi guys,

On Fri, Mar 18, 2011 at 11:07:49PM +0800, Thomas Goirand wrote:
> > I think you may not expect that manually installed web apps can run
> > on a Debian system unchanged if they depend on a mix of packaged
> > and non-packaged PEAR dependencies.
> 
> IMHO, the way to fix it, is to do these missing Debian packages. Hacking
> a PEAR Debian package is quite easy, if you only care that it works and
> if you don't look into having uploaded to Debian!

i think ideally, yes, but...

> Hacking with 2 PEAR directory will only lead with loads of issues, like
> one PEAR library depending on another and not being able to find it
> where it is expected...

if we provide pear/pecl commands for the local admin (which i hope
nobody argues we shouldn't), they should (a) work, and (b) not clobber/collide
with the packaging namespace.  so i think that kinda requires that we do have
seperate directories.

i don't think this is impossible to fix, most other languages packaged in
debian work this way... just nobody has cared enough to roll up their sleeves
and get it to work right with php (and maybe to figure out what "right" is in the
process, since we don't have this defined currently)


	sean

Message #63 received at 443524@bugs.debian.org (full text, mbox, reply):

From: Thomas Goirand <thomas@goirand.fr>

To: sean finney <seanius@debian.org>, 443524@bugs.debian.org

Cc: Olivier Berger <olivier.berger@it-sudparis.eu>

Subject: Re: [php-maint] Bug#443524: Bug#443524: Bug#443524: php-pear: manually installed PEAR modules shouldn't go to /usr/share/php

Date: Sat, 19 Mar 2011 00:25:26 +0800

----- Original message -----
> if we provide pear/pecl commands for the local admin (which i hope
> nobody argues we shouldn't), they should (a) work, and (b) not
> clobber/collide with the packaging namespace.   so i think that kinda
> requires that we do have seperate directories.

As much as I know, "pear install X" does install a
PEAR package named X and does work in Debian.

Also, we do package the .reg files in our PEAR
packages, so the pear utility see them installed...

I don't think we have any issue here...

Thomas

Message #68 received at 443524@bugs.debian.org (full text, mbox, reply):

From: Ondřej Surý <ondrej@debian.org>

To: Thomas Goirand <thomas@goirand.fr>, 443524@bugs.debian.org

Cc: sean finney <seanius@debian.org>

Subject: Re: [php-maint] Bug#443524: Bug#443524: Bug#443524: Bug#443524: php-pear: manually installed PEAR modules shouldn't go to /usr/share/php

Date: Fri, 18 Mar 2011 17:38:48 +0100

On Fri, Mar 18, 2011 at 17:25, Thomas Goirand <thomas@goirand.fr> wrote:
>
> ----- Original message -----
>> if we provide pear/pecl commands for the local admin (which i hope
>> nobody argues we shouldn't), they should (a) work, and (b) not
>> clobber/collide with the packaging namespace.   so i think that kinda
>> requires that we do have seperate directories.
>
> As much as I know, "pear install X" does install a
> PEAR package named X and does work in Debian.
>
> Also, we do package the .reg files in our PEAR
> packages, so the pear utility see them installed...
>
> I don't think we have any issue here...

We have a issue...

apt-get install php-pear/stable
pear upgrade
apt-get -f install php-pear/stable-security

would create pile of mess in /usr/share/php

User installed pear modules have to go into some other directory -
/usr/local/share/php f.e.

O.
-- 
Ondřej Surý <ondrej@sury.org>
http://blog.rfc1925.org/

Message #73 received at 443524@bugs.debian.org (full text, mbox, reply):

From: Thomas Goirand <thomas@goirand.fr>

To: Ondřej Surý <ondrej@debian.org>, 443524@bugs.debian.org

Cc: sean finney <seanius@debian.org>

Subject: Re: [php-maint] Bug#443524: Bug#443524: Bug#443524: Bug#443524: php-pear: manually installed PEAR modules shouldn't go to /usr/share/php

Date: Sat, 19 Mar 2011 00:56:59 +0800

----- Original message -----
> We have a issue...
> 
> apt-get install php-pear/stable
> pear upgrade
> apt-get -f install php-pear/stable-security
> 
> would create pile of mess in /usr/share/php
> 
> User installed pear modules have to go into some other directory -
> /usr/local/share/php f.e.
> 
> O.

Running "pear upgrade" (without argument) has never
work well in Debian. While it would be cool if it
worked, it isn't a regression.

Thomas

Message #78 received at 443524@bugs.debian.org (full text, mbox, reply):

From: Ondřej Surý <ondrej@debian.org>

To: Thomas Goirand <thomas@goirand.fr>

Cc: 443524@bugs.debian.org, sean finney <seanius@debian.org>

Subject: Re: [php-maint] Bug#443524: Bug#443524: Bug#443524: Bug#443524: php-pear: manually installed PEAR modules shouldn't go to /usr/share/php

Date: Fri, 18 Mar 2011 17:58:15 +0100

2011/3/18 Thomas Goirand <thomas@goirand.fr>:
>
> ----- Original message -----
>> We have a issue...
>>
>> apt-get install php-pear/stable
>> pear upgrade
>> apt-get -f install php-pear/stable-security
>>
>> would create pile of mess in /usr/share/php
>>
>> User installed pear modules have to go into some other directory -
>> /usr/local/share/php f.e.
>>
>> O.
>
> Running "pear upgrade" (without argument) has never
> work well in Debian. While it would be cool if it
> worked, it isn't a regression.

Nobody says it's a regression ;-), it just needs fixing so it works.

Ondrej
-- 
Ondřej Surý <ondrej@sury.org>
http://blog.rfc1925.org/

Message #83 received at 443524@bugs.debian.org (full text, mbox, reply):

From: Thomas Goirand <thomas@goirand.fr>

To: Ondřej Surý <ondrej@debian.org>

Cc: 443524@bugs.debian.org, sean finney <seanius@debian.org>

Subject: Re: [php-maint] Bug#443524: Bug#443524: Bug#443524: Bug#443524: php-pear: manually installed PEAR modules shouldn't go to /usr/share/php

Date: Sat, 19 Mar 2011 01:22:24 +0800

----- Original message -----
> Nobody says it's a regression ;-), it just needs fixing so it works.
> 
> Ondrej

Fantastic then!

Thomas

Message #90 received at 443524@bugs.debian.org (full text, mbox, reply):

From: henriete smith <henrietelutu@gmail.com>

To: Henriete Lutu <henrietelutu@gmail.com>

Date: Tue, 23 Feb 2021 10:47:46 +0100

[Message part 1 (text/plain, inline)]

-- 
Good day,
I pray that this mail meets you well. Though we have not met or seen each
other in person before,If you need a friend,contact me back

[Message part 2 (text/html, inline)]

Message #95 received at 443524@bugs.debian.org (full text, mbox, reply):

From: Cui Lang <amijikg@gmail.com>

To: amijikg@gmail.com

Date: Mon, 1 Mar 2021 08:52:33 +0100

[Message part 1 (text/plain, inline)]

-- 
We got your recommendation from a customer and we would like to place some
orders which is needed urgently. Kindly contact me back
- Your FOB Prices and FOB Port of loading.- Your estimated delivery time.
- Your Mode of Payment. ( If by L/C or T/T )

Cui Lang
National Sales Manager
+885 (0)12 336 250
|+885 (0) 12 336 251 | +885 (0) 81 336 251.
amijikg@outlook.com
amijikg@gmail.com

[Message part 2 (text/html, inline)]

Message #100 received at 443524@bugs.debian.org (full text, mbox, reply):

From: Smith Katherine <kbell8127@gmail.com>

To: kbell8127@gmail.com

Date: Wed, 26 May 2021 10:37:13 +0100

[Message part 1 (text/plain, inline)]

..............--
 I know that we are just knowing each other for the
first time but we can share ideas,lets be friends
I'm expecting your reply .

[Message part 2 (text/html, inline)]

Send a report that this bug log contains spam.