Bug#443524:
..-- 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 .
Bug#443524:
-- 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. amij...@outlook.com amij...@gmail.com
Bug#443524: [php-maint] Bug#443524: Bug#443524: Bug#443524: Bug#443524: php-pear: manually installed PEAR modules shouldn't go to /usr/share/php
- Original message - > Nobody says it's a regression ;-), it just needs fixing so it works. > > Ondrej Fantastic then! Thomas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#443524: [php-maint] Bug#443524: Bug#443524: Bug#443524: Bug#443524: php-pear: manually installed PEAR modules shouldn't go to /usr/share/php
2011/3/18 Thomas Goirand : > > - 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ý http://blog.rfc1925.org/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#443524: [php-maint] Bug#443524: Bug#443524: Bug#443524: Bug#443524: php-pear: manually installed PEAR modules shouldn't go to /usr/share/php
- 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 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#443524: [php-maint] Bug#443524: Bug#443524: Bug#443524: Bug#443524: php-pear: manually installed PEAR modules shouldn't go to /usr/share/php
On Fri, Mar 18, 2011 at 17:25, Thomas Goirand 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ý http://blog.rfc1925.org/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#443524: [php-maint] Bug#443524: Bug#443524: Bug#443524: php-pear: manually installed PEAR modules shouldn't go to /usr/share/php
- 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 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#443524: [php-maint] Bug#443524: Bug#443524: Bug#443524: php-pear: manually installed PEAR modules shouldn't go to /usr/share/php
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 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#443524: [php-maint] Bug#443524: Bug#443524: php-pear: manually installed PEAR modules shouldn't go to /usr/share/php
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 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#443524: [php-maint] Bug#443524: your mail
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 filecfg_dir /usr/share/php/cfg PEAR data directorydata_dir /usr/share/php/data PEAR test directorytest_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 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-ma...@lists.alioth.debian.org > http://lists.alioth.debian.org/mailman/listinfo/pkg-php-maint -- Ondřej Surý -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#443524: [php-maint] Bug#443524: php-pear: manually installed PEAR modules shouldn't go to /usr/share/php
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, -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#443524: your mail
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, -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#443524: Status ?
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, -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#443524: [php-maint] Bug#443524: php-pear: manually installed PEAR modules shouldn't go to /usr/share/php
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 <[EMAIL PROTECTED]> GnuPG:1024D/C1027A0E Evolix - Informatique et Logiciels Libres http://www.evolix.fr/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#443524: php-pear: manually installed PEAR modules shouldn't go to /usr/share/php
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- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
