C'est vrai si tu veux faire un serveur public derrière une ligne ADSL. Pour un serveur privée ou un serveur public derrière une ligne Fibre, c'est bien le contrôleur ethernet/usb qui va brider le tout. D'autre part, si tu veux faire un serveur de fichiers avec un disque USB, alors, même sur une ligne ADSL, c'est encore le contrôleur ethernet/usb qui va brider le tout.
case $0 in
"netcoveryip")
echo "recherche via ip de poste $1";;
"netcoveryipsw")
echo "recherche via ip de switch $1";;
"netcoverymac")
echo "recherche via MAC $1";;
ils ont classé : langages compilés en natif, langage compilés en bytecode avec lancement d'une VM, langage interprétés avec lancement de l'interpréteur.
l'objectif n'est pas la perf mais la complexité algorithmique.
bref, c'est pas hyper trollesque.
"hdc", c'est bizarre, il me semblait que linux n'utilisait plus cette nomenclature pour l'IDE mais utilisait maintenant les "sdX". C'est une vielle version de slitaz ?
Il faudrait quand même essayer avec une autre distribution (puppy ? damn small linux, xubuntu ou lubuntu, etc.) ou au moins un autre media. Pour une veille machine, je suppose que tu installes depuis un CDROM gravé. Ce n'est pas très fiable ces bestioles. Donc ça vaut le cout d'essayer avec un autre.
J'ai un boitier du même style que celui que tu montres.
acheté 5€ rue mongallet.
Du moment que ça respecte les normes SATA/IDE d'un côté et USB2 de l'autre, il n'y a pas de problème.
la compatibilité, c'est surement pour un logiciel de backup que tu installes sur le PC et qui se lance lors de l'appui sur le bouton adhoc.
Même sur un OS dit compatible, je ne l'installerai pas. au mieux c'est truffé de bugs, au pire de malware.
Si tu tiens à cette fonctionnalités, je parierai qu'il est possible de faire la même chose sous linux avec les udevs, si ce n'est avec le bouton adhoc, au moins à l'insertion.
Je dirai plutôt que les éditeurs, comme les majors de musique, se rattrapent aux branches car leur modèle est voué à disparaître.
Quelle est leur plus-value aujourd'hui ? Pas grand chose maintenant que le support physique n'est plus un passage obligé.
Découvrir des talents ? Bof, en général, ils misent sur les blockbusters ou les talents émergeant par d'autres filières.
Assurer la promotion ? Bof, un artiste peut le faire ou choisir de déléguer cette tâche.
Produire le support physique ? Bof, le support physique est plutôt restrictif dans ses possibilités créatives. Il peut y avoir de belles éditions mais si l’œuvre a des fans, un peu de crowdfunding et ils feront paraître une belle édition sur support physique.
Prendre une grosse part de l'argent généré pour bien vivre ? Ah bah oui.
Donc je suis plutôt d'accord : Mise à disposition progressive du contenu: bonne idée.
J'ai régulièrement ce souci car les images sont sur le domaine "img.linuxfr.org".
Si tu surfes en https, comme l'autorité de certification du domaine, CAcert, n'est pas connu du navigateur, il y a une alerte de sécurité.
Cela fonction pour une page HTML mais pas pour une image, donc cela fonctionne pour le www mais pas pour le img.
La solution est d'ajouter l'autorité de certification à celles du navigateur. Cela supprimera les alertes de sécurité.
(cela ne marche pas pour moi car mon client a un proxy ssl "man in the middle" #~*ù$!!)
Quoique le format utilisé, graphml, est ouvert. Cela m'a déjà servi pour faire de la rétro documentation sur une base de donnés relationnelle pour modéliser l'existant et la cible. En gros
- export du schéma (table ét relation)
- transformation en .dot
- construction du graph (positionnement) avec graphviz, vers je sais plus quel format texte (dot avec les coordonnées je crois)
- transformation en .graphml avec une moulinette maison
- édition avec yEd
À partir d'une vingtaine de tables, j'ai trouvé cela plus rentable que de tout re-saisir à la main.
Pour les diagrammes, j'utilise yEd.
Je sais, c'est pas libre et en plus en java (boouh!).
Mais la gestion du positionnement des boîtes et de flèches ce que j'ai vu de mieux jusqu'à présent.
Tous les commentaires tendent à dire que les utilisateurs ont déjà du mal a être sensibilisé à des technologies relativement simples et toi tu veux partir directement sur un système qui permet de gérer le développement du noyau Linux. Bon courage.
Faut dire que c'est tellement mal géré dans la suite bureautique monopolistique ce même quand on voudrait s'en servir, on renonce vite.
Je n'arriverai jamais à comprendre comme deux titres avec le même style sélectionné n'ont pas le même rendu.
je t'offre un "é", c'est de bon cœur.
j'espère que quelqu'un t'offrira un "è" et ton post deviendra lisible.
au hasard : "a apprendre pousse par", pousse aussi ! "ca a sacrement pique", heu cœur carreau trèfle ?
et me parle pas d'un clavier anglais, les lettres sont toutes là, juste en dessous. Et avec le bon dico dans firefox, tu tapes "poussw" il te propose "poussé", "piquz", il te propose "piqué".
bref c'est faisable, ne serai ce que par respect pour ceux qui te lisent et apprécient le fond.
Fossil est sympa, surtout couplé à Fuel.
Mais il est encore en maturation.
Pour l'avoir utilisé intensément ces derniers temps (en mono utilisateur), il y a des plantages inexpliqués au commit et encore plus au sync entre deux repo.
J'ai été obligé d'éditer la base sqlite pour m'en sortir et de recréer le repo remote complétement.
Bref, j'adore ce que fait l'auteur de sqlite, mais je ne conseille pas encore fossil pour un projet pro.
des trucs que les autres ne savent pas faire aussi bien
tu parles de "pratiquer des prix de licences colossales" et "effrayer le daicideur idiot en lui disant que si il prend pas Oracle il va se faire virer" ?
oui, là je suis d'accord, les autres n'y arrivent pas encore aussi bien.
J'avais lu plusieurs articles très intéressants sur des chercheurs qui voulaient faire marcher ou voler des robots.
Ils utilisaient des algorithmes génétiques pour trouver la meilleure façon de le faire.
Je ne suis pas spécialiste, mais l'idée est de recombiner des paramètres (gènes) sur plusieurs générations pour trouver la meilleure combinaison, au sens évolutionniste, c'est à dire la mieux adaptée à une situation (genre: marcher vite, sans se prendre des murs, en consommant moins d'énergie, etc.).
Le truc c'est que le faire dans le monde physique prend énormément de temps. C'est pour cela qu'ils le faisaient sur simulateur. Puis programmaient le robot avec le résultat.
Tout ça pour au final, s'apercevoir que la meilleure combinaison dans notre monde était celle qui ressemblait le plus à la méthode d'un insecte biologique.
Somme toute logique puisque la nature à eu qques million d'années pour la trouver cette combinaison (pardon aux créationnistes, tout ça).
Bon projet.
# en vrac
Posté par steph1978 . En réponse au message Que faire avec un Raspberry pi ?. Évalué à 2.
[^] # Re: Non, c'est pour ça que je n'en ai pas acheté
Posté par steph1978 . En réponse au message Que faire avec un Raspberry pi ?. Évalué à 2.
C'est vrai si tu veux faire un serveur public derrière une ligne ADSL. Pour un serveur privée ou un serveur public derrière une ligne Fibre, c'est bien le contrôleur ethernet/usb qui va brider le tout. D'autre part, si tu veux faire un serveur de fichiers avec un disque USB, alors, même sur une ligne ADSL, c'est encore le contrôleur ethernet/usb qui va brider le tout.
# liens symboliques et switch case
Posté par steph1978 . En réponse au message Création de commande . Évalué à 2.
fichier netcovery
lien netcoveryip -> netcovery
lien netcoveryipsw -> netcovery
lien netcoverymac -> netcovery
dans le script
[^] # Re: Python vs Java
Posté par steph1978 . En réponse au message Challenge Codingame n°3. Évalué à 2.
ils ont classé : langages compilés en natif, langage compilés en bytecode avec lancement d'une VM, langage interprétés avec lancement de l'interpréteur.
l'objectif n'est pas la perf mais la complexité algorithmique.
bref, c'est pas hyper trollesque.
[^] # Re: je voudrais que slitaz prenne tout l,espace disque
Posté par steph1978 . En réponse au message probleme installation slitaz. Évalué à 2.
"hdc", c'est bizarre, il me semblait que linux n'utilisait plus cette nomenclature pour l'IDE mais utilisait maintenant les "sdX". C'est une vielle version de slitaz ?
Il faudrait quand même essayer avec une autre distribution (puppy ? damn small linux, xubuntu ou lubuntu, etc.) ou au moins un autre media. Pour une veille machine, je suppose que tu installes depuis un CDROM gravé. Ce n'est pas très fiable ces bestioles. Donc ça vaut le cout d'essayer avec un autre.
# compatibilité = pipot
Posté par steph1978 . En réponse au message Boitier disque dur externe compatible linux. Évalué à 4.
J'ai un boitier du même style que celui que tu montres.
acheté 5€ rue mongallet.
Du moment que ça respecte les normes SATA/IDE d'un côté et USB2 de l'autre, il n'y a pas de problème.
la compatibilité, c'est surement pour un logiciel de backup que tu installes sur le PC et qui se lance lors de l'appui sur le bouton adhoc.
Même sur un OS dit compatible, je ne l'installerai pas. au mieux c'est truffé de bugs, au pire de malware.
Si tu tiens à cette fonctionnalités, je parierai qu'il est possible de faire la même chose sous linux avec les udevs, si ce n'est avec le bouton adhoc, au moins à l'insertion.
# d'accord mais
Posté par steph1978 . En réponse au journal Mise à disposition progressive du contenu: bonne idée.. Évalué à 5.
Je dirai plutôt que les éditeurs, comme les majors de musique, se rattrapent aux branches car leur modèle est voué à disparaître.
Quelle est leur plus-value aujourd'hui ? Pas grand chose maintenant que le support physique n'est plus un passage obligé.
Découvrir des talents ? Bof, en général, ils misent sur les blockbusters ou les talents émergeant par d'autres filières.
Assurer la promotion ? Bof, un artiste peut le faire ou choisir de déléguer cette tâche.
Produire le support physique ? Bof, le support physique est plutôt restrictif dans ses possibilités créatives. Il peut y avoir de belles éditions mais si l’œuvre a des fans, un peu de crowdfunding et ils feront paraître une belle édition sur support physique.
Prendre une grosse part de l'argent généré pour bien vivre ? Ah bah oui.
Donc je suis plutôt d'accord : Mise à disposition progressive du contenu: bonne idée.
[^] # Re: Geeks a écrit 1 journal
Posté par steph1978 . En réponse au journal humours geeks. Évalué à 2.
Bah c'est le logo drupal quoi, l'OP n'a rien inventé.
[^] # Re: I See You!!!
Posté par steph1978 . En réponse à la dépêche LibreOffice se met en 4.0. Évalué à 3.
C'est très bon.
Par contre il ne montre pas comment on crée les règles de filtrage.
[^] # Re: Capture d'écran
Posté par steph1978 . En réponse au journal Pipemenu pour Openbox pour écouter sa musique avec Audacious. Évalué à 2.
J'ai régulièrement ce souci car les images sont sur le domaine "img.linuxfr.org".
Si tu surfes en https, comme l'autorité de certification du domaine, CAcert, n'est pas connu du navigateur, il y a une alerte de sécurité.
Cela fonction pour une page HTML mais pas pour une image, donc cela fonctionne pour le www mais pas pour le img.
La solution est d'ajouter l'autorité de certification à celles du navigateur. Cela supprimera les alertes de sécurité.
(cela ne marche pas pour moi car mon client a un proxy ssl "man in the middle" #~*ù$!!)
[^] # Re: KDE ne chôme pas !
Posté par steph1978 . En réponse à la dépêche Calligra 2.6. Évalué à 4.
Quoique le format utilisé, graphml, est ouvert. Cela m'a déjà servi pour faire de la rétro documentation sur une base de donnés relationnelle pour modéliser l'existant et la cible. En gros
- export du schéma (table ét relation)
- transformation en .dot
- construction du graph (positionnement) avec graphviz, vers je sais plus quel format texte (dot avec les coordonnées je crois)
- transformation en .graphml avec une moulinette maison
- édition avec yEd
À partir d'une vingtaine de tables, j'ai trouvé cela plus rentable que de tout re-saisir à la main.
[^] # Re: KDE ne chôme pas !
Posté par steph1978 . En réponse à la dépêche Calligra 2.6. Évalué à 4.
Pour les diagrammes, j'utilise yEd.
Je sais, c'est pas libre et en plus en java (boouh!).
Mais la gestion du positionnement des boîtes et de flèches ce que j'ai vu de mieux jusqu'à présent.
# SPAM
Posté par steph1978 . En réponse au journal You've been Scroogled!. Évalué à 4.
Il est où le bouton "ceci est un spam" sur DLFP ?
"Try Outlook.com" non mais c'est quoi ce foutage de gueule.
C'est comme si le croque mort accusait ton médecin de te rendre malade et te conseillait ses services à la place.
"Warns your freinds" sur facebouc et twiter, non mais on a du mal à croire à un site premier degré, ça ressemble plutôt à une april fool.
et pourtant, le site est bien enregistré par M$.
Vais vomir.
[^] # Re: SVN ou autre
Posté par steph1978 . En réponse au journal Un DCVS pour des documents 'binaires' ?. Évalué à 1.
Tous les commentaires tendent à dire que les utilisateurs ont déjà du mal a être sensibilisé à des technologies relativement simples et toi tu veux partir directement sur un système qui permet de gérer le développement du noyau Linux. Bon courage.
[^] # Re: SVN ou autre
Posté par steph1978 . En réponse au journal Un DCVS pour des documents 'binaires' ?. Évalué à 2. Dernière modification le 10 février 2013 à 20:50.
Tu as raison, il faut plus préconiser SVN que GIT car, dans la majorité des cas, cela répond au besoin tout en étant moins compliqué qu'un DVCS.
[^] # Re: Un wiki?
Posté par steph1978 . En réponse au journal Un DCVS pour des documents 'binaires' ?. Évalué à 2.
Faut dire que c'est tellement mal géré dans la suite bureautique monopolistique ce même quand on voudrait s'en servir, on renonce vite.
Je n'arriverai jamais à comprendre comme deux titres avec le même style sélectionné n'ont pas le même rendu.
[^] # Re: gérer des binaires contenant du texte avec un git like
Posté par steph1978 . En réponse au journal Un DCVS pour des documents 'binaires' ?. Évalué à 3.
N'importe quoi.
Le commentaire est là pour dire le pourquoi du changement pas pour en reprendre le détail. C'est le diff qui donne le détail.
[^] # Re: coquinou
Posté par steph1978 . En réponse au journal GoPro OpenSource. Évalué à 2.
Claquer 300€ pour montrer sa… tronche sur chatroulette, ça me ferai mal au coeur.
[^] # Re: Je profite de ce troll
Posté par steph1978 . En réponse au journal Microsoft passe à git. Évalué à 3.
je t'offre un "é", c'est de bon cœur.
j'espère que quelqu'un t'offrira un "è" et ton post deviendra lisible.
au hasard : "a apprendre pousse par", pousse aussi ! "ca a sacrement pique", heu cœur carreau trèfle ?
et me parle pas d'un clavier anglais, les lettres sont toutes là, juste en dessous. Et avec le bon dico dans firefox, tu tapes "poussw" il te propose "poussé", "piquz", il te propose "piqué".
bref c'est faisable, ne serai ce que par respect pour ceux qui te lisent et apprécient le fond.
[^] # Re: Argument massue
Posté par steph1978 . En réponse au journal Microsoft passe à git. Évalué à 2.
Non, c'était en passant par la ligne de commande.
[^] # Re: Argument massue
Posté par steph1978 . En réponse au journal Microsoft passe à git. Évalué à 3.
Fossil est sympa, surtout couplé à Fuel.
Mais il est encore en maturation.
Pour l'avoir utilisé intensément ces derniers temps (en mono utilisateur), il y a des plantages inexpliqués au commit et encore plus au sync entre deux repo.
J'ai été obligé d'éditer la base sqlite pour m'en sortir et de recréer le repo remote complétement.
Bref, j'adore ce que fait l'auteur de sqlite, mais je ne conseille pas encore fossil pour un projet pro.
[^] # Re: Tu as torT
Posté par steph1978 . En réponse au journal Switch de MySQL vers MariaDB. Merci Oracle ?. Évalué à 2.
tu parles de "pratiquer des prix de licences colossales" et "effrayer le daicideur idiot en lui disant que si il prend pas Oracle il va se faire virer" ?
oui, là je suis d'accord, les autres n'y arrivent pas encore aussi bien.
# algorithmes plus efficace pour la gestion des pattes
Posté par steph1978 . En réponse au journal Bleuette, un robot hexapode libre. Évalué à 10. Dernière modification le 29 janvier 2013 à 19:38.
J'avais lu plusieurs articles très intéressants sur des chercheurs qui voulaient faire marcher ou voler des robots.
Ils utilisaient des algorithmes génétiques pour trouver la meilleure façon de le faire.
Je ne suis pas spécialiste, mais l'idée est de recombiner des paramètres (gènes) sur plusieurs générations pour trouver la meilleure combinaison, au sens évolutionniste, c'est à dire la mieux adaptée à une situation (genre: marcher vite, sans se prendre des murs, en consommant moins d'énergie, etc.).
Le truc c'est que le faire dans le monde physique prend énormément de temps. C'est pour cela qu'ils le faisaient sur simulateur. Puis programmaient le robot avec le résultat.
Tout ça pour au final, s'apercevoir que la meilleure combinaison dans notre monde était celle qui ressemblait le plus à la méthode d'un insecte biologique.
Somme toute logique puisque la nature à eu qques million d'années pour la trouver cette combinaison (pardon aux créationnistes, tout ça).
Bon projet.
[^] # Re: Bétatest
Posté par steph1978 . En réponse à la dépêche FirefoxOS App Days : bilan d'un hackathon hautement politique. Évalué à 3.
ok, fais comme si j'avais rien dit :)
# Bétatest
Posté par steph1978 . En réponse à la dépêche FirefoxOS App Days : bilan d'un hackathon hautement politique. Évalué à 2.
Je peux l'installer facilement sur mon vieux HTC Desire ?
Il a tout ce qu'il faut il me semble: monocoeur, 256MB de RAM :)