je voudrais savoir comme je peux cr=E9er un script pour regrouper plusieurs
commandes =E0 la suite.
je m'explique.
si je veux faire =E0 la suite 3 commandes par exemple :
# find / -name monfichier
# apt-get install exim
# apt-get update
j'ai commenc=E9 =E0 apprendre le shell, mais bon pas facile.
Si je vous demande =E7a, c'est que je voudrais cr=E9er un script pour gagne=
r du
temps dans les installations :)
<div dir=3D"ltr">coucou, <br><br>je voudrais savoir comme je peux cr=E9er u=
n script pour regrouper plusieurs commandes =E0 la suite.<br>je m'expli=
que. <br>si je veux faire =E0 la suite 3 commandes par exemple : <br>=
# find / -name monfichier<br>
# apt-get install exim <br># apt-get update<br><br>je cr=E9e un fichier tes=
t.sh <br># ! /bin/sh<br><br>find / -name monfichier && apt-get inst=
all exim && apt-get udpate <br><br>j'ai commenc=E9 =E0 apprendr=
e le shell, mais bon pas facile. <br>
Si je vous demande =E7a, c'est que je voudrais cr=E9er un script pour g=
agner du temps dans les installations :)<br><br>Merci <br>Amicalement <br>A=
nne Sophie <br><br></div>
------=_Part_91206_31689242.1223481329474--
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/DebFrFrenchLists
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"
To UNSUBSCRIBE, email to debian-user-french-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Je continue à utiliser apt-get sur mon système que j'utilise depuis Sarge. Je n'ai jamais fait le bond vers aptitude car il me semble qu'à l'époque j'avais lu que lors de l'installation si tu commences avec aptitude il valait mieux rester avec lui et vice versa afin d'avoir une cohérence dans la gestion des paquets.
Les paquets qui n'ont pas été marqués comme "automatiquement installés" par aptitude ne seront pas désinstallés automatiquement par aptitude lorsque tu feras un remove et resteront sur le systeme, c'est tout, mais toutes les dépendances automatiquement installées par aptitude seront automatiquement désinstallées. La magie ne marchera que pour ce que tu installeras à partir de l'adoption d'aptitude. D'autre part, rien ne t'interdit de marquer certains paquets que tu n'aurais pas explicitement demandé comme "auto-installés" (je pense particulièrement à toutes les bibliothèques.
Mais peut-être que cela à changer ... Par exemple, apt-get autoremove va également retirer les dépendances. Cette option était disponible uniquement avec aptitude mais a été ajouté à apt-get. Il se peut donc que les deux soient relativement proches.
La logique est certainement un peu différente. Je ne connais pas "autoremove" car il a du être ajouté après que j'ai commencé à utiliser aptitude. Mais je pense que, contrairement à aptitude, il ne gère par une petite base de données à côté ("informations d'état étendues" dans la terminologie, si je ne me trompe pas), pour mémoriser les paquets "automatiquement installés" pour résoudre les dépendances. Il doit certainement plus fonctionner comme "deborphan" (orphaner) qui parcourt la base de données des paquets installées et recherche tous ceux qui sont installés sans être nécessaire à d'autres paquets (dans les bibliotèques, principalement). Dans un cas (aptitude), il y aurait une certaine fome d'intelligence et de précalcul prévisionnel, alors que dans l'autre (apt-get autoremove), je *suppose* que le fonctionnement s'apparente plus à une attaque exhaustive.
Par exemple, si j'installe "file" qui a besoin de "libfile" puis retire "file", avec aptitude, il saura automatiquement qu'il doit supprimer "libfile" et le fera tout seul. Avec "apt-get remove", il retirera uniquement "file", puis avec "autoremove" (ou orphaner), il trouvera une bibliothèque dont aucun paquet ne dépend et la supprimera.
En revanche, en installant "grisbi" qui a besoin de "latex" pour imprimer, puis en le retirant de la meme facon, aptitude saura que latex a été installé pour satisfaire les dépendances de grisbi et le retirera lorsque grisbi sera retiré, alors qu'apt-get n'aura pas cette information et risque de penser que latex est installé parce que l'administrateur l'a demandé, il ne pourra pas faire la différence entre un programme explicitement demandé et un programme installé par dépendance, car les deux possibilités existent, contrairement aux bibliothèques.
Mais ce ne sont que des suppositions, car, comme je te l'ai dit, l'option "autoremove" est apparue après mon adoption d'aptitude.
Si quelqu'un peut confirmer/infirmer mes propos ...
Je suis aussi preneur.
Fanfan
-- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/DebFrFrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
Edi Stojicevic a écrit :
Je continue à utiliser apt-get sur mon système que j'utilise depuis
Sarge. Je n'ai jamais fait le bond vers aptitude car il me semble qu'à
l'époque j'avais lu que lors de l'installation si tu commences avec
aptitude il valait mieux rester avec lui et vice versa afin d'avoir une
cohérence dans la gestion des paquets.
Les paquets qui n'ont pas été marqués comme "automatiquement installés"
par aptitude ne seront pas désinstallés automatiquement par aptitude
lorsque tu feras un remove et resteront sur le systeme, c'est tout, mais
toutes les dépendances automatiquement installées par aptitude seront
automatiquement désinstallées. La magie ne marchera que pour ce que tu
installeras à partir de l'adoption d'aptitude. D'autre part, rien ne
t'interdit de marquer certains paquets que tu n'aurais pas explicitement
demandé comme "auto-installés" (je pense particulièrement à toutes les
bibliothèques.
Mais peut-être que cela à changer ... Par exemple, apt-get autoremove va
également retirer les dépendances. Cette option était disponible
uniquement avec aptitude mais a été ajouté à apt-get. Il se peut donc
que les deux soient relativement proches.
La logique est certainement un peu différente. Je ne connais pas
"autoremove" car il a du être ajouté après que j'ai commencé à utiliser
aptitude. Mais je pense que, contrairement à aptitude, il ne gère par
une petite base de données à côté ("informations d'état étendues" dans
la terminologie, si je ne me trompe pas), pour mémoriser les paquets
"automatiquement installés" pour résoudre les dépendances. Il doit
certainement plus fonctionner comme "deborphan" (orphaner) qui parcourt
la base de données des paquets installées et recherche tous ceux qui
sont installés sans être nécessaire à d'autres paquets (dans les
bibliotèques, principalement). Dans un cas (aptitude), il y aurait une
certaine fome d'intelligence et de précalcul prévisionnel, alors que
dans l'autre (apt-get autoremove), je *suppose* que le fonctionnement
s'apparente plus à une attaque exhaustive.
Par exemple, si j'installe "file" qui a besoin de "libfile" puis retire
"file", avec aptitude, il saura automatiquement qu'il doit supprimer
"libfile" et le fera tout seul. Avec "apt-get remove", il retirera
uniquement "file", puis avec "autoremove" (ou orphaner), il trouvera une
bibliothèque dont aucun paquet ne dépend et la supprimera.
En revanche, en installant "grisbi" qui a besoin de "latex" pour
imprimer, puis en le retirant de la meme facon, aptitude saura que latex
a été installé pour satisfaire les dépendances de grisbi et le retirera
lorsque grisbi sera retiré, alors qu'apt-get n'aura pas cette
information et risque de penser que latex est installé parce que
l'administrateur l'a demandé, il ne pourra pas faire la différence entre
un programme explicitement demandé et un programme installé par
dépendance, car les deux possibilités existent, contrairement aux
bibliothèques.
Mais ce ne sont que des suppositions, car, comme je te l'ai dit,
l'option "autoremove" est apparue après mon adoption d'aptitude.
Si quelqu'un peut confirmer/infirmer mes propos ...
Je suis aussi preneur.
Fanfan
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/DebFrFrenchLists
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"
To UNSUBSCRIBE, email to debian-user-french-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Je continue à utiliser apt-get sur mon système que j'utilise depuis Sarge. Je n'ai jamais fait le bond vers aptitude car il me semble qu'à l'époque j'avais lu que lors de l'installation si tu commences avec aptitude il valait mieux rester avec lui et vice versa afin d'avoir une cohérence dans la gestion des paquets.
Les paquets qui n'ont pas été marqués comme "automatiquement installés" par aptitude ne seront pas désinstallés automatiquement par aptitude lorsque tu feras un remove et resteront sur le systeme, c'est tout, mais toutes les dépendances automatiquement installées par aptitude seront automatiquement désinstallées. La magie ne marchera que pour ce que tu installeras à partir de l'adoption d'aptitude. D'autre part, rien ne t'interdit de marquer certains paquets que tu n'aurais pas explicitement demandé comme "auto-installés" (je pense particulièrement à toutes les bibliothèques.
Mais peut-être que cela à changer ... Par exemple, apt-get autoremove va également retirer les dépendances. Cette option était disponible uniquement avec aptitude mais a été ajouté à apt-get. Il se peut donc que les deux soient relativement proches.
La logique est certainement un peu différente. Je ne connais pas "autoremove" car il a du être ajouté après que j'ai commencé à utiliser aptitude. Mais je pense que, contrairement à aptitude, il ne gère par une petite base de données à côté ("informations d'état étendues" dans la terminologie, si je ne me trompe pas), pour mémoriser les paquets "automatiquement installés" pour résoudre les dépendances. Il doit certainement plus fonctionner comme "deborphan" (orphaner) qui parcourt la base de données des paquets installées et recherche tous ceux qui sont installés sans être nécessaire à d'autres paquets (dans les bibliotèques, principalement). Dans un cas (aptitude), il y aurait une certaine fome d'intelligence et de précalcul prévisionnel, alors que dans l'autre (apt-get autoremove), je *suppose* que le fonctionnement s'apparente plus à une attaque exhaustive.
Par exemple, si j'installe "file" qui a besoin de "libfile" puis retire "file", avec aptitude, il saura automatiquement qu'il doit supprimer "libfile" et le fera tout seul. Avec "apt-get remove", il retirera uniquement "file", puis avec "autoremove" (ou orphaner), il trouvera une bibliothèque dont aucun paquet ne dépend et la supprimera.
En revanche, en installant "grisbi" qui a besoin de "latex" pour imprimer, puis en le retirant de la meme facon, aptitude saura que latex a été installé pour satisfaire les dépendances de grisbi et le retirera lorsque grisbi sera retiré, alors qu'apt-get n'aura pas cette information et risque de penser que latex est installé parce que l'administrateur l'a demandé, il ne pourra pas faire la différence entre un programme explicitement demandé et un programme installé par dépendance, car les deux possibilités existent, contrairement aux bibliothèques.
Mais ce ne sont que des suppositions, car, comme je te l'ai dit, l'option "autoremove" est apparue après mon adoption d'aptitude.
Si quelqu'un peut confirmer/infirmer mes propos ...
Je suis aussi preneur.
Fanfan
-- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/DebFrFrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
Edi Stojicevic
* François Cerbelle [2008-10-08 20:04:05 +0200] wrote :
Edi Stojicevic a écrit :
Je continue à utiliser apt-get sur mon système que j'utilise depui s Sarge. Je n'ai jamais fait le bond vers aptitude car il me semble qu'à l'époque j'avais lu que lors de l'installation si tu commences avec aptitude il valait mieux rester avec lui et vice versa afin d'avoir un e cohérence dans la gestion des paquets.
Les paquets qui n'ont pas été marqués comme "automatiquement inst allés" par aptitude ne seront pas désinstallés automatiquement par aptitud e lorsque tu feras un remove et resteront sur le systeme, c'est tout, mai s toutes les dépendances automatiquement installées par aptitude sero nt automatiquement désinstallées. La magie ne marchera que pour ce que tu installeras à partir de l'adoption d'aptitude. D'autre part, rien ne t'interdit de marquer certains paquets que tu n'aurais pas explicitemen t demandé comme "auto-installés" (je pense particulièrement à tou tes les bibliothèques.
Ok merci pour l'info ...
Mais peut-être que cela à changer ... Par exemple, apt-get autorem ove va également retirer les dépendances. Cette option était disponible uniquement avec aptitude mais a été ajouté à apt-get. Il se pe ut donc que les deux soient relativement proches.
La logique est certainement un peu différente. Je ne connais pas "autoremove" car il a du être ajouté après que j'ai commencé à utiliser aptitude. Mais je pense que, contrairement à aptitude, il ne gère p ar une petite base de données à côté ("informations d'état éte ndues" dans la terminologie, si je ne me trompe pas), pour mémoriser les paquets "automatiquement installés" pour résoudre les dépendances. Il doi t certainement plus fonctionner comme "deborphan" (orphaner) qui parcourt la base de données des paquets installées et recherche tous ceux qu i sont installés sans être nécessaire à d'autres paquets (dans le s bibliotèques, principalement). Dans un cas (aptitude), il y aurait un e certaine fome d'intelligence et de précalcul prévisionnel, alors qu e dans l'autre (apt-get autoremove), je *suppose* que le fonctionnement s'apparente plus à une attaque exhaustive.
Par exemple, si j'installe "file" qui a besoin de "libfile" puis retire "file", avec aptitude, il saura automatiquement qu'il doit supprimer "libfile" et le fera tout seul. Avec "apt-get remove", il retirera uniquement "file", puis avec "autoremove" (ou orphaner), il trouvera un e bibliothèque dont aucun paquet ne dépend et la supprimera.
En revanche, en installant "grisbi" qui a besoin de "latex" pour imprimer, puis en le retirant de la meme facon, aptitude saura que late x a été installé pour satisfaire les dépendances de grisbi et le retirera lorsque grisbi sera retiré, alors qu'apt-get n'aura pas cette information et risque de penser que latex est installé parce que l'administrateur l'a demandé, il ne pourra pas faire la différence entre un programme explicitement demandé et un programme installé par dépendance, car les deux possibilités existent, contrairement aux bibliothèques.
Mais ce ne sont que des suppositions, car, comme je te l'ai dit, l'option "autoremove" est apparue après mon adoption d'aptitude.
Et fait bien ce que l'on veut :
apt-get autoremove grisbi Reading package lists... Done Building dependency tree Reading state information... Done The following packages were automatically installed and are no longer required: texlive The following packages will be REMOVED grisbi texlive
Donc je sais toujours pas trop comment cela fonctionne ...
Si quelqu'un peut confirmer/infirmer mes propos ...
Je suis aussi preneur.
Fanfan
-- . ''`. (___/) E d i S T O J I C E V I C : :' : (='.'=) http://www.debianworld.org `. `~' (")_(") GPG: 0x1237B032 `-
-- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/DebFrFrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
* François Cerbelle <francois@cerbelle.net> [2008-10-08 20:04:05 +0200] wrote :
Edi Stojicevic a écrit :
Je continue à utiliser apt-get sur mon système que j'utilise depui s
Sarge. Je n'ai jamais fait le bond vers aptitude car il me semble qu'à
l'époque j'avais lu que lors de l'installation si tu commences avec
aptitude il valait mieux rester avec lui et vice versa afin d'avoir un e
cohérence dans la gestion des paquets.
Les paquets qui n'ont pas été marqués comme "automatiquement inst allés"
par aptitude ne seront pas désinstallés automatiquement par aptitud e
lorsque tu feras un remove et resteront sur le systeme, c'est tout, mai s
toutes les dépendances automatiquement installées par aptitude sero nt
automatiquement désinstallées. La magie ne marchera que pour ce que tu
installeras à partir de l'adoption d'aptitude. D'autre part, rien ne
t'interdit de marquer certains paquets que tu n'aurais pas explicitemen t
demandé comme "auto-installés" (je pense particulièrement à tou tes les
bibliothèques.
Ok merci pour l'info ...
Mais peut-être que cela à changer ... Par exemple, apt-get autorem ove va
également retirer les dépendances. Cette option était disponible
uniquement avec aptitude mais a été ajouté à apt-get. Il se pe ut donc
que les deux soient relativement proches.
La logique est certainement un peu différente. Je ne connais pas
"autoremove" car il a du être ajouté après que j'ai commencé à utiliser
aptitude. Mais je pense que, contrairement à aptitude, il ne gère p ar
une petite base de données à côté ("informations d'état éte ndues" dans
la terminologie, si je ne me trompe pas), pour mémoriser les paquets
"automatiquement installés" pour résoudre les dépendances. Il doi t
certainement plus fonctionner comme "deborphan" (orphaner) qui parcourt
la base de données des paquets installées et recherche tous ceux qu i
sont installés sans être nécessaire à d'autres paquets (dans le s
bibliotèques, principalement). Dans un cas (aptitude), il y aurait un e
certaine fome d'intelligence et de précalcul prévisionnel, alors qu e
dans l'autre (apt-get autoremove), je *suppose* que le fonctionnement
s'apparente plus à une attaque exhaustive.
Par exemple, si j'installe "file" qui a besoin de "libfile" puis retire
"file", avec aptitude, il saura automatiquement qu'il doit supprimer
"libfile" et le fera tout seul. Avec "apt-get remove", il retirera
uniquement "file", puis avec "autoremove" (ou orphaner), il trouvera un e
bibliothèque dont aucun paquet ne dépend et la supprimera.
En revanche, en installant "grisbi" qui a besoin de "latex" pour
imprimer, puis en le retirant de la meme facon, aptitude saura que late x
a été installé pour satisfaire les dépendances de grisbi et le retirera
lorsque grisbi sera retiré, alors qu'apt-get n'aura pas cette
information et risque de penser que latex est installé parce que
l'administrateur l'a demandé, il ne pourra pas faire la différence entre
un programme explicitement demandé et un programme installé par
dépendance, car les deux possibilités existent, contrairement aux
bibliothèques.
Mais ce ne sont que des suppositions, car, comme je te l'ai dit,
l'option "autoremove" est apparue après mon adoption d'aptitude.
Et fait bien ce que l'on veut :
apt-get autoremove grisbi
Reading package lists... Done
Building dependency tree
Reading state information... Done
The following packages were automatically installed and are no longer
required:
texlive
The following packages will be REMOVED
grisbi texlive
Donc je sais toujours pas trop comment cela fonctionne ...
Si quelqu'un peut confirmer/infirmer mes propos ...
Je suis aussi preneur.
Fanfan
--
. ''`. (___/) E d i S T O J I C E V I C
: :' : (='.'=) http://www.debianworld.org
`. `~' (")_(") GPG: 0x1237B032
`-
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/DebFrFrenchLists
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"
To UNSUBSCRIBE, email to debian-user-french-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
* François Cerbelle [2008-10-08 20:04:05 +0200] wrote :
Edi Stojicevic a écrit :
Je continue à utiliser apt-get sur mon système que j'utilise depui s Sarge. Je n'ai jamais fait le bond vers aptitude car il me semble qu'à l'époque j'avais lu que lors de l'installation si tu commences avec aptitude il valait mieux rester avec lui et vice versa afin d'avoir un e cohérence dans la gestion des paquets.
Les paquets qui n'ont pas été marqués comme "automatiquement inst allés" par aptitude ne seront pas désinstallés automatiquement par aptitud e lorsque tu feras un remove et resteront sur le systeme, c'est tout, mai s toutes les dépendances automatiquement installées par aptitude sero nt automatiquement désinstallées. La magie ne marchera que pour ce que tu installeras à partir de l'adoption d'aptitude. D'autre part, rien ne t'interdit de marquer certains paquets que tu n'aurais pas explicitemen t demandé comme "auto-installés" (je pense particulièrement à tou tes les bibliothèques.
Ok merci pour l'info ...
Mais peut-être que cela à changer ... Par exemple, apt-get autorem ove va également retirer les dépendances. Cette option était disponible uniquement avec aptitude mais a été ajouté à apt-get. Il se pe ut donc que les deux soient relativement proches.
La logique est certainement un peu différente. Je ne connais pas "autoremove" car il a du être ajouté après que j'ai commencé à utiliser aptitude. Mais je pense que, contrairement à aptitude, il ne gère p ar une petite base de données à côté ("informations d'état éte ndues" dans la terminologie, si je ne me trompe pas), pour mémoriser les paquets "automatiquement installés" pour résoudre les dépendances. Il doi t certainement plus fonctionner comme "deborphan" (orphaner) qui parcourt la base de données des paquets installées et recherche tous ceux qu i sont installés sans être nécessaire à d'autres paquets (dans le s bibliotèques, principalement). Dans un cas (aptitude), il y aurait un e certaine fome d'intelligence et de précalcul prévisionnel, alors qu e dans l'autre (apt-get autoremove), je *suppose* que le fonctionnement s'apparente plus à une attaque exhaustive.
Par exemple, si j'installe "file" qui a besoin de "libfile" puis retire "file", avec aptitude, il saura automatiquement qu'il doit supprimer "libfile" et le fera tout seul. Avec "apt-get remove", il retirera uniquement "file", puis avec "autoremove" (ou orphaner), il trouvera un e bibliothèque dont aucun paquet ne dépend et la supprimera.
En revanche, en installant "grisbi" qui a besoin de "latex" pour imprimer, puis en le retirant de la meme facon, aptitude saura que late x a été installé pour satisfaire les dépendances de grisbi et le retirera lorsque grisbi sera retiré, alors qu'apt-get n'aura pas cette information et risque de penser que latex est installé parce que l'administrateur l'a demandé, il ne pourra pas faire la différence entre un programme explicitement demandé et un programme installé par dépendance, car les deux possibilités existent, contrairement aux bibliothèques.
Mais ce ne sont que des suppositions, car, comme je te l'ai dit, l'option "autoremove" est apparue après mon adoption d'aptitude.
Et fait bien ce que l'on veut :
apt-get autoremove grisbi Reading package lists... Done Building dependency tree Reading state information... Done The following packages were automatically installed and are no longer required: texlive The following packages will be REMOVED grisbi texlive
Donc je sais toujours pas trop comment cela fonctionne ...
Si quelqu'un peut confirmer/infirmer mes propos ...
Je suis aussi preneur.
Fanfan
-- . ''`. (___/) E d i S T O J I C E V I C : :' : (='.'=) http://www.debianworld.org `. `~' (")_(") GPG: 0x1237B032 `-
-- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/DebFrFrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
fred
Edi Stojicevic a écrit :
Donc je sais toujours pas trop comment cela fonctionne ...
Moi qui ai du mal à passer à aptitude (c'est un doux euphémisme), qui hésite franchement, ne peut me passer de apt-get, ne peut me passer de mon unique script-de-la-mort-qui-tue-sa-race-à-lui-qu'il-a, à base de apt-*, dlocate, etc, je crois que je vais attendre encore un peu alors ;-))
-- Fred
-- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/DebFrFrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
Edi Stojicevic <estojicevic@debianworld.org> a écrit :
Donc je sais toujours pas trop comment cela fonctionne ...
Moi qui ai du mal à passer à aptitude (c'est un doux euphémisme), qui
hésite franchement, ne peut me passer de apt-get, ne peut me passer de
mon unique script-de-la-mort-qui-tue-sa-race-à-lui-qu'il-a, à base de
apt-*, dlocate, etc, je crois que je vais attendre encore un peu alors
;-))
--
Fred
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/DebFrFrenchLists
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"
To UNSUBSCRIBE, email to debian-user-french-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Donc je sais toujours pas trop comment cela fonctionne ...
Moi qui ai du mal à passer à aptitude (c'est un doux euphémisme), qui hésite franchement, ne peut me passer de apt-get, ne peut me passer de mon unique script-de-la-mort-qui-tue-sa-race-à-lui-qu'il-a, à base de apt-*, dlocate, etc, je crois que je vais attendre encore un peu alors ;-))
-- Fred
-- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/DebFrFrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
Daniel Caillibaud
Pierre Allken-Bernard a écrit :
Au passage, tu devrais prendre tout de suite le réflexe "aptitude" au lieu du reflexe "apt-get".
Pourquoi ? (je ne connais que apt-get, enfin connais est un grand mot)
En plus de la meilleure gestion des dépendances à la désinstalation (mais visiblement apt-get autoremove ferait la même chose), j'apprécie dans aptitude les propositions qu'il fait en cas de pb à résoudre.
Par ex, je veux installer A qui a besoin de B mais B n'est pas installable car il remplace C dont dépend D, avec aptitude install A, il va me proposer - de désinstaller C et D pour installer B si je veux pas, alors il propose - désinstaller C et laisser D cassé si je veux pas - forcer l'install de B sans toucher au reste si, etc.
C'est un exemple un peu tiré par les cheveux, mais ça m'est déjà arrivé d'apprécié (pas très souvent c'est vrai, et avec apt on peut toujours virer manuellement puis installer ensuite).
Autre chose, aptitude loggue tout ce qu'il fait, ce qui parfois est bien utile... (quand on se rend compte qu'un truc marchait avant et marche plus, ça permet de regarder tout ce qui a bougé depuis).
Sinon, utiliser aptitude n'empêche pas de continuer à utiliser apt-file, apt-build, etc.
J'ai fait le changement sans m'en apercevoir, juste en modifiant mes alias :
avant (de mémoire) alias apin='apt-get install' alias appu='apt-get purge' alias apre='apt-get remove' alias apse='apt-cache search' alias apud='apt-get update' alias apug='apt-get upgrade'
après alias apin='aptitude install' alias appu='aptitude purge' alias apre='aptitude remove' alias apse='aptitude search' alias apsh='aptitude show' alias apud='aptitude update' alias apug='aptitude safe-upgrade'
et n'ont pas changé alias apfs='apt-file search' alias apfud='apt-file update' alias pkL='dpkg -L' alias pkgr='dpkg -l|grep' alias pkl='dpkg -l'
-- Daniel
-- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/DebFrFrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
Pierre Allken-Bernard a écrit :
Au passage, tu devrais prendre tout de suite le réflexe "aptitude" au lieu
du reflexe "apt-get".
Pourquoi ? (je ne connais que apt-get, enfin connais est un grand mot)
En plus de la meilleure gestion des dépendances à la désinstalation (mais visiblement apt-get autoremove ferait la même
chose), j'apprécie dans aptitude les propositions qu'il fait en cas de pb à résoudre.
Par ex, je veux installer A qui a besoin de B mais B n'est pas installable car il remplace C dont dépend D, avec
aptitude install A, il va me proposer
- de désinstaller C et D pour installer B
si je veux pas, alors il propose
- désinstaller C et laisser D cassé
si je veux pas
- forcer l'install de B sans toucher au reste
si, etc.
C'est un exemple un peu tiré par les cheveux, mais ça m'est déjà arrivé d'apprécié (pas très souvent c'est vrai, et avec
apt on peut toujours virer manuellement puis installer ensuite).
Autre chose, aptitude loggue tout ce qu'il fait, ce qui parfois est bien utile... (quand on se rend compte qu'un truc
marchait avant et marche plus, ça permet de regarder tout ce qui a bougé depuis).
Sinon, utiliser aptitude n'empêche pas de continuer à utiliser apt-file, apt-build, etc.
J'ai fait le changement sans m'en apercevoir, juste en modifiant mes alias :
avant (de mémoire)
alias apin='apt-get install'
alias appu='apt-get purge'
alias apre='apt-get remove'
alias apse='apt-cache search'
alias apud='apt-get update'
alias apug='apt-get upgrade'
après
alias apin='aptitude install'
alias appu='aptitude purge'
alias apre='aptitude remove'
alias apse='aptitude search'
alias apsh='aptitude show'
alias apud='aptitude update'
alias apug='aptitude safe-upgrade'
et n'ont pas changé
alias apfs='apt-file search'
alias apfud='apt-file update'
alias pkL='dpkg -L'
alias pkgr='dpkg -l|grep'
alias pkl='dpkg -l'
--
Daniel
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/DebFrFrenchLists
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"
To UNSUBSCRIBE, email to debian-user-french-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Au passage, tu devrais prendre tout de suite le réflexe "aptitude" au lieu du reflexe "apt-get".
Pourquoi ? (je ne connais que apt-get, enfin connais est un grand mot)
En plus de la meilleure gestion des dépendances à la désinstalation (mais visiblement apt-get autoremove ferait la même chose), j'apprécie dans aptitude les propositions qu'il fait en cas de pb à résoudre.
Par ex, je veux installer A qui a besoin de B mais B n'est pas installable car il remplace C dont dépend D, avec aptitude install A, il va me proposer - de désinstaller C et D pour installer B si je veux pas, alors il propose - désinstaller C et laisser D cassé si je veux pas - forcer l'install de B sans toucher au reste si, etc.
C'est un exemple un peu tiré par les cheveux, mais ça m'est déjà arrivé d'apprécié (pas très souvent c'est vrai, et avec apt on peut toujours virer manuellement puis installer ensuite).
Autre chose, aptitude loggue tout ce qu'il fait, ce qui parfois est bien utile... (quand on se rend compte qu'un truc marchait avant et marche plus, ça permet de regarder tout ce qui a bougé depuis).
Sinon, utiliser aptitude n'empêche pas de continuer à utiliser apt-file, apt-build, etc.
J'ai fait le changement sans m'en apercevoir, juste en modifiant mes alias :
avant (de mémoire) alias apin='apt-get install' alias appu='apt-get purge' alias apre='apt-get remove' alias apse='apt-cache search' alias apud='apt-get update' alias apug='apt-get upgrade'
après alias apin='aptitude install' alias appu='aptitude purge' alias apre='aptitude remove' alias apse='aptitude search' alias apsh='aptitude show' alias apud='aptitude update' alias apug='aptitude safe-upgrade'
et n'ont pas changé alias apfs='apt-file search' alias apfud='apt-file update' alias pkL='dpkg -L' alias pkgr='dpkg -l|grep' alias pkl='dpkg -l'
-- Daniel
-- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/DebFrFrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
Geoffroy Youri B.
Thomas Harding a écrit :
On Wed, Oct 08, 2008 at 05:55:29PM +0200, Anne sophie Lantz wrote:
[…] j'ai commencé à apprendre le shell, mais bon pas facile.
Cherche "ABS" (Advanced Bash Scripting Guide) dans ton moteur de recherche préféré.
Je confirme, excellente doc pour apprendre. Traduite en français.
Le projet de traduction : http://abs.traduc.org/
geoff
-- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/DebFrFrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
Thomas Harding a écrit :
On Wed, Oct 08, 2008 at 05:55:29PM +0200, Anne sophie Lantz wrote:
[…]
j'ai commencé à apprendre le shell, mais bon pas facile.
Cherche "ABS" (Advanced Bash Scripting Guide) dans ton moteur de
recherche préféré.
Je confirme, excellente doc pour apprendre. Traduite en français.
Le projet de traduction :
http://abs.traduc.org/
geoff
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/DebFrFrenchLists
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"
To UNSUBSCRIBE, email to debian-user-french-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
On Wed, Oct 08, 2008 at 05:55:29PM +0200, Anne sophie Lantz wrote:
[…] j'ai commencé à apprendre le shell, mais bon pas facile.
Cherche "ABS" (Advanced Bash Scripting Guide) dans ton moteur de recherche préféré.
Je confirme, excellente doc pour apprendre. Traduite en français.
Le projet de traduction : http://abs.traduc.org/
geoff
-- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/DebFrFrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
