Psychofox a écrit 10739 commentaires

Le problème de la durée de vie (~5 ans il me semble) n'est pas très important si on les remet à jour (50 DVD à graver tout les 5 ans, c'est pas la mort).

Euh si…à mon humble avis si je me retrouvais un jour avec des dizaines de dvd à regraver, c'est le genre de truc dont j'aurais l'énorme flemme de faire et remettrai au lendemain…et ça c'est sans compter le temps que ça fait, le bruit, la gestion du catalogue, la place de malade que ça prend et le fait que je ne suis pas sûr d'avoir encore un lecteur/graveur de dvd dans 5 ans (il n'y en a pas dans mon netbook déjà).

Franchement, ça coûte d'une part bien moins cher d'utiliser des disques dur sur le long terme et permet de vérifier l'intégrité des données bien plus facilement et plus régulièrement.

Si je prends un exemple pour un logiciel de messagerie bien connu du monde fermé, jusqu'à la version 2003 la dé duplication des pièces jointes étant prise en compte en natif et depuis les dernières versions, ce n'est plus le cas (soit disant pour des questions de performance).
Résultat de 2 migrations: au moins 3 fois plus d'espace disque nécessaire et au prix des disques pour serveur (ça recommence à baisser) ça fait un sacré budget, si on pense à redondance locale via RAID + mirroring distant + stockage pour les backup.

En même temps la déduplication étant une fonctionnalité maintenant courante sur les baies de stockage, je comprends la décision de microsoft dans ce cas. Ça doit être un peu négligeable comme parts de marchés les instances exchange qui tournent sur des disques internes.

Chez moi c'est backup en local sur un premier disque + synchro avec 2 disques dur qui font un tournus chaque x semaines et dont l'un reste sous clé sur mon lieu de travail.

Même si mon appart brûlait j'auai toujours une copie de moins d'1 mois au boulot.

Des chiffres inexacts n'ont aucune valeur donc aucun mérite d'exister.

D'ailleurs si c'était si bien que ça skype, je pourrai directement les appeler depuis mon téléphone sip (ou n'importe quel autre), hors à priori ils ne me le proposent pas.

Donc Skype est si bien que ça, car ils le proposent (par contre, avoir un numéro est payant)

Ouais sauf que quasi personne le fait. Et pourquoi mon bon monsieur ? Parce que Skype c'est cher (ça l'est en tout cas comparé à mon provider sip).

en même temps j'ai de temps en temps des gens qui me demandent de les appeler su skype et moi je leur répond que je n'en ai pas besoin, j'ai mon téléphone sip qui fonctionne très bien.

D'ailleurs si c'était si bien que ça skype, je pourrai directement les appeler depuis mon téléphone sip (ou n'importe quel autre), hors à priori ils ne me le proposent pas. Alors que n'importe qui peut m'appeler sur mon sip.

La preuve que skype n'est pas si intéressant que ça.

non merci j'ai un OS moderne avec un gestionnaire de paquets.

en sous-verre ça ne compte pas.

sudo utilise ton mot de passe à toi pour faire la même chose.

Dans sa conf par défaut seulement, tu peux très bien configurer sudo pour réclamer le mot de passe de l'id de destination. Je crois que c'est la config par défaut chez Suse d'ailleurs…

l'alignement on s'en branle c'est lié au toolkit et les deux boites n'ont pas le même age.

C'est juste pour dire que fuder sur le fait que l'un était fait pour des geeks est complètement faux et un gros troll baveux puisque c'est présenté globalement de la même façon et qu'il faut les mêmes connaissances techniques pour savoir comment configurer dans l'une comme dans l'autre.

Je dis ça et je n'ai jamais été particulièrement fan de mandrakiva.

Donc si j'ai bien compris, le but de gnome c'est d'être une merde incompatible avec tout le monde, y compris ses potes ?

Ouais parce que c'est pas comme si c'était standard de balancer 2 commandes dans un init script.

Non, on avait des usines à gaz avec des gui de geek

FUD.

Comparaison Mac OS X Leopard vs vieux Mandrake Control Center

bof quoi…

Le principe de passer à un service dbus, c'est:

soit tout le monde utilise le même fichier comme prôné par systemd

Le monde médical parle souvent d'anomalie quand il s'agit d'une différence qui n'a pas besoin d'être soignée. Par exemple pour rester dans le délire hétéro/homo, l'hétérochromie (yeux vairons) est considérée comme une anomalie.

Alors dire à un homosexuel qu'il a une sorte d'anomalie sexuelle (dans le sens où il n'adopte pas le comportement de la majorité) n'est certe pas très élégant, mais est-ce que ça l'est plus que de dire à un hétérochrome qu'il a une anomalie génétique ? Je vous laisse juge.

Une chose est sûre, il faut je pense sortir de la vérité médicale/sociale/sexuelle et se poser la question de l'image qu'on veut donner de la chose. Dans un monde où l'homosexualité n'est pas très bien acceptée, il convient surement de prendre plus de pincettes qu'avec d'autres cas qu'on pourrait appeler maladies/anomalies/etc…

Le jour où on pourra dire de quelqu'un qu'il est gay comme on peut dire de quelqu'un qu'il a les yeux bleus (qui est une anomalie d'après ce que j'a lu quelque part), on pourra prendre moins de pincettes et en rire plus facilement.

Note: ce n'est pas parce que j'ai comparé l'homosexualités à des anomalies génétiques que j'entends qu'il y'a un gène de l'homosexualité.

hum

Les gens qui ont du matériel "high fidelity" n'utilisent pas bluetooth pour transporter le son.

N'est-ce pas un peu overkill de déléguer la déduplication et l'encryption au logiciel de backup quand ça peut être fait de façon transparente par un filesystem moderne ?

À ta place sur la machine qui fait l'hébergement j'y mettrais simplement un share samba automonté depuis le pc de môman associé au greffon albumsync pour piwigo.

Personnellement je préfère généralement me contenter de contenu statique, d'autant plus qu'il y'a d'excellents générateurs de galleries photos. J'avais utilisé les inotify-tools et un simple script qui rafraichissait la gallerie dès que des nouvelles photos arrivaient sur un dossier. Le problème c'est que si tu copies x fichiers tu lances autant de générationsq en parallèle avec l'impact cpu en plus pour la génération des vignettes sur un pc basse conso. Du coup j'avais mis une simple boucle, dès qu'un fichier est posé tu recheck x minutes, si ça a encore bougé tu attends un petit peu et si ça s'arrête de bouger la seulement tu regénères.

Pour un journal qui se veut pro-pulseaudio, je trouve qu'au contraire tu en démontres le manque d'intérêt. Si on est obligé d'utiliser netcat, on pouvait le faire depuis l'antiquité déjà et sans pulseaudio:

http://www.debian-administration.org/article/use_and_abuse_of_pipes_with_audio_data/print

Quand aux repository des distributions j'ai très bien lu merci, le problème est justement que les applications tierces ne sont pas disponibles dans un endroit centralisé. Le market Android ne contient pas que les applications google.

Les repository sont des markets. Si les "tiers" en question ne les utilisent pas, c'est qu'ils ne veulent pas le faire. Il n'y a aucune différence avec un market android ou un apple store.

la commande dump existe sous linux aussi et supporte ext2/3 et 4.

Pour les autres FS moins courant je ne sais pas.

Personnellement je suis plutôt débianneux pour mon usage personnel mais mon employeur utilise du redhat exclusivement pour du linux, et ce pour 3 raisons:
-on utilise des applis qui ne sont officiellement supportées que sur redhat.
-notre hiérarchie n'a pas de couilles donc elle veut avoir quelqu'un sur qui taper si ça ne marche pas.
-notre boite tend à vouloir limiter l'embauche d'employés coûteux (comme les ingés) au profit d'opérateurs donc ils veulent un support externe qualifié.

Au final on compte sur les doigts d'une seule main le nombre de fois où on a du appeler le support (ce qui au final n'est pas forcément un mauvais signe) et il me semble que dans tous les cas le diagnostique et la conclusion étaient trouvable via un simple moteur de recherche. C'est réellement à cause du support des applications proprio qu'on paye pour du redhat, ce qui est assez ironique quand on parle d'une société qui entend faire du libre.

Après le licensing redhat est certe cher par rapport à Debian (!) mais c'est complètement négligeable comparé à des trucs comme des licence d'applis proprios comme du Oracle ou SAP.

il parle d'envoyer un patch, pas le binaire patché.

Ça a du sens si l'ingénieur qui appelle le support a déjà un environnement de compilation, sait utiliser la commande patch et recompiler le paquet et partir du SRPM.

Bref Krunch est sans doute tombé sur un vrai ingénieur qui a très bien décrit son problème.

sur la machine source, snapshots automatiques chaque heure/jours avec convention de nommage simple (en gros date +".date +").

on envoie (zfs send) un incrémental entre ce snapshot et le précédent sur la machine de backup via ssh.

on détruit automatiquement x snapshots suivant l'espace que ça prend et la volatilité du fs.

Sur la machine de backup on fait de même mais avec une rétention plus longue.

1x par semaine, on un snapshot complet, pas un incrémental.

on rince, et on répète jusqu'à plus soif.

Note1: idéalement la machine qui backup utilise aussi du ZFS et dans une version identique sinon supérieure ce qui permet de pouvoir naviguer dans les fichiers et faire des restores de fichiers individuels. Mais pour du disaster recovery, les snapshots zfs peuvent simplement être envoyés et stockés sous forme de fichiers sur un filesystem d'un autre type et ils ne seront utilisable qu'en cas de restore complet du volume via un zfs receive.

Note2: on peut faire de même mais au lieu d'envoyer via ssh, on envoie sur un disque externe et on en fait tourner plusieurs. C'est ce que je préfère pour la maison au final avec un échange de disque dur avec la famille quand je leur rends visite pour avoir une copie de moins de x mois en cas d'incendie.

pic or it didn't happen comme ils disent.