Raphaël G. a écrit 1927 commentaires

Je l'ai répliqué ici :
http://rapsys.free.fr/mysql/scripts/replication.tar.gz

Et franchement, tu pourrais avoir toi aussi une page perso chez free ou autre qui est vraiment plus stable qu'un pauvre lien dl qui dure 24h...

Pense que des gens liront ce billet dans encore 2-3ans !

Il n'est pas possible d'avoir une barre de progression fiable de l'état du téléchargement.

Les seules solution sont de soumettre dans une iframe et d'appeller en ajax un script php pour avoir la stat du fichier en cours et afficher le tout via javascript.

Ou alors utiliser l'extension APC qui prévois ça, mais n'est déployée que sur très peu de serveurs.

Bref, la barre de progression php c'est a peu près mort tant que firefox ne permettra pas de récupérer les stats côté client ou que la structure de php soit modifiée (c'est le cas sous php6 il me semble).

Je te conseille du xfs pour ces gros fichiers.

Par contre évite de mettre ton /home dessus, car xfs en cas de crash hard ou violent perd le contenu des fichiers en cours d'écriture.

Donc par exemple tu risques de perdre les fichiers qui contiennent tes onglets kde/firefox/etc...

Pour les gros fichiers ça pose pas de soucis, tu perds juste le contenu touché depuis de début de l'écriture.

Typiquement durant le téléchargement d'une iso mandriva tu vas perdre le bloc en cours d'écriture.

J'utilise ça depuis 2004, ça marche très bien, mes seuls soucis ont été avec un kernel 2.6.17 qui pliait le XFS sous forte charge et dans la rc7 du 2.6.30 qui faisait du segfault, mais la rc8 et + ont corrigé tout ça.

L'autre avantage est le fsck à chaud, tu montes la partition, quand il a fini de la monté c'est prêt ;)

Et un xfs_fsr -v /pt_de_montage pour défragmenter si tu a beaucoup téléchargé d'iso de distribution en torrent en parallèle sur un disque plein à 80%.

# xfs_fsr -v /

Eh hop le disque est défragmenté (en xfs bien sur)

J'ai suivi le changement de nom de paquet en upstream, désormais on parle de mysql-workbench-oss ;)

Il devrait arriver sur les miroirs d'ici peu.

Je viens de tester cette version et elle compile (enfin) sous Mandriva et démarre !

Avant ça plantais lamentablement au lancement après des magouilles pour le compiler...

Ça semble un très bon outil, si la distinction version oss <-> commerciale n'est pas faite sous linux ça sera utilisable

Sinon il risque d'y avoir un fork si on ne peux même pas se faire les plugins complémentaire à l'outil pour palier les plugin castrés de la version libre...

C'est vraiment typique d'une réflexion de commercial windows quand même, limiter les possibilités d'un logiciel et faire payer pour avoir des fonctionnalités en plus...

Plutôt que de vendre juste le support + plugins supplémentaires spécifiques à la demande.

Paquet a venir dans la cooker bientôt ;)

La 2009.0 était une version un peu "brute" avec kde4 par défaut, et pas mal de finissions qui seront présentes dans la 2009.1.

Pour le kernel, ça se met à jour, ici j'utilise un 2.6.27.10-desktop-1mnb sur mon laptop, il suffit de mettre à jour ;)

Suse a quelque limitation par contre, il désactivent certains codecs proprios (fournis par le plf chez mandriva), désactivent tout ce qui peut être illégal.

Exemple, tu n'as pas de faad/faac (codec apple), de mkv (là j'ai un doute il doit te manque un paquet), de DHT sur ktorrent, etc...

Bref, tentes les deux, essayes la 2009.1 avant de faire un choix, elle devrait être bien "finie" et ça devrait rouler ;)

Pour ce qui marche pas, il suffit de tester quand c'est encore en cooker et de faire un rapport de bug, sinon ça restera comme ça...

Pour le pinning tu peux le faire a la main si tu le souhaite...

Tu ajoute un media plus vieux ou plus récent ignoré, tu installes ensuite le paquet voulu via urpmi en spécifiant le média désactivé, puis tu ajoutes les noms de paquets dans /etc/urpmi/skip.list

Quand à la relation entre paquet sans dépendance ça existe c'est les "suggest" d'urpmi et ça marche très bien.

Bref, rien de plus si tu regardes bien au lieu de troller...

C'est censé être faisable.

La méthode recommandée est de passer par les version intermédiaires (comme chez debian ?).

En dehors de ça, franchement si tu part d'une mandriva 2007 pour une 2009.1, tu as juste 4 nouvelle version entre les deux (2007.1, 2008.0, 2008.1, 2009.0) et je te suggère fortement de ré-installer.

Techniquement il doit même être faisable de faire le saut 2007.0 => 2009.1 en mettant a jour urpmi+rpm+glibc+wget+basesystem, puis de faire le reste ensuite...

Par contre je ne vois pas l'intérêt de cette migration avec des passage kde 3.5.x à 4.2 et un peu pareil pour tous les autres paquets...

[Activation du mode troll]
Après si tu utilises du debian, comme ils sortent une version tout les deux ans, passer de la 2007 debian à la 2009 ça pose pas de soucis...
[/Activation du mode troll]

Pour les deux il y a des dépendances optionnelles, des champs description, etc...

Après un .deb est une archive ar, là ou les .rpm supportent désormais le lzma.

Bref, le .deb n'a plus rien de supérieur.

Je trouve plus pratique d'avoir un .spec séparé, mais ça ce n'est pas vraiment une différence.

Je dois avouer que je suis un peu frustré par les personnes qui racontent que le .deb est supérieur alors qu'en vrai c'est quif-quif bourico, voir l'inverse...

L'idéal aurait été de faire les choses proprement !

A savoir utiliser les fonctions json comme modèle de transport ou du xml.

Côté serveur :
<?php
$array = array(
'key' => 'value',
'key2' => 'value2'
);
echo json_encode($array);

Côté client :
<?php
$array = json_decode(file_get_contents('http://example.com/export.php'));

Tu pourrais faire de même avec simplexml.

ps : ajoute le contrôle d'erreur côté réception client, on sait pas ce qui peut se passer sur le réseau...

« Depuis des années j'utilise kubuntu. Etant déçu de l'intégration de KDE (sans troll hein :D) j'ouvre mes horizons à d'autre distributions.

Mes choix sont pour le moment Debian, Mandriva et openSUSE.

J'ai une préférence pour Debian car j'adore l'esprit qui entoure cette distribution, sa qualité et surtout son gestionnaire de paquets ! »

Premier problème, kubuntu est connu pour n'avoir aucun intégration sérieuse de kde4 avec le système ubuntu (faute de bras/contributeurs/développeurs)

Debian ce sera par héritage le même topo, ils n'ont eux aussi que peu de bras sur l'intégration de kde4.

Donc il te reste seulement deux très bon choix :
- Mandriva, je te recommande d'attendre la sortie de la 2009.1 dans quelque semaine avec kde 4.2, qt4.5, etc...
- OpenSuse, parce que eux aussi ont des développeurs sur kde (comme mandriva)

Après met toi bien en tête que le .deb n'a RIEN de supérieur sur le .rpm, ce fut le cas pendant un temps si on veux, mais c'est plutôt l'inverse qui arrive a présent...

Sur mandriva tu trouveras un rpmdrake ou urpmi (ligne de commande) pour faire la même chose qu'un apt-get install...

Bref, je te conseille juste d'attendre la 2009.1 de Mandriva et de l'installer, c'est comme tout, il faudra que tu reprennes certaines marques, mais pour avoir un bureau kde4.2 bien fini et abouti il n'y aura que cela.

Je ne connais pas suse assez bien pour la recommander, je la placerais au même niveau que mandriva (modulo yast au lieu du mandriva control center).

A toi de voir ;)

A part démonter le nas, le placer dans le pc et le remettre sur le nas je vois pas...

En priant qu'il n'y ai pas une tivoisation du nas qui refuse le disque avec le nouveau firmware.

Cela semble en plus être un bug connu de l'équipe du noyau linux :

http://ata.wiki.kernel.org/index.php/Known_issues#Seagate_ha(...)

Un commentaire explicatif provenant d'un employé (il se dit comme tel) de seagate :
http://slashdot.org/comments.pl?sid=1098793&cid=26542735

L'url du groupe google :
http://groups.google.com/group/alt.comp.hardware.pc-homebuil(...)

Mise à jour réalisé ici aussi...

Après une petite frayeur sur k3b qui a trouvé le moyen de planter a la vérification de la gravure, un md5 plus loin sur /dev/cdrom, me voila parti a bouter sous freedos...

Il m'a proposé deux choix dont un qui correspondait pas du tout...

Une fois le reboot fini, paf mes 4 disques ont été corrigé et passé en version de firmware MX1A.

Première chose a faire :
1. Vire le < Location /vabf >< /Location >, ils ne te servent a rien
2. pose directement dans le virtualhost ou la config apache les lignes suivantes :
RewriteEngine on
RewriteRule ^(.*)$ http://localhost/$1 [QSA,L]

Redémarre apache

Teste si ça tombe quelque part (a priori c'est ton < location > qui dois poser soucis)

Ensuite si tu es bien redirigé, met les règles suivantes :

RewriteEngine on

RewriteCond %{REQUEST_URI} ^/vabf
RewriteRule ^(.*)$ http://localhost/$1 [QSA,L]

Si encore une fois ça marche tu ajoutes les ips...

RewriteEngine on

RewriteCond %{REQUEST_URI} ^/vabf
RewriteCond %{REMOTE_ADDR} ^w\.x\.y\.z$ [OR]
RewriteCond %{REMOTE_ADDR} ^a\.b\.c\.d$
RewriteRule ^(.*)$ http://localhost/$1 [QSA,L]

A priori le REMOTE_ADDR ne dois en aucun cas être une ip de classe locale (sauf vpn), mais l'ip publique de la machine cible.

Les pieces jointes sur un bug tracker sont generalement stockees en local sur le serveur, alors comment dire...
C'est bien le généralement qui pose problème...

Dans plusieurs cas je n'ai pas été en mesure de le faire :
- core dump d'apache
- fichier de log de plusieurs Mo compressé
- psd qui marche pas avec les librairies de lecture de ce format
- etc...

Une discussion linuxfr ça n'a rien de fondamentalement différent d'un rapport de bug ou autre...

Ce sera une information susceptible d'être consultée plus tard, hors sans ces fichiers au bout des liens elle sera incomplète.

Pour vous ça ne vous dérange sans doute pas d'avoir de l'information qui disparaît, mais moi si.

Quand a tes propos sur les mangas dit « illégaux », va donc me trouver les mangas papier de cat's eye ou même de bleu indigo (ai yori aoshi).

Je te souhaite bon courages car ils sont épuisés, plus édité et ne seront jamais re-sortis (dixit l'éditeur).

Tu crois franchement qu'il est normal de respecter un système défectueux par conception dans lequel certaines personnes décident du droit d'autre personne a accéder à la culture ?

Je t'invite a visionner ces films, très intéressant par ailleurs, qui effectivement sont très éloignés de logique de pensée des lobbies proche de Mme Albanel :
http://stealthisfilm.com/Part2/

Si ne pas retrouver les pièces jointes au rapports de bug parce que l'hébergeur a mis la clé sous la porte ou supprimé le fichier ne te dérange pas c'est ton problème...

Mais moi ça me dérange FORTEMENT, surtout quand je cherche des oeuvres épuisées (vieux manga) ou des captures d'écran rapportant des bugs et solutions similaires au mien et que je me retrouve avec le fichier au bout du lien qui a disparu...

Si je lui conseille de l'installer c'est que j'arrive a l'utiliser au quotidien...

Suite a plantage (merci nvidia 9800 de la série maudite), j'ai du relancer, le seul truc un peu ennuyeux est le X qui se lance pas au premier boot avec le driver proprio nvidia...
(il faut se logguer en console et faire un service dm restart)

Bref, pour une fois que la cooker est bien stable autant aider mandriva a faire une distribution nickel.

Si il attends la rc1 ou rc2 pour faire ces rapports de bug ils ont moins de chance d'être résolus, c'est chaque fois la même histoire, en alpha1/beta1 y a personne pour tester et quand arrive la rc1 il y a plus personne pour corriger de libre...

Je ne saurais que trop te conseiller d'installer une mandriva 2009.1.

Ici ça marche très bien (™).

L'interface graphique ne se charge pas a chaque fois, mais en dehors de ça pas de bugs majeurs...

Si tu installe la cooker maintenant, tu pourras en plus faire comme moi et remonter tous les bugs rencontrés !

J'en ai rapporté un bon paquet jusqu'à présent et tous les majeurs ont été résolu, ce serait dommage de ne pas tester maintenant et pleurer après la sortie que ça ne marche pas...

Mes test sont fait sur les logiciels suivant :
Plasma+kwin
Kmail
Amarok (bug phonon-xine sur les streamings internet)
Smplayer
Ktorrent
Kvirc
Kopere
Kmix
Konqueror
Dolphin
Gwenview
Ksnapshot
Ark

Bref, tous ceux-ci marchent plutôt bien depuis que la 4.2 finale est sortie.

Après si tu t'amuses a tester kde 4.2 sur des distributions qui font une intégration minable et ne patchent pas les backports c'est ton affaire ;)

Juste pour info, quand on héberge un lien on le met pas sur les daubes temporaires !

On utilise de l'espace SÉRIEUX de stockage qui marche a long terme...

Dans ces critères j'en connais que trois gratuits :
http://geocities.yahoo.com/
http://pageperso.free.fr/
http://bayimg.org/

Tout le reste c'est de la merde volatile chez qui on retrouvera rien dans 1an !

Pour info j'ai retrouvé des sites vieux de 10ans sur geocities et mon site non mis à jour pendant des mois qui date d'avant la LCEN chez free n'a jamais disparu...
Pour bayimg, tant que les majors du disque auront pas la peau de thepiratebay.org ça devrais passer...

Alors que les imagehacks.us like de ***** qui disent « cette image a été retiré car non conforme a nos exigences », ça il y en a plein le web, y compris dans les bugs report !

Saut qu'il existe aussi kvirc [http://www.kvirc.net/] qui a le mérite d'être intégré a kde4.

Il a aussi et surtout le mérite de pas arriver 6 mois après la bataille...

Car le problème avec konversation est qu'ils ont continuer a pousser la version kde3 (bonne pour la benne a présent) quand kde4.0 est sorti au lieu de bosser sur une version embryonnaire pour kde4 et la mettre dans le svn.

Donc en gros ils ont deux sous-révision kde4 de retard...

J'admire la détermination des développeur du libre et j'ai souhaité donner un coup de main pour avoir un semblant de konversation pour kde4.
Au lieu de mettre le tout dans le svn, une todo list et de partir (en prenant les patchs des contributeurs) ils ont préféré faire un svn fermé ou ne rien diffuser au public pendant des mois...

Bref, aujourd'hui ils ont pas un projet balbutiant, qui a 6mois de retard et des concurrents déjà pleinement fonctionnels.

Konversation, c'est juste un projet qui sent très fort le sapin...

En plus il arrive en alpha dans le cycle beta de la mandriva 2009.1 spring, donc ce sera sûrement pas lui qui sera choisi comme client irc par défaut.

Et il en ira probablement de même pour pas mal d'autres distribution.

Bref, comment faire limite mourir un projet, comme quoi le « release early, release often » de notre cher Linus est toujours autant d'actualité.

Après l'avoir testé, l'édition de serveur ne marche pas, impossible de passer le port de freenode.org a 8001 par défaut en 6667...

Impossible de le configurer pour avoir la liste des onglets a gauche, vu que le configurer konversation ne marche pas...

Bref, je vais passer du temps a faire une configuration par défaut de kvirc potable, je souhaite bonne chance a konversation, même si c'est un projet foutu pour moi...

A ce propos, il sera bon d'envoyer ces captures d'écran comme piques de rappel pour les futurs épisodes DADVSI HADOPI a nos cher députés...

Ils viennent de se faire linuxfreezer/forubuntufreezer...