Contenu | Rechercher | Menus

Annonce

Si vous rencontrez des soucis à rester connecté sur le forum (ou si vous avez perdu votre mot de passe) déconnectez-vous et reconnectez-vous depuis cette page, en cochant la case "Me connecter automatiquement lors de mes prochaines visites". Attention, le forum rencontre actuellement quelques difficultés. En cas d'erreur 502, il ne faut pas re-valider l'envoi d'un message ou l'ouverture d'une discussion, au risque de créer un doublon.

La section divers se réorganise ! De nouvelles sous-sections à venir. (plus d'infos + donner son avis)

nombre réponses : 25

#1 Re : -1 »  [g2s] LaunchBash - Tout en un pour le bash sur Launchpad » Le 19/11/2014, à 22:53

YannUbuntu
Réponses : 380

salut Hizoka, je teste pour la 1e fois la derniere version. . J'ai une erreur dès le lancement:

~/new_lpsm$ python lpsm.py
  File "lpsm.py", line 1015
    QMessageBox(3, "Erreur lors de la création du projet", "Le nom du projet est vide,\nimpossible de creer le nouveau projet !", QMessageBox.Close, self, Qt.WindowSystemMenuHint).exec()
                                                                                                                                                                                        ^
SyntaxError: invalid syntax

je suis sur 14.04 et j'ai installé toutes les dependances indiquées dans ton post precedent.

#2 Re : -1 »  [g2s] LaunchBash - Tout en un pour le bash sur Launchpad » Le 19/11/2014, à 23:07

YannUbuntu
Réponses : 380

je viens de re-essayer l'ancienne version sur 14.04 en me basant sur ton 1er post. Peux-tu y ajouter la dependance python-vte stp ?

#3 Re : -1 »  [g2s] LaunchBash - Tout en un pour le bash sur Launchpad » Le 20/11/2014, à 22:07

YannUbuntu
Réponses : 380

ça se gère via le fichier 'control' de ton DEB
voir https://www.debian.org/doc/manuals/main … dp62586720

Le plus important à retenir:

Depends: le paquet ne sera pas installé sans que les paquets dont il dépend ne soient installés.

Recommends: à utiliser pour les paquets qui ne sont pas vraiment indispensables mais qui sont généralement utilisés avec le programme. Lorsqu'un utilisateur installe le paquet, toutes les interfaces devraient proposer d'installer les paquets recommandés. aptitude et apt-get installent par défaut les paquets recommandés avec le paquet (mais l'utilisateur peut désactiver ce comportement). dpkg ignorera ce champ ;

Suggests: à utiliser pour les paquets qui fonctionnent bien avec le programme mais qui ne sont pas du tout indispensables. Lorsqu'un utilisateur installe le programme, il ne lui sera probablement pas proposé d'installer les paquets suggérés. aptitude peut être configuré pour installer les paquets suggérés avec le paquet mais ce n'est pas le comportement par défaut. dpkg et apt-get ignoreront ce champ ;


Par exemple, si le fichier control de ton paquetA a
Depends: paquetB
Recommends: paquetC
Suggests: paquetD
alors:
- si tu installes le paquetA normalement, ça va installer les paquets B et C, mais pas le paquetD. Tu peux ensuite installer le paquetD en plus si tu veux.
Puis:
- si tu mets à jour le paquetA, et que les paquets B et C sont déjà installés, ça ne va pas tenter de mettre à jour les paquets B ni C.
- si tu désinstalles le paquetD ou le paquetC, ça ne va PAS désinstaller les paquets A et B.
- si tu désinstalles le paquetB, ça va désinstaller le paquets A.

jusque-là je penses que tu connais.

Ensuite, tu peux ajouter des contraintes de version. Par exemple, dans l'exemple précédent si à la version suivante du paquetA tu ajoutes:
Depends: paquetB  (>= 2)

alors si tu mets à jour ton paquetA, il va aussi tenter de mettre à jour ton paquetB à une version supérieure ou égale à 2.

#4 Re : -1 »  [g2s] LaunchBash - Tout en un pour le bash sur Launchpad » Le 20/11/2014, à 22:23

YannUbuntu
Réponses : 380

au fait j'ai réussi à me passer de LaunchBash. Le plus dur ça a été de me refaire une clé PGP wink

En gros, je construis et uploade les sources d'un DEB trusty via:

:~/boot-repair$ debuild -S -kmonemail@gmail.com
~/$ dput ppa:monppa/boot-repair *.changes

puis sur la page de mon PPA, je vais dans "View package details", puis j'utilise le menu "Copy packages" pour créer les paquets des autres versions d'Ubuntu.

#5 Re : -1 »  Boot-Repair-Disk : ze CD pour réparer le démarrage ! » Le 14/11/2014, à 03:33

YannUbuntu
Réponses : 244

bonjour

malbo a écrit :

cette daube.

roll tu auras le droit de te permettre ce genre de commentaire le jour où tu trouveras la solution miracle à tous les problèmes de boot.
En attendant, que proposes-tu pour améliorer cette "daube"? rien.
As-tu mieux pour réparer les boots Legacy? non.

malbo a écrit :

son concepteur - assure un service même pas minimum sur Boot-Repair (*).

eh oui désolé j'ai donné tout ce que j'ai pu (1 an quasiment 8h/j) quand j'avais du temps libre, mais maintenant j'ai un boulot et un gosse.
je vais peu sur le forum ubuntu-fr car vous etes là pour aider justement. Je suis plus utile sur les forums non-francophones et via email.
mais surtout je parcours les forums à la recherche d'une solution miracle pour les boot UEFI.

sinon je confirme que les paquets de Boot-Repair inclus dans BRD ne sont pas les tout derniers, mais les différences sont minimes.
Je n'ai pas mis à jour les PPA depuis longtemps, parce-que je ne vois rien d'important à améliorer, et que personne ne propose de patch.
Il y a plus de 1000 personnes par jour qui utilisent Boot-Repair sans se plaindre (et à la louche une vingtaine qui se plaignent sur les canaux principaux), ça ne veut pas dire qu'ils sont tous satisfaits, mais s'il y avait un gros soucis dans Boot-Repair on le saurait vite, et on serait débordés sur les forums.

Bref heureusement qu'il y a Babdu pour faire des propositions constructives smile
Effectivement Babdu, ça serait bien de créer une BRD-64bit basée sur Lubuntu14.04. Vois avec Malbo, si elle boote mieux en EFI que la BRD actuelle, ça serait une belle amélioration.

#6 Re : -1 »  Boot-Repair-Disk : ze CD pour réparer le démarrage ! » Le 14/11/2014, à 21:03

YannUbuntu
Réponses : 244
ikewdu a écrit :

ça engendre notamment des problèmes de démarrage si le constructeur "force" le boot sur WBM (c'est le cas aujourd'hui d'un pc sur trois).

c'est justement pour ce cas-là qu'il y a le renommage. Si ça ne marche pas sans renommage, il suffit de relancer BR en l'activant. Et inversement.

ikewdu a écrit :

la réparation du boot en uefi se fait très simplement sans cet outil, de manière manuelle, et ce en fonction des situations.

Peux-tu détailler stp? (je veux voir s'il y a des idées à intégrer dans BR)

malbo a écrit :

C'est vraiment dommage que tu ne fasses plus rien pour Boot-Repair.

C'est dommage que personne d'autre non plus. Je n'ai plus d'idée pour l'améliorer, donc je mettrai à jour le PPA le jour où on me proposera un patch utile.

malbo a écrit :

il y a des pauvres gus qui vont encore utiliser Boot-Repair-Disk sans qu'il y ait une mise à jour de Boot-Repair (puisque la version incluse dans Boot-Repair-Disk n'est pas la dernière version de Boot-Repair).

je répète: les différences sont minimes entre ces 2 versions de BR (dialogues et traductions principalement). Donc ce ne sont pas plus des "pauvres gus" que ceux qui utilisent la dernière version.

#7 Re : -1 »  Boot-Repair-Disk : ze CD pour réparer le démarrage ! » Le 14/11/2014, à 23:08

YannUbuntu
Réponses : 244
Qid a écrit :

ce qui me pose souci dans cette histoire c'est que brd s'est arrêté sur une ubuntu même pas lts
Et qu'on fasse une réparation avec une version inférieure et plus en cours de support par rapport à celle installée (l'inverse me generait moins)

Je comprends ton inquiétude, mais il n'y a pas de soucis. La raison c'est que BRD répare en chroot ( https://doc.ubuntu-fr.org/chroot ). En gros, BR donne des instructions de réparation aux paquets qui se trouvent dans le système à réparer. Par exemple si BRD doit réparer le GRUB d'une Ubuntu 14.04, il va utiliser les paquets GRUB (ou autre) contenus dans l'Ubuntu14.04 (et pas ceux contenus dans l'ISO BRD).

Ce qui compte, c'est donc la version de l'OS installé sur le PC. Et bien-sur ne pas utiliser une ancienne version de BRD.

#8 Re : -1 »  Boot-Repair-Disk : ze CD pour réparer le démarrage ! » Le 14/11/2014, à 23:50

YannUbuntu
Réponses : 244

salut Babdu,

Babdu89 a écrit :

Est-ce que le fait de remasteriser cette iso sur une machine non UEFI, ne va pas compromettre la manip?

je ne pense pas. Par contre tu ne pourras pas la tester. Il faudra la mettre sur un site de partage (sourceforge.net par exemple) pour que les testeurs puissent la télécharger.

Babdu89 a écrit :

Est-ce que l'iso créée sera capable de démarrer en UEFI sur les machine UEFI?
Comment vérifier qu'il y aura dedans tout ce qu'il faut , pour réparer en UEFI ?

le seul truc à faire, c'est vérifier que l'ISO démarre en mode EFI depuis un DVD , et aussi depuis un live-USB.
Mais pour cela, il faut que les testeurs aient un PC UEFI.

Reste à trouver des testeurs...

#9 Re : -1 »  Boot-Repair-Disk : ze CD pour réparer le démarrage ! » Le 15/11/2014, à 00:21

YannUbuntu
Réponses : 244
nany a écrit :
sed 's/loop_of_the_glade2script_interface/_button_justbootinfo/g'

joli smile

#10 Re : -1 »  Boot-Repair-Disk : ze CD pour réparer le démarrage ! » Le 17/11/2014, à 00:07

YannUbuntu
Réponses : 244

merci ikewdu. effectivement, il vaut mieux éviter le renommage quand c'est possible.

Pour un dualboot Ubuntu/Win8, par défaut j'ai tendance à conseiller d'utiliser BR sans renommage (solutionne notamment les cas 1, 2 et 3, demande à créer une ESP si besoin pour le cas 1), puis
soit d'ajouter un coup de bcdedit si ça reboote direct sur Windows (cas 4), ou bien si rien au reboot (cas 5) bcdboot+on recommence (BR sans renommage + bcdedit si besoin).

#11 Re : -1 »  Boot-Repair-Disk : ze CD pour réparer le démarrage ! » Le 18/11/2014, à 23:23

YannUbuntu
Réponses : 244

bonjour
le mieux c'est de créer un rapport de bug pour chaque suggestion/patch.

#12 Re : -1 »  Boot-Repair-Disk : ze CD pour réparer le démarrage ! » Le 20/11/2014, à 03:50

YannUbuntu
Réponses : 244

merci Qid, j'ai corrigé ce message dans le PPA.
J'en ai profité pour ajouter des paquets pour Trusty / Utopic / Vivid, et remettre la doc à jour.

#13 Re : -1 »  [Boot-Repair] Réparer le démarrage du PC (GRUB, MBR) en 1 clic ! » Le 06/08/2014, à 00:57

YannUbuntu
Réponses : 1390

bonjour

Concernant l'option "Sauvegarder et renommer les fichiers EFI Windows":
- elle sert à pallier la déficience de certain bios EFI qui ne savent pas démarrer sur autre chose que windows.
- entre autres elle renomme bootmgfw.efi en bkpbootmgfw.efi , ce qui se voit facilement dans les BootInfo
- elle n'est pas activée par défaut

Pour annuler proprement les effets de cette option, il suffit de lancer Boot-Repair --> Options Avancées --> cocher "Restaurer les sauvegardes EFI" --> Appliquer

#14 Re : -1 »  Recherche Testeurs VOIP/Visio libre : SIP - XMPP » Le 04/03/2014, à 00:17

YannUbuntu
Réponses : 512

bonjour
j'essaye de faire un peu de ménage dans http://doc.ubuntu-fr.org/visioconference .

Quelles sont les combinaisons qui marchent bien et facilement ?
Vu le nombre croissant de smartphones, il serait peut-etre intéressant de pousser les tests avec la seule solution libre compatible Android/iOS/WindowsPhone : Linphone.  Quelqu'un a-t-il fait des tests ?

#15 Re : -1 »  Recherche Testeurs VOIP/Visio libre : SIP - XMPP » Le 06/06/2014, à 23:38

YannUbuntu
Réponses : 512

pour info, il y a maintenant un plugin Pidgin qui gère la vidéo sous Windows:
https://developer.pidgin.im/ticket/11075#comment:31

Hey, the current dev, Tomasz Wasilczyk, made a build with video support. smile
https://blog.wasilczyk.pl/en/2013/pidgi … r-windows/

You can download the binaries here:
https://dl.dropboxusercontent.com/u/544 … 57992c.exe

The problem is that the OTR plugin do not work on that version, but I think Tomasz's next build will include OTR and video support. smile

à tester smile

#16 Re : -1 »  [Résolu]Réparer correctement grub après installation de Ubuntu 14.04 ? » Le 05/08/2014, à 23:54

YannUbuntu
Réponses : 23

bonjour

jamesbad000 a écrit :

c'est pour pallier la déficience de certain bios EFI qui ne savent pas démarrer sur autre chose que windows.

exact

jamesbad000 a écrit :

Mais bon on a pris le cas particulier comme modèle...)

Pas d'accord.
Par défaut, Boot-Repair ne renomme pas les fichiers bootmgfw.efi.
Il ne le fait que si:
1) l'utilisateur coche l'option "Sauvegarder et renommer les fichiers EFI Windows" dans les options avancées
2) OU que l'utilisateur répond "Oui" à la question

Voulez-vous activer l'option <Sauvegarder et renommer les fichiers EFI Windows> ? (si l'un des choix ne donne pas satisfaction, retentez avec l'autre)

Les systèmes où l'on observe un bkpbootmgfw.efi viennent d'un de ces 2 cas de figure.
Donc svp sortez-vous de la tête la fausse idée que Boot-Repair renomme systématiquement les fichiers bootmgfw.efi.

#17 Re : -1 »  [Résolu]Réparer correctement grub après installation de Ubuntu 14.04 ? » Le 06/08/2014, à 20:26

YannUbuntu
Réponses : 23

eh non smile
backup-and-rename-efi-files dans le BootInfo, c'est l'option "Utiliser le fichier EFI standard" (qui met GRUB dans /Boot/bootx64.efi ).
L'option "Sauvegarder et renommer les fichiers EFI Windows" apparait dans le BootInfo comme rename-ms-efi .

Je te l'accorde, il faudrait mieux nommer backup-and-rename-efi-files... le remplacer par use-standard-efi-file par exemple.

#18 Re : -1 »  [Résolu]Réparer correctement grub après installation de Ubuntu 14.04 ? » Le 08/08/2014, à 10:24

YannUbuntu
Réponses : 23

bonjour

jamesbad000 a écrit :

peut-être faudrait-il modifier le titre de l'option en :

"Renomer les fichiers efi windows et mettre à la place les fichiers efi grub UNIQUEMENT pour les P@@@@@ de leur race de bios de M@@@@ inféodés à windows

oui bonne idée, on pourrait ajouter une précision.

Cette option est assez difficile à appréhender.
Au moment d'utiliser Boot-Repair, l'utilisateur n'a aucun moyen de savoir si son BIOS est bridé ou pas, et donc ne sait pas s'il doit activer l'option ou pas.
Je m'étais aussi demandé s'il fallait orienter l'utilisateur plus vers un choix ou l'autre: j'avais fait plusieurs semaines d'essais en l'activant par défaut, et pareil en la désactivant par défaut, et il y avait dans les deux cas un nombre important de cas qui ont eu besoin d’être guidé vers l'autre choix.
C'est pour ça que j'avais préféré rendre l'utilisateur autonome à ce sujet, en indiquant "(si l'un des choix ne donne pas satisfaction, retentez avec l'autre)". Il y a peut-etre moyen d'améliorer la formule ceci-dit.

#19 Re : -1 »  [Live-CD] Linux Secure Remix » Le 28/04/2014, à 23:03

YannUbuntu
Réponses : 870

bonjour
on peut continuer à utliser LSR meme pour réparer une install de 14.04.
Pas de nouvelle version de LSR prévue à court/moyen terme.

#20 Re : -1 »  [Live-CD] Linux Secure Remix » Le 28/05/2014, à 23:32

YannUbuntu
Réponses : 870
malbo a écrit :

(..)
2) Les cas où Linux Secure Remix ne démarre pas en mode EFI dans un ordi UEFI :
(...)

Merci Malbo pour ces liens.
Un truc qui serait utile, c'est de savoir si le soucis vient d'Ubuntu13.04 (sur lequel est basé le LSR actuel) ou est spécifique à LSR.
Si des utilisateurs arrivent à démarrer en UEFI avec Ubuntu13.04 et pas avec LSR  (sans changer les paramètres BIOS bien-sur), alors ça voudrait dire qu'il y a un soucis spécifique à LSR, et donc probablement au mode de fabrication de l'ISO LSR.
Par contre, si tous ceux qui ont ce soucis avec LSR l'ont aussi avec Ubuntu13.04, alors à priori le mode de création d'ISO est correct.

Ca m'intéresse notamment parce-que l'asso Ubuntu-fr est en train d'essayer de créer une ISO francophone 14.04, et que l'on se demande comment créer l'ISO sans casser la compatibilité UEFI.

#21 Re : -1 »  [Live-CD] Linux Secure Remix » Le 29/05/2014, à 10:02

YannUbuntu
Réponses : 870

Aucune idée.
Pour cela, il faudrait trouver quelqu'un qui arrive à booter sur Ubuntu13.04 avec SecureBoot activé, et voir s'il arrive à booter sur LSR avec SecureBoot activé aussi.

#22 Re : -1 »  [Live-CD] Linux Secure Remix » Le 02/06/2014, à 20:50

YannUbuntu
Réponses : 870

intéressant. Là aussi, ça serait bien de vérifier s'il y a le meme soucis avec Ubuntu13.04, ou si c'est spécifique à LSR.

#23 Re : -1 »  [Live-CD] Linux Secure Remix » Le 29/07/2014, à 23:43

YannUbuntu
Réponses : 870

bonjour
oui, vous pouvez.
2 solutions:
1) utiliser le Gestionnaire de mise à niveau pour upgrader vers 13.10, puis à nouveau pour upgrader vers 14.04.
2) Utiliser un disque 14.04 64bit pour reinstaller par-dessus 13.04 (en suivant http://doc.ubuntu-fr.org/reinstallation_ubuntu si vous voulez conservez votre /home). C'est le plus rapide et le plus sur à mon avis.