Lien Patching GCC to build Actually Portable Executables
Lien Windows XP/Vista/7 Compatible App Packages, Adding To The App Directory
Lien Cosmopolitan : la libc pour faire des exécutables multi OS (et même sans OS)
Journal PDF d'un site de l'administration illisible
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
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
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 ?
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
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
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.