RE : upgrade php4 vers testing
Ok pour cette version bidouille, mais est ce possible de faire une installation propre à la sauce debian? -Message d'origine- De : Damien POBEL [mailto:[EMAIL PROTECTED] Envoyé : jeudi 22 juillet 2004 17:09 À : Debian User French Objet : Re: upgrade php4 vers testing On Thu, Jul 22, 2004 at 04:34:14PM +0200, tonyaccardo wrote : Bonjour à tous, Après une installation from scratch d'une woody, j'ai fait un upgrade de php4, php4-pear, et php4-cgi vers testing. Afin de satisfaire les dépendances, apt-get me propose d'installer tout un tas de paquets 1) j'ai fait la meme manip il y a environ 1 mois et je ne me souviens pas qu'autants de paquets devaient etre upgradés 2) j'ai déja apache-ssl et en upgradant php4-imap, apt-get m'oblige à installer apache Mon souci est en fait de faire tourner correctement horde 2.2.5, et il lui faut absolument une version de pear assez recente... Installer la version de pear de horde à la main http://ftp.horde.org/pub/pear/ par exemple dans /usr/share/pear_horde , changer le include_path dans le php.ini et enfin définir la fonction is_a dans un fichier qui sera inclus automatiquement grace à auto_prepend_file dans le php.ini auto_prepend_file = /usr/lib/php4/functions.php la fonction is_a() trouvée sur php.net : function is_a($anObject, $aClass) { return get_class($anObject) == strtolower($aClass) or is_subclass_of($anObject, $aClass); } Bon évidement ça marche uniquement si tu n'as pas besoins de fonctions de php4 supérieure à la version de la woody. Comment faire pour eviter l'upgrade intempestif de tout un tas de paquets, alors que je ne veux upgrader que php4? Merci pour votre aide. A+ -- Damien POBEL http://zeimg.free.fr Il est si facile de convertir les autres. Il est si difficile de se convertir soi même. -+- Oscar Wilde -+- -- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Pensez à rajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
upgrade php4 vers testing
Title: Message Bonjour à tous, Après une installation "from scratch" d'une woody, j'ai fait un upgrade de php4, php4-pear, et php4-cgivers testing. Afin de satisfaire les dépendances, apt-get me propose d'installer tout un tas de paquets 1) j'ai fait la meme manip il y a environ 1 mois et je ne me souviens pas qu'autants de paquets devaient etre upgradés 2) j'ai déja apache-ssl et en upgradant php4-imap, apt-get m'oblige à installer apache Mon souci est en fait de faire tourner correctement horde 2.2.5, et il lui faut absolument une version de pear assez recente... Comment faire pour eviter l'upgrade intempestif de tout un tas de paquets, alors que je ne veux upgrader que php4? Merci pour votre aide. A+
Re: upgrade php4 vers testing
On Thu, Jul 22, 2004 at 04:34:14PM +0200, tonyaccardo wrote : Bonjour à tous, Après une installation from scratch d'une woody, j'ai fait un upgrade de php4, php4-pear, et php4-cgi vers testing. Afin de satisfaire les dépendances, apt-get me propose d'installer tout un tas de paquets 1) j'ai fait la meme manip il y a environ 1 mois et je ne me souviens pas qu'autants de paquets devaient etre upgradés 2) j'ai déja apache-ssl et en upgradant php4-imap, apt-get m'oblige à installer apache Mon souci est en fait de faire tourner correctement horde 2.2.5, et il lui faut absolument une version de pear assez recente... Installer la version de pear de horde à la main http://ftp.horde.org/pub/pear/ par exemple dans /usr/share/pear_horde , changer le include_path dans le php.ini et enfin définir la fonction is_a dans un fichier qui sera inclus automatiquement grace à auto_prepend_file dans le php.ini auto_prepend_file = /usr/lib/php4/functions.php la fonction is_a() trouvée sur php.net : function is_a($anObject, $aClass) { return get_class($anObject) == strtolower($aClass) or is_subclass_of($anObject, $aClass); } Bon évidement ça marche uniquement si tu n'as pas besoins de fonctions de php4 supérieure à la version de la woody. Comment faire pour eviter l'upgrade intempestif de tout un tas de paquets, alors que je ne veux upgrader que php4? Merci pour votre aide. A+ -- Damien POBEL http://zeimg.free.fr Il est si facile de convertir les autres. Il est si difficile de se convertir soi même. -+- Oscar Wilde -+-
Re: PostgreSQL e php4 no testing
Em Wed, 30 Jul 2003 21:33:24 -0300, caio ferreira escreveu: particula:/home/cosmo# apt-get install php4-pgsql Reading Package Lists... Done Building Dependency Tree... Done Some packages could not be installed. This may mean that you have requested an impossible situation or if you are using the unstable distribution that some required packages have not yet been created or been moved out of Incoming. Since you only requested a single operation it is extremely likely that the package is simply not installable and a bug report against that package should be filed. The following information may help to resolve the situation: Sorry, but the following packages have unmet dependencies: php4-pgsql: Depends: libpgsql2 (= 7.2) but it is not installable E: Sorry, broken packages Alguem teria alguma sugestão de como eu poderia contoranar esse problema Você pode esperar alguns dias para que os pacotes necessários migrem da unstable para a testing. Ou pode tentar instalar o da stable ou o da unstable. -- _ Leandro Guimarães Faria Corsetti Dutra +41 (21) 648 11 34 / \ http://br.geocities.com./lgcdutra/ +41 (78) 778 11 34 \ / Responda à lista, não a mim diretamente! +55 (11) 5686 2219 / \ Dê nota se ajudei:http://svcs.affero.net/rm.php?r=leandro
PostgreSQL e php4 no testing
All Estou com a versão testing instalado no servidor da rede daqui de casa e estou tentando instalar o pacote que faz a integração entre o php4 e o PostgreSQL. Para isso executo o comando apt-get install php4-pgsql. O problema é que aparece a seguinte mensagem de erro : particula:/home/cosmo# apt-get install php4-pgsql Reading Package Lists... Done Building Dependency Tree... Done Some packages could not be installed. This may mean that you have requested an impossible situation or if you are using the unstable distribution that some required packages have not yet been created or been moved out of Incoming. Since you only requested a single operation it is extremely likely that the package is simply not installable and a bug report against that package should be filed. The following information may help to resolve the situation: Sorry, but the following packages have unmet dependencies: php4-pgsql: Depends: libpgsql2 (= 7.2) but it is not installable E: Sorry, broken packages Alguem teria alguma sugestão de como eu poderia contoranar esse problema ?!?!? -- [ ]'s ***.''`. * [EMAIL PROTECTED] * : :' : * GNU/Linux Debian * `. `'` *** `- Gnupg ID 0x01186BE1 Key fingerprint =3D F17E 75C6 CE00 0E09 F63B 71B0 A0D2 FAD9 0118 6BE1 Quando o homem fala de sexo pra mulher é assedio sexual. Mas quando a mulher fala sobre sexo para o homem são R$ 3,95 por minuto!!
Qual o problema do PHP4 na testing?????
Pessoal, antes era no lab, agora em casa. Estou atualizando minha distro (uso woody/testing) e o apt ta querendo tirar meu php4 falando que ele conflita com o php4-sablot, mas este ultimo nem existe na base de dados. [EMAIL PROTECTED] ronaldo]$ apt-cache search php4-sablot [EMAIL PROTECTED] ronaldo]$ O que ta acontecendo? Como resolver isto sem ser quebrando dependencia a avacalhando o apt? Valeu Ronaldo -- Some husbands are living proof that a woman can take a joke. -- | // | \\ [*][***] || ( õ õ ) [Ronaldo Reis Júnior ][PentiumIII-600 ] | V [UFV/DBA-Entomologia ][HD: 30 + 10 Gb ] || / \ [36571-000 Viçosa - MG][RAM: 128 Mb] | /(.''`.)\ [Fone: 31-3899-2532 ][Video: SiS620-8Mb ] ||/(: :' :)\ [EMAIL PROTECTED] ][Modem: Pctel-onboar] |/ (`. `'` ) \[ICQ#: 5692561][Kernel: 2.4.18 ] || ( `- ) [*][***] ||| _/ \_Powered by GNU/Debian W/Sarge D+ || Lxuser#: 205366
Problème d'installation php4 en testing
Bonjour, J'espère que certains d'entre vous pourront m'aider. J'ai une debian testing, et jusqu'à hier je n'avais aucun problème avec php4, php4-pgsql et phppgadmin. Hier, donc, j'ai lancé un apt-get dist-upgrade, qui me les a désinstallés, et maintenant quand je veux les réinstaller voici ce qu'il me dit : pcmel:/etc/apt# apt-get install php4 php4-pgsql phppgadmin Reading Package Lists... Done Building Dependency Tree... Done Some packages could not be installed. This may mean that you have requested an impossible situation or if you are using the unstable distribution that some required packages have not yet been created or been moved out of Incoming. The following information may help to resolve the situation: Sorry, but the following packages have unmet dependencies: php4: Depends: libbz2-1.0 but it is not going to be installed Depends: libc6 (= 2.2.4-4) but it is not going to be installed Depends: libdb2 (= 2:2.7.7-4) but it is not going to be installed Depends: libexpat1 (= 1.95.2-6) but it is not going to be installed Depends: libmm11 but it is not going to be installed Depends: libpam0g (= 0.72-1) but it is not going to be installed Depends: libpcre3 but it is not going to be installed Depends: zlib1g (= 1:1.1.4) but it is not going to be installed Depends: apache-common (= 1.3.23) but it is not going to be installed Depends: fileutils (= 4.0-5) php4-pgsql: Depends: libc6 (= 2.2.4-4) but it is not going to be installed Depends: libpgsql2 (= 7.2) but it is not going to be installed phppgadmin: Depends: apache but it is not going to be installed or httpd Depends: debconf but it is not going to be installed E: Sorry, broken packages Evidemment, ça m'enquiquine un peu, et même carrément. J'ai été jetter un oeil du côté des Bugs Debian, et même dans les archives des mailing listes, il semblerait que ce soit un problème récurrent : http://lists.debian.org/debian-testing/2001/debian-testing-200111/msg00037.html Connaitriez vous une façon de résoudre le problème qui ne m'oblige pas à répeter la bidouille suggérée dans le lien ci dessous à chaque fois que je ferais un apt-get dist-upgrade ? Merci pour votre aide, Mélanie -- Mélanie Raimbault - Doctorante 02 23 23 49 91 - http://idm.univ-rennes1.fr Laboratoire IDM, Faculté de Médecine 02 23 23 47 18 (Secrétariat)
Re: Problme d'installation php4 en testing
Bonjour, Le vendredi 14 mars 2003 à 11:07 +0100, Mélanie Raimbault a écrit : Bonjour, J'espère que certains d'entre vous pourront m'aider. Le problème a déjà été évoqué sur la liste. J'ai une debian testing, et jusqu'à hier je n'avais aucun problème avec php4, php4-pgsql et phppgadmin. [...] Je vous invite à lire les messages qui commencent à partir de : [EMAIL PROTECTED] http://lists.debian.org/debian-user-french/2003/debian-user-french-200303/thrd3.html#00959 et [EMAIL PROTECTED] http://lists.debian.org/debian-user-french/2003/debian-user-french-200303/thrd3.html#01141 a+ -- Pierre Machard [EMAIL PROTECTED] TuxFamily.org [EMAIL PROTECTED] techmag.info +33(0)668 178 365http://migus.tuxfamily.org/gpg.txt GPG: 1024D/23706F87 : B906 A53F 84E0 49B6 6CF7 82C2 B3A0 2D66 2370 6F87
Re: Problme d'installation php4 en testing
Le problème a déjà été évoqué sur la liste. Oh, diantre, j'avais pourtant cherché dans les archives avant de vous enquiquiner avec une question déjà traitée, mais je ne dois pas avoir les yeux bien ouverts. C'est sûr, aussi, travailler de si bon matin. Ahem. Bref, en tout cas, merci beaucoup pour l'info, Pierre et je vais de ce pas me flageller avec des orties pour ne pas avoir trouvé la réponse toute seule comme toute utilisatrice de testing devrait savoir le faire. Mélanie -- Mélanie Raimbault - Doctorante 02 23 23 49 91 - http://idm.univ-rennes1.fr Laboratoire IDM, Faculté de Médecine 02 23 23 47 18 (Secrétariat)
Re: Problème d'installation php4 en testing
Mélanie Raimbault [EMAIL PROTECTED] writes: Bonjour, J'espère que certains d'entre vous pourront m'aider. Je l'espère aussi, car j'ai eu le même problème :) J'ai une debian testing, et jusqu'à hier je n'avais aucun problème avec php4, php4-pgsql et phppgadmin. Hier, donc, j'ai lancé un apt-get dist-upgrade, qui me les a désinstallés, et maintenant quand je veux les réinstaller voici ce qu'il me dit : pcmel:/etc/apt# apt-get install php4 php4-pgsql phppgadmin Reading Package Lists... Done Building Dependency Tree... Done Some packages could not be installed. This may mean that you have requested an impossible situation or if you are using the unstable distribution that some required packages have not yet been created or been moved out of Incoming. The following information may help to resolve the situation: Sorry, but the following packages have unmet dependencies: php4: Depends: libbz2-1.0 but it is not going to be installed Depends: libc6 (= 2.2.4-4) but it is not going to be installed Depends: libdb2 (= 2:2.7.7-4) but it is not going to be installed Depends: libexpat1 (= 1.95.2-6) but it is not going to be installed Depends: libmm11 but it is not going to be installed Depends: libpam0g (= 0.72-1) but it is not going to be installed Depends: libpcre3 but it is not going to be installed Depends: zlib1g (= 1:1.1.4) but it is not going to be installed Depends: apache-common (= 1.3.23) but it is not going to be installed Depends: fileutils (= 4.0-5) php4-pgsql: Depends: libc6 (= 2.2.4-4) but it is not going to be installed Depends: libpgsql2 (= 7.2) but it is not going to be installed phppgadmin: Depends: apache but it is not going to be installed or httpd Depends: debconf but it is not going to be installed E: Sorry, broken packages En fait, comme je l'ai répondu un peu avant avec un souci wine, il semble que la libc6 ne soit pas encore tout à fait sêche pour php4* ... Il y a d'ailleurs un bug reporté (http://bugs.debian.org), mais j'ai plus le numéro. Evidemment, ça m'enquiquine un peu, et même carrément. J'ai été jetter un oeil du côté des Bugs Debian, et même dans les archives des mailing listes, il semblerait que ce soit un problème récurrent : http://lists.debian.org/debian-testing/2001/debian-testing-200111/msg00037.html Connaitriez vous une façon de résoudre le problème qui ne m'oblige pas à répeter la bidouille suggérée dans le lien ci dessous à chaque fois que je ferais un apt-get dist-upgrade ? La solution que j'ai adopté, après la lecture du descriptif de bug php4 a été de passer les paquets apache, php4 et php4-pgsql en unstable. Le reste de mon système est toujours en testing, mais certains paquets sont maintenant en unstable. La solution préconisée par le mainteneur de php est ... d'attendre l'évolution de libc6 Voilà quelques idées que je vais dorénavant utiliser régulièrement. Toujours faire un apt-get dist-upgrade avec l'option -u En cas de problèmes (paquets proposés en REMOVE par apt-get), utiliser la syntaxe suivante pour localiser les paquets éronnés: # apt-get -o Debug::pkgProblemResolver=yes dist-upgrade Pour bloquer la mise à jour d'un paquet (ce que j'ai fait sur une autre machine en testing) de façon a pouvoir quand même faire l'apt-get dist-upgrade: # echo nom_du_paquet hold|dpkg --set-selections # apt-get dist-upgrade # echo nom_du_paquet install|dpkg --set-selections Vous pouvez laisser le paquet en hold pour les upgrades suivants, jusqu'à l'annonce de la stabilisation S'abonner à debian-devel-announce pour suivre ce genre de soucis :) Merci pour votre aide, Mélanie De rien, en espérant t'avoir aidé. -- Lisez la FAQ: http://savannah.nongnu.org/download/debfr-faq/html/ -- François TOURDE - tourde.org - 23 rue Bernard GANTE - 93250 VILLEMOMBLE Tél: 01 49 35 96 69 - Mob: 06 81 01 81 80 eMail: mailto:[EMAIL PROTECTED] - URL: http://francois.tourde.org/
Re: php4 en testing
Le Mon, Mar 10, 2003 at 06:10:42PM +0100, Erwan David a écrit : Sans vouloir jouer les rabats-joie, pourquoi s'obstiner à utiliser testing ? Parcequ'on peut avoir besoin de programmes un peu plus à jour que dans stable ? Par exemple gphoto2 pour mon apareil photo numerique qui n'était pas géré lors de la sortie de la Woody. Une liste de dévelopeurs debian, est-il raisonnable de demander à tous les utilisateurs de la lire ? Déja que debian-user-french fait pas mal de traffic... -- 11:53 W bonjour tout le monde ... roh ptain le reveil est dur ! 11:59 1153 Achète un réveil en caoutchouc. Nicolas Ledez pgpJg6PZIjYHT.pgp Description: PGP signature
Re: php4 en testing
Le Tue, Mar 11, 2003 at 12:01:02AM +0100, Raphael Hertzog a écrit : Relis bien, c'est pas toi qui l'enlève mais les développeurs de la libc6 dans une prochaine version tu peux aussi installer php4 de unstable. Pourquoi dans un cas comme celui-la qui est quand même majeur AMHA, le paquet n'est pas rapidement mis à jours. $ sudo apt-get install php4/unstable troll Je vais plutôt installer une mandrake ;) /troll -- PD: le petit livre de la même couleur, pour ceux qui se souviennent (encore que) ?? FG: Je l'ai lu trois fois. J'aime bien les allégories politico poétiques orientales. -+- in GCP: Linux sans bug, avec la pensée-Mao -+- Nicolas Ledez pgpyrruzPk5rr.pgp Description: PGP signature
php4 en testing
Bonjour, je suis en testing et je voudrais simplement installer php4, donc de la manière la plus simple (car avec dselect il me désinstalle tout) : host:~# apt-get install php4 [blabla...] Sorry, but the following packages have unmet dependencies: php4: Depends: libbz2-1.0 but it is not going to be installed Depends: libc6 (= 2.2.4-4) but it is not going to be installed Depends: libdb2 (= 2:2.7.7-4) but it is not going to be installed [blabla...] E: Sorry, broken packages Pourtant : host:~# dpkg -l libbz2-1.0 libc6 libdb2 libexpat1 libmm11 libpam0g libpcre3 zlib1g apache-common fileutils [blabla...] +++-===-===-== ii libbz2-1.0 1.0.2-1 A high-quality block-sorting file compressor library - runtime ii libc6 2.3.1-14GNU C Library: Shared libraries and Timezone data ii libdb2 2.7.7.0-8 The Berkeley database routines (run-time files). [blabla...] D'ou mon problème... -- Quand je vois un mec qui n'a pas de quoi bouffer aller voter, ça me fait penser à un crocodile qui se présente dans une maroquinerie ! -- Coluche Nicolas Ledez pgpRSbNzpeF3p.pgp Description: PGP signature
Re: php4 en testing
On Mon, Mar 10, 2003 at 03:53:55PM +0100, [EMAIL PROTECTED] wrote: Bonjour, je suis en testing et je voudrais simplement installer php4, donc de la manière la plus simple (car avec dselect il me désinstalle tout) : host:~# apt-get install php4 [blabla...] Sorry, but the following packages have unmet dependencies: php4: Depends: libbz2-1.0 but it is not going to be installed Depends: libc6 (= 2.2.4-4) but it is not going to be installed Depends: libdb2 (= 2:2.7.7-4) but it is not going to be installed [blabla...] E: Sorry, broken packages Pourtant : host:~# dpkg -l libbz2-1.0 libc6 libdb2 libexpat1 libmm11 libpam0g libpcre3 zlib1g apache-common fileutils [blabla...] +++-===-===-== ii libbz2-1.0 1.0.2-1 A high-quality block-sorting file compressor library - runtime ii libc6 2.3.1-14GNU C Library: Shared libraries and Timezone data ii libdb2 2.7.7.0-8 The Berkeley database routines (run-time files). [blabla...] D'ou mon problème... Eh ben ça doit encore être le contre-coup de la migration de la libc de l'unstable vers la testing. Voir http://lists.debian.org/debian-devel-announce/2003/debian-devel-announce-200303/msg6.html pour plus d'infos : php4 will be broken on all architectures. This will be fixed by the removal of the Conflicts: line from the libc6 packages in a forthcoming revision. It can be worked around by not upgrading until that version of libc6 is available; by upgrading to php4 from unstable; or by manually forcing the dependencies (and not using apt). -- Manu // J'ai des problemes pour graver le fichier image de virtua tennis // le fichier image a une taille de 720MO, or aucun CD de cette taille // n'existe! // -+- X-OR in Guide du Petit Joueur : Le shérif de l'espace-disque -+-
Re: php4 en testing
Le Mon 10/03/2003, Pierre Machard disait Bonjour, Le lundi 10 mars 2003 à 15:53 +0100, [EMAIL PROTECTED] a écrit : Bonjour, je suis en testing et je voudrais simplement installer php4, donc de la manière la plus simple (car avec dselect il me désinstalle tout) : host:~# apt-get install php4 [blabla...] D'ou mon problème... Sans vouloir jouer les rabats-joie, pourquoi s'obstiner à utiliser testing ? Parcequ'on peut avoir besoin de programmes un peu plus à jour que dans stable ? Si vous voulez utiliser testing, il convient de se tenir un minimum informé de ce qui se passe. D'autant que ça a été annoncé sur debian-devel-annouce http://lists.debian.org/debian-devel-announce/2003/debian-devel-announce-200303/msg6.html Une liste de dévelopeurs debian, est-il raisonnable de demander à tous les utilisateurs de la lire ? Je vous invite à relire la page suivante : http://www.debian.org/releases/testing/ Ça c'est plus raisonnable. -- Erwan
Re: php4 en testing
Le Mon, Mar 10, 2003 at 05:31:27PM +0100, [EMAIL PROTECTED] écrivait: Le Mon, Mar 10, 2003 at 04:41:25PM +0100, VALLIET Manu a écrit : php4 will be broken on all architectures. This will be fixed by the removal of the Conflicts: line from the libc6 packages in a forthcoming revision. It can be worked around by not upgrading until that version of libc6 is available; by upgrading to php4 from unstable; or by manually forcing the dependencies (and not using apt). Maintenant question bête j'enleve ou le Conflicts: ? Relis bien, c'est pas toi qui l'enlève mais les développeurs de la libc6 dans une prochaine version tu peux aussi installer php4 de unstable. $ sudo apt-get install php4/unstable A+ -- Raphaël Hertzog -+- http://www.ouaza.com Formation Linux et logiciel libre : http://www.logidee.com
php4 on testing is unistallable
php4 in testing insists that it needs an earlier version I've upgrade to testing: Then I try this: bravo:/home/alex# apt-get install php4 Reading Package Lists... Done Building Dependency Tree... Done Some packages could not be installed. This may mean that you have requested an impossible situation or if you are using the unstable distribution that some required packages have not yet been created or been moved out of Incoming. Since you only requested a single operation it is extremely likely that the package is simply not installable and a bug report against that package should be filed. The following information may help to resolve the situation: Sorry, but the following packages have unmet dependencies: php4: Depends: apache-common ( 1.3.19.1) but 1.3.22-2 is to be installed E: Sorry, broken packages I am able to force the stable version to work by doing the following: /etc/apt/apt.conf.d/70debconf: APT::Default-Release testing /etc/apt/sources.list deb ftp://ftp.debian.org/debian stable main contrib non-free deb ftp://ftp.debian.org/debian testing main contrib non-free apt-get update apt-get install apache-common/stable apt-get install apache/stable apt-get php4/stable apt-get php-mysql/stable This restores my php4 functionaly to what it was before I upgrade to testing, however, if at this point I run apt-get dist-upgrade, it will upgrade my apache version and REMOVE my php4 and php-mysql Alex Miller
Re: php4 on testing is unistallable
Once upon a time (actually it was more like Sun, 11 Nov 2001 10:38:04 -0500), Alex Miller [EMAIL PROTECTED] wrote: php4 in testing insists that it needs an earlier version I've upgrade to testing: Sorry, but the following packages have unmet dependencies: php4: Depends: apache-common ( 1.3.19.1) but 1.3.22-2 is to be installed E: Sorry, broken packages It a known bug :-) http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=119015repeatmerged=yes http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=119149repeatmerged=yes Though I don't know about the bug I would sure love to. Fortunatly a friend warned me before hand once it had screwed his system. Any guesses on how long it will stay like this? Thanks, Hereward pgpRs1XC3Ooxw.pgp Description: PGP signature
Re: php4 on testing is unistallable
I've managed to work around it in a strange way. I've left my distro as testing but am using php from unstable. The steps were a bit convoluted but it works: 1) Have the testing distribution. 2) in /etc/apt/apt.conf.d/70debconf APT:Default-Reader testing 3) in /etc/apt/sources.list deb ftp://ftp.debian.org/debian stable main contrib non-free deb ftp://ftp.debian.org/debian testing main contrib non-free deb ftp://ftp.debian.org/debian unstable main contrib non-free 4) apt-get update 5.1) apt-get install apache-common/stable 5.2) apt-get install apache/stable 5.3) apt-get install php4/stable 5.4) apt-get install php4-mysql/stable (assuming you need mysql) 6.1) modify your /etc/apache/srm.conf set your document root variable which will have been removed. 6.2) modify httpd.conf to uncomment out the php4 module line. 7) now php4 with mysql support will work in testing but is the older version. 7.1) apt-get install php4/unstable (will remove php4-mysql but will work) 7.2) apt-get install php4-mysql/unstable That will acheive the desired result of having a testing distribution with a php4 version LATER than the stable one. sheesh Alex On Sunday 11 November 2001 03:53 pm, you wrote: Once upon a time (actually it was more like Sun, 11 Nov 2001 10:38:04 -0500), Alex Miller [EMAIL PROTECTED] wrote: php4 in testing insists that it needs an earlier version I've upgrade to testing: Sorry, but the following packages have unmet dependencies: php4: Depends: apache-common ( 1.3.19.1) but 1.3.22-2 is to be installed E: Sorry, broken packages It a known bug :-) http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=119015repeatmerged=yes http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=119149repeatmerged=yes Though I don't know about the bug I would sure love to. Fortunatly a friend warned me before hand once it had screwed his system. Any guesses on how long it will stay like this? Thanks, Hereward
Php4 en testing?
Alguien sabe donde puedo conseguir los paquetes de php4 para testing? ya que solo tiene los de php3. Gracias, Esteban
Re: Php4 en testing?
Guenas El Mon, Feb 05, 2001 at 04:11:38PM -0600, Esteban Barrientos disidio iscribir: Alguien sabe donde puedo conseguir los paquetes de php4 para testing? ya que solo tiene los de php3. Hummm, te pego aquí el sources.list que tengo con una woody con PHP4 y Postgresql 7. Si te digo la verdad, no se de donde bajaron estos paquetes, pero si no están en testing imagino que serán los de Potato (pero van de lujo). deb http://http.us.debian.org/debian woody main contrib non-free deb http://non-us.debian.org/debian-non-US woody/non-US main contrib non-free deb ftp://ftp.debian.org/debian woody main contrib non-free deb ftp://ftp.uk.debian.org/debian woody main contrib non-free deb http://security.debian.org/ potato updates/main updates/contrib updates/non-free #deb http://quark.fe.up.pt/debian potato/local helixcode kde updates extras deb http://www.laespiral.org/CDLaEspiral potato/local helixcode kde updates extras deb-src http://http.us.debian.org/debian woody main contrib non-free Saludines -- - Andres Herrera [EMAIL PROTECTED] | N.Reg: 66054 Debian Potato | bqp/AndresHE Clave GPG: http://www.escomposlinux.org/aherrerm/aherrerm.gpg - pgpJWjr95uazE.pgp Description: PGP signature
Re: PHP4 in 'testing'?
In article [EMAIL PROTECTED], John S. J. Anderson wrote: There's a pretty obvious error in two of the post-install scripts. I'm sure the maintainer is getting it worked out; in the meantime, adding a line consisting of ';;' (no quotes) to the line above the line with '*)' to both /var/lib/dpkg/info/php4.postrm and /var/lib/dpkg/info/php4-cgi.postrm allowed the install to finish on my machine. Haven't tested yet to determine if the installed PHP4 actually _works_, but this got rid of the error messages at least. John, I've tried what you suggested and it fixed the install for me. I've yet to run any PHP scripts but have my hopes up high. Thank you for your help :) Remmy -- PGP: 0x4CE578BF ICQ: 760542 | Linux winter 2.2.16 is up 13 days, 14:37 http://uss-centauris.org/ | Reporter: Mr Gandhi, what do you think of Phone:(+31) 70 3467809 | Western Civilization? Cellular: (+31) 6 11316573 | Gandhi: I think it would be a good idea.
PHP4 in 'testing'?
Hi all, I have my apt sources list pointed at tracking the testing release of Debian. As I understand it this is supposed to be a repository of the latest packages that have been used without major problems in unstable for an 'x' number of days. Provided the assumption above is correct, why is PHP4 not in this collection? -- PGP: 0x4CE578BF ICQ: 760542 | Linux winter 2.2.16 is up 13 days, 45 min http://uss-centauris.org/ | Reporter: Mr Gandhi, what do you think of Phone:(+31) 70 3467809 | Western Civilization? Cellular: (+31) 6 11316573 | Gandhi: I think it would be a good idea.
Re: PHP4 in 'testing'?
On Sun, Feb 04, 2001 at 05:14:39PM +, Remco Rijnders wrote: Hi all, I have my apt sources list pointed at tracking the testing release of Debian. As I understand it this is supposed to be a repository of the latest packages that have been used without major problems in unstable for an 'x' number of days. Provided the assumption above is correct, why is PHP4 not in this collection? I went to - http://www.debian.org/distrib/packages and looked myself. There is no changelog for stable or unstable. The package maintainer's email address is on the page. You could ask him. Have you tried installing php4 unstable or stable? Use the -s switch to apt-get and see what would happen. kent -- I'd really love ta wana help ya Flanders but... Homer Simpson
Re: PHP4 in 'testing'?
Remco Rijnders wrote: Hi all, I have my apt sources list pointed at tracking the testing release of Debian. As I understand it this is supposed to be a repository of the latest packages that have been used without major problems in unstable for an 'x' number of days. Provided the assumption above is correct, why is PHP4 not in this collection? Good question, I just tooke the stable sources.list, installed PHP4 and reinstalled the testing sources.list
Re: PHP4 in 'testing'?
[EMAIL PROTECTED] (Remco Rijnders) wrote: I have my apt sources list pointed at tracking the testing release of Debian. As I understand it this is supposed to be a repository of the latest packages that have been used without major problems in unstable for an 'x' number of days. Provided the assumption above is correct, why is PHP4 not in this collection? That's not quite all that's necessary. A more precise definition of major problems there is that none of the binary packages generated from the source package may have any release-critical bugs (i.e. bugs of severity serious, grave, or critical). Also, it must be in sync on all Debian's architectures: that doesn't mean it necessarily has to be built for all those architectures, but on the architectures where it has been built it must stay in sync. All its dependencies must have satisfied these conditions and made it into testing, too. And the version of the package that's a candidate for being installed into testing must have been in unstable for a certain amount of time. php4 is a large and fairly complex package, and it wouldn't surprise me if it failed at least one of these. The exact reasons can be found in the output from the testing scripts at http://ftp-master.debian.org/testing/ (particularly update_excuses.html), although the output is rather cryptic and you have to know how to read it. I'd have a look for you, but ftp-master seems to be down at the moment, so I'll try again later. The maintainer is probably the best person to try to sort out any problems; after that, debian-devel is more likely to be read by more of the relevant people than debian-user. Cheers, -- Colin Watson [EMAIL PROTECTED]
Re: PHP4 in 'testing'?
[EMAIL PROTECTED] wrote: I went to - http://www.debian.org/distrib/packages and looked myself. There is no changelog for stable or unstable. As far as I know the get this package's changelog function on those web pages is broken. Bugs have already been filed. -- Colin Watson [EMAIL PROTECTED]
Re: PHP4 in 'testing'?
In article [EMAIL PROTECTED], Colin Watson wrote: That's not quite all that's necessary. A more precise definition of major problems there is that none of the binary packages generated from the source package may have any release-critical bugs (i.e. bugs of severity serious, grave, or critical). Also, it must be in sync on all Debian's architectures: that doesn't mean it necessarily has to be built for all those architectures, but on the architectures where it has been built it must stay in sync. All its dependencies must have satisfied these conditions and made it into testing, too. And the version of the package that's a candidate for being installed into testing must have been in unstable for a certain amount of time. php4 is a large and fairly complex package, and it wouldn't surprise me if it failed at least one of these. The exact reasons can be found in the output from the testing scripts at http://ftp-master.debian.org/testing/ (particularly update_excuses.html), although the output is rather cryptic and you have to know how to read it. I'd have a look for you, but ftp-master seems to be down at the moment, so I'll try again later. Ok, that is all clear to me then. Thank you for explaining :) Am I right in assuming that since PHP4 in any version is completely absent in testing that ever since the start of 'testing' it has failed to build properly / meet all dependencies etc. ? The ftp-master still seems to be down so I haven't been able to have a look at the update_excuses yet. The maintainer is probably the best person to try to sort out any problems; after that, debian-devel is more likely to be read by more of the relevant people than debian-user. Looks like (see other post on this subject) this might be what I need to try. I did not want to bother the maintainer or developers list with a question that most likely raised out of user ignorance / stupidity. Thank you for your answer Colin :) -- PGP: 0x4CE578BF ICQ: 760542 | Linux winter 2.2.16 is up 13 days, 11:54 http://uss-centauris.org/ | Reporter: Mr Gandhi, what do you think of Phone:(+31) 70 3467809 | Western Civilization? Cellular: (+31) 6 11316573 | Gandhi: I think it would be a good idea.
Re: PHP4 in 'testing'?
In article [EMAIL PROTECTED], ktb wrote: Have you tried installing php4 unstable or stable? Use the -s switch to apt-get and see what would happen. Before reading your (or any) answer, I went ahead and pointed apt at the unstable archive and got PHP4 from there. Unfortunately, it seems like this really messed things up for me: Preparing to replace php4 4.0.4pl1-2 (using .../php4_4.0.4pl1-2_i386.deb) ... Unpacking replacement php4 ... /var/lib/dpkg/info/php4.postrm: line 28: syntax error near unexpected token `*)' dpkg: warning - old post-removal script returned error exit status 2 dpkg - trying script from the new package instead ... /var/lib/dpkg/tmp.ci/postrm: line 28: syntax error near unexpected token `*)' dpkg: error processing /var/cache/apt/archives/php4_4.0.4pl1-2_i386.deb (--unpack): subprocess new post-removal script returned error exit status 2 /var/lib/dpkg/tmp.ci/postrm: line 28: syntax error near unexpected token `*)' dpkg: error while cleaning up: subprocess post-removal script returned error exit status 2 Preparing to replace update 2.11-2 (using .../update_2.11-3_i386.deb) ... Unpacking replacement update ... Errors were encountered while processing: /var/cache/apt/archives/php4_4.0.4pl1-2_i386.deb E: Sub-process /usr/bin/dpkg returned an error code (1) So, I then tried to purge the package: bash-2.04# dpkg --purge php4 dpkg: error processing php4 (--purge): Package is in a very bad inconsistent state - you should reinstall it before attempting a removal. Errors were encountered while processing: php4 Not only is the package in an inconsistent state, but bad and even very bad to top that off. I'm a bit at a loss as what to do about this one... but I'll steam on it for a bit. Sure makes me wish I would have listened to your -s advice. Anyways, thank you for your help :) -- PGP: 0x4CE578BF ICQ: 760542 | Linux winter 2.2.16 is up 13 days, 11:48 http://uss-centauris.org/ | Reporter: Mr Gandhi, what do you think of Phone:(+31) 70 3467809 | Western Civilization? Cellular: (+31) 6 11316573 | Gandhi: I think it would be a good idea.
Re: PHP4 in 'testing'?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 [EMAIL PROTECTED] (Remco Rijnders) writes: Before reading your (or any) answer, I went ahead and pointed apt at the unstable archive and got PHP4 from there. Unfortunately, it seems like this really messed things up for me: There's a pretty obvious error in two of the post-install scripts. I'm sure the maintainer is getting it worked out; in the meantime, adding a line consisting of ';;' (no quotes) to the line above the line with '*)' to both /var/lib/dpkg/info/php4.postrm and /var/lib/dpkg/info/php4-cgi.postrm allowed the install to finish on my machine. Haven't tested yet to determine if the installed PHP4 actually _works_, but this got rid of the error messages at least. john. - -- - [ John S Jacobs Anderson ]--URL:mailto:[EMAIL PROTECTED] [ Genehack: Not your daddy's weblog ]--URL:http://genehack.org -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.4 (GNU/Linux) Comment: Mailcrypt 3.5.5 and Gnu Privacy Guard iD8DBQE6fjEsWRJRdOm3KFARAht9AJ9tgJ66gw+NgQKO9AcT4sTvzLKk3QCfXosK xMxTx2WeeGZ8Bga9Il0d2cs= =DZSa -END PGP SIGNATURE-
Re: PHP4 in 'testing'?
[EMAIL PROTECTED] (Remco Rijnders) writes: In article [EMAIL PROTECTED], ktb wrote: Have you tried installing php4 unstable or stable? Use the -s switch to apt-get and see what would happen. Before reading your (or any) answer, I went ahead and pointed apt at the unstable archive and got PHP4 from there. Unfortunately, it seems like this really messed things up for me: Preparing to replace php4 4.0.4pl1-2 (using .../php4_4.0.4pl1-2_i386.deb) ... Unpacking replacement php4 ... /var/lib/dpkg/info/php4.postrm: line 28: syntax error near unexpected token `*)' dpkg: warning - old post-removal script returned error exit status 2 dpkg - trying script from the new package instead ... deleted Not only is the package in an inconsistent state, but bad and even very bad to top that off. I'm a bit at a loss as what to do about this one... but I'll steam on it for a bit. Sure makes me wish I would have listened to your -s advice. Anyways, thank you for your help :) I filed that as a bug already. It's two times two colons missing in the case struct in the postrm script. Try to fix that in /var/lib/dpkg/info/php4.postrm manually and it'll work. :-) -- Tschoe,Get my gpg-public-key here Jens http://gecius.de/gpg-key.txt