Ceci dit, la difficulté vient parfois de bien configurer apt ... cf mes souffrances pour lui faire comprendre que je n'ai plus internet et qu'il doit installer les progs depuis le cd maintenant : résultat : je me suis lu le apt-howto + tout le manuel de apt.conf pour trouver la stupide ligne à ajouter désignant le point de montage du dvdrom. Ensuite, évidemment pas trouvé de fichier apt.conf et j'ai du recopier le fichier de /usr/doc dans le répertoire ... ah oui, j'ai mis une plombe pour comprendre que c'était pas dans /etc/apt/apt.conf.d mais /etc/apt qu'il fallait le mettre. Il y a juste une référence à ce fichier (du genre "voir aussi") tout à la fin d'un man et je crois que c'est même pas celui de apt.conf mais celui de apt-configure.
Puis rebelotte pour retrouver le fichier 70debconf (ou un truc du genre) et commenter la ligne qui lui fait récupérer les rapports de bugs (je suis passé en stable), sinon, plantage assuré lors de l'upgrade...
</ma vie>
C'était si dur que ça de lancer apt-setup ?
:'( (dommage, il y a pas de smileys avec des cernes)
... bon, je pars me faire fouetter... pourtant, je suis quasiment sûr d'avoir fait apt<TAB> ... ça devait crever les yeux ... 50 coups de fouet, ça suffira ?
Ceci dit, il ne me semble pas avoir vu de référence à apt-setup dans apt-howto, mais bon, j'ai peut être lu en diagonale ...
en tout cas, merci pour le tuyau
-- Nazcafan
Nazcafan s'est exprimé en ces termes:
Ceci dit, la difficulté vient parfois de bien configurer apt ... cf mes
souffrances pour lui faire comprendre que je n'ai plus internet et
qu'il doit installer les progs depuis le cd maintenant : résultat : je
me suis lu le apt-howto + tout le manuel de apt.conf pour trouver la
stupide ligne à ajouter désignant le point de montage du dvdrom.
Ensuite, évidemment pas trouvé de fichier apt.conf et j'ai du recopier
le fichier de /usr/doc dans le répertoire ... ah oui, j'ai mis une
plombe pour comprendre que c'était pas dans /etc/apt/apt.conf.d mais
/etc/apt qu'il fallait le mettre. Il y a juste une référence à ce
fichier (du genre "voir aussi") tout à la fin d'un man et je crois que
c'est même pas celui de apt.conf mais celui de apt-configure.
Puis rebelotte pour retrouver le fichier 70debconf (ou un truc du
genre) et commenter la ligne qui lui fait récupérer les rapports de bugs
(je suis passé en stable), sinon, plantage assuré lors de l'upgrade...
</ma vie>
C'était si dur que ça de lancer apt-setup ?
:'( (dommage, il y a pas de smileys avec des cernes)
... bon, je pars me faire fouetter... pourtant, je suis quasiment sûr
d'avoir fait apt<TAB> ... ça devait crever les yeux ... 50 coups de
fouet, ça suffira ?
Ceci dit, il ne me semble pas avoir vu de référence à apt-setup dans
apt-howto, mais bon, j'ai peut être lu en diagonale ...
Ceci dit, la difficulté vient parfois de bien configurer apt ... cf mes souffrances pour lui faire comprendre que je n'ai plus internet et qu'il doit installer les progs depuis le cd maintenant : résultat : je me suis lu le apt-howto + tout le manuel de apt.conf pour trouver la stupide ligne à ajouter désignant le point de montage du dvdrom. Ensuite, évidemment pas trouvé de fichier apt.conf et j'ai du recopier le fichier de /usr/doc dans le répertoire ... ah oui, j'ai mis une plombe pour comprendre que c'était pas dans /etc/apt/apt.conf.d mais /etc/apt qu'il fallait le mettre. Il y a juste une référence à ce fichier (du genre "voir aussi") tout à la fin d'un man et je crois que c'est même pas celui de apt.conf mais celui de apt-configure.
Puis rebelotte pour retrouver le fichier 70debconf (ou un truc du genre) et commenter la ligne qui lui fait récupérer les rapports de bugs (je suis passé en stable), sinon, plantage assuré lors de l'upgrade...
</ma vie>
C'était si dur que ça de lancer apt-setup ?
:'( (dommage, il y a pas de smileys avec des cernes)
... bon, je pars me faire fouetter... pourtant, je suis quasiment sûr d'avoir fait apt<TAB> ... ça devait crever les yeux ... 50 coups de fouet, ça suffira ?
Ceci dit, il ne me semble pas avoir vu de référence à apt-setup dans apt-howto, mais bon, j'ai peut être lu en diagonale ...
en tout cas, merci pour le tuyau
-- Nazcafan
Manuel Leclerc
Yannick Patois s'est exprimé en ces termes:
Donc quand on a que les sources, win, c'est encore bien plus difficile...
Des exemples de programmes Windows dont on n'a que les sources ?
Les _tonnes_ de trucs qu'on trouve sur CodeProject et autre CodeGuru.
Mais bon, mauvais exemple, c'est pour programmeur.
-- I have systematically eliminated all references to "software", because some people disagree about what it means. --Andrew Suffield
Yannick Patois s'est exprimé en ces termes:
Donc quand on a que les sources, win, c'est encore bien
plus difficile...
Des exemples de programmes Windows dont on n'a que les sources ?
Les _tonnes_ de trucs qu'on trouve sur CodeProject et autre
CodeGuru.
Mais bon, mauvais exemple, c'est pour programmeur.
--
I have systematically eliminated all references to "software",
because some people disagree about what it means.
--Andrew Suffield
Mais bon, mauvais exemple, c'est pour programmeur.
Oui bien sûr, je parlais de softs pour end user.
-- <polaris> haha... mozilla rocks... I accidently clicked on horse pron on stileproject and it crashed before displaying it
Marc F
Marc F > wrote:
et qu'est-ce qui est plus simple sous windows?
Quitte à passer pour un c*n
Hélas, en effet.
ce qui est plus simple ou du moins en apparence
Meme en apparence, j'ai du mal à voir...
c'est l'installtion de logiciels.
# apt-get install <logiciel> [1] Une ligne! Franchement, tu as plus simple?
Certe non.
Je veux firefox: # apt-get install mozilla-firefox
OpenOffice: # apt-get install openoffice.org
Sous windows, peut-on faire: # windows-install MicrosoftOffice Et l'avoir installé sur sa machine 2mn après?
Non plus, mais étant un "windows user" qui utilise de plus en plus GNU/Linux le mode d'installation me parraissais un peu compliqué et non parcequ'il fallait le faire en ligne de commande.
Si y'a bien un domaine pour les logiciels proprio sont à la traine, c'est bien sur l'install qui nécéssite souvent un passage au magazin pour récuperer une boite (souvent contre rançon), mettre un (voir plusieurs) CD dans un lecteur, cliquer sur des bidules, etc.
Exemple, je reçois une image au format 'DICOM', je voudrais l'afficher, je ne sais pas quel logiciel utilier, je cherche: $ apt-cache search dicom [...] xmedcon - Medical Image (DICOM, ECAT, ...) conversion tool [...]
Ca m'a sortit tous les softs qui parlaient du sujet. Je choisis un outils de conversion[2], je l'installe: # apt-get install xmedcon
Je l'utilise pour en faire une image jpeg, et voilà.
Autre exemple: je souhaite mettre à jour les 1671 pkgs installés sur ma machine (tous les logiciels installés, en fait): # apt-get update # apt-get upgrade
Et c'est fait! Tu as une commande sous windows pour mettre à jour toutes les dernieres versions de chaque soft installés sur ta machine?
Tu as vraiment plus simple?
Et quand aux logiciels disponibles seulement en sources, leur compilation sous linux est *nettement* plus aisée que sous windows (c'est quoi déjà le compilateur standard fournis avec le système sous win? Ha, y'en a pas? Je compile avec quoi alors?). Donc quand on a que les sources, win, c'est encore bien plus difficile...
Yannick
[1] J'utilise aptitude, généralement.
[2] Oui, pour le rendu 3D de séries d'images dicom, y'a encore rien dans testing qui le fasse; ca devrait changer. Mais un peu de google et on a quelque .deb utilisables au besoin...
-- Suse 9.3 Pro
Marc F > wrote:
et qu'est-ce qui est plus simple sous windows?
Quitte à passer pour un c*n
Hélas, en effet.
ce qui est plus simple ou du moins en
apparence
Meme en apparence, j'ai du mal à voir...
c'est l'installtion de logiciels.
# apt-get install <logiciel> [1]
Une ligne!
Franchement, tu as plus simple?
Certe non.
Je veux firefox:
# apt-get install mozilla-firefox
OpenOffice:
# apt-get install openoffice.org
Sous windows, peut-on faire:
# windows-install MicrosoftOffice
Et l'avoir installé sur sa machine 2mn après?
Non plus, mais étant un "windows user" qui utilise de plus en plus
GNU/Linux le mode d'installation me parraissais un peu compliqué et non
parcequ'il fallait le faire en ligne de commande.
Si y'a bien un domaine pour les logiciels proprio sont à la traine,
c'est bien sur l'install qui nécéssite souvent un passage au magazin
pour récuperer une boite (souvent contre rançon), mettre un (voir
plusieurs) CD dans un lecteur, cliquer sur des bidules, etc.
Exemple, je reçois une image au format 'DICOM', je voudrais l'afficher,
je ne sais pas quel logiciel utilier, je cherche:
$ apt-cache search dicom
[...]
xmedcon - Medical Image (DICOM, ECAT, ...) conversion tool
[...]
Ca m'a sortit tous les softs qui parlaient du sujet.
Je choisis un outils de conversion[2], je l'installe:
# apt-get install xmedcon
Je l'utilise pour en faire une image jpeg, et voilà.
Autre exemple: je souhaite mettre à jour les 1671 pkgs installés sur ma
machine (tous les logiciels installés, en fait):
# apt-get update
# apt-get upgrade
Et c'est fait!
Tu as une commande sous windows pour mettre à jour toutes les dernieres
versions de chaque soft installés sur ta machine?
Tu as vraiment plus simple?
Et quand aux logiciels disponibles seulement en sources, leur
compilation sous linux est *nettement* plus aisée que sous windows
(c'est quoi déjà le compilateur standard fournis avec le système sous
win? Ha, y'en a pas? Je compile avec quoi alors?). Donc quand on a que
les sources, win, c'est encore bien plus difficile...
Yannick
[1] J'utilise aptitude, généralement.
[2] Oui, pour le rendu 3D de séries d'images dicom, y'a encore rien dans
testing qui le fasse; ca devrait changer. Mais un peu de google et on a
quelque .deb utilisables au besoin...
# apt-get install <logiciel> [1] Une ligne! Franchement, tu as plus simple?
Certe non.
Je veux firefox: # apt-get install mozilla-firefox
OpenOffice: # apt-get install openoffice.org
Sous windows, peut-on faire: # windows-install MicrosoftOffice Et l'avoir installé sur sa machine 2mn après?
Non plus, mais étant un "windows user" qui utilise de plus en plus GNU/Linux le mode d'installation me parraissais un peu compliqué et non parcequ'il fallait le faire en ligne de commande.
Si y'a bien un domaine pour les logiciels proprio sont à la traine, c'est bien sur l'install qui nécéssite souvent un passage au magazin pour récuperer une boite (souvent contre rançon), mettre un (voir plusieurs) CD dans un lecteur, cliquer sur des bidules, etc.
Exemple, je reçois une image au format 'DICOM', je voudrais l'afficher, je ne sais pas quel logiciel utilier, je cherche: $ apt-cache search dicom [...] xmedcon - Medical Image (DICOM, ECAT, ...) conversion tool [...]
Ca m'a sortit tous les softs qui parlaient du sujet. Je choisis un outils de conversion[2], je l'installe: # apt-get install xmedcon
Je l'utilise pour en faire une image jpeg, et voilà.
Autre exemple: je souhaite mettre à jour les 1671 pkgs installés sur ma machine (tous les logiciels installés, en fait): # apt-get update # apt-get upgrade
Et c'est fait! Tu as une commande sous windows pour mettre à jour toutes les dernieres versions de chaque soft installés sur ta machine?
Tu as vraiment plus simple?
Et quand aux logiciels disponibles seulement en sources, leur compilation sous linux est *nettement* plus aisée que sous windows (c'est quoi déjà le compilateur standard fournis avec le système sous win? Ha, y'en a pas? Je compile avec quoi alors?). Donc quand on a que les sources, win, c'est encore bien plus difficile...
Yannick
[1] J'utilise aptitude, généralement.
[2] Oui, pour le rendu 3D de séries d'images dicom, y'a encore rien dans testing qui le fasse; ca devrait changer. Mais un peu de google et on a quelque .deb utilisables au besoin...
-- Suse 9.3 Pro
helios
"Stephane TOUGARD" a écrit dans le message de news:
helios wrote:
as tu un lien de l'ensembles des SGBDR ?
Je n'ai jamais pretendu qu'il y avait 100 SGBDR.
j'ai jamais indique de valeurs j'ai juste demander le lien qui les recense
tous
tiens voila un echantillons de familles de system MV extrait du readme d'un
client MV
Il y en a meme pas 30 et certaines sont des doublons sur differents OS, on est tres loin des plus de 100 dont tu nous parlais.
lorsque le C est sur des OS diferent il me semble que le code est different c'est donc des implantations diferentes 30 familles cela doit bien faire 100 implantations et tu as juste ceux ou le client serveur que j'utilises fonctionnes et il y a d'autre clients serveurs
Serait-ce encore un de tes bobars ?
Stephane
FTPINST.TXT Generic Pick (some features are not supported for generic systems) FTPINSADDS.TXT Mentor, Mentor Pro, MOE FTPINSAP.TXT Advanced Pick FTPINSAP_PRO.TXT Advanced Pick / Pro FTPINSD3.TXT D3 (NT, Linux, Unix except AIX) FTPINSENH.TXT Enhanced R83 (Altos, Fujitsu, R91, etc.) FTPINSJB.TXT jBase FTPINSMD.TXT McDonnell Douglas, RealityX FTPINSMV.TXT mvBase FTPINSNR.TXT Northgate Reality 9+ FTPINSPWR95.TXT Power95 FTPINSQM.TXT QM MV Database FTPINSR83.TXT Pick R83 (FTBP must be a DC file: use "ED MD FTBP" to change)
FTPINSSEQ.TXT Sequoia, mvEnterprise (except Ultimate emulation) FTPINSUD.TXT UniData FTPINSULT.TXT Ultimate Plus (all except SCO Unix) FTPINSULT_SCO.TXT Ultimate Plus on SCO Unix FTPINSULTX.TXT Early Ultimate (as implemented on mvEnterprise) FTPINSUV.TXT UniVerse FTPINSVIS.TXT UniVision
Note: the following versions are used with any platform running on IBM RS6000 AIX based systems:
FTPINSAP_AIX.TXT Advanced Pick on AIX FTPINSD3_AIX.TXT D3 on AIX FTPINSJB_AIX.TXT jBase on AIX FTPINSSEQ_AIX.TXT mvEnterprise on AIX FTPINSUD_AIX.TXT UniData on AIX FTPINSUV_AIX.TXT UniVerse on AIX FTPINSULT_AIX.TXT Ultimate Plus on AIX FTPINSULTX_AIX.TXT Early Ultimate on AIX (as implemented on mvEnterprise)
-- http://www.unices.org Les meilleurs modules de Perl http://www.unices.org/photo/ 250 photos de Singapour, Sydney et Seoul http://artlibre.org/ Free Art License
"Stephane TOUGARD" <stephane@unices.org> a écrit dans le message de
news:okhiv2-5vb.ln1@gulliver.unices.org...
helios wrote:
as tu un lien de l'ensembles des SGBDR ?
Je n'ai jamais pretendu qu'il y avait 100 SGBDR.
j'ai jamais indique de valeurs j'ai juste demander le lien qui les recense
tous
tiens voila un echantillons de familles de system MV extrait du readme
d'un
client MV
Il y en a meme pas 30 et certaines sont des doublons sur differents OS,
on est tres loin des plus de 100 dont tu nous parlais.
lorsque le C est sur des OS diferent il me semble que le code est different
c'est donc des implantations diferentes
30 familles cela doit bien faire 100 implantations et tu as juste ceux ou le
client serveur que j'utilises fonctionnes et il y a d'autre clients serveurs
Serait-ce encore un de tes bobars ?
Stephane
FTPINST.TXT Generic Pick (some features are not supported for generic
systems)
FTPINSADDS.TXT Mentor, Mentor Pro, MOE
FTPINSAP.TXT Advanced Pick
FTPINSAP_PRO.TXT Advanced Pick / Pro
FTPINSD3.TXT D3 (NT, Linux, Unix except AIX)
FTPINSENH.TXT Enhanced R83 (Altos, Fujitsu, R91, etc.)
FTPINSJB.TXT jBase
FTPINSMD.TXT McDonnell Douglas, RealityX
FTPINSMV.TXT mvBase
FTPINSNR.TXT Northgate Reality 9+
FTPINSPWR95.TXT Power95
FTPINSQM.TXT QM MV Database
FTPINSR83.TXT Pick R83 (FTBP must be a DC file: use "ED MD FTBP" to
change)
FTPINSSEQ.TXT Sequoia, mvEnterprise (except Ultimate emulation)
FTPINSUD.TXT UniData
FTPINSULT.TXT Ultimate Plus (all except SCO Unix)
FTPINSULT_SCO.TXT Ultimate Plus on SCO Unix
FTPINSULTX.TXT Early Ultimate (as implemented on mvEnterprise)
FTPINSUV.TXT UniVerse
FTPINSVIS.TXT UniVision
Note: the following versions are used with any platform
running on IBM RS6000 AIX based systems:
FTPINSAP_AIX.TXT Advanced Pick on AIX
FTPINSD3_AIX.TXT D3 on AIX
FTPINSJB_AIX.TXT jBase on AIX
FTPINSSEQ_AIX.TXT mvEnterprise on AIX
FTPINSUD_AIX.TXT UniData on AIX
FTPINSUV_AIX.TXT UniVerse on AIX
FTPINSULT_AIX.TXT Ultimate Plus on AIX
FTPINSULTX_AIX.TXT Early Ultimate on AIX (as implemented on
mvEnterprise)
--
http://www.unices.org Les meilleurs modules de Perl
http://www.unices.org/photo/ 250 photos de Singapour, Sydney et Seoul
http://artlibre.org/ Free Art License
"Stephane TOUGARD" a écrit dans le message de news:
helios wrote:
as tu un lien de l'ensembles des SGBDR ?
Je n'ai jamais pretendu qu'il y avait 100 SGBDR.
j'ai jamais indique de valeurs j'ai juste demander le lien qui les recense
tous
tiens voila un echantillons de familles de system MV extrait du readme d'un
client MV
Il y en a meme pas 30 et certaines sont des doublons sur differents OS, on est tres loin des plus de 100 dont tu nous parlais.
lorsque le C est sur des OS diferent il me semble que le code est different c'est donc des implantations diferentes 30 familles cela doit bien faire 100 implantations et tu as juste ceux ou le client serveur que j'utilises fonctionnes et il y a d'autre clients serveurs
Serait-ce encore un de tes bobars ?
Stephane
FTPINST.TXT Generic Pick (some features are not supported for generic systems) FTPINSADDS.TXT Mentor, Mentor Pro, MOE FTPINSAP.TXT Advanced Pick FTPINSAP_PRO.TXT Advanced Pick / Pro FTPINSD3.TXT D3 (NT, Linux, Unix except AIX) FTPINSENH.TXT Enhanced R83 (Altos, Fujitsu, R91, etc.) FTPINSJB.TXT jBase FTPINSMD.TXT McDonnell Douglas, RealityX FTPINSMV.TXT mvBase FTPINSNR.TXT Northgate Reality 9+ FTPINSPWR95.TXT Power95 FTPINSQM.TXT QM MV Database FTPINSR83.TXT Pick R83 (FTBP must be a DC file: use "ED MD FTBP" to change)
FTPINSSEQ.TXT Sequoia, mvEnterprise (except Ultimate emulation) FTPINSUD.TXT UniData FTPINSULT.TXT Ultimate Plus (all except SCO Unix) FTPINSULT_SCO.TXT Ultimate Plus on SCO Unix FTPINSULTX.TXT Early Ultimate (as implemented on mvEnterprise) FTPINSUV.TXT UniVerse FTPINSVIS.TXT UniVision
Note: the following versions are used with any platform running on IBM RS6000 AIX based systems:
FTPINSAP_AIX.TXT Advanced Pick on AIX FTPINSD3_AIX.TXT D3 on AIX FTPINSJB_AIX.TXT jBase on AIX FTPINSSEQ_AIX.TXT mvEnterprise on AIX FTPINSUD_AIX.TXT UniData on AIX FTPINSUV_AIX.TXT UniVerse on AIX FTPINSULT_AIX.TXT Ultimate Plus on AIX FTPINSULTX_AIX.TXT Early Ultimate on AIX (as implemented on mvEnterprise)
-- http://www.unices.org Les meilleurs modules de Perl http://www.unices.org/photo/ 250 photos de Singapour, Sydney et Seoul http://artlibre.org/ Free Art License
Marc F
et qu'est-ce qui est plus simple sous windows?
Quitte à passer pour un c*n, ce qui est plus simple ou du moins en
apparence, c'est l'installtion de logiciels. Oui oui je sais, il y a les README, INSTALL... mais bon entre les ".src", ".bin", ".sh" à savoir quoi en faire et où les mettres.
J'aurai du écrire "se qui paraît plus simple sous Win que sous GNU/Linux pour un utilisateur de Win sans connaissance informatique"...
un apt-get bien configuré est qand même bien plus simple à utiliser que de devoir aller sur le site, télécharger le .zip, aller sur le site de winzip, télécharger winzip, aller sur astalavista, télécharger le crack de winzip, installer, s'apercevoir que le prog ne marche que si on a installé un autre truc, aller sur le site du deuxième prog ...
Bien d'accord avec vous.
Je parlais surtout de logiciels en ".tar.gz" (ou autre .bz2) à décompresser et savoir par la suite quoi en faire. Exemple: Firefox en version installateur et Thunderbird sans installateur.
De plus, pour ceux que la ligne de commande rebute, on peut utiliser un front end graphique (synaptic ou autre) qui marche très bien.
La ligne de commande ne me rebute en aucun cas, je l'utilise le plus souvent possible et dans la mesure de mes connaissances.
Je pense que ça couvre 95 % de mes besoins en prog ou en librairies. En plus, apt permet de mettre à jour régulièrement tous les prog, ce qui n'est pas évident sous win. Je pense qu'il doit exister des programmes équivalents sur d'autres distributions t'évitant de compiler tes applis.
...
Ceci dit, la difficulté vient parfois de bien configurer apt ... cf mes souffrances pour lui faire comprendre que je n'ai plus internet et qu'il doit installer les progs depuis le cd maintenant : résultat : je me suis lu le apt-howto + tout le manuel de apt.conf pour trouver la stupide ligne à ajouter désignant le point de montage du dvdrom. Ensuite, évidemment pas trouvé de fichier apt.conf et j'ai du recopier le fichier de /usr/doc dans le répertoire ... ah oui, j'ai mis une plombe pour comprendre que c'était pas dans /etc/apt/apt.conf.d mais /etc/apt qu'il fallait le mettre. Il y a juste une référence à ce fichier (du genre "voir aussi") tout à la fin d'un man et je crois que c'est même pas celui de apt.conf mais celui de apt-configure.
Puis rebelotte pour retrouver le fichier 70debconf (ou un truc du genre) et commenter la ligne qui lui fait récupérer les rapports de bugs (je suis passé en stable), sinon, plantage assuré lors de l'upgrade...
</ma vie>
enfin tout ça pour dire que une fois que c'est bien configuré, c'est quand même dix fois plus pratique et rapide pour installer un prog que sous win, mais quand il faut configurer, pardon. Enfin, je suppose qu'il y a des distribs ou c'est un peu moins chiant...
Je voulais surtout dire que sous Win l'installation semblait plus facile, double clic sur le programme.exe, répondre aux quelques questions et ça roule, et que de passer de l'un à l'autre n'était pas toujours évident.
-- Nazcafan
-- Suse 9.3 Pro
et qu'est-ce qui est plus simple sous windows?
Quitte à passer pour un c*n, ce qui est plus simple ou du moins en
apparence, c'est l'installtion de logiciels. Oui oui je sais, il y a
les README, INSTALL... mais bon entre les ".src", ".bin", ".sh" à
savoir quoi en faire et où les mettres.
J'aurai du écrire "se qui paraît plus simple sous Win que sous GNU/Linux
pour un utilisateur de Win sans connaissance informatique"...
un apt-get bien configuré est qand même bien plus simple à utiliser que
de devoir aller sur le site, télécharger le .zip, aller sur le site de
winzip, télécharger winzip, aller sur astalavista, télécharger le crack
de winzip, installer, s'apercevoir que le prog ne marche que si on a
installé un autre truc, aller sur le site du deuxième prog ...
Bien d'accord avec vous.
Je parlais surtout de logiciels en ".tar.gz" (ou autre .bz2) à
décompresser et savoir par la suite quoi en faire.
Exemple: Firefox en version installateur et Thunderbird sans installateur.
De plus, pour ceux que la ligne de commande rebute, on peut utiliser un
front end graphique (synaptic ou autre) qui marche très bien.
La ligne de commande ne me rebute en aucun cas, je l'utilise le plus
souvent possible et dans la mesure de mes connaissances.
Je pense que ça couvre 95 % de mes besoins en prog ou en librairies.
En plus, apt permet de mettre à jour régulièrement tous les prog, ce qui
n'est pas évident sous win. Je pense qu'il doit exister des programmes
équivalents sur d'autres distributions t'évitant de compiler tes applis.
...
Ceci dit, la difficulté vient parfois de bien configurer apt ... cf mes
souffrances pour lui faire comprendre que je n'ai plus internet et
qu'il doit installer les progs depuis le cd maintenant : résultat : je
me suis lu le apt-howto + tout le manuel de apt.conf pour trouver la
stupide ligne à ajouter désignant le point de montage du dvdrom.
Ensuite, évidemment pas trouvé de fichier apt.conf et j'ai du recopier
le fichier de /usr/doc dans le répertoire ... ah oui, j'ai mis une
plombe pour comprendre que c'était pas dans /etc/apt/apt.conf.d mais
/etc/apt qu'il fallait le mettre. Il y a juste une référence à ce
fichier (du genre "voir aussi") tout à la fin d'un man et je crois que
c'est même pas celui de apt.conf mais celui de apt-configure.
Puis rebelotte pour retrouver le fichier 70debconf (ou un truc du
genre) et commenter la ligne qui lui fait récupérer les rapports de bugs
(je suis passé en stable), sinon, plantage assuré lors de l'upgrade...
</ma vie>
enfin tout ça pour dire que une fois que c'est bien configuré, c'est
quand même dix fois plus pratique et rapide pour installer un prog que
sous win, mais quand il faut configurer, pardon. Enfin, je suppose qu'il
y a des distribs ou c'est un peu moins chiant...
Je voulais surtout dire que sous Win l'installation semblait plus
facile, double clic sur le programme.exe, répondre aux quelques
questions et ça roule, et que de passer de l'un à l'autre n'était pas
toujours évident.
Quitte à passer pour un c*n, ce qui est plus simple ou du moins en
apparence, c'est l'installtion de logiciels. Oui oui je sais, il y a les README, INSTALL... mais bon entre les ".src", ".bin", ".sh" à savoir quoi en faire et où les mettres.
J'aurai du écrire "se qui paraît plus simple sous Win que sous GNU/Linux pour un utilisateur de Win sans connaissance informatique"...
un apt-get bien configuré est qand même bien plus simple à utiliser que de devoir aller sur le site, télécharger le .zip, aller sur le site de winzip, télécharger winzip, aller sur astalavista, télécharger le crack de winzip, installer, s'apercevoir que le prog ne marche que si on a installé un autre truc, aller sur le site du deuxième prog ...
Bien d'accord avec vous.
Je parlais surtout de logiciels en ".tar.gz" (ou autre .bz2) à décompresser et savoir par la suite quoi en faire. Exemple: Firefox en version installateur et Thunderbird sans installateur.
De plus, pour ceux que la ligne de commande rebute, on peut utiliser un front end graphique (synaptic ou autre) qui marche très bien.
La ligne de commande ne me rebute en aucun cas, je l'utilise le plus souvent possible et dans la mesure de mes connaissances.
Je pense que ça couvre 95 % de mes besoins en prog ou en librairies. En plus, apt permet de mettre à jour régulièrement tous les prog, ce qui n'est pas évident sous win. Je pense qu'il doit exister des programmes équivalents sur d'autres distributions t'évitant de compiler tes applis.
...
Ceci dit, la difficulté vient parfois de bien configurer apt ... cf mes souffrances pour lui faire comprendre que je n'ai plus internet et qu'il doit installer les progs depuis le cd maintenant : résultat : je me suis lu le apt-howto + tout le manuel de apt.conf pour trouver la stupide ligne à ajouter désignant le point de montage du dvdrom. Ensuite, évidemment pas trouvé de fichier apt.conf et j'ai du recopier le fichier de /usr/doc dans le répertoire ... ah oui, j'ai mis une plombe pour comprendre que c'était pas dans /etc/apt/apt.conf.d mais /etc/apt qu'il fallait le mettre. Il y a juste une référence à ce fichier (du genre "voir aussi") tout à la fin d'un man et je crois que c'est même pas celui de apt.conf mais celui de apt-configure.
Puis rebelotte pour retrouver le fichier 70debconf (ou un truc du genre) et commenter la ligne qui lui fait récupérer les rapports de bugs (je suis passé en stable), sinon, plantage assuré lors de l'upgrade...
</ma vie>
enfin tout ça pour dire que une fois que c'est bien configuré, c'est quand même dix fois plus pratique et rapide pour installer un prog que sous win, mais quand il faut configurer, pardon. Enfin, je suppose qu'il y a des distribs ou c'est un peu moins chiant...
Je voulais surtout dire que sous Win l'installation semblait plus facile, double clic sur le programme.exe, répondre aux quelques questions et ça roule, et que de passer de l'un à l'autre n'était pas toujours évident.
-- Nazcafan
-- Suse 9.3 Pro
Stephane TOUGARD
Richard Delorme wrote:
# apt-get bash: apt-get: command not found
Ça marche pas ce truc.
Essaye emerge ou rpm
-- http://www.unices.org Les meilleurs modules de Perl http://www.unices.org/photo/ 250 photos de Singapour, Sydney et Seoul http://artlibre.org/ Free Art License
Richard Delorme wrote:
# apt-get
bash: apt-get: command not found
Ça marche pas ce truc.
Essaye emerge ou rpm
--
http://www.unices.org Les meilleurs modules de Perl
http://www.unices.org/photo/ 250 photos de Singapour, Sydney et Seoul
http://artlibre.org/ Free Art License
-- http://www.unices.org Les meilleurs modules de Perl http://www.unices.org/photo/ 250 photos de Singapour, Sydney et Seoul http://artlibre.org/ Free Art License
Stephane TOUGARD
helios wrote:
lorsque le C est sur des OS diferent il me semble que le code est different c'est donc des implantations diferentes
gcc compile sur quelques dizaines de plateformes materielles, mais c'est toujours la meme implantation, le meme tarball que l'on rappatrie.
Il en va de meme pour un grand nombre de logiciels, ainsi, il n'y a qu'une implantation d'Apache et elle peut se compiler beaucoup de plateformes.
30 familles cela doit bien faire 100 implantations et tu as juste ceux ou le client serveur que j'utilises fonctionnes et il y a d'autre clients serveurs
C'est quoi une famille ? c'est du code tellement pourri que le meme source peut meme pas compiler sur deux Unix un peu differents ?
Qd tu auras fini de raconter n'importe quoi et d'inventer des mots.
Il n'y a pas 100 SGBDR MV, comme il n'y a pas 6 milliards d'utilisateurs de pick (programme qui ne doit d'ailleurs meme plus tourner ailleurs que sur les machines degeneres de quelques dinosaures dans ton genre).
-- http://www.unices.org Les meilleurs modules de Perl http://www.unices.org/photo/ 250 photos de Singapour, Sydney et Seoul http://artlibre.org/ Free Art License
helios wrote:
lorsque le C est sur des OS diferent il me semble que le code est different
c'est donc des implantations diferentes
gcc compile sur quelques dizaines de plateformes materielles, mais c'est
toujours la meme implantation, le meme tarball que l'on rappatrie.
Il en va de meme pour un grand nombre de logiciels, ainsi, il n'y a
qu'une implantation d'Apache et elle peut se compiler beaucoup de
plateformes.
30 familles cela doit bien faire 100 implantations et tu as juste ceux ou le
client serveur que j'utilises fonctionnes et il y a d'autre clients serveurs
C'est quoi une famille ? c'est du code tellement pourri que le meme
source peut meme pas compiler sur deux Unix un peu differents ?
Qd tu auras fini de raconter n'importe quoi et d'inventer des mots.
Il n'y a pas 100 SGBDR MV, comme il n'y a pas 6 milliards d'utilisateurs
de pick (programme qui ne doit d'ailleurs meme plus tourner ailleurs que
sur les machines degeneres de quelques dinosaures dans ton genre).
--
http://www.unices.org Les meilleurs modules de Perl
http://www.unices.org/photo/ 250 photos de Singapour, Sydney et Seoul
http://artlibre.org/ Free Art License
lorsque le C est sur des OS diferent il me semble que le code est different c'est donc des implantations diferentes
gcc compile sur quelques dizaines de plateformes materielles, mais c'est toujours la meme implantation, le meme tarball que l'on rappatrie.
Il en va de meme pour un grand nombre de logiciels, ainsi, il n'y a qu'une implantation d'Apache et elle peut se compiler beaucoup de plateformes.
30 familles cela doit bien faire 100 implantations et tu as juste ceux ou le client serveur que j'utilises fonctionnes et il y a d'autre clients serveurs
C'est quoi une famille ? c'est du code tellement pourri que le meme source peut meme pas compiler sur deux Unix un peu differents ?
Qd tu auras fini de raconter n'importe quoi et d'inventer des mots.
Il n'y a pas 100 SGBDR MV, comme il n'y a pas 6 milliards d'utilisateurs de pick (programme qui ne doit d'ailleurs meme plus tourner ailleurs que sur les machines degeneres de quelques dinosaures dans ton genre).
-- http://www.unices.org Les meilleurs modules de Perl http://www.unices.org/photo/ 250 photos de Singapour, Sydney et Seoul http://artlibre.org/ Free Art License
Laurent
Guillaume wrote:
costaclt a roté :
[...]
Et pendant ce temps-là, les techniciens galèrent toujours autant avec les choix absurdes des décideurs à qui on a bourré le mou. Mais dans ce cas précis, c'est quand même moins grave, parce que les applis restent dispos pour toutes les distrib's, et qu'un Linux reste un Linux ... même avec un chapeau ridicule :)
C'était pas une casquette rouge plutôt ?
<MA_VIE>
J'ai souvenance d'une vague référence à une casquette rouge dans l'installateur d'une RedHat 7.3, pendant un "cours" d'initiation à GNU/Linux.
</MA_VIE>
-- Laurent, newbie FreeBSD'iste ;-)
Guillaume wrote:
costaclt a roté :
[...]
Et pendant ce temps-là, les techniciens galèrent toujours autant avec
les choix absurdes des décideurs à qui on a bourré le mou. Mais dans ce
cas précis, c'est quand même moins grave, parce que les applis restent
dispos pour toutes les distrib's, et qu'un Linux reste un Linux ... même
avec un chapeau ridicule :)
C'était pas une casquette rouge plutôt ?
<MA_VIE>
J'ai souvenance d'une vague référence à une casquette rouge dans
l'installateur d'une RedHat 7.3, pendant un "cours" d'initiation à
GNU/Linux.
Et pendant ce temps-là, les techniciens galèrent toujours autant avec les choix absurdes des décideurs à qui on a bourré le mou. Mais dans ce cas précis, c'est quand même moins grave, parce que les applis restent dispos pour toutes les distrib's, et qu'un Linux reste un Linux ... même avec un chapeau ridicule :)
C'était pas une casquette rouge plutôt ?
<MA_VIE>
J'ai souvenance d'une vague référence à une casquette rouge dans l'installateur d'une RedHat 7.3, pendant un "cours" d'initiation à GNU/Linux.
