TiEmu: fiture ricouaistes - Page 3

Au fait, on est déjà en décembre, t'as fini les docks? J'espère que tout ça sera compilé et uploadé pour ce soir, je debug là.

Oh oui, sors, et vite

roms (./60) :
car mes paquets sont des paquets 'native' ce qui n'est pas correct)

C'est quoi le problème ?

Ils ne contiennent pas de .diff.gz qui liste les différences entre le source original et le paquet source debian. Le paquet 'native' est réservé à des paquets spécifiques Debian.

Même si c'est vide ?

Il y a des cas où le diff.gz est vide effectivement.
Mais normalement, le répertoire debian/ est censé être rajouté par le diff.gz. (RPM fonctionne aussi comme ça.)

Voilà l'état d'avancement:
- j'ai terminé mes packages Debian,
- je vais finalement releaser:
* tilp avec le support NSpire (beta),
* tiemu avec les modifs enumérées dans ce topic, excepté le dock (=> 3.03),
- ensuite, je m'occuperais du dock.

roms (./67) :
* tiemu avec les modifs enumérées dans ce topic, excepté le dock (=> 3.03)

As-tu bien testé ces modifications?

Bien, Romain

> As-tu bien testé ces modifications?
Debian ne sera pas content s'il y a des bugs ?

Romain, si tu me passes les packages, je peux faire du pré-test.

roms (./67) :
* tilp avec le support NSpire (beta),

Je te signale que TiLP (le dernier à jour sur le dépot mainetnu par Kevin) crash systématiquement si on demande une copie d'écran ou nue liste de fichiers alors que les paramètres de liaison ne sont pas réglés correctement. Le meiux serait bien sûr un message d'erreur.

(désolé de me pointer toujours avec mon panier rempli de crash bug [dédicace à celui qui se reconnaitra])

Kevin Kofler (./68) :

roms (./67) :
* tiemu avec les modifs enumérées dans ce topic, excepté le dock (=> 3.03)

As-tu bien testé ces modifications?

Je pense mais tu me connais . Par contre, j'avais fourni un tarball sur ce forum pour du testing. Personne n'a jamais répondu

Romain, si tu me passes les packages, je peux faire du pré-test.

J'ai mis en place un repo Debian de snapshots (http://www.lievin.net/downloads/debian/) sur lequel j'ai déjà chargé les sources et des paquets amd64. Les paquets i386 devraient suivre...

OK pour le pré-test.

Lionel Debroux (./69) :
> As-tu bien testé ces modifications?Debian ne sera pas content s'il y a des bugs ?

Je ne sais pas pour Debian, mais moi je ne veux pas que mes paquetages pour Fedora sur CalcForge soient inutilisables.

Martial Demolins (./70) :
Je te signale que TiLP (le dernier à jour sur le dépot mainetnu par Kevin) crash systématiquement si on demande une copie d'écran ou nue liste de fichiers alors que les paramètres de liaison ne sont pas réglés correctement. Le meiux serait bien sûr un message d'erreur.

C'est clair, mais c'est quand-même un peu garbage-in garbage-out là. Cela dit, c'est clair que ce n'est pas exactement une gestion d'erreurs robuste, ça.

Kevin -> tu pourrais pas faire des paquetages testing, parce que je n'ai pas pu tester les dernières modifications de Romain alors qu'il y aurait eu matière à ça.

Mon problème avec ce genre de trucs est que je n'ai même pas le temps d'organiser des tests que Romain release déjà.

Kevin Kofler (./74) :
Mon problème avec ce genre de trucs est que je n'ai même pas le temps d'organiser des tests que Romain release déjà.

Kevin, je t'ai envoyé un mail pour te demander si çà te genait que je release: j'ai pas eu de réponse...
C'est pas grave, je suis pas pressé pour les releases, bien au contraire !

Si les gens veulent tester, pas de problème, il suffit d'aller sur mon repo expérimental (ils trouveront à la racine les lignes à rajouter pour /etc/apt/sources.list). A noter qu'il est presque complet, il manque tiemu-gdb que je suis en train de builder. Le repo devrait être complet dans moins d'une heure.

Tous les paquets i386 sont des paquets stable <troll mode on> sauf ktigcc qui est un paquet testing car il requiert une version "trop" récente des kdelibs</troll mode off>.
Les paquets amd64 sont des paquets testing car j'ai pas eu le temps de changer (idem ci-dessus).

roms (./75) :
Si les gens veulent tester, pas de problème, il suffit d'aller sur mon repo expérimental

Mais tout le monde n'utilise pas Debian.
Je vais faire un RPM expérimental aussi (mais F8 i386 seulement, je n'ai pas envie d'attendre 8 heures pour la version x86_64 dans QEMU ).

Tous les paquets i386 sont des paquets stable <troll mode on> sauf ktigcc qui est un paquet testing car il requiert une version "trop" récente des kdelibs</troll mode off>.

Bon, alors:
* http://www.backports.org sert à quoi à ton avis?
* Je dirais plutôt que Debian stable offre une version trop ancienne des kdelibs. KTIGCC a besoin de KDE 3.5.7, même Fedora Core 6 (!) en est à la 3.5.8, alors bon...
* Je t'avais même proposé de faire un patch pour permettre de compiler avec une vieille kdelibs (même si je trouve que c'est idiot), tu n'en as pas voulu non plus.

Kevin Kofler (./76) :
Je vais faire une RPM expérimental aussi

Je fonce dès que c'est prêt

./70 > ... .. !!! , ! ^^'

Kevin > A tout hazard, ca pourrait passer sur Fedora 7 ?

* http://www.backports.org sert à quoi à ton avis?

Suffit pas. Ca a juste réussi à foutre en l'air une partie des upgrades. J'ai dû passer en testing du coup.

* Je dirais plutôt que Debian stable offre une version trop ancienne des kdelibs. KTIGCC a besoin de KDE 3.5.7, même Fedora Core 6 (!) en est à la 3.5.8, alors bon...

C'est fort probable...

* Je t'avais même proposé de faire un patch pour permettre de compiler avec une vieille kdelibs (même si je trouve que c'est idiot), tu n'en as pas voulu non plus.

Bizarre,, je m'en rappelle plus. Si c'est vrai, j'aurais été preneur et je suis encore preneur car c'est le seul paquet testing. Du coup, çà m'oblige à pas mal d'acrobaties!

Dude (./78) :
Kevin > A tout hazard, ca pourrait passer sur Fedora 7 ?

Probablement pas, et il n'y aura plus aucune mise à jour sur CalcForge pour Fedora 7.

roms (./79) :
Bizarre,, je m'en rappelle plus. Si c'est vrai, j'aurais été preneur et je suis encore preneur car c'est le seul paquet testing. Du coup, çà m'oblige à pas mal d'acrobaties!

Je peux te faire ça (patch pour fonctionner avec un kdelibs antique), oui.

Kevin Kofler (./76) :

roms (./75) :
Si les gens veulent tester, pas de problème, il suffit d'aller sur mon repo expérimental

Mais tout le monde n'utilise pas Debian.

Oui mais il y a aussi des tarballs des sources.

Question: tu mets tes paquets expérimental où ? N'aurait-on pas intérêt à rajouter sur CalcForge une section pour des snapshots ou des paquets unstable ?

./80 > Ok, merci quand meme

Pour la version de test de TiEmu:
http://repo.calcforge.org/temp/tiemu3-3.02-0.1.20071211test1.i386.rpm
http://repo.calcforge.org/temp/tiemu3-3.02-0.1.20071211test1.src.rpm
http://repo.calcforge.org/temp/tiemu3-debuginfo-3.02-0.1.20071211test1.i386.rpm

Pour le patch pour Romain: dès que j'ai le temps.

roms (./81) :
Question: tu mets tes paquets expérimental où ? N'aurait-on pas intérêt à rajouter sur CalcForge une section pour des snapshots ou des paquets unstable ?

Kevin -> j'installe!

Tu es le premier testeur alors, parce que même moi, je n'ai pas testé.

Question stupide: ca veut dire quoi le crayon du post ./84 ?

signe d'assentiment yaronettien.

#6 0x00110402 in __kernel_vsyscall ()
#7 0x009c3690 in raise () from /lib/libc.so.6
#8 0x009c4f91 in abort () from /lib/libc.so.6
#9 0x009fb9eb in __libc_message () from /lib/libc.so.6
#10 0x00a048ac in _int_malloc () from /lib/libc.so.6
#11 0x00a05b7b in malloc () from /lib/libc.so.6
#12 0x00d58ba7 in operator new () from /usr/lib/libstdc++.so.6
#13 0x0744ca2f in QRegion::QRegion () from /usr/lib/qt-3.3/lib/libqt-mt.so.3
#14 0x0744e50d in QRegion::intersect () from /usr/lib/qt-3.3/lib/libqt-mt.so.3
#15 0x07446b04 in QPainter::setClipping ()
from /usr/lib/qt-3.3/lib/libqt-mt.so.3
#16 0x07446be8 in QPainter::setClipRegion ()
from /usr/lib/qt-3.3/lib/libqt-mt.so.3
#17 0x075ba87f in QFrame:aintEvent () from /usr/lib/qt-3.3/lib/libqt-mt.so.3
#18 0x076104b4 in QPopupMenu:aintEvent ()
from /usr/lib/qt-3.3/lib/libqt-mt.so.3
#19 0x075320d8 in QWidget::event () from /usr/lib/qt-3.3/lib/libqt-mt.so.3
#20 0x0748c38b in QApplication::internalNotify ()
from /usr/lib/qt-3.3/lib/libqt-mt.so.3
#21 0x0748d967 in QApplication::notify ()
from /usr/lib/qt-3.3/lib/libqt-mt.so.3
#22 0x0054e022 in KApplication::notify () from /usr/lib/libkdecore.so.4
#23 0x07414e72 in QETWidget::translatePaintEvent ()
from /usr/lib/qt-3.3/lib/libqt-mt.so.3
#24 0x074222dc in QApplication::x11ProcessEvent ()
from /usr/lib/qt-3.3/lib/libqt-mt.so.3
#25 0x07433cbb in QEventLoop:rocessEvents ()
from /usr/lib/qt-3.3/lib/libqt-mt.so.3
#26 0x074a5c60 in QEventLoop::enterLoop ()
from /usr/lib/qt-3.3/lib/libqt-mt.so.3
#27 0x074a5b16 in QEventLoop::exec () from /usr/lib/qt-3.3/lib/libqt-mt.so.3
#28 0x0748bfcf in QApplication::exec () from /usr/lib/qt-3.3/lib/libqt-mt.so.3
#29 0x006e6890 in kdemain () from /usr/lib/libkdeinit_kwin.so
#30 0x080484c2 in ?? ()
#31 0x009b0390 in __libc_start_main () from /lib/libc.so.6#32 0x080483e1 in ?? ()

Crash assez violent, j'ai juste demandé qu'il me vire la bordure de la fenêtre "Disassembly". (option "Pas de bordure" dans le menu obtenu avec Alt+F3).

Crash de kwin d'après kcrash, mais même le clavier ne marchait plus, j'ai juste pu copier le backtrace dans le presse-papier et le coller ici sans rien ajouter.
j'ai du ouvrir une session en root pour tuer X, je n'avais plus aucune action sur les fenêtres ouvertes, et les nouvelles n'avaient pas non plus de bordure et ne répondaient pas au clavier.

Je vais essayer de reproduire à nouevau. Je veux bien installer des debug-info supplémentaire si ça peut aider. [nosmile]

> (./71, roms) Par contre, j'avais fourni un tarball sur ce forum pour du testing. Personne n'a jamais répondu
C'était un tarball pour Windows, non ? J'avais moyennement envie de tester sous Wine...

J'ai essayé d'installer le package tiemu3-nogdb pour stable, trouvé sur http://www.lievin.net/downloads/debian/ , mais il me dit que ça tente de remplacer un fichier GLADE qui appartient déjà au paquet tiemu3-nogdb...