Search options (Page 8 of 14)

Salut,

Oui, je crois que le "umask 0022" spécifié dans le fichier INSTALL avant le make install ne suffit pas à appliquer les bons droits. Concrètement, il s'agit d'une limitation sur l'installation actuelle : autant le binaire est copié avec une commande install et des droits corrects, autant la collection d'éléments se contente d'un simple cp et les droits utilisés sont ceux du checkout/export Subversion. Et là, selon l'umask de ton utilisateur, ils peuvent se voir attribuer les droits de lecture/exécution pour les autres... ou pas :p
Bref, c'est pour ça que sur cette doc-là, on précise le umask avant la mise en place des sources.

Concrètement, les permissions nécessaires sont 755 pour les dossiers et 644 pour les fichiers, ce que tu peux appliquer comme suit :

find /usr/local/share/qelectrotech -type d | xargs chmod 755
find /usr/local/share/qelectrotech -type f | xargs chmod 644

Si tu as fait un export/checkout Subversion, tu peux également les appliquer sur le dossier elements de ton working directory, mais attention aux éventuels nouveaux fichiers.

Hmmm.... Deux hypothèses :

• soit j'ai mis les mauvaises DLLs dans le zip Qt 4.6 (après install du SDK, elles sont dispos dans bin et dans qt\bin, c'est perturbant), ce qui rejoindrait la mésaventure de ce monsieur

• soit après mon debug d'hier (passage de l'application en mode console), il reste un reliquat d'appel à ces méthodes (qt_message_output, ça relève de la gestion des messages de debug/warning/autres de Qt)

Bref, je vais compiler le trunk et la branche 0.3, à la révision 843, et je vais refaire le paquet des DLLs (avec le qt\bin).
Edit : Voilà, c'est fait et dispo ici
Re-Edit : Oh, et j'en profiterai pour tester le tout au boulot, ça fait un bon test en général.

Salut,

Notre packageur Debian fait les paquets x86_64 en priorité ; tu es sans doute sur une version 32 bits de Debian, donc sur les paquets i386. À l'heure où je rédige ce post, la révision 834 est packagée pour i386 et la révision 840 pour x86_64. Essaye donc de forcer l'installation de la révision 834 :

apt-get install qelectrotech=0.3.r834-2

Si ça ne fonctionne pas, scorpio (notre packageur Debian) te renseignera

Bonjour,

Je t'invite à suivre scrupuleusement notre documentation d'installation pour les Debian et Ubuntu :
http://qelectrotech.org/wiki/doc/install_debian > section "Installation des dernières versions (snapshot svn)"
À vue d'œil il semblerait que tu n'aies pas choisi le bon dépôt, qui serait selon moi :

deb http://scorpio810.blogdns.net/qelectrotech/ lenny main

Si ça ne passe toujours pas, je laisse le soin à scorpio, notre packageur Debian, de te répondre.

Euh, ouais, mais non.
1 - Nous, c'est QElectroTech, abrégé QET, basé sur Qt, pas "QT". Et nous sommes à la version 0.2, pas 4.5.3.
2 - Merci pour toutes tes suggestions, mais euh... elles sont évidentes. Franchement. Surtout celle sur la modification de la taille des primitives dans l'éditeur d'élément (et encore : la modification de la taille n'est pas possible à la souris, elle reste possible par modification des propriétés de la primitive). Donc si elles ne sont pas déjà réalisées, c'est tout simplement parce que nous manquons de temps et de développeurs, pas parce que nous prônons une ergonomie de l'âge de pierre. Mais nous attendons avec impatience tes patchs

Salut,

Oui, c'est normal. QElectroTech ne permet pas de laisser traîner des conducteurs dans le vide.

Je comprends ton besoin. Ce thème a déjà été discuté dans ce topic. En résumé, ce n'est pas une fonctionnalité qui sera implémentée de manière prioritaire dans la mesure où tout le monde n'est pas d'accord sur son concept.

J'ai effectivement pu reproduire le problème sur la version 0.2 telle que nous la distribuons ici (= paquet Ready To use 0.2) ; par contre, je n'ai pas pu la reproduire dans le trunk. Je t'invite donc à utiliser la révision 800 du trunk pour ne plus rencontrer le problème. Concrètement, télécharge ces deux fichiers :

• qelectrotech-trunk-rev-800-x86-win32-readytouse.zip

• qt_dll-4.5.3-x86-win32.zip

Décompresse le premier fichier comme tu l'avais fait avec la version 0.2 officielle. Tu obtiendras alors un dossier. Il te faudra alors :

• copier le sous-dossier "conf" depuis le dossier de la version 0.2 vers le nouveau dossier

• décompresser qt_dll-4.5.3-x86-win32.zip dans le sous-dossier bin du nouveau dossier de façon à ce que les fichiers .dll soient juste à côté du fichier qelectrotech.exe (c'est un peu lourdingue, mais nous fournissons les DLLs à part pour ces "builds" afin d'économiser de la place).

Cela devrait normalement résoudre ton problème. Préviens-nous si tu rencontres d'autres problèmes

Je n'explique pour le moment pas pourquoi ce problème se produit sous Windows et pas sous X11.

Hmm... étrange. Pourrais-tu nous refaire le même screenshot que http://img205.imageshack.us/i/pbaffichage.jpg/ ,  mais en zoomant de façon à ce que les symboles du conducteur unifilaire soient énormes ? Je voudrais vérifier le rendu de plus près avant de tirer des conclusions sur l'origine du problème...

Hmm... quelle version utilises-tu et sous quel système d'exploitation ?

Bonjour,

Une fois ton écran dans Paint, fais Fichier > Enregistrer sous, saisis un nom de fichier et choisis le type "JPEG" (pas bitmap). Puis rends-toi sur http://imageshack.us/ pour héberger ton image sur Internet => ce site te fournira alors un lien estampillé "direct link to image" => copie-colle ici.

J'ai du neuf à ce sujet. Je me suis finalement décidé à faire un bug report. Le problème vient donc de chez KDE, au niveau du thème Oxygen qui ne fournissait pas la bonne zone à mettre à jour à Qt. Il paraît que le problème est résolu côté KDE. Reste à voir quand la correction sera released et dans les dépôts.

OK. Bon ben, si tu veux nous envoyer un patch un jour, n'hésite pas.

Oui, il faudra que je code ça un de ces 4, mais, comme nous ne sommes pas une application KDE, il faut le faire soi-même et ça demande pas mal de temps.

Idem, sauf qu'en plus, il faut établir une liste d'astuces avant de mettre la fonctionnalité en place, sans parler du travail supplémentaire pour les traducteurs.

Euh, bah, majoritairement on y dort