🚲 Tanguy Ortolo a écrit 12706 commentaires

Vu que tu ne parles pas de mobilité, je ne vois pas trop ce qu'un portable t'apporterait. Mais si c'est bien un portable que tu souhaites acheter, tu peux aller voir chez HP, ils ont une offre sans Windows accessible aux particuliers.

En revanche, je ne comprends pas ce que tu entends pas « tout en un ». Je n'ai jamais vu d'ordinateur en plusieurs morceaux...

Amusant. Personnellement, si je ne note pas un cours, je ne retiens rien. C'est indépendant de ce que je fais de mes notes après, je peux les jeter au feu sans jamais les relire : c'est vraiment le fait de noter qui me permet de retenir.

Donc si j'avais eu des cours distribués de cette façon-là à l'école, j'aurais été en échec scolaire au lieu de faire une prépa puis une grande école.

Ça a peu de chance de marcher, ça, mieux vaut utiliser FLAC. Vorbis, c'est optimisé selon un modèle psycho-acoustique pour ne coder que ce qu'on perçoit, or le démodulateur de ce TO7 ne perçoit pas du tout les sons comme l'oreille et le cerveau humain.

C'est comme ceux qui achètent des TBI (tableau blanc interactifs)

Sur ce point, il y a aussi le fait que c'est les fabricants se font des testicules en or massif, parce qu'un TBI, ce n'est rien de plus qu'un projecteur et un dispositif de pointage absolu.

Pas la peine de chercher loin, c'est à la mode et c'est technologique, donc ça fait moderne. On aime beaucoup la technologie pour la technologie, en politique d'éduction, et la réflexion sur l'intérêt réel, eh bien justement, ça n'intéresse personne, ou à la limite seulement les vrais intéressés, du moins ceux d'entre eux qui ont le temps de penser vraiment, or ceux-là, on s'en fout, justement.

Les motifs plus précis que de simples noms d'hôtes, et les listes maintenues par d'autres gens que toi.

Je ne sais pas si une licence type CC sur les plans suffirait, vu qu c'est un "objet", une invention brevetable.

Non, ça ne suffirait pas : les plans ne sont que des plans, et utiliser le droit d'auteur dessus n'a que peu d'intérêt puisque quelqu'un pourrait en dessiner d'autres qui seraient une œuvre nouvelle.

En revanche, il est utile de les publier sous une licence libre : cela ne protégera pas l'invention elle-même de quoi que ce soit mais ça facilitera la vie des utilisateurs et la diffusion de l'invention.

Je remarque quand même un point intéressant dans ta démarche, qui s'inscrit tout à fait dans la philosophie du copyleft : tu cherches à protéger ton invention contre une protection juridique qui te semble contre-productive. :-)

-ne soit pas breveté, et protégé du brevetage,

Pour ça, il faut simplement ne pas breveter, puis publier cette invention.

-soit librement diffusable, modifiable,

Une invention qui n'est ni brevetée ni soumise à un dépôt de modèle est déjà librement diffusable et modifiable.

-ne soit pas récupéré par un "commerçant" pour son usage unique,

Dès lors qu'elle n'est pas brevetable, ça devrait être bon. Pour te prémunir de brevets abusifs, tu peux adresser à l'INPI une enveloppe Soleau contenant une description de ton invention, ce qui permettra de prouver ton antériorité pour faire invalider tout brevet postérieur.

Note tout de même que les brevets s'appliquent à une invention précise : une amélioration est une nouvelle invention, brevetable en tant que telle.

-soit lié a mon nom (paternité).

La en revanche je ne vois pas trop de solution. Éventuellement déposer un brevet, puis le faire suivre d'une licence d'utilisation libre universelle ?

Et Outlook ?

Je te conseille netcat, qui, contrairement à telnet, est réellement fait pour afficher ce qui passe sans interpréter des séquences de contrôle du terminal.

Je pensais particulièrement aux documentations, mais peu importe : la fourniture seule du logiciel sous forme payante est rarement viable, en revanche une entreprise peut se démarquer par l'ajout de services.

Mutt et pine ne sont pas des client de courrier électronique en ligne de commande mais simplement en terminal. Ils utilisent d'ailleurs tout l'écran du terminal, contrairement à de vrais clients en ligne de commande tels que mail.

• que le support soit pompé et intégré dans un cours qui deviendrait payant,

Il te faut donc une licence copyleft, qui imposera aux distributeurs de transmettre à leurs licenciés les droits de distribution : ainsi, si quelqu'un vend ton cours à quelqu'un d'autre, cet autre aura le droit de le redistribuer, gratuitement s'il le souhaite ; en pratique, associé à la facilité de distribution sur Internet, cela rend à peu près non viables les distributions payantes.

• et surtout que le cours soit modifié avec ensuite un verrou n'autorisant plus personne à le modifier ou à en profiter gratuitement,

Il te faut donc une licence protégeant de ce genre de saloperies : la GPLv3.

Donc pour l'exemple précédent :

192.0.2.42 www.example.com

Pour les exemples, il y a les noms de domaines example.com, example.net, example.org, example.edu et example et les plages d'adresses IP 192.0.2.0/24 et 2001:db8::/32. Utilisez-les, ils servent à ça et évitent d'éventuels dommages collatéraux sur les noms de domaines et adresses réelles qui seraient utilisés sinon.

De toute façon lire des trucs écrits avec des lettres ce n'est pas intuitif, il faut expliquer avec des dessins colorés.

et j'ai mis mon /bind pour tester a 777

/bind ? Bonjour la violation de FHS...

Documente-toi. Ce n'est pas master, mais masters.

je pense que ça doit être le droit d’écriture

Ne te contente pas de penser, vérifie : lis tes logs !

Il faut que tu y configures deux zones asservies (slave) et que tu donnes à BIND le droit d'écrire dans le répertoire où elles seront stockées. Il ira ensuite demander tout seul au serveur primaire le contenu des zones et l'écrira dans les fichiers correspondants.

Comme je l'indiquais, il y a tout de même la possibilité d'acheter un modèle pris en charge par son système d'exploitation préféré. Par exemple, pour Debian, un NAS Qnap.

Bon, à ce point-là, je te conseille surtout d'acheter un bon livre sur BIND. Ou de suivre une documentation en ligne, peu importe, mais de toute façon, te documenter. Je ne pense pas que tu puisse arriver à quelque chose sans cela.

Tu as déjà vu des petites boîtes qui font de l'informatique ? Elles ont un serveur, qui héberge des trucs comme un dépôt de contrôle de version et un service de compilation. Elles ont des compétences informatiques, et n'ont pas vraiment intérêt à payer plus que ce qu'elles ont déjà pour faire ce qu'elles peuvent faire sur place.

Tu as déjà vu des petites boîtes qui font de la technologie de pointe ? Elles communiquent en interne sur des sujets qui relèvent du secret industriel et ne doivent surtout pas sortir de l'entreprise. Là c'est encore plus simple, elles ne peuvent tout simplement pas se permettre de déporter leurs services de communication.

Bref, peu importe que ce soit répandu ou pas, il y a toujours des cas, y compris professionnels, qui justifient l'auto-hébergement. Et comme, pour une raison que j'ignore, les besoins professionnels sont généralement des arguments plus percutants que ceux d'un amateur, autant en profiter.

Pour les exemples, il faut utilise :

• les noms de domaines example.com, example.net, example.org, example.edu et example ;
• les adresses IPv4 de la plage 192.0.2.0/24 ;
• les adresses IPv6 de la plage 2001:db8::/32.

Ainsi, on évitera les dommages collatéraux qui pourraient venir ennuyer les vrais utilisateurs des noms de domaines et adresses réelles utilisées à tort.

Tu n'as pas bien exposé ton problème : j'imagine que ce qui t'ennuie, c'est que tes modifications ne se propagent pas sur ton serveur secondaire.

Ce n'est pas étonnant, parce que rien n'indique à BIND sur ton serveur primaire, qu'il doit indiquer les changements au serveur secondaire. Ajoute un enregistrements NS pour ton serveur secondaire, comme ça :

1. il deviendra effectivement serveur secondaire, parce que là ce n'est pas le cas ;
2. BIND le détectera et lui indiquera chaque changement — mais n'oublie pas d'incrémenter le serial à chaque fois.