choosepartfunc() {
offerfido
#dialog to choose what partition to create ${DISTRO_FILE_PREFIX}save.2fs on...
[ ! "$PMEDIA" ] && PCHOOSE="yes"
[ "$PMEDIA" = "cd" ] && PCHOOSE="yes"
[ "$PMEDIA" = "scsicd" ] && PCHOOSE="yes"
[ "$PMEDIA" = "satacd" ] && PCHOOSE="yes"
[ "$PMEDIA" = "idecd" ] && PCHOOSE="yes"
[ "$PMEDIA" = "atacd" ] && PCHOOSE="yes"
[ "$PMEDIA" = "usbcd" ] && PCHOOSE="yes"
[ "$DEV1FS" = "ntfs" ] && PCHOOSE="yes"
[ "$DEV1FS" = "msdos" ] && DEV1FS="vfat"
[ "$DEV1FS" = "xxx" ] && PCHOOSE="yes"
Musher0, c'est vrai que dans le passé, les sauvegardes posaient moins de soucis. Il faut peut-être repartir sur de l'ancien. Pour ne pas dériver, je n'ai parlé que de la première sauvegarde.
Ah Musher0 a posté ! les jambes de bois s'entassent, çà fonctionne peut-être ta solution. Mais il n'est pas normal d'en arriver là. Sans le fichier de traduction çà se passe bien. Il y a donc erreur dans le rajout de nos français. On ne leur en veut pas. ils vont trouver le défaut, sans le contourner. Je serai eux, j'essaierai avec le fichier de traduction espagnol, par exemple; si no souci, on sera sûr que le français bloque.
Aparté : je suis sur tahrpup 6.0.2, elle m'enregistre automatiquement ma session, malgré mes ordres dans pupsaveconfig. La 6.0 allait bien. On n'est pas prêt de refermer le capot ! Ils n'ont pas inclus pupsaveconfig ! encore un programmeur qui ignore le monde extérieur...
ToOpPy LINUX 2.3
-
Pelo
Le mieux est l'ennemi du bien
Last edited by Pelo on Sat 13 Jun 2015, 08:26, edited 2 times in total.
-
Pelo
Argolance a trouvé !
On ne risqque rien a revenir en arrière, à la dernière version qui fonctionnait. çà donne du temps pour peaufiner la nouveauté. Musher0, tout est supposé marcher, essaies ta solution. Moi je dis, si tu n'enlèves pas le fichier mo français, tu es planté, comme nous tous 
Argolance nous fera le debriefing (résumé) de la panne. je crois qu'il a trouvé, d'ailleurs. "Tu pourras récupérer le nouveau (fonctionnel) sur la RC2..." dit-il (quote)
En informer les collègues de la Toutou Slaxonne (Slaxen French puppy), svp.
Argolance nous fera le debriefing (résumé) de la panne. je crois qu'il a trouvé, d'ailleurs. "Tu pourras récupérer le nouveau (fonctionnel) sur la RC2..." dit-il (quote)
En informer les collègues de la Toutou Slaxonne (Slaxen French puppy), svp.
-
Argolance
- Posts: 3767
- Joined: Sun 06 Jan 2008, 22:57
- Location: PORT-BRILLET (Mayenne - France)
- Contact:
Re: Pupsaves faites main ignorées au boot
Bonjour,
Ainsi, tout va bien, enfin tout a l'air de bien aller.
... ainsi que pour la solution que tu proposes
... l'idéal étant évidemment que tout se passe de façon normale et qu'il ne soit pas besoin d'avoir recours à une telle manipulation!
Cordialement.
Tu as bien lu en ce qui concerne ToOpPy (pour slaxen, je ne sais pas), mais seulement en locale fr. Comme dit plus haut, j'ai donc été amené à refaire le fichier mo et en ai profité pour mettre une version plus récente du script shutdownconfig lui-même (qui offre, contrairement à l'autre, la possibilité de faire une sauvegarde dans la partition entière).musher0 wrote: Ai-je bien lu, ou je fais un mauvais rêve ?... Un utilisateur de ToOpPy
LINUX 2.0 ou de Slaxen ne pourrait plus créer de pupsave en quittant sa
1ère session ?
Ainsi, tout va bien, enfin tout a l'air de bien aller.
Merci pour le "saboté"Dans votre Puppy qui semble saboté pour ne pas créer de pupsave,
... ainsi que pour la solution que tu proposes
... l'idéal étant évidemment que tout se passe de façon normale et qu'il ne soit pas besoin d'avoir recours à une telle manipulation!
Mon ami musher0 a dû louper quelques derniers posts de ce fil.Mais c'est bien triste qu'on en soit revenu là.
>>Pelo wrote:On ne leur en veut pas. ils vont trouver le défaut, sans le contourner. Je serai eux, j'essaierai avec le fichier de traduction espagnol, par exemple; si no souci, on sera sûr que le français bloque.
Merci à vous.argolance wrote:Les sauvegardes fonctionnent en effet en anglais, mais aussi en espagnol, alors c'est la conclusion à laquelle je suis arrivé,
Cordialement.
Argolance a dû rater le "qui semble" qui est juste devant le "saboté". Le
saboteur n'est évidemment pas Argolance.
Parce que... c'est pas une consolation, mais ce défaut se retrouve aussi
sur le emSeeTahr et le emSeeVivid.
http://murga-linux.com/puppy/viewtopic. ... ost#846445
Pourquoi ce problème reapparaît-il dans des dérivés alors qu'il n'existait
plus depuis les derniers Slacko, et donc qu'ils n'existent pas dans les Tahr
et Vivid de 666philb ?
Et puis j'ai utilisé le mot « saboté » pour décrire l'impression de
l'utilisateur, son impuissance devant la situation de ne pas pouvoir
sauvegarder sa session.
~~~
Note ajoutée une demi-heure après :
Est-ce du sabotage de la part d'un concurrent de Puppy ou d'un
développeur interne mécontent ? Je ne sais pas. Ça se pourrait, vu que
le pupsave est un élément essentiel de Puppy et que le script de création
du pupsave est un endroit relativement facile où attaquer le Puppy.
Un malfaiteur pourrait changer un ou deux paramètres dans
shutdownconfig, même sans rien connaître du bash, et le mal serait fait.
Mais il faut pas tomber dans la parano sans preuves.
La parade est évidemment d'enfermer le script de création de pupsave
qui fonctionne dans un coffre à double tour dans un Institut et de le sortir
seulement sur demande autorisée avec contre-signature autorisée !!!
Désolé si l'analogie n'est pas drôle. Je préfère badiner, parce que cette
situation est franchement triste à pleurer.
~~~
À+
musher0
saboteur n'est évidemment pas Argolance.
Parce que... c'est pas une consolation, mais ce défaut se retrouve aussi
sur le emSeeTahr et le emSeeVivid.
http://murga-linux.com/puppy/viewtopic. ... ost#846445
Pourquoi ce problème reapparaît-il dans des dérivés alors qu'il n'existait
plus depuis les derniers Slacko, et donc qu'ils n'existent pas dans les Tahr
et Vivid de 666philb ?
Et puis j'ai utilisé le mot « saboté » pour décrire l'impression de
l'utilisateur, son impuissance devant la situation de ne pas pouvoir
sauvegarder sa session.
~~~
Note ajoutée une demi-heure après :
Est-ce du sabotage de la part d'un concurrent de Puppy ou d'un
développeur interne mécontent ? Je ne sais pas. Ça se pourrait, vu que
le pupsave est un élément essentiel de Puppy et que le script de création
du pupsave est un endroit relativement facile où attaquer le Puppy.
Un malfaiteur pourrait changer un ou deux paramètres dans
shutdownconfig, même sans rien connaître du bash, et le mal serait fait.
Mais il faut pas tomber dans la parano sans preuves.
La parade est évidemment d'enfermer le script de création de pupsave
qui fonctionne dans un coffre à double tour dans un Institut et de le sortir
seulement sur demande autorisée avec contre-signature autorisée !!!
Désolé si l'analogie n'est pas drôle. Je préfère badiner, parce que cette
situation est franchement triste à pleurer.
~~~
À+
musher0
musher0
~~~~~~~~~~
"You want it darker? We kill the flame." (L. Cohen)
~~~~~~~~~~
"You want it darker? We kill the flame." (L. Cohen)
Je viens de faire un essai avec ToOpPy-2.0.
Le fichier /usr/sbin/shutdownconfig de ToOppy-2.0 ne fonctionne pas
comme il faut sur ma machine.
On voit tout de suite l'erreur :
Et le résultat est inutilisable :
Par contre, la procédure « sous console » et « sur le vif » indiquée
ci-dessusfonctionne, non pas avec le fichier shutdownconfig « sortie
usine », mais avec le fichier shutdownconfig-woofCE ci-joint.
Résultat avec shutdownconfig-woofCE utilisé en console :
La procédure a même saisi les deux captures placées au début du
présent message.
Enfin, je parle seulement de mon expérience. Et dans un esprit
d'entraide. Désolé si le ton que j'utilise parfois peut sembler corrosif.
À+
musher0
Le fichier /usr/sbin/shutdownconfig de ToOppy-2.0 ne fonctionne pas
comme il faut sur ma machine.
On voit tout de suite l'erreur :
Et le résultat est inutilisable :
Par contre, la procédure « sous console » et « sur le vif » indiquée
ci-dessusfonctionne, non pas avec le fichier shutdownconfig « sortie
usine », mais avec le fichier shutdownconfig-woofCE ci-joint.
Résultat avec shutdownconfig-woofCE utilisé en console :
La procédure a même saisi les deux captures placées au début du
présent message.
Enfin, je parle seulement de mon expérience. Et dans un esprit
d'entraide. Désolé si le ton que j'utilise parfois peut sembler corrosif.
À+
musher0
- Attachments
-
- shutdownconfig-woofCE.tar.bz2
- Déballer dans /root/my-applications/bin et rendre exécutable.
- (12.37 KiB) Downloaded 277 times
Last edited by musher0 on Sat 13 Jun 2015, 20:06, edited 2 times in total.
musher0
~~~~~~~~~~
"You want it darker? We kill the flame." (L. Cohen)
~~~~~~~~~~
"You want it darker? We kill the flame." (L. Cohen)
Pour dépanner, voici un fichier pupsave de 192 Mo préfabriqué exprès
pour ToOpPy-2.0.
Il suffit de déballer l'archive ci-jointe deux fois dans le dossier où se
trouve votre ToOpPy-2.0. Pour ce faire,
aucune configuration. Il vous faudra donc les reprendre du début.
Si vous voulez augmenter la taille de ce pupsave par la suite, libre à
vous. Le script d'augmentation du pupsave est bon, il n'a jamais été en
cause, dans aucun cas que j'ai rencontré. Mais avec le fichier ci-joint, au
moins vous aurez un point de départ fiable.
À la bonne vôtre. En attendant une vraie solution.
Et quelle misère, hein ? Vaut mieux en rire !
musher0
pour ToOpPy-2.0.
Il suffit de déballer l'archive ci-jointe deux fois dans le dossier où se
trouve votre ToOpPy-2.0. Pour ce faire,
- -- cliquez une première fois sur le fichier bz2. Cela dégage le fichier lzo.
-- cliquez sur le fichier lzo. Cela redonne son extension complète et
originale au fichier 2fs (le pupsave de 192 Mo).
-- ensuite redémarrez votre ToOpPy. il « absorbera » son nouveau
pupsave au retour.
aucune configuration. Il vous faudra donc les reprendre du début.
Si vous voulez augmenter la taille de ce pupsave par la suite, libre à
vous. Le script d'augmentation du pupsave est bon, il n'a jamais été en
cause, dans aucun cas que j'ai rencontré. Mais avec le fichier ci-joint, au
moins vous aurez un point de départ fiable.
À la bonne vôtre. En attendant une vraie solution.
Et quelle misère, hein ? Vaut mieux en rire !
musher0
- Attachments
-
- tooppy_precisesave-arf.2fs.lzo.bz2
- Pour les meilleures compressions, c'est chez musher0 qu'il faut aller ! :-)
- (3.44 KiB) Downloaded 286 times
musher0
~~~~~~~~~~
"You want it darker? We kill the flame." (L. Cohen)
~~~~~~~~~~
"You want it darker? We kill the flame." (L. Cohen)
-
Pelo
Le "ton corrosif" est bon pour la santé !
Musher0, on sait bien que ton "ton corrosif" est une volonté de bien faire, pour que la ToOppy et les autres Puppies tournent. Ce ton là est sain.
Ah tu vois que mon 'peut-être' était justifié ! 'ta solution tourne peut-être' disais-je dans mon courrier.
Sur le fond, la Puppy est la distro qui maitrise le mieux les sauvegardes. Slax et les puppies qui veulent s'en inspirer reculent sur ce point. Fatdog enregistre la session comme le faisaient les CD ou DVD multisession de Puppy, c'est à dire une sauvegarde par session. Ce qui est nettement moins bien que de toujours écrire de session en session sur la même sauvegarde.
Un info sur les frugal install disque dur : Puppy au démarrage se branche sur le premier sfs qui lui va bien. Si elle le trouve sur le disque dur, bingo, elle y va tout de go. ( sauf si vous avez refait le grub pour en faire un multiboot).
Une version bêta, c'est encore un brouillon. Baser une puplette sur un brouillon, faut s'attendre à heriter des imperfections (Slaxen)
Je connais Slax. J'ai laissé tomber à cause de sa gestion des sauvegardes (aucune en fait, parce que son système ne fonctionne pas)
Ceux qui nous entrainent vers les système Slax ne nous feront rien gagner, sauf de se remuer les méninges pour rien, pire, ils nous feront perdre notre supériorité dans le domaine des sauvegardes). çà patauge, çà patauge dans les nouvelles Puppies. çà pédale dans la choucroute. Les developpeurs infidèles mettent le binz. Là je rejoins Musher0 . S'ils s'ennuient, ils n'ont qu'à developper des applications, accessoires aussi insdispensables au user que la charrue au paysan. A quoi lui sert son tracteur sans les accessoires ?
Post-scriptum : svp les anti-sauvegardes, ne pas venir nous troubler... Enregistrer tout automatiquement, comme Windows, c'est sauvegarder
Ah tu vois que mon 'peut-être' était justifié ! 'ta solution tourne peut-être' disais-je dans mon courrier.
Sur le fond, la Puppy est la distro qui maitrise le mieux les sauvegardes. Slax et les puppies qui veulent s'en inspirer reculent sur ce point. Fatdog enregistre la session comme le faisaient les CD ou DVD multisession de Puppy, c'est à dire une sauvegarde par session. Ce qui est nettement moins bien que de toujours écrire de session en session sur la même sauvegarde.
Un info sur les frugal install disque dur : Puppy au démarrage se branche sur le premier sfs qui lui va bien. Si elle le trouve sur le disque dur, bingo, elle y va tout de go. ( sauf si vous avez refait le grub pour en faire un multiboot).
Une version bêta, c'est encore un brouillon. Baser une puplette sur un brouillon, faut s'attendre à heriter des imperfections (Slaxen)
Je connais Slax. J'ai laissé tomber à cause de sa gestion des sauvegardes (aucune en fait, parce que son système ne fonctionne pas)
Ceux qui nous entrainent vers les système Slax ne nous feront rien gagner, sauf de se remuer les méninges pour rien, pire, ils nous feront perdre notre supériorité dans le domaine des sauvegardes). çà patauge, çà patauge dans les nouvelles Puppies. çà pédale dans la choucroute. Les developpeurs infidèles mettent le binz. Là je rejoins Musher0 . S'ils s'ennuient, ils n'ont qu'à developper des applications, accessoires aussi insdispensables au user que la charrue au paysan. A quoi lui sert son tracteur sans les accessoires ?
Post-scriptum : svp les anti-sauvegardes, ne pas venir nous troubler... Enregistrer tout automatiquement, comme Windows, c'est sauvegarder
Merci de ta compréhension, pelo.
Si c'était la 1ère fois que ça arrivait, je n'aurais pas pensé à la possibilité
d'un sabotage. Mais le shutdownconfig de BK a été révisé en profondeur
par Karl_Godt, qui s'y connaît en scripts bash. Pendant quoi ?, 2 ans ?,
on n'a pas eu de problème, puis tout à coup, ceci ?
À moins qu'il y ait eu un sérieux cafouillage récemment du côté du git-
hub de Woof. Ce qui est possible; l'erreur est humaine, pas vrai ?
M'enfin... "It smells fishy." | « C'est suspect... »
Si pour une raison quelconque on veut entraver la diffusion de Puppy, il
serait logique de l'attaquer lors du premier "shutdown". Puppy n'est pas
complet tant qu'on ne lui a pas donné sa "niche" (pardonnez le jeu de
mots facile !) soit sur CD/DVD, soit dans un pupsave, soit dans un dossier
ou sur une partition bien à lui.
Or, le nouvel utilisateur qui tombe en panne à la première sauvegarde de
son Puppy | Toutou se dira : « Ah ben non, quelle bande d'incompétents !
Ils savent pas tester leur truc, ces gens-là. Je vais me trouver une autre
distro. » Et il nous mettra de côté, il sera séduit par PC-Machin-OS ou il
installera Dieu-Sait-Quoi-Linux version Z.
musher0
Si c'était la 1ère fois que ça arrivait, je n'aurais pas pensé à la possibilité
d'un sabotage. Mais le shutdownconfig de BK a été révisé en profondeur
par Karl_Godt, qui s'y connaît en scripts bash. Pendant quoi ?, 2 ans ?,
on n'a pas eu de problème, puis tout à coup, ceci ?
À moins qu'il y ait eu un sérieux cafouillage récemment du côté du git-
hub de Woof. Ce qui est possible; l'erreur est humaine, pas vrai ?
M'enfin... "It smells fishy." | « C'est suspect... »
Si pour une raison quelconque on veut entraver la diffusion de Puppy, il
serait logique de l'attaquer lors du premier "shutdown". Puppy n'est pas
complet tant qu'on ne lui a pas donné sa "niche" (pardonnez le jeu de
mots facile !) soit sur CD/DVD, soit dans un pupsave, soit dans un dossier
ou sur une partition bien à lui.
Or, le nouvel utilisateur qui tombe en panne à la première sauvegarde de
son Puppy | Toutou se dira : « Ah ben non, quelle bande d'incompétents !
Ils savent pas tester leur truc, ces gens-là. Je vais me trouver une autre
distro. » Et il nous mettra de côté, il sera séduit par PC-Machin-OS ou il
installera Dieu-Sait-Quoi-Linux version Z.
musher0
musher0
~~~~~~~~~~
"You want it darker? We kill the flame." (L. Cohen)
~~~~~~~~~~
"You want it darker? We kill the flame." (L. Cohen)
Petit historique récent du fichier shutdownconfig :
Baissons d'un cran : pas cafouillage mais triturage récent du fichier
shutdownconfig dans le dossier testing du woof-CE par mavrothal.
-- https://github.com/puppylinux-woof-CE/woof-CE --
Inscrivez « shutdownconfig » dans le champ de recherche en haut de
la page et vous trouverez.
C'était suite à des discussions sur le sujet de la fin mars à la mi-avril sur
le fil TahrPup 6.0-CE, d'ici à ici. C'est bigpup qui m'a mis la puce à l'oreille
dans cet autre fil, à la 2e ligne de sa liste.
Bon, maintenant je vais tester dans ToOpPy-2 le fichier du « git-hub
testing » adapté par mavrothal. On va bien voir ?!
À + tard.
musher0
Baissons d'un cran : pas cafouillage mais triturage récent du fichier
shutdownconfig dans le dossier testing du woof-CE par mavrothal.
-- https://github.com/puppylinux-woof-CE/woof-CE --
Inscrivez « shutdownconfig » dans le champ de recherche en haut de
la page et vous trouverez.
C'était suite à des discussions sur le sujet de la fin mars à la mi-avril sur
le fil TahrPup 6.0-CE, d'ici à ici. C'est bigpup qui m'a mis la puce à l'oreille
dans cet autre fil, à la 2e ligne de sa liste.
Bon, maintenant je vais tester dans ToOpPy-2 le fichier du « git-hub
testing » adapté par mavrothal. On va bien voir ?!
À + tard.
musher0
musher0
~~~~~~~~~~
"You want it darker? We kill the flame." (L. Cohen)
~~~~~~~~~~
"You want it darker? We kill the flame." (L. Cohen)
-
Pelo
Le team francophone a fait une erreur
Le team francophone a fait une erreur, tout simplement. Dans le monde entier shutdownconfig va bien sauf exceptions, bien sûr.
J'en ai trouvé.chez el senor Morales, notamment, ll avait innové avec son joli Gui de sortie de session. Seule la diffusion publique à des millions d'utilisateurs permet de balayer en profondeur la bonne santé de sa Puppy,
Musher0, la tahrpup et la slacko 5.9.3 vont bien du côté sauvegardes. C'est la 'french touch' qui a planté !
Vous n'allez pas me dire qu'aucun des téléchargeurs de la 2P2 n'a eu de problème de la sauvegarde ! Pourquoi ce manque de retours ? à cause de moi, m'a dit Medor ! Mais j'y crois pas.
Les retours affluent de suite sur...Puppy Linux Facebook, alors que le Forum Puppy Linux ibérique n'a même pas remué la queue.
J'en ai trouvé.chez el senor Morales, notamment, ll avait innové avec son joli Gui de sortie de session. Seule la diffusion publique à des millions d'utilisateurs permet de balayer en profondeur la bonne santé de sa Puppy,
Musher0, la tahrpup et la slacko 5.9.3 vont bien du côté sauvegardes. C'est la 'french touch' qui a planté !
Vous n'allez pas me dire qu'aucun des téléchargeurs de la 2P2 n'a eu de problème de la sauvegarde ! Pourquoi ce manque de retours ? à cause de moi, m'a dit Medor ! Mais j'y crois pas.
Les retours affluent de suite sur...Puppy Linux Facebook, alors que le Forum Puppy Linux ibérique n'a même pas remué la queue.
Last edited by Pelo on Sun 14 Jun 2015, 05:49, edited 1 time in total.
Rebonsoir !
Une p'tite visite en coup d' vent pour faire un compte rendu :
Désolé. Ni le shutdownconfig-woofCE, ni celui plus récent de mavrothal ne
fonctionnent en remplacement du shutdownconfig « sortie usine » de
ToOpPy-2.0.
Tel que mentionné précédemment, le shutdownconfig-woofCE fonctionne
si on l'appelle de dedans une console. Mais c'est motte, rien à faire, pour
celui adapté par mavrothal, aucun résultat, ni en remplacement, ni sous
console.
Versons une larme et restons avec les pupsaves « préfabriqués » ?
À+
musher0
Une p'tite visite en coup d' vent pour faire un compte rendu :
Désolé. Ni le shutdownconfig-woofCE, ni celui plus récent de mavrothal ne
fonctionnent en remplacement du shutdownconfig « sortie usine » de
ToOpPy-2.0.
Tel que mentionné précédemment, le shutdownconfig-woofCE fonctionne
si on l'appelle de dedans une console. Mais c'est motte, rien à faire, pour
celui adapté par mavrothal, aucun résultat, ni en remplacement, ni sous
console.
Versons une larme et restons avec les pupsaves « préfabriqués » ?
À+
musher0
musher0
~~~~~~~~~~
"You want it darker? We kill the flame." (L. Cohen)
~~~~~~~~~~
"You want it darker? We kill the flame." (L. Cohen)
-
Pelo
symphytum dans ton menu bureau, çà me fera plaisir.... :)
Musher0, tu es en train d'essayer de réparer un truc qui fonctionne. C'est réparé, t'as dit Argolance.
Répartissons nos forces de frappe, certains s'occupent du tracteur, et de sa couleur, beaucoup trop d'ailleurs, et personne ne s'occuppe de ce qu'on va y accrocher.
Argolance, met symphytum dans ton menu bureau, çà me fera plaisir.......et Associations Suscribers ? (Made in France).
Répartissons nos forces de frappe, certains s'occupent du tracteur, et de sa couleur, beaucoup trop d'ailleurs, et personne ne s'occuppe de ce qu'on va y accrocher.
Argolance, met symphytum dans ton menu bureau, çà me fera plaisir....
...et Associations Suscribers ? (Made in France).
Last edited by Pelo on Sun 14 Jun 2015, 06:11, edited 1 time in total.
Re: Le team francophone a fait une erreur
J'y pensais justement cet après-midi. Serions-nous les seuls à avoir lePelo wrote:(...)
Vous n'allez pas me dire qu'aucun des téléchargeurs de la 2P2 n'a eu de
problème de la sauvegarde !
courage d'appeler un chat un chat ?
Tu fais bien. Il dit ça seulement pour te blesser, le méchant !Pelo wrote: Pourquoi ce manque de retours ? à cause de moi, m'a dit Medor ! Mais j'y
crois pas.
Ils ont pas la langue dans leur poche les Latinos, ce sont pas des timides,Pelo wrote: Les retours affluent de suite sur...Puppy Linux Facebook, alors que
le Forum Puppy Linux ibérique n'a même pas remué la queue.
c'est bien connu.
La raison profonde... va donc savoir : peur du lèse-majesté ? Doute
quant à ses compétences chez les nouveaux ? Stoïcisme ? Comme c'est
une distro communautaire, on ne veut pas décourager les auteurs, alors
on leur conte un « mensonge blanc » ? On ne veut pas nuire à la
réputation de la distro ? Le bogue n'existe réellement que sur un petit
nombre de machines ?
Si je continue l'énumération, je vais faire une crise d'anxiété !!!
L'important, je crois, c'est d'être honnête avec l'utilisateur, de lui dire que
ce bogue non encore résolu se manifeste de temps à autre, et de mettre
une solution, même imparfaite, à sa disposition, au cas où.
À+
musher0
musher0
~~~~~~~~~~
"You want it darker? We kill the flame." (L. Cohen)
~~~~~~~~~~
"You want it darker? We kill the flame." (L. Cohen)
Re: symphytum dans ton menu bureau, çà me fera plaisir.... :)
Ha, ha, très drôle.Pelo wrote:Musher0, tu es en train d'essayer de réparer un truc qui
fonctionne. C'est réparé, t'a dit Argolance. (...)
Argo, il est dans les patates !!!
Soyons clair : j'ai téléchargé son ToOpPy-2.0 après la réparation, et ça ne
marchait tout de même pas chez moi, son truc. J'l'ai fait marcher quand
même, avec mes petites connaissances et les moyens du bord !
Sans compter que j'ai perdu une journée à investiguer à nouveau le
problème. Si vous croyez que c'est réparé, je vous laisse à vos illusions,
je n'ai rien à faire ici.
À+
musher0
musher0
~~~~~~~~~~
"You want it darker? We kill the flame." (L. Cohen)
~~~~~~~~~~
"You want it darker? We kill the flame." (L. Cohen)
-
Pelo
Moralité, il faut tester les distros de petits copains
On est branchés, Musher et Moi ! Oui mais le concepteur manque de temps, ils le disent tous. Les latinos sont véhéments. Tous révolucionarios ! mais même sur le site ibericos, personne n'a signalé el defo de la Puppita TuPi.
Moralté, il faut tester les distros de petits copains, même si on n'est pas fan. Et leur remonter franco les défauts, quitte à se faire mal voir, c'est le meilleur service qu'on puisse se rendre.
SOS de Musher posté en urgence :
Ping Pong : juste en enlevant le fichier mo tout reprend sa place, tout fonctionne ! Itou sur Slaxen.
Si en fermant la session, la sauvegarde se créée, et est chargée au reboot, la panne est solutionnée, non ? c'est facile à contrôler
Moralté, il faut tester les distros de petits copains, même si on n'est pas fan. Et leur remonter franco les défauts, quitte à se faire mal voir, c'est le meilleur service qu'on puisse se rendre.
SOS de Musher posté en urgence :
Ping Pong : juste en enlevant le fichier mo tout reprend sa place, tout fonctionne ! Itou sur Slaxen.
Si en fermant la session, la sauvegarde se créée, et est chargée au reboot, la panne est solutionnée, non ? c'est facile à contrôler
Bonjour,
Mais si j'ai bien compris cette option ne fonctionne qu'à partir de trusty, donc pour tahrpup version pae par exemple, mais pas pour les versions antérieures. Normal qu'avec tooppy ça ne fonctionne donc pas.
Effectivement, en effaçant le fichier .mo indiqué la sauvegarde fonctionne correctement.
Bon fin de dimanche,
Philippe
Et bien depuis le début de l'après-midi je tente, avec tooppy, ce forcepae : sans succès ! Rien à faire !augras wrote:J'ai cherché pour cette histoire de pae/non pae et apparemment tous les processeurs depuis 1995 comprennent les instructions pae... sauf que sur certain de début 2000, surtout des pentium M, les processeurs n'annoncent plus qu'ils comprennent ces instructions... mais ils sont parfaitement compatibles.
Au même titre qu'il suffit de passer en option au démarrage pfix=ram pour démarrer une session live, il suffirait de passer l'option forcepae pour que tout fonctionne tout à fait normalement : je testerai ça très vite
Mais si j'ai bien compris cette option ne fonctionne qu'à partir de trusty, donc pour tahrpup version pae par exemple, mais pas pour les versions antérieures. Normal qu'avec tooppy ça ne fonctionne donc pas.
Effectivement, en effaçant le fichier .mo indiqué la sauvegarde fonctionne correctement.
Bon fin de dimanche,
Philippe
Bonjour, messieurs.
augras a dit :
> Effectivement, en effaçant le fichier .mo indiqué la sauvegarde
fonctionne correctement.
@augras : tant mieux pour toi si ça marche. Ton commentaire signifie
aussi que tu as eu le problème.
Quelqu'un peut-il me dire dans quelle langue est la 1ère illustration sur
ce post ? Merci d'avance.
Hé, les gars, j'suis pas aveugle, J'avais lu et j'ai fait exprès de faire ce
test-là en anglais. Tirez-en vos propres conclusions.
Mais il faut que j'arrête parce que je suis à deux doigts d'ajouter la
mauvaise foi à la liste de raisons ci-dessus.
Bon dimanche.
musher0
augras a dit :
> Effectivement, en effaçant le fichier .mo indiqué la sauvegarde
fonctionne correctement.
@augras : tant mieux pour toi si ça marche. Ton commentaire signifie
aussi que tu as eu le problème.
Quelqu'un peut-il me dire dans quelle langue est la 1ère illustration sur
ce post ? Merci d'avance.
Hé, les gars, j'suis pas aveugle, J'avais lu et j'ai fait exprès de faire ce
test-là en anglais. Tirez-en vos propres conclusions.
Mais il faut que j'arrête parce que je suis à deux doigts d'ajouter la
mauvaise foi à la liste de raisons ci-dessus.
Bon dimanche.
musher0
musher0
~~~~~~~~~~
"You want it darker? We kill the flame." (L. Cohen)
~~~~~~~~~~
"You want it darker? We kill the flame." (L. Cohen)
[quote="musher0"]
@augras : tant mieux pour toi si ça marche. Ton commentaire signifie
aussi que tu as eu le problème.
/quote]
Je crois que l'on est deux à avoir signalé le problème : did18 et moi.
Et effectivement il n'existe pas si on est en langue en : simplement un soucis dans le fichier de langue fr qui doit être le même pour toutes les puppies woof_ce.
Philippe
@augras : tant mieux pour toi si ça marche. Ton commentaire signifie
aussi que tu as eu le problème.
/quote]
Je crois que l'on est deux à avoir signalé le problème : did18 et moi.
Et effectivement il n'existe pas si on est en langue en : simplement un soucis dans le fichier de langue fr qui doit être le même pour toutes les puppies woof_ce.
Philippe