Et pourquoi se cantonner à la version 1.6 (qui ne contient pas les patchs requis pour que cela fonctionne _sans problèmes_ sur Mac OS X 10.3) quand la version 1.7.1 est disponible sans bidouillages ?
Et pourquoi se cantonner à la version 1.6 (qui ne contient pas les
patchs requis pour que cela fonctionne _sans problèmes_ sur Mac OS X
10.3) quand la version 1.7.1 est disponible sans bidouillages ?
Et pourquoi se cantonner à la version 1.6 (qui ne contient pas les patchs requis pour que cela fonctionne _sans problèmes_ sur Mac OS X 10.3) quand la version 1.7.1 est disponible sans bidouillages ?
Et pourquoi se cantonner à la version 1.6 (qui ne contient pas les patchs requis pour que cela fonctionne _sans problèmes_ sur Mac OS X 10.3) quand la version 1.7.1 est disponible sans bidouillages ?
Et pourquoi se cantonner à la version 1.6 (qui ne contient pas les
patchs requis pour que cela fonctionne _sans problèmes_ sur Mac OS X
10.3) quand la version 1.7.1 est disponible sans bidouillages ?
Et pourquoi se cantonner à la version 1.6 (qui ne contient pas les patchs requis pour que cela fonctionne _sans problèmes_ sur Mac OS X 10.3) quand la version 1.7.1 est disponible sans bidouillages ?
finalement; ca ne marche pas mieux ; iBook:~ yt$ sudo gem install nokogiri Password: ERROR: While executing gem ... (Gem::RemoteSourceException) HTTP Response 302 iBook:~ yt$ sudo port install libxml2 libxslt Password: Error: Unable to open port: invalid command name "livecheck.type"
la page ; http://www.mail-archive.com//msg15963 .html
dit que ; On Sep 5, 2009, at 01:00, Artie Ziff wrote:
Does anyone recognize this message and what a remedy may be?
$ sudo port install git-core +svn Error: Unable to open port: invalid command name "livecheck.type"
Mac OS v10.5.8 MacPorts 1.710
Yes, "livecheck.type" is a new keyword for MacPorts 1.8.0, so you must upgrade.
reste à savoir si cette version est compatible avec Panther; ce dont je doute
finalement; ca ne marche pas mieux ;
iBook:~ yt$ sudo gem install nokogiri
Password:
ERROR: While executing gem ... (Gem::RemoteSourceException)
HTTP Response 302
iBook:~ yt$ sudo port install libxml2 libxslt
Password:
Error: Unable to open port: invalid command name "livecheck.type"
la page ;
http://www.mail-archive.com/macports-users@lists.macosforge.org/msg15963
.html
dit que ;
On Sep 5, 2009, at 01:00, Artie Ziff wrote:
Does anyone recognize this message and what a remedy may be?
$ sudo port install git-core +svn
Error: Unable to open port: invalid command name "livecheck.type"
Mac OS v10.5.8
MacPorts 1.710
Yes, "livecheck.type" is a new keyword for MacPorts 1.8.0, so you must
upgrade.
reste à savoir si cette version est compatible avec Panther; ce dont je
doute
finalement; ca ne marche pas mieux ; iBook:~ yt$ sudo gem install nokogiri Password: ERROR: While executing gem ... (Gem::RemoteSourceException) HTTP Response 302 iBook:~ yt$ sudo port install libxml2 libxslt Password: Error: Unable to open port: invalid command name "livecheck.type"
la page ; http://www.mail-archive.com//msg15963 .html
dit que ; On Sep 5, 2009, at 01:00, Artie Ziff wrote:
Does anyone recognize this message and what a remedy may be?
$ sudo port install git-core +svn Error: Unable to open port: invalid command name "livecheck.type"
Mac OS v10.5.8 MacPorts 1.710
Yes, "livecheck.type" is a new keyword for MacPorts 1.8.0, so you must upgrade.
reste à savoir si cette version est compatible avec Panther; ce dont je doute
hého
Une Bévue a écrit, le 10.05.2011 08:19 :
j'essaie d'installer MacPorts 1.6 sur 10.3.9 et j'ai l'erreur suiva,te au make ;
en fait j'essaie d'installer MacPorts pour autre chose : une librairie de ruby Nokogiri qui nécessite libxml2 et libxslt
Bonjour,
Je ne sais pas pour vos erreurs de compilation
mais vous avez des .dmg de macports pour 10.3.9 ici:
j'essaie d'installer MacPorts 1.6 sur 10.3.9 et j'ai l'erreur suiva,te au make ;
mais vous avez des .dmg de macports pour 10.3.9 ici: http://svn.macports.org/repository/macports/downloads/
désolé, j'avais répondu dans fr.comp.os.mac-os.x ,pas vu le fu2 ...
Matt
On Mar 10 mai 2011, 11:26, Une Bévue wrote:
Yes, "livecheck.type" is a new keyword for MacPorts 1.8.0, so you must upgrade.
reste à savoir si cette version est compatible avec Panther; ce dont je doute
Tu cites un message sans en comprendre le sens.
La version 1.7.1 de MacPorts est bien compatible avec Mac OS X 10.3 (c'est d'ailleurs la dernière version compatible avec ce système). Le problème vient du mainteneur du port qui utilise dans son « Portfile », une fonction disponible uniquement depuis la version 1.8 de MacPorts.
Pour palier à ce soucis, rien ne t'empêche de gérer une arborescence personnalisée qui contiendrait des ports nécessitant des modifications pour pouvoir être installés sur une vieille version de Mac OS X comme au hasard... 10.3, puis de l'indexer avec portindex pour que port(1) puisse les manipuler.
Toute cette aventure débute avec : « /opt/local/etc/macports/sources.conf »
-- echo '' | tr '[a-z]' '[n-za-m]'
On Mar 10 mai 2011, 11:26,
Une Bévue <unbewusst.sein@fai.invalid> wrote:
Yes, "livecheck.type" is a new keyword for MacPorts 1.8.0, so you must
upgrade.
reste à savoir si cette version est compatible avec Panther; ce dont je
doute
Tu cites un message sans en comprendre le sens.
La version 1.7.1 de MacPorts est bien compatible avec Mac OS X 10.3
(c'est d'ailleurs la dernière version compatible avec ce système).
Le problème vient du mainteneur du port qui utilise dans son
« Portfile », une fonction disponible uniquement depuis la version 1.8
de MacPorts.
Pour palier à ce soucis, rien ne t'empêche de gérer une arborescence
personnalisée qui contiendrait des ports nécessitant des
modifications pour pouvoir être installés sur une vieille version de Mac
OS X comme au hasard... 10.3, puis de l'indexer avec portindex pour que
port(1) puisse les manipuler.
Toute cette aventure débute avec :
« /opt/local/etc/macports/sources.conf »
Yes, "livecheck.type" is a new keyword for MacPorts 1.8.0, so you must upgrade.
reste à savoir si cette version est compatible avec Panther; ce dont je doute
Tu cites un message sans en comprendre le sens.
La version 1.7.1 de MacPorts est bien compatible avec Mac OS X 10.3 (c'est d'ailleurs la dernière version compatible avec ce système). Le problème vient du mainteneur du port qui utilise dans son « Portfile », une fonction disponible uniquement depuis la version 1.8 de MacPorts.
Pour palier à ce soucis, rien ne t'empêche de gérer une arborescence personnalisée qui contiendrait des ports nécessitant des modifications pour pouvoir être installés sur une vieille version de Mac OS X comme au hasard... 10.3, puis de l'indexer avec portindex pour que port(1) puisse les manipuler.
Toute cette aventure débute avec : « /opt/local/etc/macports/sources.conf »
oui, merci, c'est ce que m'a indiqué Matt, mais bon il y a un couac entre cettes version 1.7.1 qui convient à 10.3.9 et l'arborescence des ports telle qu'elle existe aujourd'hui.
-- « Comprendre c'est toujours s'avancer cahin-caha dans le malentendu. » (Jacques Lacan, Le séminaire Livre X p. 95, § 2)
oui, merci, c'est ce que m'a indiqué Matt, mais bon il y a un couac
entre cettes version 1.7.1 qui convient à 10.3.9 et l'arborescence des
ports telle qu'elle existe aujourd'hui.
--
« Comprendre c'est toujours s'avancer cahin-caha
dans le malentendu. »
(Jacques Lacan, Le séminaire Livre X p. 95, § 2)
oui, merci, c'est ce que m'a indiqué Matt, mais bon il y a un couac entre cettes version 1.7.1 qui convient à 10.3.9 et l'arborescence des ports telle qu'elle existe aujourd'hui.
-- « Comprendre c'est toujours s'avancer cahin-caha dans le malentendu. » (Jacques Lacan, Le séminaire Livre X p. 95, § 2)
unbewusst.sein
Matt wrote:
Tu cites un message sans en comprendre le sens.
La version 1.7.1 de MacPorts est bien compatible avec Mac OS X 10.3 (c'est d'ailleurs la dernière version compatible avec ce système). Le problème vient du mainteneur du port qui utilise dans son « Portfile », une fonction disponible uniquement depuis la version 1.8 de MacPorts.
Pour palier à ce soucis, rien ne t'empêche de gérer une arborescence personnalisée qui contiendrait des ports nécessitant des modifications pour pouvoir être installés sur une vieille version de Mac OS X comme au hasard... 10.3, puis de l'indexer avec portindex pour que port(1) puisse les manipuler.
Toute cette aventure débute avec : « /opt/local/etc/macports/sources.conf »
ben j'ai eu ce message à la suite d'une tentative de : $ sudo port install libxml2
je n'ai pas envie de faire le pieds au mur sur une bécanne qui risque de me lacher...
-- « Comprendre c'est toujours s'avancer cahin-caha dans le malentendu. » (Jacques Lacan, Le séminaire Livre X p. 95, § 2)
Matt <hfrarg@syrius.org.invalid> wrote:
Tu cites un message sans en comprendre le sens.
La version 1.7.1 de MacPorts est bien compatible avec Mac OS X 10.3
(c'est d'ailleurs la dernière version compatible avec ce système).
Le problème vient du mainteneur du port qui utilise dans son
« Portfile », une fonction disponible uniquement depuis la version 1.8
de MacPorts.
Pour palier à ce soucis, rien ne t'empêche de gérer une arborescence
personnalisée qui contiendrait des ports nécessitant des
modifications pour pouvoir être installés sur une vieille version de Mac
OS X comme au hasard... 10.3, puis de l'indexer avec portindex pour que
port(1) puisse les manipuler.
Toute cette aventure débute avec :
« /opt/local/etc/macports/sources.conf »
ben j'ai eu ce message à la suite d'une tentative de :
$ sudo port install libxml2
je n'ai pas envie de faire le pieds au mur sur une bécanne qui risque de
me lacher...
--
« Comprendre c'est toujours s'avancer cahin-caha
dans le malentendu. »
(Jacques Lacan, Le séminaire Livre X p. 95, § 2)
La version 1.7.1 de MacPorts est bien compatible avec Mac OS X 10.3 (c'est d'ailleurs la dernière version compatible avec ce système). Le problème vient du mainteneur du port qui utilise dans son « Portfile », une fonction disponible uniquement depuis la version 1.8 de MacPorts.
Pour palier à ce soucis, rien ne t'empêche de gérer une arborescence personnalisée qui contiendrait des ports nécessitant des modifications pour pouvoir être installés sur une vieille version de Mac OS X comme au hasard... 10.3, puis de l'indexer avec portindex pour que port(1) puisse les manipuler.
Toute cette aventure débute avec : « /opt/local/etc/macports/sources.conf »
ben j'ai eu ce message à la suite d'une tentative de : $ sudo port install libxml2
je n'ai pas envie de faire le pieds au mur sur une bécanne qui risque de me lacher...
-- « Comprendre c'est toujours s'avancer cahin-caha dans le malentendu. » (Jacques Lacan, Le séminaire Livre X p. 95, § 2)