On a ça au boulot. Pour la passerelle, on a installé un amon (cf. http://eole.orion.education.fr/diff/rubrique.php3?id_rubriqu(...) ).
Dessus, y'a tout ce qu'il faut. Je ne veux pas t'influencer pour le choix de la distro, alors si t'en veux pas, je ne t'en veux pas. Pour faire ce que tu souhaites, il me semble qu'il faut opérer les opérations suivantes :
- mettre en place un proxy (squid, par ex).
- Le rendre transparent, grâce à quelques règles iptable bien senties
- Un ch'tit coup de webalizer pour avoir les stats.
Le tour est joué. Bonne install.
Tu passes en mode commande (touche esc), tu te places sur la première ligne, et tu restes appuyé sur la touche J de ton clavier.
Ca permet de joindre les lignes.
Si tu as la flemme de rester appuyé sur la touche 'j' de ton clavier, tu fais la séquence suivante en mode commande : ":%j" pour joindre toutes les lignes, du début à la fin. Sinon, si tu ne veux faire cette opération que de la ligne 17 à la ligne 42 ":17,42j"
A noter également que la commande j insère un espace entre la fin de la ligne courante et le début de la ligne suivante, à l'endroit de la jointure :
1
2
devient
1 2
alors que j! ne le fait pas :
1
2
devient
12
Voilà, en espérant que ça répond à ta question.
Merci tout plein !
C'est passablement génial. J'étais justement en train de lire le même article, mais tu as été plus vite que moi pour la trouver....
C'est tip-top !
Déjà, j'y tiens, merci pour ton aide.
J'ai essayé la solution que tu proposes ce matin, mais elle ne fonctionnait pas. Problème d'intentation ou de ; manquant probablement.
On m'a proposé également une solution à base de find qui me plait également.
Ce que j'aimerai comprendre, c'est pourquoi tu penses qu'un makefile n'est pas l'outil adapté à mon besoin.
Je n'allais pas raconter ma vie, mais puisqu'on m'y pousse (et puis après tout, si ça peut me faire gagner du temps par la suite...).
Allons-y donc.
Dans mon travail, il est fréquent que je rédige des scripts php qui interrogent des bases de données postgres pour me produire pleins de fichiers tex.
Les fichiers sont créés depuis le script php. Je n'ai pas le choix, car bien souvent, c'est un fichier tex par établissement, par exemple. J'en récupère le nom dans la base, c'est pratique.
Le but de la manoeuvre, c'est d'avoir un makefile générique qui dispose d'une règle pour appeler ce script php, une règle qui me génère des pdf, une autre qui me génère des ps, une autre des dvi, etc. Puis une qui fait un peu le ménage, et une autre qui fait le grand ménage, etc.
Donc, je pensais que dans ce cas, make était mon ami, mais je l'utilise tellement souvent.... Et puis surtout, je connais tellement la doc et toutes les options...
Bref, c'est pourquoi je pensais que c'était vraiment l'outil dont j'avais besoin.
Systématiquement, je nomme mes scripts php de la même façon, mes classes tex également, etc. Comme ça, je ne recopie que la portion congrue et nécessaire d'un répertoire de travail à un autre.
Voilà. Je reste ouvert à toute proposition.
Merci !
C'est très plaisant d'avoir une réponse aussi bien documentée lorsqu'on pose une question. Vraiment, chapeau bas, et encore merci.
Je m'en vais tester tout ça dès demain (fonctionnaire oblige), mais ça ne me laisse augurer que du bon !
Bon, je sais, je ne suis pas l'initiateur de cette question, mais le sujet m'intéresse.
D'abord, tu sors tout ça d'où ? Tu lis l'intégralité de la M.I.B. tous les soirs avant de dormir ? Bref, je suis impressionné.
Je me pose une question similaire (enfin, dans le même ordre d'idée), concernant la table MIB de nos switch. Ce sont des 3com, si ça peut aider.
Comment peut-on récupérer l'adresse IP connectée à chacun des ports du switch ?
J'ai cherché un peu par moi-même, mais le www regorge (trop) d'informations concernant snmp et la MIB, ce qui fait que j'ai bien peur de passer très loin à côté de l'information que je cherche.
J'ai voulu faire un essai avec ce que tu donnes, notemment avec .1.3.6.1.2.1.17.4.3.1.2.0, ce qui me donne 89 entrées là où mon switch ne dispose que de 24 ports. Je ne comprends pas trop, donc.
Par ailleurs, j'ai fait un petit script php qui m'affiche les adresses MAC en hexa, mais je ne retrouve aucune de ces adresses mac sur mon réseau.
Je n'y comprends donc rien de chez rien.
Si tu as un peu de temps pour éclairer ma lanterne, merci par avance.
P.S. Si un autre spécialiste veut s'y coller, je ne lui en voudrait pas !
Sinon, par expérience, je ne saurais que trop te conseiller une HP. Je n'ai pas d'actions chez eux, je n'y travaille pas, mais c'est franchement trop de la balle.
Dommage, l'idée me plaisait bien, mais ça ne fonctionne pas avec postgreSQL.
Pour clarifier la situation, et expliquer la structure de la table incriminée, voici un exemple :
Dans ma table ne figurent pour chaque agent que chaque jour considéré comme ouvré. Comprendre par là que ça court du lundi au samedi matin inclus.
Donc, je peux très bien avoir ce cas de figure :
Les ... remplacent des dates pour lesquelles les observations sont les mêmes que celle qui suivent ou précèdent.
Je voudrais récupérer :
05/09/2005 à 26/09/2005 -> Congé
26/12/2005 à 03/01/2006 -> Congé.
Le reste m'importe peu (encore que si on peut faire l'un, on peut faire l'autre).
Voilà, j'espère que c'est plus clair.
Et puis, surtout merci de t'intéresser à mon problème !
Pardon, j'avais pas compris ça comme ça, et avoue que ça prétait à confusion. Par menu, je pensais au traditionnel menu "fichier Edition Affichage .... Aide" que l'on trouve dans beaucoup d'applications, en haut, sous la barre de titre, justement.
Maxi mea culpa alors.
Au moins, j'aurais essayé....
Un man ls t'aurait renseigné plus vite que de poster un message ici même, mais bon, passons.
Comme j'ai du temps, et que ça peut servir à d'autres...
ls -l /home/toto/vivelep2p.mp3 va te donner tout un tas d'informations, dont la taille en octets. Si ça ne te plait pas, fais un ls -lh /home/toto/vivelep2p.mp3 et tu auras la taille exprimée en k/m/g, selon ce qui est applicable.
Voilà.
mais as-tu regardé du côté de kolab ? http://www.kolab.org/about-kolab-server.html(...)
J'ai cherché succintement, mais je n'ai rien trouvé concernant une migration... Peut-être seras-tu plus avisé que moi pour rechercher sur ce site ce qui t'intéresse vraiment...
En espérant que ça aide.
Non, pas forcément.
On peut, grâce à certains patches du kernel et de X, ainsi qu'avec le matériel qui va bien, être à plusieur sur la même machine.
Un ensemble se compose alors d'une carte graphique, d'une souris, d'un clavier. Il est même envisagé d'y adjoindre une carte son ainsi qu'un hub usb.
L'utilisation typique est de n'avoir qu'une seule machine au sein d'un bureau, avec plusieurs "terminaux" partagés par les utilisateurs, mais pas seulement.
J'envisage cette solution pour n'avoir qu'une seule machine chez moi.
C'est évoqué ici : http://linux.tlk.fr/traitement-graphique/(...)
Puis plus particulièrement sur : https://linuxfr.org/~gvauvert/19434.html(...)
Pleins de liens intéressants (dans le dernier commentaire, car ceux du journal sont tronqués) à consulter pour comprendre les tenants et aboutissants de la chose.
... puis éclate-le avec la commande split.
Man split t'ne dira plus, puis tu peux recomposer ton fichier original en utilisant la commande cat.
C'est un peu succint, mais je n'ai pas trop de temps.
En espérant que ça aide.
Jette un oeil aux options de configurations de KsCD. Y'a une case à cocher "Utiliser la lecture numérique directe", en dessous de la zone pour renseigner le chemin d'accès au périphérique cdrom.
Ca devrait répondre à ton problème, sans t'obliger à ouvrir ton pc pour y brancher ce câble manquant.
En espérant que ça aide.
Oui, on y a pensé. Mais on va tester ça sur quelques utilisateurs choisis. Et si on sait pertinement que certains ne sortiront pas des sentiers battus, d'autres vont fouiner tout le système... Et risquent de tomber sur kontact... Et là, forcément....
Je suis pratiquement d'accord avec toutes les réponses faites à mon post, qui tentait un peu de dire des choses "sensées" sans trop lacher de troll (enfin, un peu quand même, on est sur linuxfr, après tout !).
Ceci dit, j'aimerai rebondir sur ton post, car il me parle beaucoup. Quand tu dis que postgresql n'est pas très "marketé", je suis d'accord. Et justement, j'aurais bien voulu faire profiter la communauté linuxfr de cette nouvelle, en publiant un journal, voire en proposant une news. Après tout, ce n'aurait été que ma modeste contribution à ce projet que je venère.
Mais je ne l'ai pas fait. Pourquoi ? Simplement parce que la news sur le site de postgreSQL est on ne peut plus laconique, et que je n'avais pas le temps de chercher plus en profondeur. Et puis proposer une news avec un lien dedans, ou même un simple journal... Bref, si je n'ai rien d'autre à mettre dans le corps, autant ne rien mettre. Les gens intéressés par ce sgbd sont comme moi, ils savent bien cliquouiller sur un lien.
Du coup, j'ai profité de cette news pour glisser ça en fourbe... Juste retour des choses ! Il parrait qu'il ne doit pas y avoir de news sur les versions beta, rc, etc. Ben là, pourtant, c'est le cas....
M'enfin, il y avait matière à parler, et même si j'ai pu vous faire croire que je mérpisais mysql, son équipe de dev, la communauté même de mysql dans mon post initial, je m'en excuse, car ce n'est pas du tout ce que je pense.
C'est un outil que je n'utilise pas, et j'ai mes raisons (qui sont purement subjectives et hors propos), mais ça ne m'empêche pas d'admirer le travail qui a été fait.
Voilà, en espérant que ça rattrape un peu la sauce.
Je ne comprendrai jamais pourquoi les efforts faits pour faire progresser mysql n'ont pas été abandonnés dès le départ au profit de postgresql.
Non pas que je mette en doute la qualité du travail fournie par toute cette équipe (faudrait être sacrément imbu de sa personne quand même). Je trouve simplement que c'est dommage, car postgreSQL est bien plus avancé que Mysql, et une alliance dès le départ aurait été bien plus bénéfique à tous.
D'ailleurs, la version 8.1 beta2 de postgreSQL est sortie le 18/09/2005, on n'en a pas fait grand bruit, pas même un pauvre journal, et je trouve ça bien dommage.
Tout ce qui est dit dans cette news, à propos des nouvelles fonctionnalités de Mysql est très prometteur, mais très tardif... PostgreSQL supporte tout ça depuis bien longtemps, et même beaucoup plus.
Enfin, au final, l'un convergeant vers l'autre à plus ou moins vive allure, on finira par avoir le choix entre deux logiciels qui proposent exactement les mêmes fonctionnalités. Je trouve que c'est gacher, mais ça reste mon avis.
Enfin, bravo à l'équipe de dev, quand même, car ré-inventer la roue depuis zero pour en arriver là, c'est un bien bel effort.
Essaies de voir si tu ne serais pas en mode photo pour imprimer tes pages, c'est toujours plus lent qu'en mode brouillon...
A part ça, je ne vois pas trop quoi changer ? La norme utilisée pour ton port parallèle ? Si c'est en usb qu'elle est branchée, je ne crois pas qu'on puisse changer quoi que ce soit, mais je suis loin d'être un gourou dans le domaine...
En espérant que ça aide...
De rien !
L'intérêt : il existe pleins d'endroits où ce peut être une solution économique et efficace. Pense aux bureaux où tu as 4 personnes autour de 4 bureaux placés au cul-à-cul. De 4 pc, tu passes à un seul, encombrement minimum, une seule adresse réseau, etc.
Sinon, si la disposition spaciale ne correspond pas à ça, il existe des ensembles claviers-sans fils usb qui portent suffisement loin (d'une pièce à l'autre, ça fonctionne si les murs ne sont pas trop épais). Il existe aussi des câbles vga sans fils (ensemble éméteur+récepteur) ou du moins, si ça n'existe pas encore, ça ne saurait tarder... Mais bon, pas de fils non plus dans ce cas là.
D'ailleurs, je ne serais pas étonné que ce genre de matos puisse être trouvé prochainement sous forme de combo : côté pc un boîtier pour envoyer/recevoir clavier+souris+vga+son, et un boîtier récepteur/éméteur pour le matériel adéquat. Peut-être existe-t-il un câble usb sans fils aussi...
A partir de là, tout est imaginable, et ça pourrait certainement être une technologie porteuse (sans jeux de mots, quoique)...
Détrompe-toi !
Ca prouve que j'ai nous avons bien compris de quoi il retournait !
Ce n'est pas forcément évident vu la pluralité de choses possibles avec X{Free|Org}.
Plusieurs clients pour un seul serveur, plusieurs clients pour plusieurs serveurs sur pleins de serveurs (machines) etc. C'est loin d'être trivial, à mon avis.
Il est bon de voir qu'on en a au moins compris une partie !
Le but est simple :
avoir un seul pc partagé par n utilisateurs, en même temps. Pas par le biais de terminaux X, ça on sait le faire depuis longtemps. Non, non, non !
La finalité, c'est d'avoir un ensemble clavier+souris+écran reliés à un seul PC, et chacun travaille séparément.
J'avais un lien, à la maison (je ne l'ai plus sous le coude) où un type expliquait comment il avait équipé son PC avec 4 cartes graphiques identiques, 4 ensembles clavier+souris sans fil usb et 4 écrans. Bilan, c'est comme si il avait eu 4 pc, sauf qu'il n'en avait qu'un.
Comme ce sont les mêmes cartes graphiques, il n'y a qu'un seul serveur X, et 4 clients, sur la même machine. Du coup, les ressources sont partagées, y compris celles des programmes, puisque la plupart ne sont chargés qu'une seule fois en mémoire. Ce sont les segments de données qui diffèrent.
Voilà, j'espère que ça éclaire un peu ta lanterne.
... par manque de temps, mais je trouve ton initiative excellente.
Je pense sérieusement que cette idée est une idée d'avenir, même si elle n'est pas neuve. Les configurations dont on dispose aujourd'hui permettent aisément de faire fonctionner ce genre de choses agréablement.
Un peu de pub, beaucoup d'information, plein de questions sur le sujet, et on finira certainement par avoir des gens compétents qui renderont cette approche plus conviviale pour l'utilisateur final.
J'ai personnellement voulu configurer ça sur ma machine, mais les contraintes m'ont rebuté :
- Impossibilité apparente d'avoir plusieurs carte graphiques de marque différentes, ou alors, pour faire fonctionner le bestiau, il faut plusieurs instances d'XFree ou Xorg (une par marque de carte).
- L'obligation de patcher le noyeau, et pas de patch pour la version du noyeau que j'utilisais à l'époque où je me suis penché sur la question
Tout ça, et le fait que si ce n'est pas irréalisable, c'est long et fastidieux à installer m'ont fait rebrousser chemin.
J'espère vraiment donc que certains se pencheront sur le problème et renderont ça aussi facile à faire que d'installer un .deb/.rpm/.cqvv(1).
Voilà, ça ne fait pas avancer le schmilblick des masses, mais c'est mon opinion sur la question.
(1) ce que vous voulez.
Pas la moindre idée, car je ne suis pas un acharné du quatro !
Mais tu peux toujours t'entraîner sur le site dont j'ai donné le lien ci-dessus, et nous faire part de tes impressions...
Dans l'intervalle, j'avais trouvé également. Le problème des droits, j'y ai pensé, mais je doute qu'il y en ait, puisqu'on peut y jouer en ligne sur http://christophe.deprez.free.fr/quarto/index.php(...)
Enfin, je ne me suis pas trop renseigné non plus, alors ce que j'en dis ne fais pas force de loi, hein ! Je laisse le soin aux spécialistes de la loi, et aux éventuels codeurs intéressés le soin de se renseigner plus avant.
En tout cas, merci, je me sens déjà un peu moins bête, et surtout, je peux mettre un nom sur ce jeu !
# Une piste.
Posté par Gyro Gearllose . En réponse au message Statistique Internet. Évalué à 4.
Dessus, y'a tout ce qu'il faut. Je ne veux pas t'influencer pour le choix de la distro, alors si t'en veux pas, je ne t'en veux pas. Pour faire ce que tu souhaites, il me semble qu'il faut opérer les opérations suivantes :
- mettre en place un proxy (squid, par ex).
- Le rendre transparent, grâce à quelques règles iptable bien senties
- Un ch'tit coup de webalizer pour avoir les stats.
Le tour est joué. Bonne install.
# "J"
Posté par Gyro Gearllose . En réponse au message Une aide, svp. Évalué à 6.
Ca permet de joindre les lignes.
Si tu as la flemme de rester appuyé sur la touche 'j' de ton clavier, tu fais la séquence suivante en mode commande : ":%j" pour joindre toutes les lignes, du début à la fin. Sinon, si tu ne veux faire cette opération que de la ligne 17 à la ligne 42 ":17,42j"
A noter également que la commande j insère un espace entre la fin de la ligne courante et le début de la ligne suivante, à l'endroit de la jointure :
1
2
devient
1 2
alors que j! ne le fait pas :
1
2
devient
12
Voilà, en espérant que ça répond à ta question.
[^] # Re: Makefile pas très adapté...
Posté par Gyro Gearllose . En réponse au message Problème de makefile. Évalué à 3.
C'est passablement génial. J'étais justement en train de lire le même article, mais tu as été plus vite que moi pour la trouver....
C'est tip-top !
[^] # Re: Makefile pas très adapté...
Posté par Gyro Gearllose . En réponse au message Problème de makefile. Évalué à 3.
J'ai essayé la solution que tu proposes ce matin, mais elle ne fonctionnait pas. Problème d'intentation ou de ; manquant probablement.
On m'a proposé également une solution à base de find qui me plait également.
Ce que j'aimerai comprendre, c'est pourquoi tu penses qu'un makefile n'est pas l'outil adapté à mon besoin.
Je n'allais pas raconter ma vie, mais puisqu'on m'y pousse (et puis après tout, si ça peut me faire gagner du temps par la suite...).
Allons-y donc.
Dans mon travail, il est fréquent que je rédige des scripts php qui interrogent des bases de données postgres pour me produire pleins de fichiers tex.
Les fichiers sont créés depuis le script php. Je n'ai pas le choix, car bien souvent, c'est un fichier tex par établissement, par exemple. J'en récupère le nom dans la base, c'est pratique.
Le but de la manoeuvre, c'est d'avoir un makefile générique qui dispose d'une règle pour appeler ce script php, une règle qui me génère des pdf, une autre qui me génère des ps, une autre des dvi, etc. Puis une qui fait un peu le ménage, et une autre qui fait le grand ménage, etc.
Donc, je pensais que dans ce cas, make était mon ami, mais je l'utilise tellement souvent.... Et puis surtout, je connais tellement la doc et toutes les options...
Bref, c'est pourquoi je pensais que c'était vraiment l'outil dont j'avais besoin.
Systématiquement, je nomme mes scripts php de la même façon, mes classes tex également, etc. Comme ça, je ne recopie que la portion congrue et nécessaire d'un répertoire de travail à un autre.
Voilà. Je reste ouvert à toute proposition.
[^] # Re: Bon alors
Posté par Gyro Gearllose . En réponse au message mac vers port de switch. Évalué à 3.
C'est très plaisant d'avoir une réponse aussi bien documentée lorsqu'on pose une question. Vraiment, chapeau bas, et encore merci.
Je m'en vais tester tout ça dès demain (fonctionnaire oblige), mais ça ne me laisse augurer que du bon !
[^] # Re: Bon alors
Posté par Gyro Gearllose . En réponse au message mac vers port de switch. Évalué à 2.
D'abord, tu sors tout ça d'où ? Tu lis l'intégralité de la M.I.B. tous les soirs avant de dormir ? Bref, je suis impressionné.
Je me pose une question similaire (enfin, dans le même ordre d'idée), concernant la table MIB de nos switch. Ce sont des 3com, si ça peut aider.
Comment peut-on récupérer l'adresse IP connectée à chacun des ports du switch ?
J'ai cherché un peu par moi-même, mais le www regorge (trop) d'informations concernant snmp et la MIB, ce qui fait que j'ai bien peur de passer très loin à côté de l'information que je cherche.
J'ai voulu faire un essai avec ce que tu donnes, notemment avec .1.3.6.1.2.1.17.4.3.1.2.0, ce qui me donne 89 entrées là où mon switch ne dispose que de 24 ports. Je ne comprends pas trop, donc.
Par ailleurs, j'ai fait un petit script php qui m'affiche les adresses MAC en hexa, mais je ne retrouve aucune de ces adresses mac sur mon réseau.
Je n'y comprends donc rien de chez rien.
Si tu as un peu de temps pour éclairer ma lanterne, merci par avance.
P.S. Si un autre spécialiste veut s'y coller, je ne lui en voudrait pas !
# Tout ce que tu cherches....
Posté par Gyro Gearllose . En réponse au message Imprimante sous linux.. Évalué à 5.
http://www.linuxprinting.org/
C'est en anglais, mais tout y est.
Sinon, tu peux aussi regarder du côté de http://www.cups.org
Voilà, bonne lecture.
Sinon, par expérience, je ne saurais que trop te conseiller une HP. Je n'ai pas d'actions chez eux, je n'y travaille pas, mais c'est franchement trop de la balle.
[^] # Re: hmmm
Posté par Gyro Gearllose . En réponse au message SQL update et select.. Évalué à 2.
Pour clarifier la situation, et expliquer la structure de la table incriminée, voici un exemple :
Dans ma table ne figurent pour chaque agent que chaque jour considéré comme ouvré. Comprendre par là que ça court du lundi au samedi matin inclus.
Donc, je peux très bien avoir ce cas de figure :
01/09/2005 ; 'Aucune'
02/09/2005 ; 'Aucune'
03/09/2005 ; 'Aucune'
05/09/2005 ; 'Congé'
06/09/2005 ; 'Congé'
....
26/09/2005 ; 'Congé'
27/09/2005 ; 'Aucune'
.....
24/12/2005' ; 'Aucune'
26/12/2005' ; 'Congé'
...
03/01/2006 ; 'Congé'
04/01/2006 ; 'Aucune'.
Les ... remplacent des dates pour lesquelles les observations sont les mêmes que celle qui suivent ou précèdent.
Je voudrais récupérer :
05/09/2005 à 26/09/2005 -> Congé
26/12/2005 à 03/01/2006 -> Congé.
Le reste m'importe peu (encore que si on peut faire l'un, on peut faire l'autre).
Voilà, j'espère que c'est plus clair.
Et puis, surtout merci de t'intéresser à mon problème !
[^] # Re: ouaip
Posté par Gyro Gearllose . En réponse au journal Codeine, le lecteur vidéo parfait ?. Évalué à 3.
Maxi mea culpa alors.
Au moins, j'aurais essayé....
[^] # Re: ouaip
Posté par Gyro Gearllose . En réponse au journal Codeine, le lecteur vidéo parfait ?. Évalué à 3.
# Tu n'as pas du chercher beaucoup...
Posté par Gyro Gearllose . En réponse au message Comment calculer la taille des fichiers présents dans une liste?. Évalué à 2.
Comme j'ai du temps, et que ça peut servir à d'autres...
ls -l /home/toto/vivelep2p.mp3 va te donner tout un tas d'informations, dont la taille en octets. Si ça ne te plait pas, fais un ls -lh /home/toto/vivelep2p.mp3 et tu auras la taille exprimée en k/m/g, selon ce qui est applicable.
Voilà.
# Je vais peut-être dire une connerie,
Posté par Gyro Gearllose . En réponse au message Cherche cas d'utilisation d'un alternatif à Microsoft Exchange. Évalué à 3.
http://www.kolab.org/about-kolab-server.html(...)
J'ai cherché succintement, mais je n'ai rien trouvé concernant une migration... Peut-être seras-tu plus avisé que moi pour rechercher sur ce site ce qui t'intéresse vraiment...
En espérant que ça aide.
[^] # Re: Meilleur Intégration ?
Posté par Gyro Gearllose . En réponse à la dépêche Les nouvelles de KDE. Évalué à 5.
On peut, grâce à certains patches du kernel et de X, ainsi qu'avec le matériel qui va bien, être à plusieur sur la même machine.
Un ensemble se compose alors d'une carte graphique, d'une souris, d'un clavier. Il est même envisagé d'y adjoindre une carte son ainsi qu'un hub usb.
L'utilisation typique est de n'avoir qu'une seule machine au sein d'un bureau, avec plusieurs "terminaux" partagés par les utilisateurs, mais pas seulement.
J'envisage cette solution pour n'avoir qu'une seule machine chez moi.
C'est évoqué ici : http://linux.tlk.fr/traitement-graphique/(...)
Puis plus particulièrement sur :
https://linuxfr.org/~gvauvert/19434.html(...)
Pleins de liens intéressants (dans le dernier commentaire, car ceux du journal sont tronqués) à consulter pour comprendre les tenants et aboutissants de la chose.
# Fais ton zip...
Posté par Gyro Gearllose . En réponse au message archive sur plusieurs disquette. Évalué à 3.
Man split t'ne dira plus, puis tu peux recomposer ton fichier original en utilisant la commande cat.
C'est un peu succint, mais je n'ai pas trop de temps.
En espérant que ça aide.
# Ce que tu décris fonctionne très bien avec KsCD.
Posté par Gyro Gearllose . En réponse au message Problème de son avec le lecteur de CD. Évalué à 4.
Ca devrait répondre à ton problème, sans t'obliger à ouvrir ton pc pour y brancher ce câble manquant.
En espérant que ça aide.
[^] # Re: Je suis peut-être hors sujet
Posté par Gyro Gearllose . En réponse au message Mozilla <> Kmail. Évalué à 4.
[^] # Re: Tant mieux....
Posté par Gyro Gearllose . En réponse à la dépêche MySQL 5.0 : Release Candidate 1. Évalué à 6.
Ceci dit, j'aimerai rebondir sur ton post, car il me parle beaucoup. Quand tu dis que postgresql n'est pas très "marketé", je suis d'accord. Et justement, j'aurais bien voulu faire profiter la communauté linuxfr de cette nouvelle, en publiant un journal, voire en proposant une news. Après tout, ce n'aurait été que ma modeste contribution à ce projet que je venère.
Mais je ne l'ai pas fait. Pourquoi ? Simplement parce que la news sur le site de postgreSQL est on ne peut plus laconique, et que je n'avais pas le temps de chercher plus en profondeur. Et puis proposer une news avec un lien dedans, ou même un simple journal... Bref, si je n'ai rien d'autre à mettre dans le corps, autant ne rien mettre. Les gens intéressés par ce sgbd sont comme moi, ils savent bien cliquouiller sur un lien.
Du coup, j'ai profité de cette news pour glisser ça en fourbe... Juste retour des choses ! Il parrait qu'il ne doit pas y avoir de news sur les versions beta, rc, etc. Ben là, pourtant, c'est le cas....
M'enfin, il y avait matière à parler, et même si j'ai pu vous faire croire que je mérpisais mysql, son équipe de dev, la communauté même de mysql dans mon post initial, je m'en excuse, car ce n'est pas du tout ce que je pense.
C'est un outil que je n'utilise pas, et j'ai mes raisons (qui sont purement subjectives et hors propos), mais ça ne m'empêche pas d'admirer le travail qui a été fait.
Voilà, en espérant que ça rattrape un peu la sauce.
# Tant mieux....
Posté par Gyro Gearllose . En réponse à la dépêche MySQL 5.0 : Release Candidate 1. Évalué à 10.
Non pas que je mette en doute la qualité du travail fournie par toute cette équipe (faudrait être sacrément imbu de sa personne quand même). Je trouve simplement que c'est dommage, car postgreSQL est bien plus avancé que Mysql, et une alliance dès le départ aurait été bien plus bénéfique à tous.
D'ailleurs, la version 8.1 beta2 de postgreSQL est sortie le 18/09/2005, on n'en a pas fait grand bruit, pas même un pauvre journal, et je trouve ça bien dommage.
Tout ce qui est dit dans cette news, à propos des nouvelles fonctionnalités de Mysql est très prometteur, mais très tardif... PostgreSQL supporte tout ça depuis bien longtemps, et même beaucoup plus.
Enfin, au final, l'un convergeant vers l'autre à plus ou moins vive allure, on finira par avoir le choix entre deux logiciels qui proposent exactement les mêmes fonctionnalités. Je trouve que c'est gacher, mais ça reste mon avis.
Enfin, bravo à l'équipe de dev, quand même, car ré-inventer la roue depuis zero pour en arriver là, c'est un bien bel effort.
# Problème de finition ?
Posté par Gyro Gearllose . En réponse au message Pb lenteur d'impression. Évalué à 3.
A part ça, je ne vois pas trop quoi changer ? La norme utilisée pour ton port parallèle ? Si c'est en usb qu'elle est branchée, je ne crois pas qu'on puisse changer quoi que ce soit, mais je suis loin d'être un gourou dans le domaine...
En espérant que ça aide...
[^] # Re: multi-utilisateurs ?
Posté par Gyro Gearllose . En réponse au journal Multi-user avec X.org. Évalué à 2.
L'intérêt : il existe pleins d'endroits où ce peut être une solution économique et efficace. Pense aux bureaux où tu as 4 personnes autour de 4 bureaux placés au cul-à-cul. De 4 pc, tu passes à un seul, encombrement minimum, une seule adresse réseau, etc.
Sinon, si la disposition spaciale ne correspond pas à ça, il existe des ensembles claviers-sans fils usb qui portent suffisement loin (d'une pièce à l'autre, ça fonctionne si les murs ne sont pas trop épais). Il existe aussi des câbles vga sans fils (ensemble éméteur+récepteur) ou du moins, si ça n'existe pas encore, ça ne saurait tarder... Mais bon, pas de fils non plus dans ce cas là.
D'ailleurs, je ne serais pas étonné que ce genre de matos puisse être trouvé prochainement sous forme de combo : côté pc un boîtier pour envoyer/recevoir clavier+souris+vga+son, et un boîtier récepteur/éméteur pour le matériel adéquat. Peut-être existe-t-il un câble usb sans fils aussi...
A partir de là, tout est imaginable, et ça pourrait certainement être une technologie porteuse (sans jeux de mots, quoique)...
[^] # Re: multi-utilisateurs ?
Posté par Gyro Gearllose . En réponse au journal Multi-user avec X.org. Évalué à 2.
Ca prouve que j'ai nous avons bien compris de quoi il retournait !
Ce n'est pas forcément évident vu la pluralité de choses possibles avec X{Free|Org}.
Plusieurs clients pour un seul serveur, plusieurs clients pour plusieurs serveurs sur pleins de serveurs (machines) etc. C'est loin d'être trivial, à mon avis.
Il est bon de voir qu'on en a au moins compris une partie !
[^] # Re: multi-utilisateurs ?
Posté par Gyro Gearllose . En réponse au journal Multi-user avec X.org. Évalué à 10.
avoir un seul pc partagé par n utilisateurs, en même temps. Pas par le biais de terminaux X, ça on sait le faire depuis longtemps. Non, non, non !
La finalité, c'est d'avoir un ensemble clavier+souris+écran reliés à un seul PC, et chacun travaille séparément.
J'avais un lien, à la maison (je ne l'ai plus sous le coude) où un type expliquait comment il avait équipé son PC avec 4 cartes graphiques identiques, 4 ensembles clavier+souris sans fil usb et 4 écrans. Bilan, c'est comme si il avait eu 4 pc, sauf qu'il n'en avait qu'un.
Comme ce sont les mêmes cartes graphiques, il n'y a qu'un seul serveur X, et 4 clients, sur la même machine. Du coup, les ressources sont partagées, y compris celles des programmes, puisque la plupart ne sont chargés qu'une seule fois en mémoire. Ce sont les segments de données qui diffèrent.
Voilà, j'espère que ça éclaire un peu ta lanterne.
# Je n'ai pas suivi les liens...
Posté par Gyro Gearllose . En réponse au journal Multi-user avec X.org. Évalué à 3.
Je pense sérieusement que cette idée est une idée d'avenir, même si elle n'est pas neuve. Les configurations dont on dispose aujourd'hui permettent aisément de faire fonctionner ce genre de choses agréablement.
Un peu de pub, beaucoup d'information, plein de questions sur le sujet, et on finira certainement par avoir des gens compétents qui renderont cette approche plus conviviale pour l'utilisateur final.
J'ai personnellement voulu configurer ça sur ma machine, mais les contraintes m'ont rebuté :
- Impossibilité apparente d'avoir plusieurs carte graphiques de marque différentes, ou alors, pour faire fonctionner le bestiau, il faut plusieurs instances d'XFree ou Xorg (une par marque de carte).
- L'obligation de patcher le noyeau, et pas de patch pour la version du noyeau que j'utilisais à l'époque où je me suis penché sur la question
Tout ça, et le fait que si ce n'est pas irréalisable, c'est long et fastidieux à installer m'ont fait rebrousser chemin.
J'espère vraiment donc que certains se pencheront sur le problème et renderont ça aussi facile à faire que d'installer un .deb/.rpm/.cqvv(1).
Voilà, ça ne fait pas avancer le schmilblick des masses, mais c'est mon opinion sur la question.
(1) ce que vous voulez.
[^] # Re: On reste sur notre faim...
Posté par Gyro Gearllose . En réponse au message Je cherche le nom d'un jeu..... Évalué à 2.
Mais tu peux toujours t'entraîner sur le site dont j'ai donné le lien ci-dessus, et nous faire part de tes impressions...
[^] # Re: Il y en a peut-être plusieurs
Posté par Gyro Gearllose . En réponse au message Je cherche le nom d'un jeu..... Évalué à 2.
Enfin, je ne me suis pas trop renseigné non plus, alors ce que j'en dis ne fais pas force de loi, hein ! Je laisse le soin aux spécialistes de la loi, et aux éventuels codeurs intéressés le soin de se renseigner plus avant.
En tout cas, merci, je me sens déjà un peu moins bête, et surtout, je peux mettre un nom sur ce jeu !