Bonjour musher0,
Je n'ai pas vraiment poussé mon tour de la "bête" (c'est pour le côté sauvage !).
De mon point de vue il ne faut pas que les utilisateurs potentiels soient trop dépaysés : si c'est le cas il faut que ce soit bien justifié et que l'utilisateur y trouve un grand bénéfice... en terme d'expérience utilisateur, de consommation de ressources, etc.
Pour moi le problème essentiel de la dpupstretch, pas propre à la version fr malheureusement, même si ce problème est manifestement plus important sur le version fr, c'est la consommation de ram. Tout le reste c'est de la cosmétique pour le moment.
Sous tahrpup605 je suis à moins de 50 mo de ram à l'allumage (openbox+lxpanel). Avec toutes les diverses versions de la dpupstretch, uniquement des variations sur les kernels, sauf la fr, je suis au-dessus de 100 et quasiment à 140 avec la fr !
Afin de comparer je charge fbbox4.0 : openbox+fbpanel. Fbpanel est un peu plus gourmand que lxpanel mais on n'est très loin de pouvoir expliquer ces différences du simple au double, du simple au triple avec la FR.
Pour moi cette question de consommation de ram est la plus importante.
En second c'est le choix du kernel : il faut le dernier long term support afin de travailler pour un avenir le plus lointain possible.
Comme dit sur le post où tu abordes la question, Je ne crois pas que le 3.16 soit le kernel en question : je pense que c'est la branche 4.10, à vérifier.
Philippe
Développement de la Puppy Stretch FR
Salut, augras.
Merci d'avoir l'honnêteté de me le dire.
Si je comprends bien tu m'envoies ballader diplomatiquement parce que
mon approche est trop originale ! Enfin, c'est comme ça que je le reçois à
ce bout-ci de la chaîne de communication.
Ton argument du dépaysement est injuste je pense, parce que si wmx est
certes dépaysant pour certains, sont inclus aussi trois gestionnaires de
fenêtres tout ce qu'il y a de plus ordinaire, jwm, icewm et openbox.
Mais avant de continuer en solo ou de trouver d'autres collaborateurs,
j'aimerais savoir dans le détail comment tu arrives à tes chiffres.
Dans htop je peux voir la consommation de tel ou tel élément, mais je ne
vois pas où se trouve le total. Tu as un utilitaire exprès ?
En particulier, il me serait bien utile de savoir quel est le « bouffeur de
mémoire » principal dans ce que je propose. Xorg consomme 45 Mo à lui
seul, mais c'est supposé, non ?
Pour le reste je ne vois pas. Le gestionnaire de fenêtres wmx est un des
moins gourmands qui soient. J'avais fait la comparaison il y a quelques
années en réponse à la question d'un forumeur.
bmpanel2 consomme 5 Mo de MEV de plus que lxpanel, dis-tu. Je te crois,
mais va-t-on se priver d'un utilitaire plus esthétique et plus malléable
-- et qui fait bien ce qu'il fait -- pour 5 Mo ? Pour ma part, ce sont les
configurations de lxpanel et de fbpanel que je trouve déroutantes.
Peut-être l'aemenu-pango de vovchik quand il est en activité. Il repose
sur l'utilitaire bcm qui occupe ernviron 13 Mo si j'ai bien vu dans htop.
Ça fait donc 73 Mo. Où sont les autres 77 Mo? Rox ? J'en doute. Le noyau
même ?
Le petit portable sur lequel je développe a 4 Go de MEV, 2,9 utilisables en
mode non-PAE. Cet appareil est vieux de 10 ans, presque un ordinosaure.
Il est louable de rechercher l'économie, certes. Mais pas de faire des
contorsions pour y arriver, selon moi. On n'est plus au temps des Atari XE
128 Ko, où chaque byte comptait. On a un peu de jeu, quand même, de
nos jours.
Au sujet des noyaux, je sais que j'ai raison. Va voir ici :
https://www.kernel.org/category/releases.html
Tu y verras que le noyau 4.1 est prévu pour la poubelle en septembre
prochain, tandis que le noyau 3.16 est bon jusqu'en avril 2020.
Pour ma part, je ne souhaite pas m'imposer un régime spartiate même si
je ne veux pas gaspiller de la MEV avec mes trucs non plus.
J'ai 70 ans. Je me suis débattu toute ma vie pour donner la primauté à la
créativité contre l'uniformisation. L'exploration hors des sentiers battus est
une valeur essentielle chez moi. Je ne vais pas arrêter maintenant. Je ne
saisis pas l'intérêt de reproduire une n-ième fois ce qui se fait déjà.
Les croisées de chemin sont toujours tristes, mais que veux-tu ?
Sans rancune, et bonne route.
Merci d'avoir l'honnêteté de me le dire.
Si je comprends bien tu m'envoies ballader diplomatiquement parce que
mon approche est trop originale ! Enfin, c'est comme ça que je le reçois à
ce bout-ci de la chaîne de communication.
Ton argument du dépaysement est injuste je pense, parce que si wmx est
certes dépaysant pour certains, sont inclus aussi trois gestionnaires de
fenêtres tout ce qu'il y a de plus ordinaire, jwm, icewm et openbox.
Mais avant de continuer en solo ou de trouver d'autres collaborateurs,
j'aimerais savoir dans le détail comment tu arrives à tes chiffres.
Dans htop je peux voir la consommation de tel ou tel élément, mais je ne
vois pas où se trouve le total. Tu as un utilitaire exprès ?
En particulier, il me serait bien utile de savoir quel est le « bouffeur de
mémoire » principal dans ce que je propose. Xorg consomme 45 Mo à lui
seul, mais c'est supposé, non ?
Pour le reste je ne vois pas. Le gestionnaire de fenêtres wmx est un des
moins gourmands qui soient. J'avais fait la comparaison il y a quelques
années en réponse à la question d'un forumeur.
bmpanel2 consomme 5 Mo de MEV de plus que lxpanel, dis-tu. Je te crois,
mais va-t-on se priver d'un utilitaire plus esthétique et plus malléable
-- et qui fait bien ce qu'il fait -- pour 5 Mo ? Pour ma part, ce sont les
configurations de lxpanel et de fbpanel que je trouve déroutantes.
Peut-être l'aemenu-pango de vovchik quand il est en activité. Il repose
sur l'utilitaire bcm qui occupe ernviron 13 Mo si j'ai bien vu dans htop.
Ça fait donc 73 Mo. Où sont les autres 77 Mo? Rox ? J'en doute. Le noyau
même ?
Le petit portable sur lequel je développe a 4 Go de MEV, 2,9 utilisables en
mode non-PAE. Cet appareil est vieux de 10 ans, presque un ordinosaure.
Il est louable de rechercher l'économie, certes. Mais pas de faire des
contorsions pour y arriver, selon moi. On n'est plus au temps des Atari XE
128 Ko, où chaque byte comptait. On a un peu de jeu, quand même, de
nos jours.
Au sujet des noyaux, je sais que j'ai raison. Va voir ici :
https://www.kernel.org/category/releases.html
Tu y verras que le noyau 4.1 est prévu pour la poubelle en septembre
prochain, tandis que le noyau 3.16 est bon jusqu'en avril 2020.
Pour ma part, je ne souhaite pas m'imposer un régime spartiate même si
je ne veux pas gaspiller de la MEV avec mes trucs non plus.
J'ai 70 ans. Je me suis débattu toute ma vie pour donner la primauté à la
créativité contre l'uniformisation. L'exploration hors des sentiers battus est
une valeur essentielle chez moi. Je ne vais pas arrêter maintenant. Je ne
saisis pas l'intérêt de reproduire une n-ième fois ce qui se fait déjà.
Les croisées de chemin sont toujours tristes, mais que veux-tu ?
Sans rancune, et bonne route.
musher0
~~~~~~~~~~
"You want it darker? We kill the flame." (L. Cohen)
~~~~~~~~~~
"You want it darker? We kill the flame." (L. Cohen)
Salut musher0,
Je t'ai dit dès le début que ton approche était... déroutante.
Mais en aucun cas je ne t'envoie balader !
Je ne remets absolument pas en cause ma proposition de départ de tester, ni les ressources mises à disposition : je ne vois pas pourquoi je ferai ça.
Je te donne simplement mon avis, comme tu l'as demandé, et... qui n'engage que moi.
Personnellement je suis à même de choisir le gestionnaire qui me convient, donc pas de soucis. Mais malheureusement beaucoup trop d'utilisateurs se contentent de rester sur leur impression première sans chercher plus loin.
Concernant le kernel je ne faisais pas référence au 4.1 mais bien 4.10 qui n'est pas dans le tableau. La page que tu indiques a été mise à jour le 03/02 et s'arrête au 4.9, dernier kernel de l'année 2016; Dorénavant le kernel LTS devant être le premier sorti de l'année... il n'est pas dans le tableau, et c'est bien dommage.
Sur la ram je n'utilise rien de particulier : lxtask, on va dire équivalent à htop. Je prends pour référence dans la partie supérieure droite ce qui est indiqué sous la forme Mémoire : x mo de y mo. X étant ce qui est consommé par rapport à Y qui est le total. Et si j'ai bien compris ce X doit correspondre au total de la colonne RSS.
Je n'ai malheureusement, comme toi, pas vraiment réussi a identifier ce qui fait varier cette consommation de ram d'une version à l'autre. J'en suis venu à me demander si le kernel en lui-même n'en était pas responsable ! Je ne vois que ça de possible. Les variations de quelques Mo que l'on arrive à identifier sont trop faibles.
Sans vouloir faire tourner des machines avec 128 Mo, je pense surtout à 512 Mo (personnellement j'en ai 2 à la maison) pour lesquelles puppy est indispensable.
Il n'y a vraiment aucune rancune dans mes propos et aucun abandon de ma part.
Philippe
Je t'ai dit dès le début que ton approche était... déroutante.
Mais en aucun cas je ne t'envoie balader !
Je ne remets absolument pas en cause ma proposition de départ de tester, ni les ressources mises à disposition : je ne vois pas pourquoi je ferai ça.
Je te donne simplement mon avis, comme tu l'as demandé, et... qui n'engage que moi.
Personnellement je suis à même de choisir le gestionnaire qui me convient, donc pas de soucis. Mais malheureusement beaucoup trop d'utilisateurs se contentent de rester sur leur impression première sans chercher plus loin.
Concernant le kernel je ne faisais pas référence au 4.1 mais bien 4.10 qui n'est pas dans le tableau. La page que tu indiques a été mise à jour le 03/02 et s'arrête au 4.9, dernier kernel de l'année 2016; Dorénavant le kernel LTS devant être le premier sorti de l'année... il n'est pas dans le tableau, et c'est bien dommage.
Sur la ram je n'utilise rien de particulier : lxtask, on va dire équivalent à htop. Je prends pour référence dans la partie supérieure droite ce qui est indiqué sous la forme Mémoire : x mo de y mo. X étant ce qui est consommé par rapport à Y qui est le total. Et si j'ai bien compris ce X doit correspondre au total de la colonne RSS.
Je n'ai malheureusement, comme toi, pas vraiment réussi a identifier ce qui fait varier cette consommation de ram d'une version à l'autre. J'en suis venu à me demander si le kernel en lui-même n'en était pas responsable ! Je ne vois que ça de possible. Les variations de quelques Mo que l'on arrive à identifier sont trop faibles.
Sans vouloir faire tourner des machines avec 128 Mo, je pense surtout à 512 Mo (personnellement j'en ai 2 à la maison) pour lesquelles puppy est indispensable.
Il n'y a vraiment aucune rancune dans mes propos et aucun abandon de ma part.
Philippe
Ça va. Merci.
Je travaille fort sur ce projet et je m'offusque sans doute un peu trop
facilement en ce moment.
~~~~~~~~~~
Je me suis concentré aujourd'hui sur le « père », sans doute, de tous les
gestionnaires de fenêtres modernes dignes de ce nom : aewm.
Aewm a débuté en 1998, et sa dernière mouture (celle-ci) date de 2007.
C'est étonnant de constater à quel point il est resté moderne par tant
d'aspects. Les concepts incarnés dans aewm par son inventeur Decklin
Foster restent contemporains. Certes, on fait les choses différemment sur
les gest. de fen. récents, on ajoute beacoup de « graphique », mais
toujours sur fond des fonctions que D. Foster avait anticipées, en les
réactualisant.
Parlant de graphiques, j'en profite pour saluer l'excellent travail de
modernisation accompli par notre camarade puppyiste vovchik sur
l'aepanel. (Qui est la barre d'aewm qu'on voit au bas de l'illustration ci-
jointe.) Le nouveau look de l'aepanel -- et de l'aemenu -- , c'est à vovchik
qu'on le doit.
J'assemblerai et enlignerai une archive pet [édité] dans quelques jours.
Pour l'instant, juste quelques images, pour vous mettre l'eau à la bouche !
Bonne nuit !
À+
Je travaille fort sur ce projet et je m'offusque sans doute un peu trop
facilement en ce moment.
~~~~~~~~~~
Je me suis concentré aujourd'hui sur le « père », sans doute, de tous les
gestionnaires de fenêtres modernes dignes de ce nom : aewm.
Aewm a débuté en 1998, et sa dernière mouture (celle-ci) date de 2007.
C'est étonnant de constater à quel point il est resté moderne par tant
d'aspects. Les concepts incarnés dans aewm par son inventeur Decklin
Foster restent contemporains. Certes, on fait les choses différemment sur
les gest. de fen. récents, on ajoute beacoup de « graphique », mais
toujours sur fond des fonctions que D. Foster avait anticipées, en les
réactualisant.
Parlant de graphiques, j'en profite pour saluer l'excellent travail de
modernisation accompli par notre camarade puppyiste vovchik sur
l'aepanel. (Qui est la barre d'aewm qu'on voit au bas de l'illustration ci-
jointe.) Le nouveau look de l'aepanel -- et de l'aemenu -- , c'est à vovchik
qu'on le doit.
J'assemblerai et enlignerai une archive pet [édité] dans quelques jours.
Pour l'instant, juste quelques images, pour vous mettre l'eau à la bouche !
Bonne nuit !
À+
- Attachments
-
- DPupStretch-7fr+aewm1.3.12(4)-799x.jpg
- Qui c'est qui parlait de menus déroutants, encore ? ;-) Pas déroulants -- déroutants !!!
- (71.2 KiB) Downloaded 219 times
-
- DPupStretch-7fr+aewm1.3.12(3)-799x.jpg
- L'accueil
- (81.62 KiB) Downloaded 234 times
-
- DPupStretch-7fr+aewm1.3.12(2)-799x.jpg
- (84.14 KiB) Downloaded 293 times
-
- DPupStretch-7fr+aewm1.3.12-799x.jpg
- Quel âge donneriez-vous à ce gestionnaire de fenêtres ? :-)
- (92.8 KiB) Downloaded 318 times
Last edited by musher0 on Wed 12 Apr 2017, 10:07, edited 6 times in total.
musher0
~~~~~~~~~~
"You want it darker? We kill the flame." (L. Cohen)
~~~~~~~~~~
"You want it darker? We kill the flame." (L. Cohen)
-
Pelo
l'affichage du menu et des prix dans la rue est obligatoire
l'affichage du menu et des prix dans la rue est obligatoire en France. Toi tu t'appliques à le rendre joli, c'est un plus.
Moi je ne rentrerai que pour goûter ce qui est servi en salle. La Puppy Stretch HU magyar aura pas ma clientèle fidèle, c'est sûr.
Franchement je ne vois pas la différence avec les menus openbox. Si j'en vois une, mais pas dans le bon sens.. Pas besoin d'être sur la Strecth pour çà. J'ai une Puduan en Stock. Si c'est ta mauvaise période çà va pas te plaire, mais un jour il faut bien te faire un retour, sinon ty vas y finir tes jours sur ce menu.
FbBOX version 4, t'en penses quoi ?
FbBox topic
La logoré du jour :
A te voir monologuer là-dessus, tu ressembles à oui avec ses logorrhées (Argolance et toi m'avez appris des nouveaux mots, que le gars y comprend pas ce que tu lui dis, il croit que c'est gentil, un coup de Larousse, déception). Logorrher en anglais ? j'aurai du mal. Logorrher par écrit.. Hum, je sais pas si c'est possible. j'suis content
de loggorer avec Musher0, pour pas qu'il se sente abandonné. Il manque Argolance. Il veut pas loggorer, il aime pas çà. Il préfère diatriber !
Moi je ne rentrerai que pour goûter ce qui est servi en salle. La Puppy Stretch HU magyar aura pas ma clientèle fidèle, c'est sûr.
Franchement je ne vois pas la différence avec les menus openbox. Si j'en vois une, mais pas dans le bon sens.. Pas besoin d'être sur la Strecth pour çà. J'ai une Puduan en Stock. Si c'est ta mauvaise période çà va pas te plaire, mais un jour il faut bien te faire un retour, sinon ty vas y finir tes jours sur ce menu.
FbBOX version 4, t'en penses quoi ?
FbBox topic
La logoré du jour :
A te voir monologuer là-dessus, tu ressembles à oui avec ses logorrhées (Argolance et toi m'avez appris des nouveaux mots, que le gars y comprend pas ce que tu lui dis, il croit que c'est gentil, un coup de Larousse, déception). Logorrher en anglais ? j'aurai du mal. Logorrher par écrit.. Hum, je sais pas si c'est possible. j'suis content
de loggorer avec Musher0, pour pas qu'il se sente abandonné. Il manque Argolance. Il veut pas loggorer, il aime pas çà. Il préfère diatriber !À pelo qui aime la goulash:
Question difficile. J'ai été emballé au départ. Mais là j'ai failli te répondre
que c'était une m... complète. J'ai fait queslques tests entre les deux
réactions. Je dois nuancer, être diplomate.
Je pense que Radky fait du bon boulot sur des applications indivituelles, et
là je suis sincère. J'ai du respect pour ce qu'il fait en général. Mais, après
tests de ce paquet, je constate que :
1) fbpanel c'est la complication en personne, en particulier ses
configurations. Et esthétiquement, c'est vraiment de la m...
2) les applis de Radky y sont mal intégrées ;
3) la francisation, c'est pas demain la veille ;
4) y a pas qu'openbox et jwm dans la vie. Pour y intégrer d'autres gest.
de fen., faudrait récrire 2-3 choses, J'ai pas l'temps, j'ai ce projet-ci;
5) Les panneaux yad ou comment ils s'appellent, me tombent
souverainement sur les nerfs.
Bref, je n'aime plus du tout.
Salut.
Question difficile. J'ai été emballé au départ. Mais là j'ai failli te répondre
que c'était une m... complète. J'ai fait queslques tests entre les deux
réactions. Je dois nuancer, être diplomate.
Je pense que Radky fait du bon boulot sur des applications indivituelles, et
là je suis sincère. J'ai du respect pour ce qu'il fait en général. Mais, après
tests de ce paquet, je constate que :
1) fbpanel c'est la complication en personne, en particulier ses
configurations. Et esthétiquement, c'est vraiment de la m...
2) les applis de Radky y sont mal intégrées ;
3) la francisation, c'est pas demain la veille ;
4) y a pas qu'openbox et jwm dans la vie. Pour y intégrer d'autres gest.
de fen., faudrait récrire 2-3 choses, J'ai pas l'temps, j'ai ce projet-ci;
5) Les panneaux yad ou comment ils s'appellent, me tombent
souverainement sur les nerfs.
Bref, je n'aime plus du tout.
Salut.
musher0
~~~~~~~~~~
"You want it darker? We kill the flame." (L. Cohen)
~~~~~~~~~~
"You want it darker? We kill the flame." (L. Cohen)
Salut augras.
En réponse à la question que tu as posée en haut de cette page, voici
deux captures d'écran. L'une pour la Stretch d'origine, l'autre la fr. Tu as
raison. La fr occupe 137 Mo avec presque rien. Celle d'origine, 96 Mo si
on fait abstraction de lxpask même. Grosso modo 40 Mo de différence. Je
ne vois pas ce qui la provoque : lxtask n'est pas assez détaillé ?
Je note une certaine redondance entre retrovol (8 Mo) et pup-volume-
monitor (près de 3 Mo) ?
Existe-t-il des « petits » Xorg ?!
Je note aussi que si on a chargé opera et OpenOffice on est dans les 323
Mo !!!
Je n'ai pas fait la comparaison avec TahrPup.
Qu'est-ce qui provoquerait cela ? sfs_load (aufs) aurait besoin de place en
mémoire pour « accrocher » les sfs ? (adrv, ydrv, et semblables)
À+
En réponse à la question que tu as posée en haut de cette page, voici
deux captures d'écran. L'une pour la Stretch d'origine, l'autre la fr. Tu as
raison. La fr occupe 137 Mo avec presque rien. Celle d'origine, 96 Mo si
on fait abstraction de lxpask même. Grosso modo 40 Mo de différence. Je
ne vois pas ce qui la provoque : lxtask n'est pas assez détaillé ?
Je note une certaine redondance entre retrovol (8 Mo) et pup-volume-
monitor (près de 3 Mo) ?
Existe-t-il des « petits » Xorg ?!
Je note aussi que si on a chargé opera et OpenOffice on est dans les 323
Mo !!!
Je n'ai pas fait la comparaison avec TahrPup.
Qu'est-ce qui provoquerait cela ? sfs_load (aufs) aurait besoin de place en
mémoire pour « accrocher » les sfs ? (adrv, ydrv, et semblables)
À+
- Attachments
-
- lxtask-DPupStretch7-fr-avec-presque-rien.jpg
- ... mais avec les sfs de base (adrv, etc.) chargés, Y aurait-il une autre explication ?
- (100.33 KiB) Downloaded 216 times
-
- lxtask-DPupStretch7-sans-rien.jpg
- Consommation de mémoire vive sortie usine.
- (112.13 KiB) Downloaded 216 times
Last edited by musher0 on Wed 19 Apr 2017, 12:05, edited 1 time in total.
musher0
~~~~~~~~~~
"You want it darker? We kill the flame." (L. Cohen)
~~~~~~~~~~
"You want it darker? We kill the flame." (L. Cohen)
27 thèmes pour aewm dérivés de thèmes GTK-2.0,
et leur inverse (bg <-> fg).
et leur inverse (bg <-> fg).
aewmrc-brique
aewmrc-vert
Bluebird.aewm
Bluebird.aewm-inv
BSM-SimpleDarkMenu.aewm
BSM-SimpleDarkMenu.aewm-inv
Crux.aewm
Crux.aewm-inv
devART_Murrine.aewm
devART_Murrine.aewm-inv
Dushiki-Brave.aewm
Dushiki-Brave.aewm-inv
Dushiki-Wise.mod.aewm
Dushiki-Wise.mod.aewm-inv
Elegant-GTK.aewm
Elegant-GTK.aewm-inv
Energreen.aewm
Energreen.aewm-inv
Energreen.mod.aewm
Energreen.mod.aewm-inv
Equinox.aewm
Equinox.aewm-inv
Greybird.aewm
Greybird.aewm-inv
Greyness-Green.aewm
Greyness-Green.aewm-inv
Greyness-Green.mod.aewm
Greyness-Green.mod.aewm-inv
Gulfstream.aewm
Gulfstream.aewm-inv
Humanitary.aewm
Humanitary.aewm-inv
MurrinaCandido.aewm
MurrinaCandido.aewm-inv
MurrinaChrome.aewm
MurrinaChrome.aewm-inv
MurrinaCream.aewm
MurrinaCream.aewm-inv
NewHumanrev.aewm
NewHumanrev.aewm-inv
NewHumanrev-blue.aewm
NewHumanrev-blue.aewm-inv
NewHumanrev-orange.aewm
NewHumanrev-orange.aewm-inv
NewHumanrev-verdant.aewm
NewHumanrev-verdant.aewm-inv
Pucko_Lucid.aewm
Pucko_Lucid.aewm-inv
Rusty_Sand-mod.aewm
Rusty_Sand-mod.aewm-inv
Shiki.aewm
Shiki.aewm-inv
yoga.aewm
- Attachments
-
- aewm-themes.zip
- (14.99 KiB) Downloaded 114 times
Last edited by musher0 on Thu 13 Apr 2017, 13:08, edited 1 time in total.
musher0
~~~~~~~~~~
"You want it darker? We kill the flame." (L. Cohen)
~~~~~~~~~~
"You want it darker? We kill the flame." (L. Cohen)
-
Pelo
tu sais qui c'est, Bernard de Clervaux ?
tu sais qui c'est, Bernard de Clervaux ? wikipedia dit
"Bernard ajoute la mise en valeur de la pureté et le mépris de la culture et de tout ce qui peut sembler un divertissement pour l'esprit."
çà vaut peut-être pour les moines, mais pas pour les usagers d'ordis !
"Bernard ajoute la mise en valeur de la pureté et le mépris de la culture et de tout ce qui peut sembler un divertissement pour l'esprit."
çà vaut peut-être pour les moines, mais pas pour les usagers d'ordis !
Ce que je retiens de Bernard de Clairvaux :
C'était un grand poète et un grand mystique.
Il était contre l'approche « crois avec ta tête » d'Abélard. Pour Bernard de
Clairvaux, c'est plutôt « crois avec tes tripes. » Pas besoin selon lui de
cultiver sa foi par des lectures (externes, forcément), il faut la vivre de
l'intérieur. C'est en ce sens que pour lui, la « culture » devient inutile.
Il a défendu les Juifs allemands de son temps.
Il a renouvelé son ordre religieux.
Des papes l'ont consulté.
Il a ciselé une superbe phrase résumant le règne de Donald Trump 900
ans avant Donald Trump.
(Voir sous ma sig. électronique !) (héhé)
Salut.
C'était un grand poète et un grand mystique.
Il était contre l'approche « crois avec ta tête » d'Abélard. Pour Bernard de
Clairvaux, c'est plutôt « crois avec tes tripes. » Pas besoin selon lui de
cultiver sa foi par des lectures (externes, forcément), il faut la vivre de
l'intérieur. C'est en ce sens que pour lui, la « culture » devient inutile.
Il a défendu les Juifs allemands de son temps.
Il a renouvelé son ordre religieux.
Des papes l'ont consulté.
Il a ciselé une superbe phrase résumant le règne de Donald Trump 900
ans avant Donald Trump.
(Voir sous ma sig. électronique !) (héhé)Salut.
musher0
~~~~~~~~~~
"You want it darker? We kill the flame." (L. Cohen)
~~~~~~~~~~
"You want it darker? We kill the flame." (L. Cohen)
@augras :
je fais un peu de recherche sur le problème de mémoire vive, et il semble
que les gros toutous comme Xorg, Firefox et Chrome ont tendance à laisser
« fuir » de la mémoire :
http://www.ask.com/web?qsrc=998&o=0&l=d ... ion&page=3
en d'autres mots à en occuper de plus en plus à mesure que le temps passe.
Je n'ai pas de solution encore. Ceci n'est qu'une note en passant.
À+
je fais un peu de recherche sur le problème de mémoire vive, et il semble
que les gros toutous comme Xorg, Firefox et Chrome ont tendance à laisser
« fuir » de la mémoire :
http://www.ask.com/web?qsrc=998&o=0&l=d ... ion&page=3
en d'autres mots à en occuper de plus en plus à mesure que le temps passe.
Je n'ai pas de solution encore. Ceci n'est qu'une note en passant.
À+
musher0
~~~~~~~~~~
"You want it darker? We kill the flame." (L. Cohen)
~~~~~~~~~~
"You want it darker? We kill the flame." (L. Cohen)
Bonjour musher0,
je ne crois pas que le problème vienne de ces fuites de mémoire : on est juste à l'allumage et ne sont en mémoire que les logiciels lancés automatiquement au démarrage ; pas de firefox ou autre. Certes xorg est évidemment lancé mais il n'a pas encore eu le temps de prendre de l'embonpoint.
Et pourquoi cette différence entre la dpup d'origine et la FR, et entre la dpup tout court et tahrpup ?
Je n'ai évidemment pas de réponse : j'ai juste remarqué cette différence qui n'a pas de sens... à mon sens.
Philippe
je ne crois pas que le problème vienne de ces fuites de mémoire : on est juste à l'allumage et ne sont en mémoire que les logiciels lancés automatiquement au démarrage ; pas de firefox ou autre. Certes xorg est évidemment lancé mais il n'a pas encore eu le temps de prendre de l'embonpoint.
Et pourquoi cette différence entre la dpup d'origine et la FR, et entre la dpup tout court et tahrpup ?
Je n'ai évidemment pas de réponse : j'ai juste remarqué cette différence qui n'a pas de sens... à mon sens.
Philippe
Re-allô, augras.
J'ai aussi signalé le phénomène sur deux fils Stretch du côté anglophone,
celui de belham2 (Stretch Deluxe) et le fil général pour la Stretch.
Pas de réponse encore. Quelqu'un là-bas a-t-il même remarqué la chose ?
Je suis en territoire inconnu. Je lance l'hypoithèse que chez Ubuntu, on
compilerait en faisant plus attention à l'occupation de MEV d'un
programme ? Je ne sais même pas si c'est possible, remarque. Peut-être
que je dis des sottises !?
Bref, on attend que quelqu'un qui s'y connaît pointe le bout de son nez.
Ce qui est certain, c'est que ce n'est pas volontaire de ma part, je n'ai
rien trafiqué ! La seule différence entre la Stretch-fr et celle d'origine est
que j'utilise les sfs à nom réservé (adrv, fdrv, ydrv) et celle d'origine,
non. Serait-ce la cause ?
À+
J'ai aussi signalé le phénomène sur deux fils Stretch du côté anglophone,
celui de belham2 (Stretch Deluxe) et le fil général pour la Stretch.
Pas de réponse encore. Quelqu'un là-bas a-t-il même remarqué la chose ?
Je suis en territoire inconnu. Je lance l'hypoithèse que chez Ubuntu, on
compilerait en faisant plus attention à l'occupation de MEV d'un
programme ? Je ne sais même pas si c'est possible, remarque. Peut-être
que je dis des sottises !?
Bref, on attend que quelqu'un qui s'y connaît pointe le bout de son nez.
Ce qui est certain, c'est que ce n'est pas volontaire de ma part, je n'ai
rien trafiqué ! La seule différence entre la Stretch-fr et celle d'origine est
que j'utilise les sfs à nom réservé (adrv, fdrv, ydrv) et celle d'origine,
non. Serait-ce la cause ?
À+
musher0
~~~~~~~~~~
"You want it darker? We kill the flame." (L. Cohen)
~~~~~~~~~~
"You want it darker? We kill the flame." (L. Cohen)
@augras
Voici un élément de réponse.
Un tour rapide dans la TahrPup-6.0.6 montre que son Xorg occupe 32,5
Mo de MEV (RSS), au départ, tandis que le Xorg de la Puppy Stretch en
occupe 45,7 Mo au départ. Treize Mo de moins pour la TahrPup.
Mais si on compare les nos de version, on obtient
-- Puppy Stretch : Xorg-1.19.1, janvier 2017
-- TahrPup : X-1.15.1, avril 2014
Hypothèse -- À comparer les Xorg de Puppy Stretch et de XenialPup, les
numéros de version seraient probablement plus proches l'un de l'autre, et
on obtiendrait probablement aussi des résultats plus proches concernant
la MEV utilisée. (Mais j'ai pas de XenialPup d'installée.)
À+
Voici un élément de réponse.
Un tour rapide dans la TahrPup-6.0.6 montre que son Xorg occupe 32,5
Mo de MEV (RSS), au départ, tandis que le Xorg de la Puppy Stretch en
occupe 45,7 Mo au départ. Treize Mo de moins pour la TahrPup.
Mais si on compare les nos de version, on obtient
-- Puppy Stretch : Xorg-1.19.1, janvier 2017
-- TahrPup : X-1.15.1, avril 2014
Hypothèse -- À comparer les Xorg de Puppy Stretch et de XenialPup, les
numéros de version seraient probablement plus proches l'un de l'autre, et
on obtiendrait probablement aussi des résultats plus proches concernant
la MEV utilisée. (Mais j'ai pas de XenialPup d'installée.)
À+
musher0
~~~~~~~~~~
"You want it darker? We kill the flame." (L. Cohen)
~~~~~~~~~~
"You want it darker? We kill the flame." (L. Cohen)
Bonjour, M'sieurs-dames !
Billtoo nous apprend ici que la Puppy Stretch a
maintenant à sa disposition le noyau 3.16.43.
Excellente nouvelle !
À+
Billtoo nous apprend ici que la Puppy Stretch a
maintenant à sa disposition le noyau 3.16.43.
Excellente nouvelle !
À+
musher0
~~~~~~~~~~
"You want it darker? We kill the flame." (L. Cohen)
~~~~~~~~~~
"You want it darker? We kill the flame." (L. Cohen)
-
Pelo
compilé ?
compilé ? Il pourra nous compiler un driver pour les antennes alors.. XenialDog veut que les gens propriétaires de portables le fassent eux-même. Moi dans ce cas, je préfère revenir vite fait à Puppy Linux
Si c'est OK je vire XenialDog de ma clé 8GB toute neuve pour mettre la Debian Stretch, une fois sortie en version publique.
Si c'est OK je vire XenialDog de ma clé 8GB toute neuve pour mettre la Debian Stretch, une fois sortie en version publique.
Oui, compllé !
J'ai fait une tentative hier soir, et ç'a fait péter la moité des plombs pour
mon appartement ! Il dévore de l'énergie avec ses noyaux, Linus !
Ce matin, les gars de l'Hydro sont venus, ainsi que le proprio, pour rétablir
le courant dans les pièces qui l'avaient perdu !
Incroyable ! Tu compiles un noyau, et les ressources de ton ordi sont
accaparées à 100 % pendant des heures !
Puis, le circuit électrique décide qu'il en a marre !
À+
J'ai fait une tentative hier soir, et ç'a fait péter la moité des plombs pour
mon appartement ! Il dévore de l'énergie avec ses noyaux, Linus !
Ce matin, les gars de l'Hydro sont venus, ainsi que le proprio, pour rétablir
le courant dans les pièces qui l'avaient perdu !
Incroyable ! Tu compiles un noyau, et les ressources de ton ordi sont
accaparées à 100 % pendant des heures !
Puis, le circuit électrique décide qu'il en a marre !
À+
musher0
~~~~~~~~~~
"You want it darker? We kill the flame." (L. Cohen)
~~~~~~~~~~
"You want it darker? We kill the flame." (L. Cohen)
-
Pelo
c'est dingue çà
c'est dingue çà. Médor a autre chose que sa fujitsu pour compiler alors ? Et intellectuellement c'est compiqué ou simple ? . Ce qui est certain c'est qu'il ne faut pas demander çà aux users, déjà qu'on n'en n'a pas beaucoup.
Ce que tu dis rend encore plus sympa l'attitude de rcrsn51. Un jour il va en avoir marre.
Ce que tu dis rend encore plus sympa l'attitude de rcrsn51. Un jour il va en avoir marre.
Évidemment, étant donné la panne, je dois recommencer. (Ne pas rire !)
Mais un jour assez chaud -- où on a pas besoin de mettre la chaufferette !!
pas à l'heure d'un repas -- ne rien faire cuire sur la cuisinière électrique ou
au micro-ondes pendant que le Linus virtuel compile son noyau !!
pendant le jour -- à peu près pas de consommation d'électricité pour l'éclairage !!!
Que dit la météo des prochains jours pour mon coin de planète ???...
J'vais quand même pas attendre à l'été !!!
~~~~~~~~
Intellectuellement, c'est très compliqué. Il faut être ingénieur pour
comprendre tous les concepts et paramètres. Ce que je ne suis pas !
J'ai fait l'essai d'hier avec une configuration « prêtée » par Billtoo. Est-ce
que Billtoo est ingénieur ?! (héhé) Et on peut remonter comme ça jusqu'à
Linus T. lui-même, je suppose !?
Bref, on lit la config. on lit les paramètres, on change un petit truc qu'on
comprend (PAE ou pas PAE, par exemple), on se ferme les yeux bien durs,
et on prie le Bon Dieu en appuyant sur Entrée !!!
À+
Mais un jour assez chaud -- où on a pas besoin de mettre la chaufferette !!
pas à l'heure d'un repas -- ne rien faire cuire sur la cuisinière électrique ou
au micro-ondes pendant que le Linus virtuel compile son noyau !!
pendant le jour -- à peu près pas de consommation d'électricité pour l'éclairage !!!
Que dit la météo des prochains jours pour mon coin de planète ???...
J'vais quand même pas attendre à l'été !!!
~~~~~~~~
Intellectuellement, c'est très compliqué. Il faut être ingénieur pour
comprendre tous les concepts et paramètres. Ce que je ne suis pas !
J'ai fait l'essai d'hier avec une configuration « prêtée » par Billtoo. Est-ce
que Billtoo est ingénieur ?! (héhé) Et on peut remonter comme ça jusqu'à
Linus T. lui-même, je suppose !?
Bref, on lit la config. on lit les paramètres, on change un petit truc qu'on
comprend (PAE ou pas PAE, par exemple), on se ferme les yeux bien durs,
et on prie le Bon Dieu en appuyant sur Entrée !!!
À+
musher0
~~~~~~~~~~
"You want it darker? We kill the flame." (L. Cohen)
~~~~~~~~~~
"You want it darker? We kill the flame." (L. Cohen)
Bonjour !
Nouveaux enlignements et maintenance dans le dépôt :
(pour mémoire : http://augras.eu/puppy_linux/?dir=musher0/Dpup_Stretch)
-- Créé un répertoire « ISOs de base ». ISOs de base au sens de points de départ
pour la francisation et la remastérisation.
-- Mis dedans des ISOs de départ de la Puppy Stretch avec divers noyaux :
PuppyStretch-7.0.0a1_31643.iso
PuppyStretch-7.0.0a1_4138.iso
Les sommes de vérification md5 pour ces deux ISOs sont jointes.
-- Renommé à PuppyStretch-7.0.0a1_31479.iso l'ISO d'origine, celui qui sert de
base au développement depuis environ un mois, et mis également
dans ce nouveau répertoire des ISOs.
-- Ajouté de nouvelles fontes choisies avec soin pour faciliter la lecture (selon
moi), dont l'essentielle Liberation (dernière mouture), dans un unique répertoire
« Fontes » au 1er niveau du dépôt. Le contenu de l'ancien répertoire « Fontes »
situé sous le répertoire Bureau y a été intégré. Donc, plus de confusion possible.
Voici la liste des fontes ainsi mises à disposition :
typographes ou auteurs de ces fontes, correspondant à une fonte. Les fichiers
zip viennent d'eux ou de dépôts spécialisés; les archives pet ont été assemblées
par moi.
~~~~~~~~~~~
NOTA. -- Les noyaux Linux utilisés identifient maintenant les ISOs.
Pour l'ISO d'origine avec noyau 3.14.79, merci à Billtoo.
Pour l'ISO avec noyau 3.16.43, j'ai fait le « woofing », et un généreux collègue qui
souhaite demeurer anonyme, a contribué le noyau. Ce noyau est selon moi le
plus intéressant pour le développement de la Puppy Stretch, car il ne deviendra
caduc qu'en avril 2020.
Pour l'ISO avec noyau 4.1.38, c'est moi qui ai tout assemblé ! Ce noyau est
selon moi le moins intéressant, bien que contenant probablement plus de
pilotes, car il deviendra caduc dès septembre prochain.
Merci bien entendu à l'équipe du woof-CE, ainsi qu'à augras pour l'hébergement !
Ces trois ISOs ont été testés par un certain nombre de personnes. Mais comme
toujours, votre matériel peut s'avérer allergique à l'une ou l'autre de ces incar-
nations de PuppyLinux. Veuillez prendre toutes les précautions nécessaires :
vous utilisez ce système Puppy à vos risques et périls; nous n'assumons aucune
responsabilité, conformément à la GPL.
Note importante : les noyaux ainsi que les fichiers sfs principal et zdrv de ces
ISOs ne sont pas interchangeables parce que, à ce que je comprends, le Xorg
utilisé avec le noyau 3.14.79 n'est pas le même que le Xorg utilisé dans les
versions avec noyaux 3.16.43 et 4.1.38.
En bref, si vous utilisez un certain ISO de la Stretch, restez avec ! N'ayez crainte,
nous nous efforcerons de rendre les sfs adrv, etc., de la version française (c.-à-d.
les sfs qui contiennent les logiciels supplémentaires) compatibles avec tous les
noyaux et Xorg dans toute la mesure du possible.
Comme d'habitude, tout retour constructif sera apprécié. Je relaierai les bogues
système en amont au besoin et tenterai de régler ceux qui concernent la version
FR avec votre aide.
~~~~~~~~~~~~
On continue !
Nouveaux enlignements et maintenance dans le dépôt :
(pour mémoire : http://augras.eu/puppy_linux/?dir=musher0/Dpup_Stretch)
-- Créé un répertoire « ISOs de base ». ISOs de base au sens de points de départ
pour la francisation et la remastérisation.
-- Mis dedans des ISOs de départ de la Puppy Stretch avec divers noyaux :
PuppyStretch-7.0.0a1_31643.iso
PuppyStretch-7.0.0a1_4138.iso
Les sommes de vérification md5 pour ces deux ISOs sont jointes.
-- Renommé à PuppyStretch-7.0.0a1_31479.iso l'ISO d'origine, celui qui sert de
base au développement depuis environ un mois, et mis également
dans ce nouveau répertoire des ISOs.
-- Ajouté de nouvelles fontes choisies avec soin pour faciliter la lecture (selon
moi), dont l'essentielle Liberation (dernière mouture), dans un unique répertoire
« Fontes » au 1er niveau du dépôt. Le contenu de l'ancien répertoire « Fontes »
situé sous le répertoire Bureau y a été intégré. Donc, plus de confusion possible.
Voici la liste des fontes ainsi mises à disposition :
On aura compris que les fichiers pdf sont de la documentation fournie par lesAkizaSans-1.pet
DejaVu-2.37.pet
Fontes-fixes-1.pet
Inconsolata.otf
liberation-fonts-ttf-2.00.1.pet
Libris-Cat.pdf
Libris-Std-20110117.zip
License-Peignot.txt
peignot.zip
playfair_display.zip
Universalis-Cat.pdf
Universalis-Std-20110904.zip
typographes ou auteurs de ces fontes, correspondant à une fonte. Les fichiers
zip viennent d'eux ou de dépôts spécialisés; les archives pet ont été assemblées
par moi.
~~~~~~~~~~~
NOTA. -- Les noyaux Linux utilisés identifient maintenant les ISOs.
Pour l'ISO d'origine avec noyau 3.14.79, merci à Billtoo.
Pour l'ISO avec noyau 3.16.43, j'ai fait le « woofing », et un généreux collègue qui
souhaite demeurer anonyme, a contribué le noyau. Ce noyau est selon moi le
plus intéressant pour le développement de la Puppy Stretch, car il ne deviendra
caduc qu'en avril 2020.
Pour l'ISO avec noyau 4.1.38, c'est moi qui ai tout assemblé !
Ce noyau est selon moi le moins intéressant, bien que contenant probablement plus de
pilotes, car il deviendra caduc dès septembre prochain.
Merci bien entendu à l'équipe du woof-CE, ainsi qu'à augras pour l'hébergement !
Ces trois ISOs ont été testés par un certain nombre de personnes. Mais comme
toujours, votre matériel peut s'avérer allergique à l'une ou l'autre de ces incar-
nations de PuppyLinux. Veuillez prendre toutes les précautions nécessaires :
vous utilisez ce système Puppy à vos risques et périls; nous n'assumons aucune
responsabilité, conformément à la GPL.
Note importante : les noyaux ainsi que les fichiers sfs principal et zdrv de ces
ISOs ne sont pas interchangeables parce que, à ce que je comprends, le Xorg
utilisé avec le noyau 3.14.79 n'est pas le même que le Xorg utilisé dans les
versions avec noyaux 3.16.43 et 4.1.38.
En bref, si vous utilisez un certain ISO de la Stretch, restez avec ! N'ayez crainte,
nous nous efforcerons de rendre les sfs adrv, etc., de la version française (c.-à-d.
les sfs qui contiennent les logiciels supplémentaires) compatibles avec tous les
noyaux et Xorg dans toute la mesure du possible.
Comme d'habitude, tout retour constructif sera apprécié. Je relaierai les bogues
système en amont au besoin et tenterai de régler ceux qui concernent la version
FR avec votre aide.
~~~~~~~~~~~~
On continue !
- Attachments
-
- md5-PStretch.zip
- (541 Bytes) Downloaded 155 times
Last edited by musher0 on Thu 02 Nov 2017, 16:48, edited 1 time in total.
musher0
~~~~~~~~~~
"You want it darker? We kill the flame." (L. Cohen)
~~~~~~~~~~
"You want it darker? We kill the flame." (L. Cohen)