Psychofox a écrit 10739 commentaires

ou pas.

J'veux dire celui qui adore gnome3 ou (si si ça existe), il fait comment pour avoir un DE comfortable et utilisable avec des paradigmes équivalents sous windows ?

Après forcément en quantité l'univers windows profite de la force du libre qui est de faciliter le portage des applications et donc forcément la majorité des applications libres qui étaient très populaires sous linux voient des efforts de portages. Donc forcément la comparaison est biaisée.

Mais après la facilité d'accès à ces applications n'est pas la même. Si microsoft a développé récemment nuget et le windows store et des initiatives comme chocolatey se sont créées l'accès et l'installation des applications reste globalement encore très compliquée et non ergonomique sous windows comparé à linux et ses gestionnaires de paquets app stores.

Il n'y a pas de vérité à rétablir. Apparemment tu ne peux pas concevoir que certaines personnes préfèrent la logitèque windows, d'autres la linux et encore d'autres celle dispo sur Mac.

Ben si ça existe.

Je ne l'ai fais que pour des tests fonctionnels sans faire de benchmarks donc je ne peux pas te dire.

Et sinon t'as une vie à part tenter de lancer des trolls de façon pas du tout subtile ?

C'est possible je n'ai jamais eu de verres très épais. Mais bon c'est un peu le sujet de l'auteur du journal non ?

Tu peux aussi stocker tes snapshots de zfs sous forme de fichiers.

Exemple:

Premier snapshot (full) :

zfs snapshot mypool/mydataset@initial
zfs send mypool/mydataset@initial | ssh myuser@mybackupserver "dd of=/backup/snaps/mydataset_initial.snap"

Le premier incrémental :

TODAY=$(date +%Y-%m-%d)
YESTERDAY=$(date +%Y-%m-%d -d yesterday)
zfs snapshot mypool/mydataset@$TODAY && zfs send -i mypool/mydataset@initial mypool/mydataset@$TODAY | ssh myuser@mybackupserver "dd of=/backup/snaps/mydataset_$TODAY.snap"
Les jours suivants (scripté) :

zfs snapshot mypool/mydataset@$TODAY && zfs send -i mypool/mydataset@$YESTERDAY mypool/mydataset@$TODAY | ssh myuser@mybackupserver "dd of=/backup/snaps/mydataset_$TODAY.snap"

Tu saupoudre le tout d'un peu de gestion d'erreur et de cleanup d'anciens snaps et tu as facilement un truc robuste qui a pour avantage d'être instantané. Au final il n'y a plus que le transfert ssh qui prend du temps.

Evidemment c'est toujours mieux de foutre ça dans un vrai pool zfs car ça te permet de vérifier l'intégrité des données. Tu es sous LVM ? Ce n'est pas réellement un problème. Tu peux créer un pool zfs en utilisant des fichiers à la place de raw devices ou de partitions.

Comment créer un zpool de 100GB quand on a déjà partitionné ses disques en LVM:

On crée d'abord un fichier vide qui ne prend pas de place sur le disque (thin provisionning)

dd if=/dev/zero of=/rawfiles/my10GBfile bs=1 count=0 seek=100G
Puis on crée notre pool zfs :

zpool create my10GBzpool -m none /my10GBfile
Et là dedans tu peux recevoir des snaps zfs, voir les données à loisir et t'assurer de leur intégrité. Le tout avec l'instantanéité des snaps zfs.

Plutôt que de faire des backups manuels de snapshots ZFS pourquoi n'utilises-tu pas la capacité de ZFS à envoyer/recevoir des snapshots (y compris le faire de façon incrémentale) ?

…on n'est plus en 1984 et personne ne se moquera de toi ou te trouvera moche si tu portes des lunettes.

Ça fait belle lurette qu'une paire de lunette est considérée au même titre qu'un bijou ou une montre, qu'on peut éventuellement assortir à sa tenue (je connais des serial owneuses de lunettes de correction qui feraient palir certaines collectionneuses de chaussures de mode par exemple), etc. Chez les hipsters et les yuccies j'imagine que ça doit même faire bizarre de ne pas en porter.

Bref si ça fait bizarre la première fois (tout porteur de lunette et son entourage est passé par là) on s'y habitue très vite et ce n'est pas laid. Je porte le plus souvent des lentilles puisque je n'aime pas me trimballer deux paires de lunettes quand je suis susceptible de porter de lunettes mais quand il fait moche, ou comme à cette période où il fait nuit quand on pars bosser et quand on en revient je porte de lunettes de vue et je m'en porte très bien.

Bien que travaillant dans l'univers de la santé je suis partisan de ne pas faire dans l'intervention lourde quand on s'accomode très bien d'un problème absolument pas grâve pour la santé générale et donc je n'ai jamais envisagé cette voie. J'ai entendu des retours d'expérience très divers mais je ne peux maéheureusementpas t'aider sur un témoignage direct.

Mais bon si ça peut t'aider à relativiser le "problème lunettes"…

C’est pas mal, mais pour que ce soit vraiment utilisable il faudrait que le montage des disques réseaux se fasse tout seul à l’ouverture de session, sans aucune intervention, et qu’on puisse exécuter un script arbitraire (note qu’une solution à ce problème peut résoudre le problème précédent)

Exécuter des choses à l'ouverture d'une session c'est le but du .xsession en fait. Il est lu par ton display manager préféré.

Les display manager des gros environnements de bureau comme gnome ont également leur propre gestion de session

En gros c'est le login script pour les utilisateurs de xorg.

--- réponse au mauvais commentaire ---

Bim, mise en demeure.

Non je ne vois pas le rapport entre être payé pour un travail (ou une vente, tu peux aussi décider de vendre ton vélo et d'accepter des bitcoins) et un système de Ponzi.

Mais je suis interesse de savoir comment tu peux avoir des bitcoins sans en acheter ou en miner (et donc participer au ponzi scheme et au delire de consommation electrique associe).

De la même façon que tu as reçu tes premiers francs (ou euro selon ton âge). En les recevant, parce que t'avais tondu la pelouse du voisin, que t'étais sage à la maison, que tu as trouvé un travail rémunéré ou que sais-je.

Si tu acceptes d'être payé en bitcoin tu peux avoir des bitcoins.

En l'occurence même si tu étais sérieux à ce sujet tu ne pourrais pas porter plainte pour quelqu'un d'autre. Ce serait le bordel sinon.

Attendez que je vous lâche mes avoats, ça va chier.

Je crois qu'il n'y a pas mille façons de parler d'une élection, surtout si on parle de la même.

J'veux dire forcément on annonce l'élection, on présente les candidats, on évoque éventuellement le mode de scrutin et si le scrutin est passé on annonce le vainqueur.

L'article de ce monsieur Gallaire est tellement basique et succin qu'il est complètement absurde d'évoquer de la contrefaçon. Je crois que ce qui a du le faire tiquer c'est simplement la dernière phrase qui mentionne dans les 3 cas la "mise en oeuvre de son programme".

Mais bon c'est pas parce qu'on utilise une expression commune, forte à propos, qu'on fait du plagiat ou viole les termes d'une licence.

Je crois surtout qu'on est devant un cas flagrant de trouble de la personnalité histrionique. Je conseillerais donc ce monsieur d'aller dépenser son argent chez des spécialistes de la santé psychique plutôt que de la gaspiller vainement dans des frais de justice.

Oui niveau casseroles c'est gratiné chez microsoft.

Sans vouloir se lancer dans le gros bordel qui traine dans la registry, un exemple bête :

PS C:\Users\thomas> (Get-Command powershell.exe).Definition
C:\WINDOWS\System32\WindowsPowerShell\**v1.0**\powershell.exe
PS C:\Users\thomas> Get-Host


Name             : ConsoleHost
Version          : **5.1.15063.674**
InstanceId       : 0fefe7b6-8d91-4bb7-999c-66493c1d8a84
UI               : System.Management.Automation.Internal.Host.InternalHostUser
                   Interface
CurrentCulture   : fr-CH
CurrentUICulture : en-US
PrivateData      : Microsoft.PowerShell.ConsoleHost+ConsoleColorProxy
DebuggerEnabled  : True
IsRunspacePushed : False
Runspace         : System.Management.Automation.Runspaces.LocalRunspace



PS C:\Users\thomas> $host.version

Major  Minor  Build  Revision
-----  -----  -----  --------
**5**      **1**      15063  674
```Alors on peut très bien comprendre pourquoi ils ont décidé de mettre les executables de powershell.exe version 2,3,4,5,6 au même endroit que la version 1.0, surtout qu'ils ont gardé la compatibilité ascendante, mais bon ils auraient du s'en douter qu'ils ne s'en tiendraient pas à la version 1 et qu'ils voudraient maintenir une compatibilité.

Après bon c'est pas les seuls (coucou Oracle) et on a déjà vu des trucs débiles et/ou incohérents sur les unix et sur des distribs linux. Genre qu'est-ce que font des trucs volatiles comme la mtab dans /etc (d'autant plus qu'on a un /proc/mounts à dispo) ?

Dans le cas des App, je trouve le modèle économique de Conversations très intéressant au niveau éthique par exemple : leur app est disponible sur le Google Store de façon payante, gratuite sur FreeDroid ou si on compile soit-même, avec plusieurs possibilité pour donner sur leur site (Flattr, Paypal, Bitcoin). Est-ce que ça leur permet de dégager un revenu ? Je n'en sais rien.

D'après une interview que j'avais lu de son auteur, ça lui permettait de bosser dessus à temps plein. Par contre c'est pas une équipe de 20 personnes non plus et j'imagine qu'il ne croule pas sous les demandes de support pro.

Qui a dit que cela tournait sur des OS GPL ?

Personne mais la question est : est-ce que ça a besoin d'être sous GPL ?

Perso si je prends l'exemple de mon chauffe-eau je m'en fous du code tant que c'est un truc déconnecté qui ne fait qu'une tâche basique et le fait bien. Par contre s'il s'agit d'un truc comme une télé qui est connecté au web ou ces sortes "d'assistants personnels" comme ils appellent comme Google home ou amazone Echo là j'ai plus envie d'avoir qui tourne dessus parce que ça peut avoir un impact réel sur ma vie privée, la sécurité de mes autres appareils, etc.

Soit-dit en passant tu peux déjà utiliser du docker sous windows avec des containers windows ou linux (bon il y'a une couche virtu derrière mais tu n'as pas besoin de la voir).

C'est complètement faux : cf le problème de certificat Microsoft pour l'UEFI

Ouais dans le cas où tu insistais pour utiliser UEFI. Mais si tu passais en mode legacy il n'y avait aucune problème. Je n'ai personnellement jamais vu de firmware/bios pc qui ne fournissait pas ce mode legacy qui fonctionne comme un bios standard.

Ça c'est ton interprétation.

T'as le code source de ta machine à laver, de ton chauffe-eau, de ta voiture ?

Ce que je vois c'est que ce document est un simple document présentant les best practices pour avoir une sécurité au plus haut dans un environnement microsoft. On voit ce genre de documents pour tous types de matériels/logiciels.

Ce n'est donc pas une norme et rien qui soit destiné à pourrir le monde linux. De ce que j'en sais il y'a déjà plein de trucs dans ce document qui existent déjà (comme TPM par exemple) que tout un chacun peut décider de désactiver dans le firmware/bios de sa machine.

Du reste pendant des années les fabricants ont maintenu des firmware qui fonctionnent de façon bios legacy ou UEFI ce qui a fait que l'UEFI n'a jamais pourri la vie de qui que ce soit. Mon Linux boote très bien sur UEFI merci bien.

L'utilisateur, c'est moi. Donc non, cette licence ne maximise pas la liberté des utilisateurs mais maximise éventuellement la liberté des entreprises, voir des développeurs.

As-tu achetéà Intel une licence pour accéder à ta machine à distance via le AMT ? Si oui tu en est l'utilisateur. Si non même si le code tourne sur ta machine on pourrait considérer que tu n'es pas utilisateur de ce minix embarqué puisque tu n'interragis pas avec.

Bien sûr que oui elle existe. Et c'est pas un truc que tu rencontres, c'est un truc que tu décides.

Genre tu prends les images de docker pour des bases comme postgresql ou mariadb ils te montrent des exemples pour monter un volume hébergeant les données :

postgres:

$ docker volume create pgdata
$ docker run -it --rm -v pgdata:/var/lib/postgresql/data postgres

mysql:

Where to Store Data
Important note: There are several ways to store data used by applications that run in Docker containers. We encourage users of the mariadb images to familiarize themselves with the options available, including:

Let Docker manage the storage of your database data by writing the database files to disk on the host system using its own internal volume management. This is the default and is easy and fairly transparent to the user. The downside is that the files may be hard to locate for tools and applications that run directly on the host system, i.e. outside containers.
Create a data directory on the host system (outside the container) and mount this to a directory visible from inside the container. This places the database files in a known location on the host system, and makes it easy for tools and applications on the host system to access the files. The downside is that the user needs to make sure that the directory exists, and that e.g. directory permissions and other security mechanisms on the host system are set up correctly.
The Docker documentation is a good starting point for understanding the different storage options and variations, and there are multiple blogs and forum postings that discuss and give advice in this area. We will simply show the basic procedure here for the latter option above:

Create a data directory on a suitable volume on your host system, e.g. /my/own/datadir.
Start your mariadb container like this:

$ docker run --name some-mariadb -v /my/own/datadir:/var/lib/mysql -e MYSQL_ROOT_PASSWORD=my-secret-pw -d mariadb:tag
The -v /my/own/datadir:/var/lib/mysql part of the command mounts the /my/own/datadir directory from the underlying host system as /var/lib/mysql inside the container, where MySQL by default will write its data files.

Et comme ce sont des paramètres que toute personne utilisant docker plus de 2 minuts connait, ce n'est pas forcément précisé dans les readme de toutes les images fournies par les projets upstream.