Raphaël G. a écrit 1927 commentaires

Heu faudrais arrêter de parler a ma place !

J'ai pris le rpm direct depuis la sarge et modifié pour ajouter mes patchs.

Il fallait lire j'ai pris le deb direct de la sarge (avec apt-get source nom_du_paquet).

ET OUI, J'AI LU TOUTES LES DOCS (aussi immondes voire pire que pour le rpm)

Ensuite, navré, mais j'ai effectivement pas lu toutes les docs, mais je me suis tout de même inspiré de tutoriaux made in debian pour générer un .deb pour la version suivante et ajouter des patchs.

Ensuite a tous les couillons qui m'ont moinsé bêtement, OUI BÊTEMENT !

Je vous prie d'aller apt-get source php et ensuite essayer d'ajouter votre patch.

Je vous souhaite bien du plaisir si ça foire, car les patch set sont tellement merdique qu'ils ne sont pas réversibles !

J'ai eu a patcher apt (a cause d'un bug dans start-stop-daemon), là encore pas très jojo, 3mois mon bug est resté sans réponse alors que je fournissait un PATCH !
(mais bon apt est un paquet tellement inutile on va me dire...)

Dernier essai, backporter sous sarge teamspeak-server.
Là encore teamspeak-server utilise des macros (j'ai du récupérer une version suivante).
Impossible de simplement backporter le script, j'ai du me taper toute la ré-écriture du rules, de control et autre...

Je le redis, le deb ça pue, c'est TROP compliqué, pas intuitif et vieux !

D'autre part, ne me sortez pas le couplet de ne connais pas, j'ai du m'occuper de ré-intégrer des patchs dans une 50aine de paquet, ça me semble suffisant pour dire que je connais et juger que c'est pourri !

Après racontez ce que vous voulez, moinsez moi, mais ouvrez un peu les yeux.
Le format debian était sans doute un précurseur avec de bonne idées, mais aujourd'hui c'est merdique au point de vue simplicité !

Hum, je met cette formule pour servir de bouclier contre les grincheux qui traînent par ici et qui critiquent a chaque fois...

Plus sérieusement je comprend relativement bien l'anglais, quoi que là ça devenait assez technique...

Bon je l'avoue, mon niveau d'anglais dépend du nombre d'heure de programmation que j'ai mangé dans la nuit (là c'est nuit blanche), donc j'ai sorti le parapluie ;)

Laisse moi avoir une TOUT autre avis sur la gestion de mot de passe que toi !

Ton NTLM c'est vraiment un truc bidon pour moi concrètement.

J'ai le souvenir que ce jolis, on rentre un seul mot de passe ou autre, c'était vraiment bidon !
Petit exemple lors des accès au montages réseaux samba sur un serveur ms (pas un samba sous linux), pour chaque partage, il fallait redonner son mot de passe...
(et pas de système de sauvegarde).

J'ai mon petit KDE tout beau, je lui rentre une url (smb, ftp, http, fish, etc) qui me domande un mot de passe, hop stocké dans kwallet et le problème est résolu (ET PROTÉGÉ PAR UN MOT DE PASSE QUI ME CHIFFRE LE TOUT).

Quand a la technologie de reconnaissance vocale de windows vista, j'ai déjà eu l'occasion de tester aussi.
Le terme "pas au point" est un doux euphémisme.

Ce genre d'annonce, ça me fait frémir...

Allez hop on continue a implémenter des technologies protégées par des brevets logiciels (j'imagine).

Je trouve franchement dommage que ne soit pas poussé une technologie libre a la place.

Enfin tant mieux si on a un programme fonctionnel d'ici peu.

Mais personnellement mono, je vais lui re-server le même sort tant que je pourrais, a savoir faire partie de /etc/urpmi/skip.list !

Parce qu'encore bouffer de la place, de la ram et me faire utiliser des technologies proprio je préfère éviter.

Mono et silverlight, ça me fait penser a un type qui s'amuse a lancer des boomerangs en priant pour qu'ils ne lui retombent pas sur la figure...

Vais-je avoir le premier commentaire ;) (prem's)

Petite réponse, NON je n'ai a aucun moment créé moi-même ce rpm !

J'ai pris le rpm direct depuis la sarge et modifié pour ajouter mes patchs.

J'ai également eu a re-modifier un autre .deb récemment, même merde, là encore les scripts qui bugs sans erreurs explicites.
(en fait j'ai découvert après coup que les macros venaient de la version n+1 et étaient incompatible, tout du refaire la main)

Pour avoir bouffé de votre .deb méchamment, avoir fait de même avec les rpm, je peux dire que comme fait mandriva, c'est vraiment supérieur !

Les macros sont explicites, on peux facilement contourner et porter vers redhat (déjà fait pour vim par exemple).
Les spec file sont clair, inclus dans le src.rpm.

Et surtout pas besoin de se prendre le chou avec les dépendances, rpm s'en charge tout seul (via quelques macros)

Pour les soucis de corruptions de base de donnée ça a été corrigé dans la 2007.0 (j'ai fait le bug report donc je sais de quoi je parle)

le CPU du MAC est à quasiment à 100% quand je fais des transferts sftp

Comme dis plus haut.

Actuellement tu utilises su Sftp.

Donc TOUTE les données qui passe sont chiffrées sur le serveur ET déchiffrées sur le client.

Passe en VRAI ftp (proftpd; filezilla-server ou autre), puis refait les mêmes tests...

Pour info a propos du chiffrage de donnée, j'ai un débit de 30Mo/s sur mon système de fichier en transfert de disque a disque (a peu près ça varie un peu, mais ça tourne dans ces eaux là).

Si je m'amuse a envoyer les données sur un disque avec un couche de chiffrage (cryptoloop), avec un disque vide (pour éviter les calculs de relocalisation de block), je tombe à a peine 12Mo/s dans le meilleur des cas !

Avec bien sur 100% de cpu bouffé !

Et j'ai pas une bestiole minable, un athlon 3200+(512k) + 1GB DDR PC2100 (400Mhz).

Donc imagine ce que ça donnerais sur un pc plus léger...

ps : pour info en lecture sur une partition chiffrée c'est négligeable, ton cpu monte a 1% ici a peine (ça permet de regarder un film si c'est pas trop fragmenté)

Bon, tu as un soucis, ton matériel n'est pas pris correctement en charge
(trop récent ou bug a la con)

Donc désormais, tu vas devoir passer par l'étape rapport de bug et demande d'aide en profondeur.

Par ici :
http://forum.club.mandriva.com/viewforum.php?f=131&op=Fr

Tu décris exactement ton problème :
- étape entre le boot du cd et le blockage
- nature de l'écran noir (un écran en veille est différent d'un écran noir avec du texte)
- texte visibles

Ensuite tu décris ta configuration matérielle COMPLÈTE !!!
- processeur
- carte mère
- carte graphique
- taille de la ram et nature
- carte ton
- disque dur (sata ou pata/ata1333) et capacité
- lecteur cdrom

Après avoir donné tout ceci on pourra peut-être t'aider...

Linux ça marche sur des milliers d'ordinateurs a travers le monde SANS AUCUNE AIDE DES CONSTRUCTEURS, donc ça merde sur un ordinateur de temps a autre et il doit faire un rapport de bug complèt
(sinon ça sert a rien, on peux pas t'aider, on peux pas corriger le bug pour les autres)

Ah si seulement tu avais pas voulu mettre une debian pourrie, mais voulu utiliser une debian qui marche (tm)

Pour ton soucis je pense que c'est ta configuration de php.ini qui a un soucis.

Essaye de nous donner ce que donne :
$ lynx --head --dump http://example.com/
HTTP/1.1 200 OK
Date: Thu, 03 May 2007 19:46:45 GMT
Server: Apache/2.2.3 (Mandriva Linux/xxxxxxxxxxxxxxxxxx)
X-Powered-By: PHP/xxxxx
Set-Cookie: PHPSESSID=xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx; path=/
Expires: Thu, 19 Nov 1981 08:52:00 GMT
Cache-Control: no-store, no-cache, must-revalidate, post-check=0, pre-check=0
Pragma: no-cache
Content-Language: fr
Connection: close
Content-Type: text/html; charset=utf-8

Si ton Content-Type renvoie un grand n'importe quoi c'est normal que ça foire...

Enfin bon, comme je t'ai dis, si tu veux pas te prendre le chou, met de la mandriva.
# urpmi phpMyAdmin
(et paf tout sera installé et fonctionnel)

Tu peux aussi passer par drakwizard pour configurer simplement n'importe quel type de serveur (apache, mysql, ftp, dns, smtp, pop, imap).

Fait ceci en root :
# urpmi drakwizard
# drakwizard
=> configurer un serveur ftp (proftpd)

Après tu clique comme un grand, puis :
# service proftpd restart

Et paf tout marche, tu peux te connecter dans ton home avec ton user mandriva standard.
(ta soeur va aller dans le sien avec son compte)

mettre trois lames sur un rasoir, c'est très innovant, mais ca ne demande pas 10 ans de recherches...

Non c'est pas de l'innovation, c'est de la régression !

- 3, voir 10x plus cher par recharge
- 10x plus irritant (je supporte déjà mal le rasage 2lame, 3 ça met ma peau en lambeau)
- 10x plus polluant (production de lame en plus, durée de la recharge moindre, etc)

Bref, il y a de vraie innovation, mais pas celle là !

Pour les stats d'Ariane 4 on est a 1loupé pour 120 tirs (ou plus depuis).

Ces chiffres datent d'un reportage qui a 2ans, donc tu peux rajouter tous les tirs réalisés depuis.

Donc pour moi c'est fiable.

D'autre part pour ariane 5, les tirs manqués sont dûs a un manque de préparation et d'anticipation des effets de bords.

Je vais sans doute en choquer plus d'un, mais comme l'avis précédent, je pense sérieusement que le nucléaire (même avec les déchets) n'est pas un problème !

Ils sont vitrifiés, donc le soucis est résolu pour 3000-4000ans (durée de vie du verre), comme là c'est de qualité supérieur je pense que ça devrait tenir plus.

De plus le verre, on peux toujours le régénérer tous les 500ans pour être sur de jamais avoir de soucis.

Si ce nucléaire nous permet d'éviter de transformer en mars notre planète, je suis prêt a me fait haïr par mes descendant pour ça.

Je tiens tout de même a rappeler que SuperPhénix a permis de produire de l'énergie (avec de plus gros rendements) que les centrales classiques avec des déchets de ces dernières.
Bon on l'a arrêté car c'était un peu dangereux et surtout on n'arrivait pas a produire du nouveau combustible avec comme on l'espérait...

Personnellement j'ai laissé tomber le client officiel bittorrent et les softs en java...

J'utilise un projet qui avant pas mal ces derniers temps :
ktorrent

Si tu est en 2007.1 il est directement dispo en version 2.1.3 dans les dépôts mandriva (et la 2.1.4-2.1.5 devrait arriver vite dans les backports)

Si tu as la 2007.0 et que tu as la flemme de passer a la 2007.1 (faut de place ou autre), j'ai fait des paquets ici :
http://rapsys.free.fr/ktorrent/

Suffit d'installer ktorrent, libktorrent et ça va rouler tout seul.

J'aime beaucoup ktorrent car tu peux régler le profil mémoire (léger, moyen ou important), la bande passante d'upload et le nombre de connexion simultanés.

Perso je l'ai intégré dans la barre des applets, mis a 150connexion maxi au global, 50-70ko/s en upload et profil mémoire moyen.
J'ai mis aussi 10 slots d'envoi.
Règle le rafraîchissement du GUI a 5s pour limiter l'usage cpu.

En plugin j'utilise que :
- infowidgetplugin
- ipfilterplugin (on sais jamais, si ça m'évite un détour par la case racket tant mieux)
- webinterfaceplugin

Pense a passer en profil léger si jamais tu as beaucoup de torrents en seed.

Perso je peux me permettre d'avoir 50torrent en seed en parallèle sans soucis pour 200Go de donnée dans ces torrents.
(oui ce sont des fansub tu l'auras deviné)

Je risque de mettre a jour le paquet quand j'aurais un peu de temps.
(pour le moment c'est flemme intégrale)

Car j'ai découvert des bugs dans le module webinterface (le code php est pas strictement valide).

En fait c'est corrigé en upstream via un patch et je dois avouer avoir un peu la flemme et attendre la version 2.1.5 soit sortie avec ;)

Vérifie au passage que tu as télé-chargé la bonne version :
ftp://ftp.proxad.net/pub/Distributions_Linux/MandrivaLinux/o(...)

Ou si tu a un amd64 ou emt64 :
ftp://ftp.proxad.net/pub/Distributions_Linux/MandrivaLinux/o(...)

Bon c'est un projet intéressant.

Mais bon, je vais être cinglant...

Code peu réutilisable, désolé
Code html pas valide : j'ai vu de \" qui traînent dans le code généré
Code css invalide : double ;

Bref, je pense que pas grand monde se lancera dans ce code.

Bon, je dois être honnête je développe un projet de cms simple un peu dans le même style, donc j'ai voulu regarder de plus prêt (pour pomper les idées, désolé).

Bon en plus c'est du code itératif, donc peu modulaire je pense et peu réutilisable.

Bref, bonne chance, mais je pense que tu as peu de chance de trouver pour t'aider...

Avec quoi tu testes ton débit réseau ?

Si tu teste avec samba c'est assez normal d'avoir des débits minables.

Si tu peux essaye de transférer les fichiers via FTP.

Je suis passé par là, j'ai perdu mon temps sur ce point (après 5ans de linux a haute dose tu peux me croire sur parole).

Le kernel-linux c'est la version de http://kernel.org/ il lui manque un sacré nombre de patch (backport de drivers, support du bootsplash, etc).
En plus d'être pas stable, c'est assez risqué de l'utiliser.

Ensuite il y a le kernel-tmb qui est un noyau de contribution.

Bon pour résumer regarde la description des paquets pour t'éclairer :
$ urpmq -i nom_de_paquet

Et désolé, mais les .deb sont généralement bien mieux fait que les RPM.

Comment tu ose dire un truc pareil ???

Je vais réfuter cette non vérité sur deux point.

1 - Tu compare les .deb de maintenant avec les .rpm de mandrake 9.0 (encore).

Hors depuis cette époque les rpm ont sacrément évolué, maintenant il y a un système de dépendance propre.

Les dépendances de script (perl au moins) sont automatiquement ajouté.
(idem pour les librairies et autre)

Tout ça les .deb ça en le fait pas !!!

2 - D'autre part quand tu compares deux système différent aie au moins le mérite d'avoir mis les mains dans le cambouis !

Les .deb ça sux a mort !

Prenons un simple example : php

J'ai eu a le patcher pour diverses raison (faire tourner comme sapi php4 et 5 sur le même apache).

Et bien le .deb je te confirme que c'est VRAIMENT DE LA MERDE.

C'est le seul système au monde de paquet ou le reverse de patch ne fonctionne pas !
Oui, tu dois te taper de extraire l'archive a chaque coup, ré-appliquer tes fichiers et patch et re-tester.

C'est un système tellement merdique que tu dois tout reprendre a partir du début a chaque fois !
(pas moyen de faire un rpm -bc --short-circuit fichier.spec quand le build a merdé pour une virgule manquante)

Bref encore une fois tu ne compare pas le comparable, c'est vraiment facile de comparer une mandrake 9.0 a la dernière distribution buzz a la mode.

Aie au moins le courage de tester la mandriva 2007.1, tu verras au moins que ça a vraiment changé !

Hum, j'espère que tu as pas cliqué sur inutiliser...

Pour résumer je dirais que je prône la satellisation des partitions fat32 loin dans l'univers avec remplacement par des FS natifs linux pour leur robustesse bien meilleure...

Comment exprimer mes vieux sentiments de rages, tristesse et de désespoir lorsque 2x80Go de données se sont retrouvées corrompue sur mes partitions fat32 !

Comment te dire ma haine a l'époque de ce système de fichier merdique qui supporte pas les crashs et coupures de courant !

Comment te dire ces mots sur un système de fichier tellement merdeux qu'il est capable de corrompre les données qui n'ont pas été accédé en écriture !

Bref, le fat32, c'est caca !

Le fat32 en tant que grosse merde ne dois subsister que sur de la claf usb (et encore !)

Bon je vais faire court...

TU EST UN DÉBUTANT DONC TU UTILISE LE NOYAU DE BASE ET TU UTILISE RIEN D'AUTRE !!!

Répète après moi :
JE SUIS UN DÉBUTANT, NON JE N'EXPÉRIMENTERAIS PAS LES NOYAUX NON PATCHÉ PAR MANDRIVA (KERNEL-LINUS), NI LES NOYAUX DE CONTRIBUTION CAR JE NE SAIS PAS CE QUE JE SUIS EN TRAIN DE FAIRE !!!

Moi non plus ;)
En fait j'ai un accès rtc au nom de rapsys, adresse bidon, identité bidon, mais qui date d'avant la "répression" donc on s'en moque un peu...
(Si demain il me demande de mettre mes vrais coordonnées je les mettrais, mais franchement, si ça fait une personne de moins qui les as, tant mieux)

<mode coup d'humeur>
Ce qui nous ennuie est la comparaisons faite en défaveur de mandriva.

Premièrement tu compare une mandrake 9.0 (voire plus vielle) avec une distribution d'aujourd'hui.

Deuxièmement ce qui m'énerve est le nombre de débutant qui viens avec une ubuntu demander de l'aide alors que les outils mandriva aurait tout fait directement.

Dernièrement ce qui me dégoûte est les pratiques anti-concurrentielle de cette distribution
(envoie de cd gratuit, etc)

Et enfin, par dessus tout ce qui m'agace c'est l'attitude de ses utilisateurs qui viennent polluer les divers sujet a longueur de temps sur la pseudo-supériorité de leur distribution EN RETARD !

Ah oui, un truc qui m'ennuie encore plus est la nullité des contributions faites a la communauté en retour.

Bref, on pourrait avoir une distribution numéro 1 dans le monde vraiment user friendly (pas besoin de taper des commandes a la con), mais non on se tape un système qui entretiens que linux c'est compliqué !
(Oui je sais c'est très gratifiant de résoudre un soucis avec 3commandes obscures et passer pour un pro)
</mode coup d'humeur>

Techniquement mandriva a un gros retard sur ubuntu, le wiki, mais c'est réglé.

On pourra pas dire que ex-mandrake ai fait quelque chose pour diffuser sa distrib : ils auraient pu offrir des CD ou des produits dérivés (poster, ...) aux clubs faisant la promo dans les ecoles d'inge. Non, ils le faisaient pas, ils préféraient vérifier que personne ne diffusait les versions payantes (qui sont d'ailleurs pire qu'ubuntu puisqu'elle sont non libre, mais aussi non redistribuable ).

La différence est que pour faire son Buzz Ubuntu s'est servie du pognon d'un milliardaire !!!

Alors que mandriva arrivait tout juste avec un produit supérieur a tenir la tête hors de l'eau !!!

Bon j'ai une réponse pour au dessus, ubuntu n'a RIEN de plus que mandriva, au contraire, elle a de nombreux retard !

Elle a juste un wiki inspiré de celui de gentoo.

En fait le seul point sur lequel elle a un plus (en dehors du wiki), c'est les cadeaux fait avec du pognon d'un milliardaire...

Navré de le redire, mais Ubuntu est juste un buzz, rien de plus...

Vous vous faite bien chier pour pas grand chose...

Perso j'ai un accès free.fr depuis 5ans et j'ai droit a 10Go maintenant.

Bande passante tournant autour de 700ko/s (ma limite perso), donc je vois pas le soucis.

Si c'est 100% légal free vous ennuiera pas.

Sinon (les 10Go sont pas dispo direct), vous pouvez utiliser le service ddl de free ici :
http://dl.free.fr/
(faut 1dl/jour pour que le fichier soit pas supprimé)

pour empêcher Ctrl+Alt+Backspace :
Section "ServerFlags"
DontZap # disable (server abort)
DontZoom # disable <KP_+>/<KP_-> (resolution switching)
EndSection
Dans /etc/X11/xorg.conf

Pour Ctrl+Alt+Del :
Commente :
# ca::ctrlaltdel:/sbin/shutdown -t3 -r now
Dans /etc/inittab

Après pour désactiver les touches Alt+F4 et autre, il va falloir que tu désactive les raccourcis claviers dans kwin par exemple.

Sinon une autre solution est d'unseter dans la map du clavier le modificateur Alt pour la touche F4.

// keymap perso xkbmap.xkb
xkb_keymap {
xkb_keycodes { include "xfree86+aliases(azerty)" };
xkb_types { include "complete" };
xkb_compat { include "complete" };
xkb_symbols {
include "pc(pc105)+fr+compose(rwin)"
// touche F4
// - xev pour avoir le keycode (70)
// - /usr/share/X11/xkb/keycodes/xfree86 pour avoir la correspondance
// entre keycode 70 et le symbole
alias = ;
alias = ;
alias = ;
};
xkb_geometry { include "pc(pc105)" };
};

Puis tu te charge de compiler la map :
$ cp xkbmap.xkb xkbmap.xkb.orig
(la compilation va te pulvériser ton fichier.xkb)
$ xkbcomp xkbmap.xkb xkbmap.xkm
$ xkbcomp xkbmap.xkm $DISPLAY

Après tu a juste a sauver dans un coin ton .xkm, puis tu ajoute dans /etc/X11/xinit/ZZfixkeyboard un script qui continent ça :
# !/bin/sh
/usr/bin/xkbcomp $HOME/.xkbmap.xkm $DISPLAY

Pense a rendre immutable le fichier en question histoire qu'il puisse pas l'écraser avec une page sauvée.

Ensuite pour ton histoire d'application tu met un serveur bind9 sur la machine, qui répond sur *.local (et pas pour le reste des domaines internet .com.org, etc)
Dans ton /etc/resolv.conf tu met ça :
# search domain
search local
# nameserver 127.0.0.1
nameserver 127.0.0.1

Comme ça n'importe quoi genre tagada sera non trouvé, puis une recherche sera faite sur tagada.local.
Là ton serveur dns bind se chargera de répondre et renverra sur ton serveur apache.

Ensuite sur ton apache, tu met un vhost par défaut qui redir sur le nom de domaine normal de ton application qui est dans un vhost particulier.
(tu en a besoin sinon tu auras un soucis de cookie entre tous les domaines)

J'ai essayé de faire la même chose aussi.

Le problème viens du passage a la pile sata pour les interfaces pata.

J'ai pas réussi a booter mes disques avec les nouveaux modules pata qui utilise libsata :'(
Rien ne marche, et j'ai essayé toutes les adresses de disque.

C'est comme si les modules (j'ai généré un initrd maison) permettent la détection des disques sur les chipsets, mais les nodes ne sont pas attaché au disques dur :'(

Le mieux que tu as a faire si tu veux utiliser toujours la pile ide pata est de faire ça :
- ajoute le module ide-generic dans ton initrd/initramfs et charge le
- ajoute le module ide-core de la même manière (ide-generic dépend de ide-core)

Après ça devrais booter avec un /dev/hdXY comme avant.

Bon tu peux utiliser le nom du bon noyau (amd74xxx ou autre) si tu le connais exactement.