Mildred a écrit 2249 commentaires

Est-ce qu'on a la liste des sites censurés ? Ça pourrait être bien d'avoir un peu de transparence a ce niveau.

A qui demandent-ils de gérer cette lite noire ? Si demain je deviens un FAI avec 3 antennes wifi, et que je gère un serveur DNS, vont-ils me demander de le censurer ?

Il y a deux types de patchs. Ceux qui corrigent des bugs amont, ou apportent des fonctionnalités, et qui doivent alors être remontés au projet amont, où ils peuvent être acceptés, refusés ou ignorés. Et il y a les patchs spécifiques à Debian, par exemple pour qu'on logiciel colle à la FHS, ou se conforme aux règles de Debian permettant de mettre en œuvre le multiarch, ou encore utilise des bibliothèques fournies par Debian au lieu de celles qu'il embarque normalement. Ces patchs-là n'ont aucune raison d'être envoyés au projet amont, où ils n'ont rien à faire.

Si ces patches étaient au contraire intégrés en amont, est-ce que cela ne simplifirait pas le travail de tout le monde ?

• upstream qui voudrait intégrer son application dans une autre distribution respectant FHS a la lettre, ou avec le même multiarch que debian
• debian qui évite de porter ses changements de version en version et s'évite du travail de maintenance

– en quoi avoir tout dans un seul fichier est plus simple que dans des fichiers séparés ? Pour un informaticien confirmé, il me semble que c'est pas vraiment en problème mais bon.

C'est un avis personnel, mais je trouve ça beaucoup plus simple: un seul buffer dans ton éditeur de texte, un seule commande dans ton shell pour ouvrir ce fichier, tout est visible sur un seul écran en un coup d'œuil. Mais ça reste très personnel.

Tu as eu des problèmes avec la doc de git? J'ai appris à m'en servir avec la doc officielle et je n'ai jamais eu de problèmes. Je l'ai trouvée lisible et bien organisée.

C'est vrai, mais les commandes git ne sont pas aussi bien organisées, elles.
http://linuxfr.org/users/chat_de_sorciere/journaux/pourquoi-ecrire-un-package-debian-est-il-si-complique#comment-1560055

Il est plus complexe que d'autres, mais il offre plus facilement certains services que pacman. Par exemple :

Display packages which conflict with given expression (often package). Search can be used as well to mimic this function.

(none) repoquery --whatconflicts aptitude search '~Cpattern' IN PROGRESS

Si c'est la seule raison qui pousse a avoir un système qui prend 10x plus de temps (et je pense être en dessous de la réalité en disant ça) pour créer un paquet, alors ça doit sûrement valoir le coup.

Et pour répondre à la question, non, je n'ai pas essayé autre chose, faute de raison de le faire !

Tu devrais essayer :) mais tu risque ne de plus faire beaucoup de paquets Debian…

Probablmenet pas non. La meilleure stratégie est à mon avis de versionner le tout (sources amont + répertoire debian/), mais certains préfèrent effectivement ne versionner que leur travail d'empaquetage, ce qui nécessite d'utiliser des scripts spécifiques pour cela. Personnellement je n'aime pas du tout cela, à cause du côté artificiel lié à l'utilisation de ces scripts.

On comprend mieux pourquoi chaque paquet debian est un fork du projet upstream avec une multitude de patches.

Pourquoi est-ce que c'est aussi compliqué et aussi mal expliqué sous Debian, alors que c'est simple et clair ailleurs?

Compliqué, parce qu'on veut faire quelque chose de propre, solide et bien documenté, et que s'il suffisait pour cela de compiler le logiciel amont, ça se saurait. Debian existe pour uniformiser un système, et ça demande des efforts, sinon il n'y aurait pas de distribution.

Il y a quand même pas mal de complexité ajoutée pour rien. Je suis habituée à la compilation sur ArchLinux, et c'est redoutable de simplicité. Si tu veux créer un paquet, il tu suffit:

• de créer un fichier PKGBUILD (a partir d'un template) dans un dossier vide (mkdir PKGNAME && cd PKGNAME && cp ~/Template/PKGBUILD .)
• d'y coller l'URL de téléchargement du tarball sources upstream ($EDITOR PKGBUILD)
• inscrire les instructions pour compiler le paquet
• exécuter makepkg -g

Lorsqu'on a le bon template, créer un paquet relativement propre peut se faire en 5 minutes grand maximum. Et ce mode de fonctionnement n'empêche pas de faire du packaging propre en splittant un paquet source en plusieurs paquets binaires. Cela n'empêche pas non plus de respecter la FHS.

En comparatif, on a:

• ArchLinux: créer un paquet se fait en 5 commandes shell
• Debian: largement plus d'une dizaine (wget pour télécharger, tar pour décompresser, mkdir debian, echo 9 >debian/compat, …)

J'ai choisi mon camp

De même si le mail est décentralisé ou distribué, en quoi le web serrait-il plus centralisé ?

Mon site web héberger sur ma machine n'est pas plus centralisé que mon serveur mail ou mon serveur jabber qui se trouvent sur la même machine.

• Ton serveur mail est plus centralisé que ton client mail
• Un serveur web est plus centralisé qu'un serveur mail parce que les serveurs mails entre eux sont complètement interopérables. Tu peux envoyer un mail a un ami en utilisant ton serveur mail. Tu ne peux pas consulter le site d'un ami en utilisant ton propre serveur web.

Il y a a mon avis plusieurs niveaux de centralisation/décentralisation:

• hyper centralisé: un seul interlocuteur unique pour le service complet: DNS (il n'y a qu'une racine DNS en pratique), Allocation des IP (ICANN)
• centralisé: pour utiliser la ressource, il n'y a qu'un seul interlocuteur auquel parler. Mais il existe d'autres serveurs qui ont la même fonction. Ils ne permettront cependant pas d'accéder a la même ressource. Exemple: le web
• décentralisé: chaque serveur permet d'accéder a la ressource de manière identique. Exemple: Email, Jabber
• P2P: il n'y a plus de différence entre client et serveur, chaque nœud a le pouvoir de faire les deux.

Donc si je comprends bien, Box<> est l'inverse du Expanded. Un type Expanded est un type sur la pile et un type non Expanded correspond a un pointeur vers une zone mémoire sur le tas (équivalent du Box<> donc)

En même temps, les distributions Linux, j'en ai vu beaucoup, mais je n'ai jamais utilisé la distribution GNU. C'est où qu'on peut la trouver ? Moi en ce moment, je suis plutôt sur Fedora/Linux et Arch/Linux.

Ce qu'il faudrait, c'est quelque chose du genre de RequestPolicy mais au lieu de bloquer les requêtes cross-site, exécuter le site tiers dans une sandbox (ne pas utiliser le cache ni montrer les cookies).

Ça permettrait aux sites de continuer à fonctionner, mais avec un état vierge à chaque fois.

Le bug sur les espaces : Opinions on nobreakspace / narrow nobreakspace handling

A l'origine, les gens du layout fr ont pensé qu'il n'était pas nécessaire de mapper la touche RCTL sur un ISO_Shit_Level_Five parce que seule une touche utilisait le niveau 5 : l'espace. Du coup, ils ont ajouté un type spécial pour la touche espace afin qu'elle fonctionne différamment des autres et ne pas perturber l'utilisation de la touche contrôle de droite pour les autres raccourcis.

manque de pot, le nouveau type modifie aussi le comportement le la touche contrôle de gauche pour l'espace:

Ok, it seems that despite RControl being used in some types it's not enabled by default. Since enabling RControl as separate modifier is likely to have side-effects somewhere, here is a version that uses plain Control instead

That means control+space shortcuts will be disabled for fr(oss). I don't see how I could make it better short-term. People are encouraged to make RControl a first-class modifier if they want something less heavy-handed

en français:

En fait, il semble que malgré le fait que RCOntrol soit utilisé dans certains types, ce n'est pas activé par défaut. Il est probable qu'activer RControl comme modificateur séparé génère des effets de bords indésirables. Voici une version qui utilise Control tout simplement (sans distrinction gauche droite)

Cela veut aussi dire que les raccourcis control+espace seront désactivés pour fr(oss). Je ne vois pas comment il est possible de faire mieux a court terme. Si vous voulez quelque chose de moins lourd, je vous encourage a faire de la touche RControl un modificateur de premier niveau.

Et bien sûr, quelqu'un s'est plaint que et la solution expéditive a été de transformer le layout fr(oss) en layout de niveau 8 complet en désactivant la touche contrôle de droite (afin de pouvoir accéder au niveau 8).

La bonne solution serait d'avoir LCTL+SPACE agit comme un raccourci clavier et RCTL+SHIFT+SPACE comme une espace insécable fine (et RCTL+SPACE serait désactivé parce que dans le contexte de la touche espace, cela équivaut a un niveau 5, désactivé mais pas disponnible pour les raccourcis clavier). Mais ça n'a pas l'air simple avec xkb (et les histoires de modificateurs primaires / secondaires).

Le patch qui introduit level4nl et le type LOCAL_EIGHT_LEVEL: https://bugs.freedesktop.org/attachment.cgi?id=16061

Entre preupgrade et FedUp, il n'y a toujours eu qu'une manière de faire. A un moment donné (je ne sais plus trop quand) ils ont supprimé preupgrade (donc le code était un peu brouillon) pour le remplacer par FedUp avec une bien meilleure architecture.

Donc, c'est bien FedUp qu'il faut utiliser. Son fonctionnement est simple:

• télécharger les mises à jour
• les placer quelque part sur la partition racine
• mettre en place un environnement dédié à la mise à jour grâce à systemd
• placer une entrée dans le grub pour démarrer sur cet environnement
• redémarrer
• dans cet environnement dédié : mettre à jour
• redémarrer

Si tu gère la conf grub toi même (ou qu'il y a eu un problème lors de l'installation de la nouvelle entrée dans grub.cfg) il peut être nécessaire de modifier à la main ton grub pour pouvoir booter dans l'environnement d'upgrade. Il me semble que grubby doit modifier /etc/grub2.cfg (ou /etc/grub2-efi.cfg). Il faut vérifier que ce sont bien des liens symboliques vers la conf grub utilisée par ton système et que grubby a bien modifié le bon fichier.

Et si ça ne marche pas directement alors que tu n'as pas touché a ta conf grub, ça peut être bien de faire un rapport de bug.

Le principe d'EFi c'est d'avoir une partition au format FAT (nommée partition EFI) qui contient le lanceur de l'OS. Il y a un driver FAT directement dans le formware.

En gros, il faut imaginer que ta partition /boot soit une partition FAT. Je suppose que derrière, il y a une image pour un rootfs. Un zip doit suffire.

partir sur la conclusion "Néanmoins, je pense que par effet de bord, cette guerre économique nous est profitable". La, on peut commencer par dire "pourquoi ?", par exemple, est ce que android a été profitable à Linux, comment, etc, etc; j'ai pas vraiment vu des changements radicaux en terme d'userspace, et je ne vois rien dans mes cas d'usage.

En même temps, Android a recréé un userspace complet (en partant de la lib C. Il semble que Valve se base tout de même sur une Debian. Donc un userspace beaucoup plus près de ce qu'on peut connaître. Rien a voir avec android.

Il me semble que le store Gnome est prévu pour s'interfacer avec d'autres sources de logiciels, même si ce n'est pas encore implémenté.

I presented (and demoed) gnome-software with its plugin architecture that would allow us to switch to using packages and blobs like glick and listaller

Source: Richard Hughes, principal développeur de Gnome Software

j'en profite pour dire que Gnome ne dépend pas vraiment de systemd. C'est juste un concours de circonstances qui fait que Gentoo a décidé de dépendre de systemd pour Gnome: http://blogs.gnome.org/ovitters/2013/09/25/gnome-and-logindsystemd-thoughts/

L'objectif est d'avoir un seul presse papier. Faut reconnaître que c'est actuellement incohérent.

L'avantage du double presse papier c'est qu'il permet de faire des choses bien plus puissantes lorsqu'on l'a compris. On peut avoir éléments distincts à coller en même temps. Cela permet aussi d'échanger du texte par exemple dans un fichier. Il permet également de se passer du clavier dans bien des cas.

Il n'y a rien d'incohérent, la règle est simple pourtant:

• Ctrl-X ou Ctrl-C écrase les deux presse papiers avec la sélection, c'est un presse papier avec une longue durée de vie
• Le fait de sélectionner un élément va automatiquement le rendre disponible pour coller avec le clic milieu uniquement. Presse papier qui dûre bien moins longtemps.

Si on fait un seul presse papier, alors comment faire pour copier un élément dans le presse papier sans avoir a toucher au clavier (actuellement, la sélection à la souris). Il y a deux solutions:

• la sélection écrase le presse papier unique, mais c'est alors trop facile d'écraser le contenu du presse papier.
• la sélection n'a plus aucun effet sur le presse papier, mais alors comment faire pour copier du texte sans toucher au clavier ?

Pour avoir regardé des tables de partitions avec un éditeur hexa, c'est tout à fait possible que la liste des partitions soit

• Part1
• Part3 étendue
• Part2

Il suffit pour cela d'avoir redimensionné ta partition étendue et ajouté après coup la 2e partition primaire. Et du coup, selon l'OS, tu peux avoir un ordre différent.

L'ordre des partitions sur le disque n'est pas forcément le même que celui sur la table des partitions

Les iopls, c'est une chose, mais impossible d'exprimer une relation du genre "l'application A a le droit de faire une copie d'écran, mais pas l'application B, et quant à C, elle en a le droit, mais lorsqu'elle en fait une, elle doit être falsifiée de telle sorte qu'elle se croie la seule application active".

Pour ça, il faut vraiment placer le serveur graphique en espace noyau.

Il me semble que justement wayland a une solution pour ce problème, tout en restant en espace utilisateur. Les applications sous le compositeur seront limitées à ce niveau, sauf les application que le compositeur a choisies.

Au final, il y a une hiérarchisation, où le compositeur agit en quelque sorte comme un processus privilégié (tout en restant confiné a l'espace utilisateur) qui a pour rôle d'arbitrer les processus clients.

En parlant d'alternative a Dropbox, il existe le projet git-annex assistant issue du crowdfunding: http://git-annex.branchable.com/assistant/

Compatibilité: GNU-Linux, OS-X, Android (en cours)

Je n'ai jamais eu de mails tout en majuscules, et la dernière phrase que j'ai du lire tout en majuscule date d'il y a tellement longtemps que je ne m'en rappelle pas.

Ça existe vraiment les gens qui oublient le caps lock ?

Je suis relativement peu de sites, et je les connais tous de mémoire. Grâce à l'awsome-bar de Firefox, je peux facilement aller sur les sites que je souhaite voir, et regarder si il y a des nouvelles.

Certains des blogs que je suit reprennent les articles d'autres sites que j'aime bien, en suivant quelques uns de ces blogs, je peux avoir une vue plus vaste de ce que souhaite suivre.

J'ai aussi une boîte mail auto-hébergée avec un nombre illimité d'alias (login-alias@domain), avec un filtre (sieve) qui me permet de filtrer les alias en les mettant automatiquement dans un dossier. Et j'ai demandé à un certain nombre de blogs de m'envoyer un mail lorsque il y a une mise à jour (pas mal de blogs font ça)

Un peu comme git-annex assistant ?

Quelques notes sur la démocratie athénienne :
-seuls les hommes votaient
-seuls les citoyens votaient (avec le sens de "citoyen" de l'epoque, qui exclut pas mal de monde).
-les plus hautes magistratures ne sont accessibles qu'aux plus hautes classes

On est d'accord, mais Athènes n'était pas pire que bien d'autres civilisations à cette époque. On est capable de faire mieux maintenant. Ce n'est pas parce qu'il y avait des esclaves à Athènes que je suggère de développer une société esclavagiste. Il faut prendre les bonnes idées et laisser les mauvaises.

-certains postes étaient tirés au hasard (pas forcément une mauvaise idée, de mon point de vue).
-tous les mandats étaient révocables, et si à la fin d'un mandat le peuple jugeait que le responsable avait été mauvais, ca se passait plutot mal pour lui. (idem)

Pour moi ce sont de bonnes idées :

• le tirage au sort permet de ne pas avoir de professionnels qui nous dirigent, mais des gens comme vous et moi qui prennent des décisions pour améliorer le quotidien de la personne lambda. Surtout sachant qu'ils avaient peu de chance de revenir à leur poste.

• les mandats révocables : je ne demande que ça

• le compte rendu d'un responsable à la fin de son mandat : ça aussi j'aimerais bien qu'on ait ça. Pas forcément pour le mettre à mort comme à Athènes, mais au moins pour qu'il se sente responsable. Que la charge politique qu'on lui donne ne lui monte pas à la tête.