Journal PDF d'un site de l'administration illisible

Posté par  . Licence CC By‑SA.
Étiquettes :
37
5
oct.
2014

Petit coup de gueule sur un sujet déjà abordé ici ou là.
En résumé, j'ai besoin de remplir le formulaire 13750*03. Le problème, c'est que si j'utilise le lecteur PDF intégré à Firefox ou Okular, je tombe systématiquement sur ce superbe message

To view the full contents of this document, you need a later version of the PDF viewer. You can upgrade
to the latest version of Adobe Reader from www.adobe.com/products/acrobat/readstep2.html
For further support, go to www.adobe.com/support/products/acrreader.html

Okular (…)

Forum Linux.livecd Version Live USB perso + partition utilisateur

Posté par  . Licence CC By‑SA.
Étiquettes :
1
18
sept.
2013

Bonjour,

je démarre les cours de licence math (je me réorienterais en math-info au second semestre).
Nous allons programmer en JAVA, utiliser matlab ou octave pour travailler en math et en physique, le tout sur des systèmes unix.

J'aimerais avoir sur usb un système portable et avec un environnement de travail persistant et en plus mes logiciels préférés installés (pour la programmation, matlab, octave…).

Je suis nouveau dans le monde du live USB, cependant, ayant médité sur la question, je (…)

Freelan : un nouveau venu dans le monde des VPN peer-to-peer

Posté par  (site web personnel) . Édité par Nÿco et Florent Zara. Modéré par Florent Zara. Licence CC By‑SA.
Étiquettes :
56
23
avr.
2012
Sécurité

Un nouveau venu fait son apparition dans le monde des VPN peer-to-peer sur Internet : Freelan. Ce logiciel libre licencié sous GPL permet d'établir un réseau VPN entre différents hôtes selon, au choix, un modèle peer-to-peer, client-serveur ou hybride. N'importe quelle topologie réseau est possible.

Plus de détails dans la suite de la dépêche

Journal GNOME seulement compatible avec Linux ?

Posté par  (site web personnel) . Licence CC By‑SA.
Étiquettes :
75
18
mai
2011

Tout se perd ma bonne dame et les traditions ancestrales ne sont plus respectées. Alors que nous sommes encore à plus de 26 heures du vendredi fatidique un troll magistral, épique même, a débuté sur la liste de diffusion du projet GNOME.

Tout est parti d'un mail de Lennart Poettering intitulé « systemd as external dependency » dans lequel notre brave trolleur développeur proposait tout simplement que GNOME accepte systemd en tant que dépendance et devienne, donc, de ce (…)

Journal Lennart Poettering et les fichiers de configuration

Posté par  (site web personnel) . Licence CC By‑SA.
Étiquettes :
49
21
avr.
2011

Après pulseaudio, après avahi, après systemd, après le répertoire /run voilà que Lennart Poettering frappe à nouveau et propose de chambouler l'organisation de nos systèmes GNU/Linux.

Dans un post sur son blog Lennart vient d'annoncer une refonte des fichiers de configuration. Selon lui la transition vers un système d'init moderne comme systemd est l'occasion d'en finir avec la fragmentation (aka le bordel) qui règne entre les différentes distributions.

Voici son résumé de la situation actuelle des fichiers (…)

/run or not /run

Posté par  (site web personnel) . Modéré par Xavier Teyssier. Licence CC By‑SA.
Étiquettes :
52
4
avr.
2011
Linux

Ces dernières semaines les personnes clés des principales distributions se sont réunies pour discuter des problèmes liés aux données d'exécution (runtime data) utilisées lors de la phase de démarrage et surtout de leurs emplacements.

Lors du démarrage d'un système GNU/Linux différents programmes (initscripts, dracut, mdadm, etc) ont besoin de stocker leurs données d'exécution dans l'arborescence et cela avant les éventuels montages annexes (/home, /usr ou /var). Ces données sont aussi utilisées par les programmes et daemons lors du fonctionnement du système.

Actuellement, les distributions utilisent différents subterfuges pour stocker ce type de données dans des dossiers cachés : /dev/.mdadm, /dev/.mount, /dev/.systemd, /dev/.udev, etc. Elles utilisent pour la plupart le répertoire /dev pour stocker les premières données, ce dossier est de type tmpfs et est disponible dès les premiers instants du démarrage.

À la suite des derniers montages (/home, /usr ou /var) les daemons sont lancés, ils utilisent principalement le dossier /var/run pour leurs données et cherchent les données liées au démarrage dans les différents dossiers /dev/.xxx ou autres selon les distributions.

Pour en finir avec cette cacophonie, les principales distributions ont décidé d'ajouter le dossier "run" à la racine. Ce dossier fera partie de l'arborescence initiale des prochaines versions, il contiendra les données contenues auparavant dans les dossiers /dev/.xxx, /var/run, /var/lock, /lib/init/rw, etc.

Cette décision est techniquement simple et simplifie la liaison entre les données liées au démarrage et les programmes, elle a souvent été envisagée mais repoussée pour des raisons politiques, des craintes d'intense flameware et la rupture avec la LSB/FHS.

Les développeurs de dracut, udev et systemd ont déjà mis à jour ces logiciels. Les distributions utiliseront le répertoire /run de façon progressive avec, dans un premier temps, des montages de type bind des anciens répertoires vers /run.

Lennart Poettering (Pulseaudio, avahi, systemd) a rédigé un mail pour faire le point sur cette réunion, annoncer le changement et les phases de mise en place.

Alors, LSB/FHS outragée, LSB/FHS brisée, LSB/FHS martyrisée… crouch, touch, pause, engage !

N. D. M. : Les principales distributions impliquées sont Debian, SuSE, Ubuntu et Fedora.