Dommage que l'auteur de cet article ne mentionne pas les évolutions récentes, notamment le succès du système d'exploitation Dalvik/Linux alias Android, basé sur le noyau Linux mais pas sur GNU. C'est un élément important dans ce débat…
Ouias, je sais, c'est mieux de faire "soit-même", mais j'avoue, je vais chercher mon pain chez le boulanger aussi, pareil pour les légumes et plein d'autre choses, je délègue.
C'est assez différent, ce que tu délègues habituellement, c'est du travail générique sans aucune implication sur la vie privée. Gérer le courrier de quelqu'un, c'est très, très différent de lui fournir des baguettes de pain.
xfce4-settings-manager, c'est la GUI du gestionnaire de paramètres, j'espère que xfpm ne la démarre pas en arrière-plan…
Oui, c'est xfsettingsd auquel je pensais. Je n'aime pas les logiciels qui laissent traîner ce genre de saleté derrière eux, même les trucs de GNOME n'en font pas autant. Enfin n'en faisaient pas autant, c'est en train de changer, pas dans le bon sens.
J’ai fait le même parcours, dans mon cas c’est la mauvaise gestion du multi-écran par wmii qui m’a poussé vers awesome.
Ah, j'avais oublié cette raison-là. Moi aussi, entre autres.
Ça en revanche ce n’est pas vraiment un problème, on peut utiliser un autre langage si on s’estime trop limité par le shell. Mon script wmiirc_local était en Python.
C'est vrai mais il faut alors recoder toute la logique d'interaction de base. À moins d'en prendre un tout fait, mais là c'est la compréhension et le support qui en pâtit. J'avais un moment utilisé un script en Ruby, avant de retourner au script en shell, avant de passer à awesome donc.
Les outils d'Xfce, moi je préfère les éviter, parce qu'ils se comportent comme ceux de KDE, en lançant des processus comme xfce-settings-manager ou ksystrucmuche qu'ils laissent derrière eux quand on les termine.
Quand je suis passé aux gestionnaires de fenêtres pavants, j'ai commencé avec wmii justement. Au bout d'un moment je me suis lassé de ses limitations volontaires, comme l'utilisation de polices non lissées, l'absence de zone de notification, et surtout le manque de flexibilité et de performance dès qu'on veut faire des trucs un peu poussés, le script de contrôle de base de wmii étant en shell.
Du coup, je suis passé à awesome, qui devrait pouvoir te convenir : on ne peut pas dire que le langage Lua soit abscons ! Inhabituel, éventuellement, mais pas abscons.
Pluzun. L'assembleur n'est peut-être pas idéal, un BASIC peut être plus approprié à mon avis, mais il faut de toute façon commencer bas et monter, et surtout pas l'inverse. Commencer en haut niveau avec des abstractions et tout, c'est le meilleur moyen de ne rien comprendre à ce qui se passe vraiment.
Ah. Ça ne se voulait pas perfide en tout cas, juste pragmatique : quelqu'un qui ne sait pas lire ni écrire aujourd'hui, il est dans la merde et il risque d'avoir du mal à en sortir.
On pourrait en dire autant de l'apprentissage de l'écriture. Les enfants ne sont pas voués à devenir scribes, c'est juste que l'écriture est une base dans notre société, contrairement à ce qui se faisait il y a des siècles.
J'entends pas là le mode d'utilisation le plus fréquent de ces gestionnaires. En effet, la plupart des gestionnaires de fenêtres pavants disposent d'un mode flottant, et certains gestionnaires généralement utilisés en flottant peuvent aussi faire du pavage dynamique, c'est le cas de Compiz il me semble.
Il n'y a aucun intérêt à faire du propriétaire maison par rapport à faire du libre maison, quand on travaille sur un secteur non concurrentiel, ce qui est le cas de l'administration de l'État.
en faire des liens complètement abscons dans d'autres dossiers avec comme seul ordre pour déterminer à quel moment il sera exécuté….. l'ordre alphabétique du système de fichier ??????
Tes infos datent un peu, aujourdh'hui on a les en-têtes de méta-infos LSB pour indiquer les dépendances et les niveaux d'exécutions où il doit être démarré et arrêté. Les liens sont créés par update-rc.d.
Et pour le passage de l'un a l'autre, on coupe tout et on relance tout ??
Bah, ne vous en faites pas, ce boulot sera fait pour Debian. Du moins, si systemd y reste, c'est à dire s'il y a quelqu'un pour le maintenir, ce qui est le cas actuellement. SysV init restera forcément, c'est le seul à tourner sur Debian GNU/kFreeBSD.
Init répond à une problématique simple, permettre de lancer des services simplement, les uns à la suite des autres en faisant appel à de petites applications multiples mais efficace, en outre les scripts sont simples à modifier.
systemd n'est pas un remplaçant à init, mais à init et rc. Traditionnellement, c'est init qui est le premier processus, et qui lance ce qu'il faut selon l'inittab. Parmi ce qu'il doit lancer : rc, qui sert à démarrer la plupart des processus. init ne lance lui-même que peu de processus, en somme, et contrairement à rc, il les gère entièrement et peut les relancer s'ils s'arrêtent.
donc un auteur peut exiger que vous retiriez l'œuvre libre que vous diffusiez…
Effectivement, mais ce n'est pas si ennuyeux je pense, parce que si elle a été diffusée largement, il va devoir demander le retrait à trop de monde pour que ce soit possible.
J'ouvre un restaurant à thème médiéval. Pour la déco, j'utilise des copies d'œuvres de l'époque. Ça ne fait de mal à personne, certainement pas à leurs auteurs qui sont morts depuis des siècles. Mais si je veux utiliser une illustration de ce manuscrit-là, je dois payer la BnF ? Et les gens qui prennent des photos de mon restaurant ?
Oui, mais ça tourne, les expositions, sans compter les prêts entre musées. J'espère en tout cas qu'ils n'ont pas d'œuvres qu'ils conservent indéfiniment dans des coffres, sinon ils feraient aussi bien des les détruire, ce serait aussi utile et ça coûterait moins cher à conserver.
En tout cas, il a intérêt de servir, d'être utilisé, exposé, étudié, copié… Un objet dans un coffre-fort ne sert à rien, ne produit rien, ne remplit aucune fonction, il pourrait être détruit sans que rien ne change par ailleurs.
Pour le dernier cas (empaqueter ça dans Debian), il ne s'agit pas de revente, si ?
Non, mais Debian, c'est libre, donc un truc comme ça ne peut y figurer.
l'idée de "sanctuariser" le patrimoine national ( = tu veux faire de l'argent avec ? d'accord, mais en échange tu contribues à financer le service qui te permet de le faire) ne me paraît ni absurde, ni scandaleux.
L'idée de privatiser le domaine public me paraît scandaleuse. On attend plus d'un siècle pour que les œuvres y entrent, celle-ci date de plusieurs siècles, il est anormal qu'elle soit encore assortie de restrictions de merde.
# Dalvik/Linux
Posté par 🚲 Tanguy Ortolo (site web personnel) . En réponse à la dépêche Revue de presse de l'April pour la semaine 36 de l'année 2012. Évalué à 7.
Dommage que l'auteur de cet article ne mentionne pas les évolutions récentes, notamment le succès du système d'exploitation Dalvik/Linux alias Android, basé sur le noyau Linux mais pas sur GNU. C'est un élément important dans ce débat…
[^] # Re: Toujours le même problème
Posté par 🚲 Tanguy Ortolo (site web personnel) . En réponse au journal L'auto-hébergement, kesako, où en sommes nous ?. Évalué à 7.
C'est assez différent, ce que tu délègues habituellement, c'est du travail générique sans aucune implication sur la vie privée. Gérer le courrier de quelqu'un, c'est très, très différent de lui fournir des baguettes de pain.
[^] # Re: Awesome
Posté par 🚲 Tanguy Ortolo (site web personnel) . En réponse au sondage Quel gestionnaire de fenêtres utilisez‐vous ?. Évalué à 0.
Oui, c'est
xfsettingsdauquel je pensais. Je n'aime pas les logiciels qui laissent traîner ce genre de saleté derrière eux, même les trucs de GNOME n'en font pas autant. Enfin n'en faisaient pas autant, c'est en train de changer, pas dans le bon sens.[^] # Re: wmii
Posté par 🚲 Tanguy Ortolo (site web personnel) . En réponse au sondage Quel gestionnaire de fenêtres utilisez‐vous ?. Évalué à 2.
Ah, j'avais oublié cette raison-là. Moi aussi, entre autres.
C'est vrai mais il faut alors recoder toute la logique d'interaction de base. À moins d'en prendre un tout fait, mais là c'est la compréhension et le support qui en pâtit. J'avais un moment utilisé un script en Ruby, avant de retourner au script en shell, avant de passer à awesome donc.
[^] # Re: Awesome
Posté par 🚲 Tanguy Ortolo (site web personnel) . En réponse au sondage Quel gestionnaire de fenêtres utilisez‐vous ?. Évalué à 0.
Les outils d'Xfce, moi je préfère les éviter, parce qu'ils se comportent comme ceux de KDE, en lançant des processus comme
xfce-settings-managerouksystrucmuchequ'ils laissent derrière eux quand on les termine.[^] # Re: wmii
Posté par 🚲 Tanguy Ortolo (site web personnel) . En réponse au sondage Quel gestionnaire de fenêtres utilisez‐vous ?. Évalué à 3.
Quand je suis passé aux gestionnaires de fenêtres pavants, j'ai commencé avec wmii justement. Au bout d'un moment je me suis lassé de ses limitations volontaires, comme l'utilisation de polices non lissées, l'absence de zone de notification, et surtout le manque de flexibilité et de performance dès qu'on veut faire des trucs un peu poussés, le script de contrôle de base de wmii étant en shell.
Du coup, je suis passé à awesome, qui devrait pouvoir te convenir : on ne peut pas dire que le langage Lua soit abscons ! Inhabituel, éventuellement, mais pas abscons.
[^] # Re: LOGO, Pascal et C
Posté par 🚲 Tanguy Ortolo (site web personnel) . En réponse à la dépêche En Estonie, la programmation à l’école dès 6 ans. Évalué à 4.
Pluzun. L'assembleur n'est peut-être pas idéal, un BASIC peut être plus approprié à mon avis, mais il faut de toute façon commencer bas et monter, et surtout pas l'inverse. Commencer en haut niveau avec des abstractions et tout, c'est le meilleur moyen de ne rien comprendre à ce qui se passe vraiment.
[^] # Re: Futur petit programmeurs modèles
Posté par 🚲 Tanguy Ortolo (site web personnel) . En réponse à la dépêche En Estonie, la programmation à l’école dès 6 ans. Évalué à 2.
Ah. Ça ne se voulait pas perfide en tout cas, juste pragmatique : quelqu'un qui ne sait pas lire ni écrire aujourd'hui, il est dans la merde et il risque d'avoir du mal à en sortir.
[^] # Re: Futur petit programmeurs modèles
Posté par 🚲 Tanguy Ortolo (site web personnel) . En réponse à la dépêche En Estonie, la programmation à l’école dès 6 ans. Évalué à 5.
(et un facteur d'exclusion et d'échec grave pour ceux qui ne savent pas écrire)
[^] # Re: Futur petit programmeurs modèles
Posté par 🚲 Tanguy Ortolo (site web personnel) . En réponse à la dépêche En Estonie, la programmation à l’école dès 6 ans. Évalué à 7.
On pourrait en dire autant de l'apprentissage de l'écriture. Les enfants ne sont pas voués à devenir scribes, c'est juste que l'écriture est une base dans notre société, contrairement à ce qui se faisait il y a des siècles.
[^] # Re: Awesome
Posté par 🚲 Tanguy Ortolo (site web personnel) . En réponse au sondage Quel gestionnaire de fenêtres utilisez‐vous ?. Évalué à 6.
https://awesome.naquadah.org/wiki/KDE_and_awesome
[^] # Re: Quels sont les floating et les tilings ?
Posté par 🚲 Tanguy Ortolo (site web personnel) . En réponse au sondage Quel gestionnaire de fenêtres utilisez‐vous ?. Évalué à 9.
Sauf erreur de ma part :
J'entends pas là le mode d'utilisation le plus fréquent de ces gestionnaires. En effet, la plupart des gestionnaires de fenêtres pavants disposent d'un mode flottant, et certains gestionnaires généralement utilisés en flottant peuvent aussi faire du pavage dynamique, c'est le cas de Compiz il me semble.
[^] # Re: Quels sont les floating et les tilings ?
Posté par 🚲 Tanguy Ortolo (site web personnel) . En réponse au sondage Quel gestionnaire de fenêtres utilisez‐vous ?. Évalué à 4.
Flottant et pavant, en français. Sachant que les gestionnaires de fenêtres pavants peuvent généralement aussi faire de la gestion flottante.
# Langages
Posté par 🚲 Tanguy Ortolo (site web personnel) . En réponse à la dépêche En Estonie, la programmation à l’école dès 6 ans. Évalué à 2.
Scratch, Linotte ?
[^] # Re: open source ou toute autre solution déjà développée
Posté par 🚲 Tanguy Ortolo (site web personnel) . En réponse à la dépêche Modification du code des marchés publics italien imposant l’usage du logiciel libre. Évalué à 10.
Il n'y a aucun intérêt à faire du propriétaire maison par rapport à faire du libre maison, quand on travaille sur un secteur non concurrentiel, ce qui est le cas de l'administration de l'État.
[^] # Re: Trop d'honneurs...
Posté par 🚲 Tanguy Ortolo (site web personnel) . En réponse au journal yet another journal about systemd. Évalué à 10.
Tes infos datent un peu, aujourdh'hui on a les en-têtes de méta-infos LSB pour indiquer les dépendances et les niveaux d'exécutions où il doit être démarré et arrêté. Les liens sont créés par
update-rc.d.Non. On ne relance pas tout.
[^] # Re: La conclusion
Posté par 🚲 Tanguy Ortolo (site web personnel) . En réponse à la dépêche Le point sur udev et systemd. Évalué à 9.
Bah, ne vous en faites pas, ce boulot sera fait pour Debian. Du moins, si systemd y reste, c'est à dire s'il y a quelqu'un pour le maintenir, ce qui est le cas actuellement. SysV init restera forcément, c'est le seul à tourner sur Debian GNU/kFreeBSD.
[^] # Re: La conclusion
Posté par 🚲 Tanguy Ortolo (site web personnel) . En réponse à la dépêche Le point sur udev et systemd. Évalué à 3.
Tu ne parles pas d'init mais de rc.
# rc
Posté par 🚲 Tanguy Ortolo (site web personnel) . En réponse à la dépêche Le point sur udev et systemd. Évalué à 10.
systemd n'est pas un remplaçant à init, mais à init et rc. Traditionnellement, c'est init qui est le premier processus, et qui lance ce qu'il faut selon l'inittab. Parmi ce qu'il doit lancer : rc, qui sert à démarrer la plupart des processus. init ne lance lui-même que peu de processus, en somme, et contrairement à rc, il les gère entièrement et peut les relancer s'ils s'arrêtent.
[^] # Re: N'est-elle pas déjà dans le DP ?
Posté par 🚲 Tanguy Ortolo (site web personnel) . En réponse au journal Le Livre d'heures de Jeanne de France : une arnaque !. Évalué à 2.
Effectivement, mais ce n'est pas si ennuyeux je pense, parce que si elle a été diffusée largement, il va devoir demander le retrait à trop de monde pour que ce soit possible.
[^] # Re: Mais?
Posté par 🚲 Tanguy Ortolo (site web personnel) . En réponse au journal Le Livre d'heures de Jeanne de France : une arnaque !. Évalué à 5.
J'ouvre un restaurant à thème médiéval. Pour la déco, j'utilise des copies d'œuvres de l'époque. Ça ne fait de mal à personne, certainement pas à leurs auteurs qui sont morts depuis des siècles. Mais si je veux utiliser une illustration de ce manuscrit-là, je dois payer la BnF ? Et les gens qui prennent des photos de mon restaurant ?
[^] # Re: Mais?
Posté par 🚲 Tanguy Ortolo (site web personnel) . En réponse au journal Le Livre d'heures de Jeanne de France : une arnaque !. Évalué à 3.
Exact, mais avec une restriction qui n'existe pas pour le domaine public. Sortir ainsi des ouvrages du domaine public me semble scandaleux.
Non.
Effectivement.
[^] # Re: N'est-elle pas déjà dans le DP ?
Posté par 🚲 Tanguy Ortolo (site web personnel) . En réponse au journal Le Livre d'heures de Jeanne de France : une arnaque !. Évalué à 2.
Oui, mais ça tourne, les expositions, sans compter les prêts entre musées. J'espère en tout cas qu'ils n'ont pas d'œuvres qu'ils conservent indéfiniment dans des coffres, sinon ils feraient aussi bien des les détruire, ce serait aussi utile et ça coûterait moins cher à conserver.
[^] # Re: N'est-elle pas déjà dans le DP ?
Posté par 🚲 Tanguy Ortolo (site web personnel) . En réponse au journal Le Livre d'heures de Jeanne de France : une arnaque !. Évalué à 1.
En tout cas, il a intérêt de servir, d'être utilisé, exposé, étudié, copié… Un objet dans un coffre-fort ne sert à rien, ne produit rien, ne remplit aucune fonction, il pourrait être détruit sans que rien ne change par ailleurs.
[^] # Re: Mais?
Posté par 🚲 Tanguy Ortolo (site web personnel) . En réponse au journal Le Livre d'heures de Jeanne de France : une arnaque !. Évalué à 5.
Non, mais Debian, c'est libre, donc un truc comme ça ne peut y figurer.
L'idée de privatiser le domaine public me paraît scandaleuse. On attend plus d'un siècle pour que les œuvres y entrent, celle-ci date de plusieurs siècles, il est anormal qu'elle soit encore assortie de restrictions de merde.