Le Thu, 22 Jul 2010 18:43:34 +0200, Alain191 a écrit :
> Vous m'intéressez vraiment, si vous pouviez m'indiquer des détails ou
> quelques adresses de site, remperciements anticipés.
Précision utile : j'utilise cette méthode avec un CUPS tournant sur un
serveur linux, je n'ai pas testé directement sur un mac, à vérifier, il
faudra peut-être installer une partie de netatalk via les ports notamment
pour disposer de pap et nbplkup. :)
Disons que je ne me ssuis pas posé la question, partout où je bosse les
périphériques d'impression sont mutualisés derrière des serveurs.
De la doc :
http://saf.bio.caltech.edu/pub/software/linux_or_unix_tools/
pap_backend_with_cups.txt
Le principe, c'est de rajouter à Cups un backend (en l'occurence un
script shell) pour qu'il gère le protocole appletalk (pap, plus
précisément).
On peut trouver ce script par exemple ici :
ftp://saf.bio.caltech.edu/pub/software/linux_or_unix_tools/pap
il faut le copier dans /usr/libexec/cups/backend, rétablier les droits
adéquats, éditer les parties nécessaires (l'emplacement des exécutables)
et tester. Je vais essayer de voir si ça peut être adapté sur un Mac.
En tout cas avec un serveur linux utilisant cups+netatalk, ça marche sans
problème et ça permet de conserver une vieille flasheuse et son rip hard
qui marchent toujours très bien, mais ne supportent qu'Appletalk. :)
Le Thu, 22 Jul 2010 18:43:34 +0200, Alain191 a écrit :
> Vous m'intéressez vraiment, si vous pouviez m'indiquer des détails ou
> quelques adresses de site, remperciements anticipés.
Précision utile : j'utilise cette méthode avec un CUPS tournant sur un
serveur linux, je n'ai pas testé directement sur un mac, à vérifier, il
faudra peut-être installer une partie de netatalk via les ports notamment
pour disposer de pap et nbplkup. :)
Disons que je ne me ssuis pas posé la question, partout où je bosse les
périphériques d'impression sont mutualisés derrière des serveurs.
De la doc :
http://saf.bio.caltech.edu/pub/software/linux_or_unix_tools/
pap_backend_with_cups.txt
Le principe, c'est de rajouter à Cups un backend (en l'occurence un
script shell) pour qu'il gère le protocole appletalk (pap, plus
précisément).
On peut trouver ce script par exemple ici :
ftp://saf.bio.caltech.edu/pub/software/linux_or_unix_tools/pap
il faut le copier dans /usr/libexec/cups/backend, rétablier les droits
adéquats, éditer les parties nécessaires (l'emplacement des exécutables)
et tester. Je vais essayer de voir si ça peut être adapté sur un Mac.
En tout cas avec un serveur linux utilisant cups+netatalk, ça marche sans
problème et ça permet de conserver une vieille flasheuse et son rip hard
qui marchent toujours très bien, mais ne supportent qu'Appletalk. :)
Le Thu, 22 Jul 2010 18:43:34 +0200, Alain191 a écrit :
> Vous m'intéressez vraiment, si vous pouviez m'indiquer des détails ou
> quelques adresses de site, remperciements anticipés.
Précision utile : j'utilise cette méthode avec un CUPS tournant sur un
serveur linux, je n'ai pas testé directement sur un mac, à vérifier, il
faudra peut-être installer une partie de netatalk via les ports notamment
pour disposer de pap et nbplkup. :)
Disons que je ne me ssuis pas posé la question, partout où je bosse les
périphériques d'impression sont mutualisés derrière des serveurs.
De la doc :
http://saf.bio.caltech.edu/pub/software/linux_or_unix_tools/
pap_backend_with_cups.txt
Le principe, c'est de rajouter à Cups un backend (en l'occurence un
script shell) pour qu'il gère le protocole appletalk (pap, plus
précisément).
On peut trouver ce script par exemple ici :
ftp://saf.bio.caltech.edu/pub/software/linux_or_unix_tools/pap
il faut le copier dans /usr/libexec/cups/backend, rétablier les droits
adéquats, éditer les parties nécessaires (l'emplacement des exécutables)
et tester. Je vais essayer de voir si ça peut être adapté sur un Mac.
En tout cas avec un serveur linux utilisant cups+netatalk, ça marche sans
problème et ça permet de conserver une vieille flasheuse et son rip hard
qui marchent toujours très bien, mais ne supportent qu'Appletalk. :)
J'ai essayé avec un serveur d'impression, modèle HP 300x
annoncé comme compatible avec mac os x mais rien, il n'a jamais été vu
et reconnu. Difficile d'avoir à ferailler des imprimantes qui ont
toujours un potentiel et un bas coût d'impression.
J'ai essayé avec un serveur d'impression, modèle HP 300x
annoncé comme compatible avec mac os x mais rien, il n'a jamais été vu
et reconnu. Difficile d'avoir à ferailler des imprimantes qui ont
toujours un potentiel et un bas coût d'impression.
J'ai essayé avec un serveur d'impression, modèle HP 300x
annoncé comme compatible avec mac os x mais rien, il n'a jamais été vu
et reconnu. Difficile d'avoir à ferailler des imprimantes qui ont
toujours un potentiel et un bas coût d'impression.
Le 22/07/10 20:48, Alain191 a écrit :
> J'ai essayé avec un serveur d'impression, modèle HP 300x
> annoncé comme compatible avec mac os x mais rien, il n'a jamais été vu
> et reconnu. Difficile d'avoir à ferailler des imprimantes qui ont
> toujours un potentiel et un bas coût d'impression.
J'utilise un serveur d'impression JetDirect 300X, alimentant une vieille
Laserjet 5P (pas vraiment prévue pour Mac, donc). Je n'ai pas eu de
problème pour l'utiliser, le serveur est "transparent" pour le Mac (un
iMac 24" sous 10.4.11, puis sous 10.5 et 10.6, ensuite un iMac 21,5"
sous 10.6.4), mais j'avais pris la peine de lui attribuer une IP fixe
depuis un PC, lors de son acquisition. Ensuite, la découverte de
l'imprimante et de son pilote Gimp-print s'est faite sans bidouille...
L'accès via CUPS est possible, mais j'avoue ne pas savoir si une gestion
"fine" est possible.
Le 22/07/10 20:48, Alain191 a écrit :
> J'ai essayé avec un serveur d'impression, modèle HP 300x
> annoncé comme compatible avec mac os x mais rien, il n'a jamais été vu
> et reconnu. Difficile d'avoir à ferailler des imprimantes qui ont
> toujours un potentiel et un bas coût d'impression.
J'utilise un serveur d'impression JetDirect 300X, alimentant une vieille
Laserjet 5P (pas vraiment prévue pour Mac, donc). Je n'ai pas eu de
problème pour l'utiliser, le serveur est "transparent" pour le Mac (un
iMac 24" sous 10.4.11, puis sous 10.5 et 10.6, ensuite un iMac 21,5"
sous 10.6.4), mais j'avais pris la peine de lui attribuer une IP fixe
depuis un PC, lors de son acquisition. Ensuite, la découverte de
l'imprimante et de son pilote Gimp-print s'est faite sans bidouille...
L'accès via CUPS est possible, mais j'avoue ne pas savoir si une gestion
"fine" est possible.
Le 22/07/10 20:48, Alain191 a écrit :
> J'ai essayé avec un serveur d'impression, modèle HP 300x
> annoncé comme compatible avec mac os x mais rien, il n'a jamais été vu
> et reconnu. Difficile d'avoir à ferailler des imprimantes qui ont
> toujours un potentiel et un bas coût d'impression.
J'utilise un serveur d'impression JetDirect 300X, alimentant une vieille
Laserjet 5P (pas vraiment prévue pour Mac, donc). Je n'ai pas eu de
problème pour l'utiliser, le serveur est "transparent" pour le Mac (un
iMac 24" sous 10.4.11, puis sous 10.5 et 10.6, ensuite un iMac 21,5"
sous 10.6.4), mais j'avais pris la peine de lui attribuer une IP fixe
depuis un PC, lors de son acquisition. Ensuite, la découverte de
l'imprimante et de son pilote Gimp-print s'est faite sans bidouille...
L'accès via CUPS est possible, mais j'avoue ne pas savoir si une gestion
"fine" est possible.
Vous me donnez espoir ! Ici je butte sur la relation UC-serveur, jamais
l'UC n'a vu ce serveur et je n'ai pas d'élément précis me permett ant
d'être certain de bien m'y prendre.
Vous me donnez espoir ! Ici je butte sur la relation UC-serveur, jamais
l'UC n'a vu ce serveur et je n'ai pas d'élément précis me permett ant
d'être certain de bien m'y prendre.
Vous me donnez espoir ! Ici je butte sur la relation UC-serveur, jamais
l'UC n'a vu ce serveur et je n'ai pas d'élément précis me permett ant
d'être certain de bien m'y prendre.
Le 22/07/10 21:57, Alain191 a écrit :
> Vous me donnez espoir ! Ici je butte sur la relation UC-serveur, jamais
> l'UC n'a vu ce serveur et je n'ai pas d'élément précis me permettant
> d'être certain de bien m'y prendre.
Il est probable qu'il ne soit pas sur la même plage d'adresses IP.
Commencez par imprimer une page de test directement depuis le serveur en
appuyant sur le bouton de test, ce qui vous donnera l'adresse IP du
serveur.
Ensuite, il faudra soit modifier l'adresse IP du Mac, soit
celle du serveur, pour qu'ils se trouvent dans la même plage, ou activer
le DHCP du serveur...
Désolé de ne vous donner plus de précisions : j'avais fait cette
modification depuis un PC, ce qui me permettait d'utiliser le logiciel
JetAdmin... qui n'existe pas pour Mac.
Une fois le serveur reconnu, il suffit d'ajouter une imprimante, dans
les préférences. On choisit l'icône "IP" dans les types possibles, en
haut de la fenêtre, puis le protocole "HP Jetdirect - Socket", et on
renseigne l'adresse du serveur.
Ensuite, dans la partie basse, on séléctionne "Imprimer via" et on
choisit dans la liste des logiciels disponibles, le modèle correspondant
à l'imprimante reliée au JetDirect.
C'est tout, l'imprimante doit se retrouver dans la liste des imprimantes
déclarées.
Si votre adresse est valide, je peux vous envoyer le manuel de référence
HP Web JetAdmin, qui vous aidera à y voir plus clair.
Le manuel du JetDirect 300X se trouve sur le site de HP.
Le 22/07/10 21:57, Alain191 a écrit :
> Vous me donnez espoir ! Ici je butte sur la relation UC-serveur, jamais
> l'UC n'a vu ce serveur et je n'ai pas d'élément précis me permettant
> d'être certain de bien m'y prendre.
Il est probable qu'il ne soit pas sur la même plage d'adresses IP.
Commencez par imprimer une page de test directement depuis le serveur en
appuyant sur le bouton de test, ce qui vous donnera l'adresse IP du
serveur.
Ensuite, il faudra soit modifier l'adresse IP du Mac, soit
celle du serveur, pour qu'ils se trouvent dans la même plage, ou activer
le DHCP du serveur...
Désolé de ne vous donner plus de précisions : j'avais fait cette
modification depuis un PC, ce qui me permettait d'utiliser le logiciel
JetAdmin... qui n'existe pas pour Mac.
Une fois le serveur reconnu, il suffit d'ajouter une imprimante, dans
les préférences. On choisit l'icône "IP" dans les types possibles, en
haut de la fenêtre, puis le protocole "HP Jetdirect - Socket", et on
renseigne l'adresse du serveur.
Ensuite, dans la partie basse, on séléctionne "Imprimer via" et on
choisit dans la liste des logiciels disponibles, le modèle correspondant
à l'imprimante reliée au JetDirect.
C'est tout, l'imprimante doit se retrouver dans la liste des imprimantes
déclarées.
Si votre adresse est valide, je peux vous envoyer le manuel de référence
HP Web JetAdmin, qui vous aidera à y voir plus clair.
Le manuel du JetDirect 300X se trouve sur le site de HP.
Le 22/07/10 21:57, Alain191 a écrit :
> Vous me donnez espoir ! Ici je butte sur la relation UC-serveur, jamais
> l'UC n'a vu ce serveur et je n'ai pas d'élément précis me permettant
> d'être certain de bien m'y prendre.
Il est probable qu'il ne soit pas sur la même plage d'adresses IP.
Commencez par imprimer une page de test directement depuis le serveur en
appuyant sur le bouton de test, ce qui vous donnera l'adresse IP du
serveur.
Ensuite, il faudra soit modifier l'adresse IP du Mac, soit
celle du serveur, pour qu'ils se trouvent dans la même plage, ou activer
le DHCP du serveur...
Désolé de ne vous donner plus de précisions : j'avais fait cette
modification depuis un PC, ce qui me permettait d'utiliser le logiciel
JetAdmin... qui n'existe pas pour Mac.
Une fois le serveur reconnu, il suffit d'ajouter une imprimante, dans
les préférences. On choisit l'icône "IP" dans les types possibles, en
haut de la fenêtre, puis le protocole "HP Jetdirect - Socket", et on
renseigne l'adresse du serveur.
Ensuite, dans la partie basse, on séléctionne "Imprimer via" et on
choisit dans la liste des logiciels disponibles, le modèle correspondant
à l'imprimante reliée au JetDirect.
C'est tout, l'imprimante doit se retrouver dans la liste des imprimantes
déclarées.
Si votre adresse est valide, je peux vous envoyer le manuel de référence
HP Web JetAdmin, qui vous aidera à y voir plus clair.
Le manuel du JetDirect 300X se trouve sur le site de HP.
Si votre adresse est valide, je peux vous envoyer le manuel de réfé rence
> HP Web JetAdmin, qui vous aidera à y voir plus clair.
Oui elle est valide, merci d'avance.
Si votre adresse est valide, je peux vous envoyer le manuel de réfé rence
> HP Web JetAdmin, qui vous aidera à y voir plus clair.
Oui elle est valide, merci d'avance.
Si votre adresse est valide, je peux vous envoyer le manuel de réfé rence
> HP Web JetAdmin, qui vous aidera à y voir plus clair.
Oui elle est valide, merci d'avance.
Le Thu, 22 Jul 2010 18:43:34 +0200, Alain191 a écrit :
> Vous m'intéressez vraiment, si vous pouviez m'indiquer des détails ou
> quelques adresses de site, remperciements anticipés.
Précision utile : j'utilise cette méthode avec un CUPS tournant sur un
serveur linux, je n'ai pas testé directement sur un mac, à vérifier, il
faudra peut-être installer une partie de netatalk via les ports notamment
pour disposer de pap et nbplkup. :)
Disons que je ne me ssuis pas posé la question, partout où je bosse les
périphériques d'impression sont mutualisés derrière des serveurs.
De la doc :
http://saf.bio.caltech.edu/pub/software/linux_or_unix_tools/
pap_backend_with_cups.txt
Le principe, c'est de rajouter à Cups un backend (en l'occurence un
script shell) pour qu'il gère le protocole appletalk (pap, plus
précisément).
On peut trouver ce script par exemple ici :
ftp://saf.bio.caltech.edu/pub/software/linux_or_unix_tools/pap
il faut le copier dans /usr/libexec/cups/backend, rétablier les droits
adéquats, éditer les parties nécessaires (l'emplacement des exécutables)
et tester. Je vais essayer de voir si ça peut être adapté sur un Mac.
En tout cas avec un serveur linux utilisant cups+netatalk, ça marche sans
problème et ça permet de conserver une vieille flasheuse et son rip hard
qui marchent toujours très bien, mais ne supportent qu'Appletalk. :)
Le Thu, 22 Jul 2010 18:43:34 +0200, Alain191 a écrit :
> Vous m'intéressez vraiment, si vous pouviez m'indiquer des détails ou
> quelques adresses de site, remperciements anticipés.
Précision utile : j'utilise cette méthode avec un CUPS tournant sur un
serveur linux, je n'ai pas testé directement sur un mac, à vérifier, il
faudra peut-être installer une partie de netatalk via les ports notamment
pour disposer de pap et nbplkup. :)
Disons que je ne me ssuis pas posé la question, partout où je bosse les
périphériques d'impression sont mutualisés derrière des serveurs.
De la doc :
http://saf.bio.caltech.edu/pub/software/linux_or_unix_tools/
pap_backend_with_cups.txt
Le principe, c'est de rajouter à Cups un backend (en l'occurence un
script shell) pour qu'il gère le protocole appletalk (pap, plus
précisément).
On peut trouver ce script par exemple ici :
ftp://saf.bio.caltech.edu/pub/software/linux_or_unix_tools/pap
il faut le copier dans /usr/libexec/cups/backend, rétablier les droits
adéquats, éditer les parties nécessaires (l'emplacement des exécutables)
et tester. Je vais essayer de voir si ça peut être adapté sur un Mac.
En tout cas avec un serveur linux utilisant cups+netatalk, ça marche sans
problème et ça permet de conserver une vieille flasheuse et son rip hard
qui marchent toujours très bien, mais ne supportent qu'Appletalk. :)
Le Thu, 22 Jul 2010 18:43:34 +0200, Alain191 a écrit :
> Vous m'intéressez vraiment, si vous pouviez m'indiquer des détails ou
> quelques adresses de site, remperciements anticipés.
Précision utile : j'utilise cette méthode avec un CUPS tournant sur un
serveur linux, je n'ai pas testé directement sur un mac, à vérifier, il
faudra peut-être installer une partie de netatalk via les ports notamment
pour disposer de pap et nbplkup. :)
Disons que je ne me ssuis pas posé la question, partout où je bosse les
périphériques d'impression sont mutualisés derrière des serveurs.
De la doc :
http://saf.bio.caltech.edu/pub/software/linux_or_unix_tools/
pap_backend_with_cups.txt
Le principe, c'est de rajouter à Cups un backend (en l'occurence un
script shell) pour qu'il gère le protocole appletalk (pap, plus
précisément).
On peut trouver ce script par exemple ici :
ftp://saf.bio.caltech.edu/pub/software/linux_or_unix_tools/pap
il faut le copier dans /usr/libexec/cups/backend, rétablier les droits
adéquats, éditer les parties nécessaires (l'emplacement des exécutables)
et tester. Je vais essayer de voir si ça peut être adapté sur un Mac.
En tout cas avec un serveur linux utilisant cups+netatalk, ça marche sans
problème et ça permet de conserver une vieille flasheuse et son rip hard
qui marchent toujours très bien, mais ne supportent qu'Appletalk. :)
Il est probable qu'il ne soit pas sur la même plage d'adresses IP.
Commencez par imprimer une page de test directement depuis le serveur en
appuyant sur le bouton de test, ce qui vous donnera l'adresse IP du
serveur. Ensuite, il faudra soit modifier l'adresse IP du Mac, soit
celle du serveur, pour qu'ils se trouvent dans la même plage, ou activer
le DHCP du serveur...
Désolé de ne vous donner plus de précisions : j'avais fait cette
modification depuis un PC, ce qui me permettait d'utiliser le logiciel
JetAdmin... qui n'existe pas pour Mac.
[snip]
Il est probable qu'il ne soit pas sur la même plage d'adresses IP.
Commencez par imprimer une page de test directement depuis le serveur en
appuyant sur le bouton de test, ce qui vous donnera l'adresse IP du
serveur. Ensuite, il faudra soit modifier l'adresse IP du Mac, soit
celle du serveur, pour qu'ils se trouvent dans la même plage, ou activer
le DHCP du serveur...
Désolé de ne vous donner plus de précisions : j'avais fait cette
modification depuis un PC, ce qui me permettait d'utiliser le logiciel
JetAdmin... qui n'existe pas pour Mac.
[snip]
Il est probable qu'il ne soit pas sur la même plage d'adresses IP.
Commencez par imprimer une page de test directement depuis le serveur en
appuyant sur le bouton de test, ce qui vous donnera l'adresse IP du
serveur. Ensuite, il faudra soit modifier l'adresse IP du Mac, soit
celle du serveur, pour qu'ils se trouvent dans la même plage, ou activer
le DHCP du serveur...
Désolé de ne vous donner plus de précisions : j'avais fait cette
modification depuis un PC, ce qui me permettait d'utiliser le logiciel
JetAdmin... qui n'existe pas pour Mac.
[snip]
En tout cas avec un serveur linux utilisant cups+netatalk, ça marche
sans problème et ça permet de conserver une vieille flasheuse et son
rip hard qui marchent toujours très bien, mais ne supportent
qu'Appletalk. :)
Pas sur que cela marche sur Mac OS X 10.6.x où visiblement tout
l'AppleTalk a été "stevé".
En tout cas avec un serveur linux utilisant cups+netatalk, ça marche
sans problème et ça permet de conserver une vieille flasheuse et son
rip hard qui marchent toujours très bien, mais ne supportent
qu'Appletalk. :)
Pas sur que cela marche sur Mac OS X 10.6.x où visiblement tout
l'AppleTalk a été "stevé".
En tout cas avec un serveur linux utilisant cups+netatalk, ça marche
sans problème et ça permet de conserver une vieille flasheuse et son
rip hard qui marchent toujours très bien, mais ne supportent
qu'Appletalk. :)
Pas sur que cela marche sur Mac OS X 10.6.x où visiblement tout
l'AppleTalk a été "stevé".
Certes mais comme la plupart des serveurs d'impression de chez HP, le
JetDirect 300X doit comporter, je suppose, un serveur http. Une fois so n
adresse IP connue on doit pouvoir communiquer avec lui avec un simple
browser http et le configurer par ce moyen là, configuration réseau
comprise.
Certes mais comme la plupart des serveurs d'impression de chez HP, le
JetDirect 300X doit comporter, je suppose, un serveur http. Une fois so n
adresse IP connue on doit pouvoir communiquer avec lui avec un simple
browser http et le configurer par ce moyen là, configuration réseau
comprise.
Certes mais comme la plupart des serveurs d'impression de chez HP, le
JetDirect 300X doit comporter, je suppose, un serveur http. Une fois so n
adresse IP connue on doit pouvoir communiquer avec lui avec un simple
browser http et le configurer par ce moyen là, configuration réseau
comprise.