Développement de la Puppy Stretch FR

Message

nic007 · #61 Post by **nic007** » Tue 28 Mar 2017, 16:49

Merci, moncieur.

musher0 · #62 Post by **musher0** » Tue 28 Mar 2017, 20:34

nic007 wrote:Merci, moncieur.

My pleasure!

@tous :

Tel que mentionné précédemment, j'ai un bogue au niveau du dimension-
nement du fond d'écran. J'ai passé la journée à étudier le problème et je
propose deux tentatives de solutions. Je dis tentatives parce qu'elles
marchent dans mon DpupStretch, mais que j'aimerais que vous me donniez
une confirmation quelconque à leur sujet. Merci d'avance.

La première solution consiste à redimensionner toute image destinée à
être utilisée comme fond d'écran aux dimensions de l'écran. C'est bebête,
et c'est commode en un sens, mais ce n'est pas la solution complète.

Code: Select all

#!/bin/sh
# /mnt/home/Images/Redim-fond.sh
# ou autre répertoire approprié.
#
# Objectif : redimensionner une image jpg aux pleines dimensions
# de votre écran afin qu'elle puisse être utilisée comme fond d'écran.
# Solution de rechange au script < background_reshape > de BarryK.
# Voir suite de l'explication aux lignes 34 et ss.
#
# Requiert : awk, jpegtopnm, xwininfo, pnmscale, pnmtojpeg.
#
# Usage : Se placer dans un répertoire d'images et taper:
# Redim-fond.sh <image_choisie>.jpg (sans les chevrons).
#
# ==============================
##  Attention : encore à l'état d'ébauche. ##
##   Ne pas intégrer à quoi que ce soit.    ##
##          Utiliser indépendamment.          ##
## Aucune garantie quant à l'esthétique !  ##
# ==============================
#
# (C) musher0, 28 mars 2017. GPL3
####
A="$@"

if [ ! -f $PWD/origs/orig-$A ];then
	PiC="`echo $A | awk -F"." '{ print $1 }'`"

	[ ! -d >$PWD/origs ] && mkdir -p origs
	cp -f $PiC.jpg origs/orig-$PiC.jpg # Créons ici copie de réserve de l'original.

	jpegtopnm $PiC.jpg > $PiC.pnm

	WidtH="`xwininfo -root | awk '$1 ~ /Width/ { print $2 }'`"
	HeighT="`xwininfo -root | awk '$1 ~ /Height/ { print $2 }'`"
	pnmscale -xsize=$WidtH -ysize=$HeighT $PiC.pnm > $PiC.mod.pnm

	pnmtojpeg -quality=90 $PiC.mod.pnm > $PiC.mod.jpg
	mv -f $PiC.mod.jpg $PiC.jpg # Cette image du même nom que l'originale
# et à la même place, a maintenant les mêmes dimensions que votre écran.
# Que vous centriez, étiriez, adaptiez cette image avec le sous-programme de
# ROX-Filer # ou avec l'utilitaire wallpaper de 01micko, elle ne changera pas.
#
	rm -f *.pnm # On donne un dernier coup de balai !

# else # pour tester
#	echo -e "\n\t\t\tA déja été fait !\n"
fi
## 30 ##

La solution plus ciblée est celle-ci : dans mon DpupStretch, en tout cas, je
n'avais pas le fichier de référence xrandrindex dans /etc. Or ce fichier est
utilisé par .xinitrc. S'il n'existe pas, .xinitrc se livre à toutes sortes de
conjectures pour évaleur les dimensions de l'écran. Et il se trompe ?
M'enfin. Donc, avec ce minuscule fichier de référence en place, le fond
d'écran s'affiche comme il faut.

Code: Select all

#!/bin/sh
# /usr/local/bin/cree-xrandrindex.sh
#
# Objectif : créer un fichier xrandrindex vite fait, s'il n'existe pas déjà,
# ............... car le scrip .xinitrc et ROX-Filer en ont besoin pour afficher
# ............... correctement le fond d'écran.
#
# Requiert : awk, xwininfo.
#
# (C) musher0, 28 mars 2017. GPL3
####
if [ ! -f /etc/xrandrindex ];then

	WidtH="`xwininfo -root | awk '$1 ~ /Width/ { print $2 }'`"
	HeighT="`xwininfo -root | awk '$1 ~ /Height/ { print $2 }'`"

	echo "$WidtHx$HeighT" > /etc/xrandrindex
# else # pour tester
	# echo -e "\n\t\t\tA déja été fait !\n"
fi

Corrigez-moi s.v.p. ?

En attendant, à la bonne vôtre !

musher0 · #63 Post by **musher0** » Fri 31 Mar 2017, 01:35

Salut !

Ça irait comme fond d'écran, pour la « DPupStretch7_fr » ?

Source : http://ici.radio-canada.ca/nouvelle/705 ... ens-course

Parce que, de Whitehorse à Fairbanks en traîneau à chiens, c'tout'une
« stretch », comme on dit en canayen ! ( 1 600 kms )
Non ? Pas de jeu de mots bilingue ?

Superbe image quand même, non ?

À+

musher0 · #64 Post by **musher0** » Sat 01 Apr 2017, 18:29

Bonjour à toutes et à tous.

J'ai mis à disposition ici la page man de mpv ainsi qu'un script de lancement
et une modification correspondante à apporter au fichier mpv.desktop dans
/usr/share/applications. Vous y trouverez également une capture d'écran
de ce que ça donne.

Étant donné la complexité de ce lecteur multi-médias, je crois qu'il est
important d'avoir à portée de main de la doc à son sujet et qu'il s'affiche de
façon évidente pour l'utilisateur.

À la bonne vôtre.

musher0 · #65 Post by **musher0** » Sat 01 Apr 2017, 18:37

Rebonjour !

On trouvera ici : https://pkgs.org/download/manpages-fr les pages
man en français des utilitaires GNU/Linux pour la DPupStretch7.

C'est-à-dire des utilitaires GNU qui constituent un système Linux. Ne
cherchez dans ces paquets la page man pour l'application X (par ex.
geany), elle n'y sera pas.

Toutes les pages man n'ont pas été traduites en français, mais ces trois
paquets en comptent quand même au total près de 3 000 !

Pour la commodité de la chose, je viens d'enligner les trois archives deb
en question dans le répertoire « Francisation » de notre dépôt.

Si vous songez à développer un script ou une application et que vous ne
parlez pas l'anglais couramment, il est essentiel d'avoir la traduction des
fichiers man à portée de main, à mon sens.

L'inconvénient, c'est que, déballées, elles vont occuper +/- 8,5 Mo dans
le fichier de sauvegarde personnelle de votre Puppy. À vous de juger.

À+

musher0 · #66 Post by **musher0** » Mon 03 Apr 2017, 21:15

Bonjour, m'sieurs-dames !

Je viens d'enligner links2, version 2.14, la plus récente au moment d'écrire
ces lignes, dans le dépôt. L'exécutable même a été compilé par Bibi pour
la DpupStretch7_fr, mais j'ai utilisé la structure d'archive rpm que nos
camarades de la distro Alt1-Sysiphus ont employée. Ainsi, toutes les biblios
nécessaires ont été incorporées à l'exécutable lors de la compilation, et
l'archive contient aussi la doc., le manuel, les icônes, etc.

Enfin, j'ai interverti les catégories dans le fichier *.desktop pour que les
utilitaires de création de menu des divers gestionnaires de fenêtres voient
« WebBrowser » (navigateur web) avant « Network » (réseau). Détail, vous
me direz, mais à mon sens, l'utilisateur cherche spontanément un navi-
gateur dans la section navigateur avant de le chercher dans « Réseau ».

J'ai aussi enligné une archive d'appui, je suppose, à links2, contenant des
répertoires qui figurent dans l'archive source, mais nulle part ailleurs, ni
dans les archives deb. ni dans les rpm. C'est l'archive links2*_EXTRAS.pet.

Elle contient des jeux de caractères iso-8859-*, une police toute en images
*.png, et des fichiers de localisation. J'ai testé ce links2 avant de l'enligner,
et il s'affiche dès le départ en français. Donc le fichier pour la langue
française ne manque pas, du point de vue de l'exécutable.

Bref, je ne comprends pas pourquoi ces fichiers supplémentaires existent,
mais je les ai enlignés des fois que quelqu'un saurait !

Finalement, j'ai renommé la section « Applis » dans le dépôt à « Applis-
gnles» (applications générales), pour réduire la confusion.

Ah oui... Pourquoi mettre links2 à disposition ? Parce que dillo fait des
misères à bmpanel2 : à chaque fois que dillo se lance, il zappe bmpanel2.
Une fois ou deux, on peut tolérer. La 15e fois, le niveau de frustration est
tel que c'est « Dillo à la poubelle ! »

Je vous suggère donc de remplacer le fichier /usr/local/bin/defaulthtmlviewer
par celui-ci :

Code: Select all

#!/bin/sh
# /usr/local/bin/defaulthtmlviewer
####
exec xlinks2 "$@"
# exec dillo "$@" # non

après que vous aurez installé link2, pour que notre excellent bmpanel2
puisse continuer de vous servir, sans interruption.

Pour ne pas mentionner la plus grand polyvalence de links2.

À la bonne vôtre !

ÀLP.

musher0 · #67 Post by **musher0** » Tue 04 Apr 2017, 05:19

Bonjour.

Voici une nouvelle importante.

Je suis en train de tester la Stretch que Wildman69 a annoncée ici et
mise à disposition ici :

"And an x86 Debian pup 7.0.0a1 with 4.1.38 kernel,
Debian flavored iso:
url]https://drive.google.com/file/d/0B5lAga ... sp=sharing[/url]
md5 text:
url]https://drive.google.com/file/d/0B5lAga ... sp=sharing [/url]
Devx file:
url]https://drive.google.com/file/d/0B5lAga ... sp=sharing[/url]
md5 text:
url]https://drive.google.com/file/d/0B5lAga ... sp=sharing[/url]"

.
Excellente nouvellle : tout ce que j'ai présenté à ce jour pour la 1ère
Stretch avec le noyau 3.14.79 -- adrv, les diverses applications enlignées
dans notre dépôt, francisation, etc. -- fonctionne avec. Les isos de base
sont interchangeables.

J'écris ces lignes de la Stretch de Wildman69 avec tout ce que j'ai préparé
déjà pour l'autre, et tout baigne dans l'huile.

Le souci de Muscardin et de pelo sur un autre fil concernant la connec-
tivité wifi des puppys francophones, faute de noyau de série 4, vient de
s'envoler.

À+

Pelo · #68 Post by **Pelo** » Tue 04 Apr 2017, 10:57

le noyau 4.1.38 ne reconnaitra pas les clés Wifi tant qu'un pet pour le driver n'a pas été compilé. Les drivers inclus dans les ISOs sont innefficaces. C'est çà le problème.

musher0 · #69 Post by **musher0** » Tue 04 Apr 2017, 16:21

Salut, pelo.

Ah. Cuisiner des pilotes ("drivers"), c'est pas mon rayon. Aussi, un peu par
préjugé existentiel (je n'aime pas le style de vie que suppose le wifi), un peu
parce que le service Internet câblé est excellent dans le quartier, je n'ai
jamais utilisé le wifi. Il faudra que quelqu'un d'autre se mette à ces pilotes.

D'autre secteurs de Linux me tiennent occupé ! Monter une distro, par ex. !

Par ailleurs, avoir le choix entre une Puppy Stretch FR avec noyau 3.14 et
une avec noyau 4.1, c'est déjà quelque chose, il me semble.

À+

musher0 · #70 Post by **musher0** » Wed 05 Apr 2017, 04:25

Salut le monde !

En marge de l'appli SoX (Sound eXchange) que j'ai enlignée l'autre jour
dans le dépôt sour /Applis-gnles/Son_et_Musique, voici deux scripts pour
faire jouer de la musique avec SoX.

L'un pour jouer un morceau à la fois

Code: Select all

#!/bin/sh
## /usr/local/bin/sox-play.sh ## Requiert : / Requires: progiciel / SoX / suite, defaultimageviewer
# (c) Christian L'Écuyer, Gatineau (Qc), Canada, 4 et 8 avril 2017. GPL3 # (alias musher0 [forum Puppy])
#### set -xe
Morceau="$@";Rep="`dirname $Morceau`"
Morceau="`echo $Morceau | tr " " _`";Morceau="`basename $Morceau | awk -F. ' { print $1 }'`"
IcoN="/usr/local/lib/X11/mini-icons/audio-x-generic.png"
[ "`ls -1 $Rep/*.jpg`" ] && defaultimageviewer -s -d 12 -i $Rep/*.jpg &
urxvt -g 79x9+200-200 -title "$Morceau" -tr -sh 121 -icon $IcoN -bl -e play "$@" bass +3
killall -q qiv # nettoyage # set +xe

J'utilise ici le paramètre < -bl > ("borderless", c.-à-d. sans bordure), parce
que quand j'écoute de la musique, j'écoute de la musique. C'est joli
comme effet, sauf que si vous voulez faire autre chose dans une autre
appli sur un autre bureau, la petite fenêtre de sox va vous suivre et rester
au 1er plan. Pour vous dire que si vous n'aimez pas ça, vous enlevez le
paramètre en question.

L'autre pour jouer des albums (ou répertoires de morceaux)

Code: Select all

#!/bin/sh
# /usr/local/bin/sox-play-dir-2.sh
# Requiert : / Requires: progiciel / SoX / suite, defaultimageviewer, vrai less, urxvt récent
# (c) Christian L'Écuyer, Gatineau (Qc), Canada, 4 et 8 avril 2017. GPL3 # (alias musher0 [forum Puppy])
#### set -xe
Rep="$@";cd $Rep;echo > liste
tree -fi -L 1 | grep -v -E "asx|m3u|pls" | grep -E "cdda|flac|mp2|mp3|ogg|raw|voc|vorbis|wav" | awk -F"/" '{ print "\t"$NF }''' >> liste # Il faut exclure les listes de lecture.
echo >> liste
LargeuR="`echo $Rep | wc -c`";LargeuR="`echo $[ $LargeuR + 6 ]`";[ "$LargeuR" -gt 65 ] && LargeuR=65
LigneS="`wc -l < $Rep/liste`";LigneS="`echo $[ $LigneS + 2 ]`"
TitrE="`echo $Rep | awk -F"/" '{ print $NF }'`"
IcoN="/usr/local/lib/X11/mini-icons/audio-x-generic.png"
#
[ "`ls -1 $Rep/*.jpg`" ] && defaultimageviewer -s -d 12 -i $Rep/*.jpg &
urxvt -g "$LargeuR"x$LigneS+100-375 -title "$TitrE" -tr -sh 121 -icon $IcoN +sb -bl -e less -~ -B -R -P "   $Rep   " liste &
urxvt -g 80x9+225-200 -title "$TitrE" -tr -sh 121 -icon $IcoN -e play `tree -fi -L 1 "$Rep" | grep -v -E "asx|m3u|pls" | grep -E "cdda|flac|mp2|mp3|ogg|raw|voc|vorbis|wav"` bass +3
#
killall -q qiv;killall -q less;rm -f liste # nettoyage # set +xe

Encore ici j'utilise le paramêtre sans bordure mais pour la liste des
morceaux.

J'ai choisi qiv comme visionneur d'images par défaut. Ci-dessus il est
paramétré pour faire un diaporama s'il existe plus d'une image du
musicien dans le répertoire. Si vous utilisez un autre visionneur d'images
que qiv, enlevez les paramètres qui suivent defaultimageviewer sur cette
ligne du script, tout simplement.

On crée des liens symboliques pour associer les fichiers musicaux ou
albums (répertoires) aux scripts correspondants. (S.v.p. voir illustration.)

~~~~~~~

Je lis dans la doc qu'on peut enregistrer de la voix avec. C'est diablement
intéressant pour quelqu'un qui souhaite travailler à la dictée (médecin,
avocat ou traducteur). À suivre.

À plus.

musher0 · #71 Post by **musher0** » Wed 05 Apr 2017, 05:33

Pas propre à DPupStretch-7, mais très utile !

http://murga-linux.com/puppy/viewtopic. ... ost#950244

musher0 · #72 Post by **musher0** » Fri 07 Apr 2017, 07:10

Je ne nous oublie pas !

Je vais intégrer ceci dans la DPupStretch-7_fr.
Pas la fille ! Elle est déjà prise !

Mais c'est laid, pas la peine d'aller voir.

À+

musher0 · #73 Post by **musher0** » Sat 08 Apr 2017, 00:54

Bonsoir.

fping sera inclus dans la DPupStretch-7 francophone.

ÀLP.

musher0 · #74 Post by **musher0** » Sat 08 Apr 2017, 01:04

Qui ne dit rien consent, je suppose.

Donc tout le monde ici trouve que ma créativité produit des trucs
pertinents et intelligents pour la collectivité des Puppyistes francophones ?

Je comprends bien, les gars, que vous ne voulez pas parler pour ne rien
dire,;) , mais un petit mot d'encouragement ou de critique serait le
bienvenu.

Le temps est bien long, tout seul... Je peux faire tout ça rien que pour
moi, bien sûr, mais il est plus enrichissant de partager, il me semble.

Si ce que je fais ne vous convient pas, soyez franc, dites-le-moi, et
j'arrêterai d'en faire, tout simplement.

Cordialement.

musher0 · #75 Post by **musher0** » Sun 09 Apr 2017, 02:36

Bonsoir.

Je viens de mettre à jour mes scripts de lecture de musique avec SoX

À la bonne vôtre !

augras · #76 Post by **augras** » Sun 09 Apr 2017, 08:32

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

musher0 · #77 Post by **musher0** » Sun 09 Apr 2017, 15:41

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.

augras · #78 Post by **augras** » Sun 09 Apr 2017, 16:18

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

musher0 · #79 Post by **musher0** » Mon 10 Apr 2017, 02:49

Ç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 !

À+

Pelo · #80 Post by **Pelo** » Tue 11 Apr 2017, 05:38

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 !

(old)Puppy Linux Discussion Forum

(old)Puppy Linux Discussion Forum

Développement de la Puppy Stretch FR

le noyau 4.1.38 ne reconnaitra pas les clés Wifi

l'affichage du menu et des prix dans la rue est obligatoire