Mea culpa j'ai effectivement un peu trop généralisé mon propos et pire encore le terme est incorrect avec l'idée que je souhaitais exprimer, Adibou étant éducatif ce qui n'est pas le cas de Gnome.
Le but de mon propos se voulait plutôt sur l’infantilisation de l'informatique (raison pour laquelle j'ai employé à tort Adibou). Ça me semble à long terme dangereux de cacher sous couvert d'accessibilité le fonctionnement d'un système complexe.
La collection LIESI regroupe divers documents relatifs à la crise économique, financière, à la guerre bactériologique, au Nouvel Ordre Mondial et à l’agenda d’une Troisième Guerre mondiale
ça ne sera plus du CSV valable (dans le sens où les outils qui bouffent du CSV vont pas le reconnaitre)
Certes, on pourrait imaginer mettre le séparateur de ligne en indicatif de dernière colonne. Autrement si l'on part du principe que l'on essaie de mettre en place un standard pour la structure des logs on n'est pas non plus obligé de se dire que l'outil CSV qui parse la compta doit lire les logs du serveur de production.
pourquoi réinventer un format alors qu'on en a 2 existant qui permettent de faire exactement ce dont on a besoin (JSON et XML) ?
Le format ne me semble pas adapté au besoin justement.
Ajouter 50% d'informations supplémentaires à écrire sur le disque et diminuer la lisibilité directe c'est loin d'être une solution convenable pour moi.
Pourquoi ne pas se baser sur le csv et convenir d'un en-tête pour la structure (séparateur de colonne & ligne) à la manière du shebang (#!) des scripts?
D'autre part comme dit plus loin dans les commentaires, quid de l'écriture dans le cas du xml avec sa balise root?
Ils demandent toutes les sources qui devraient être redistribuées en fait. En somme ils conditionnent la licence à une régularisation globale.
The SFC will grant a new license, but on one condition - not only must you provide the source code to Busybox, you must provide the source code to all other works on the device that require source distribution
J'ai voulu croire que les deux allaient pouvoir cohabiter dans l'harmonie et la joie :p
Je pensais déjà à stocker la majorité de données sur le mirroir ntfs pour conserver les données accessibles depuis les 2 systèmes effectivement. Par contre l'habitude de créer une partition séparée pour le /home m'a fait zappé la possibilité de garder ce dossier sous la racine.
Sinon petite question virtualisation si des gens ont pu testé ce cas de figure: dans le cas de systèmes préalablement installés sur une partition, est-il possible de le lancer avec virtualbox ou vmware sans trop de problème?
Des manipulations que j'ai effectué sous Windows je ne devrais avoir touché que l'espace libre restant sur les 2 disques raid 1. J'ai l'impression que windows prend la main sur l'ensemble du disque dans le cas d'une configuration raid, vu que les différentes partitions sur les disques apparaissent bien sous windows mais sont obfusquées sous linux.
Donc ils bazardent un système quasiment prêt (c.f. Nokia N9) pour du vent vu qu'à part les mots-clé HTML5, JavaScript et CSS on ne connait rien du-dit système...
si j'ai créé le document moi-même, je l'ai forcément modifié. Je dois donc indiquer le moment (ou la version, ça revient au même) à partir duquel je certifie mon document comme étant "immuable".
Dans ce cas-là je pense que mettre en place un tel système est un peu inutile car il faut que le destinataire ait déjà confiance dans les données qu'il reçoit de l'autre (vu que l'on génère le document et que l'on envoie l'empreinte).
Si des opérations sont faites à partir du document entre t et t+1 il faudrait voir aussi s'il y a vérification que la version du document correspond au hash t, toujours sans que l'autre entité ne puisse avoir connaissance du document à ce moment-là (vu qu'elle n'y a accès qu'à t+1).
si l'on m'a transmis le document, alors t correspond au moment (ou à la version) à partir duquel j'ai accès au document. Donc pas t est fixe (et c'est à la personne qui m'a fourni le document de fournir son empreinte).
C'est dans ce sens que mon premier message comportait le message
Le seul moyen ce serait qu'une autorité de confiance reçoive le même document que celui que tu possèdes directement depuis l'émetteur (qui ne peut être toi)
Ce serait à l'émetteur du document de fournir à l'autre entité le hash du document.
[^] # Re: Putain d'hypocrisie en parlant du split view
Posté par exolin . En réponse au journal Nautilus c'est super cool. Évalué à 4.
Mea culpa j'ai effectivement un peu trop généralisé mon propos et pire encore le terme est incorrect avec l'idée que je souhaitais exprimer, Adibou étant éducatif ce qui n'est pas le cas de Gnome.
Le but de mon propos se voulait plutôt sur l’infantilisation de l'informatique (raison pour laquelle j'ai employé à tort Adibou). Ça me semble à long terme dangereux de cacher sous couvert d'accessibilité le fonctionnement d'un système complexe.
[^] # Re: Putain d'hypocrisie en parlant du split view
Posté par exolin . En réponse au journal Nautilus c'est super cool. Évalué à 8.
L'informatique tend vers Adibou donc
[^] # Re: Les jolies nimages ! Un commentaire de plus
Posté par exolin . En réponse au journal Asile équatorien accordé à Julian Assange. Évalué à 3.
C'est limite comme raisonnement!
[^] # Re: C'est la faute aux indiens
Posté par exolin . En réponse au journal Faire faillite en 1h grâce à un bug logiciel ^^. Évalué à 9.
Suffit de lire le à propos:
[^] # C'est malin
Posté par exolin . En réponse au journal L'anthropologie des hackers. Évalué à 2.
J'ai envie de revoir Life of Brian maintenant
[^] # Re: linuxfr et toutes ses moules
Posté par exolin . En réponse au journal Star Buck 0.1. Évalué à 2.
Pas QUE lui, si je puis me permettre de citer la tribune de rédaction
Après cela reste dans une ambition qui épargnerait les chausses de Richter je suis d'accord
# LA question
Posté par exolin . En réponse au journal Zenitram ou le relativisme absolu. Évalué à 4.
Va-t-il pourrir ce thread?
[^] # Re: Fox News toulouse lol RT plz
Posté par exolin . En réponse au journal Un prof pourris internet pour piéger ses élèves. Évalué à 2.
J'ai eu 10 un jour!
[^] # Re: bios
Posté par exolin . En réponse au journal Le mystère de l'ordinateur zombie. Évalué à 9.
Ou alors allumer un cierge pour avoir un pc qui fonctionne sans courant!
[^] # Re: Du XML ?
Posté par exolin . En réponse à la dépêche Projet Lumberjack. Évalué à 5.
Certes, on pourrait imaginer mettre le séparateur de ligne en indicatif de dernière colonne. Autrement si l'on part du principe que l'on essaie de mettre en place un standard pour la structure des logs on n'est pas non plus obligé de se dire que l'outil CSV qui parse la compta doit lire les logs du serveur de production.
Le format ne me semble pas adapté au besoin justement.
Ajouter 50% d'informations supplémentaires à écrire sur le disque et diminuer la lisibilité directe c'est loin d'être une solution convenable pour moi.
[^] # Re: Du XML ?
Posté par exolin . En réponse à la dépêche Projet Lumberjack. Évalué à 1.
Pourquoi ne pas se baser sur le csv et convenir d'un en-tête pour la structure (séparateur de colonne & ligne) à la manière du shebang (#!) des scripts?
D'autre part comme dit plus loin dans les commentaires, quid de l'écriture dans le cas du xml avec sa balise root?
# ouais!
Posté par exolin . En réponse à la dépêche Linutop : Installe votre Serveur LAMP en 1 clic. Évalué à 10.
C'est du neuf à la mode debian? :)
RO
ben ça alors![^] # Re: Usages
Posté par exolin . En réponse à la dépêche Le Raspberry Pi est arrivé. Évalué à 3.
Non, plutôt que le modèle B a 2 ports quand le modèle A n'en bénéficie que d'un.
Pour le détail, voir le wiki elinux sur le sujet
[^] # Re: [:supaire]
Posté par exolin . En réponse au journal Accord OEM avec DELL : Est-ce que SuSE commence à rattraper son retard face à Redhat ?. Évalué à 9.
N'oublie pas les vis sinon cela risque de ne pas être rigide
# argument
Posté par exolin . En réponse au journal Tribler ou le Bittorrent en full P2P. Évalué à 7.
C'est pour appâter le chaland cette phrase? ;)
# ouch
Posté par exolin . En réponse à la dépêche Pack Liberté : un pack pour soutenir les libertés. Évalué à 2.
J'ai du battre en retraite avec leur rose.
Prévoyez un éditeur de css si vous tenez à vos yeux (background-color de la classe even)
[^] # Re: Mmm... de quel côté sont les gentils?
Posté par exolin . En réponse à la dépêche Sony : Ma propriété intellectuelle vaut plus que la vôtre. Évalué à 5.
Ils demandent toutes les sources qui devraient être redistribuées en fait. En somme ils conditionnent la licence à une régularisation globale.
[^] # Re: type de raid
Posté par exolin . En réponse au message Problème partition raid. Évalué à 0.
J'ai voulu croire que les deux allaient pouvoir cohabiter dans l'harmonie et la joie :p
Je pensais déjà à stocker la majorité de données sur le mirroir ntfs pour conserver les données accessibles depuis les 2 systèmes effectivement. Par contre l'habitude de créer une partition séparée pour le /home m'a fait zappé la possibilité de garder ce dossier sous la racine.
Sinon petite question virtualisation si des gens ont pu testé ce cas de figure: dans le cas de systèmes préalablement installés sur une partition, est-il possible de le lancer avec virtualbox ou vmware sans trop de problème?
[^] # Re: partition
Posté par exolin . En réponse au message Problème partition raid. Évalué à 0.
Le type de disque est dynamique une fois qu'une partition est passée en mirroir
[^] # Re: partition
Posté par exolin . En réponse au message Problème partition raid. Évalué à 0.
Des manipulations que j'ai effectué sous Windows je ne devrais avoir touché que l'espace libre restant sur les 2 disques raid 1. J'ai l'impression que windows prend la main sur l'ensemble du disque dans le cas d'une configuration raid, vu que les différentes partitions sur les disques apparaissent bien sous windows mais sont obfusquées sous linux.
# spirituel
Posté par exolin . En réponse au journal Commit Logs From Last Night . Évalué à 7.
Je résume pour les flemmards: des gens écrivent fu** (et dérivatifs) dans leurs messages de commit
# euh
Posté par exolin . En réponse à la dépêche Meego est mort ! Vive Tizen !. Évalué à 10.
Donc ils bazardent un système quasiment prêt (c.f. Nokia N9) pour du vent vu qu'à part les mots-clé HTML5, JavaScript et CSS on ne connait rien du-dit système...
[^] # Re: preuve
Posté par exolin . En réponse au journal MD5 et garantie de non-modification. Évalué à 1.
Bon ça m'apprendra à faire des commentaire sans avoir le temps de tout lire /o\
Mes plus plates excuses pour mes digressions
[^] # Re: preuve
Posté par exolin . En réponse au journal MD5 et garantie de non-modification. Évalué à 0.
Dans ce cas-là je pense que mettre en place un tel système est un peu inutile car il faut que le destinataire ait déjà confiance dans les données qu'il reçoit de l'autre (vu que l'on génère le document et que l'on envoie l'empreinte).
Si des opérations sont faites à partir du document entre t et t+1 il faudrait voir aussi s'il y a vérification que la version du document correspond au hash t, toujours sans que l'autre entité ne puisse avoir connaissance du document à ce moment-là (vu qu'elle n'y a accès qu'à t+1).
C'est dans ce sens que mon premier message comportait le message
Ce serait à l'émetteur du document de fournir à l'autre entité le hash du document.
[^] # Re: preuve
Posté par exolin . En réponse au journal MD5 et garantie de non-modification. Évalué à 1.
Bizarre je vois comme une contrainte qui doit être valide quelque soit l'instant t...