Raphaël G. a écrit 1927 commentaires

Zut validé avant de finir...

Je pense que linux ne perce pas encore dans le desktop car ceux qui poussent les changement commencent seulement a y passer...

Je vois la changement de mentalité depuis deux ans...

Je ne compte plus le nombre de Mandrake installées comme desktop avec un windows dans un coin pour les jeux uniquement, raison : marre des spyware et des virus

Et idem le nombre de debian/mandrake/redhat/gentoo installées comme serveur parce tout y est dispo gratos et que ça marche même si il faut se prendre la tête pour tout configurer...

et windows qui se fait litéralement latter la g**l* avec firefox c pas un exemple ???

Il a officiellement 10% de part de marché, mais sur des sites génériques il a plutôt 25% de part de marché! Avec IE a 71%...

Et m*rd*, je pensais pas que le gouvernement étais aussi d*b*l...

Bon ben reste toujours l'installation avec un chroot...

Franchement j'aurrai pas immaginé que les majors aurraient réussi a pousser le gouvernement vendu actuel jusque là...

C'est décidé, prochaine élection je vote pour les verts (il font moins de conneries que les autres aparement)...

Et tu pourra toujours achetter du support sur mandrakestrore...

La seule chose sera que le support ne sera pas packagé dans une boite...

Je vois mal mandrake refuser les sous des entreprises...

Il faut être réaliste... Cest nettement plus pratique un DVD (pas de changement de cd a tout bout de champ)...

Il reste la disquette pour ceux qui refusent de payer la taxe universal sur les cds...

Tu met les sources de la nouvelle distrib(http://easyurpmi.zarb.org/),(...) tu fait un zoli urpmi --auto-select, et tu t'occupe des 3-5 fichiers de confs qui seront mal mis a jours(le vieux en .rpmsave|le nouveau en .rpmnew|etc...)
Et ensuite ne pas oublier d'installer le nouveau kernel...

En général sans faire du rpm -e et urpmi nom_paquet_qui_veut_pas_mettre_a_jour j'arrive a bien mettre a jouravec 2 passes d'urpmi --auto-select.

Bon j'ai en général 750-1000 rpm installés, et le pk moyen ne dois pas en avoir la moitié...

Les mise a jours qui ne se font pas automatiquement sont les mises a jours de kde entre deux version majeurs quand des executables sont échangé entre les paquets...

Pour les mauvaises langues, mandrake ne bloque pas l'utilisation de la disquette d'install par le net... C'est certe pas évident pour un non initié, mais pour les gourou de linuxfr ça passe commeune lettre a la poste...

Quand on veut on peux!!!!

bon moi aussi j'abandonné le ext3 sous mandrakedepuisla 9.0 où j'avais perdu des données.... (3fois le /usr de suite, ça calme...)

Depuis j'utilise quotidiennement et j'ai eu un soucis très récementsur le / (pas de xfs_repair sur le / depuis des mois et 8 freeze du system ont eu raison de lui...)

Donc je recommande xfs MAIS il faut faire du xfs_repair (très chiant) régulièrement sinon on risque de perdre des données...
Cela est du au fsck.xfs qui est un int main {return 1}
Je vais conder un patch pourque le fsck.xfs marche au démarage et évite trop de démarage avec des partoche crashés


/!\ Je n'ai perdu aucune donnée dans mon /home et dans toutes mes autres partoches de données... Donc xfs on continue...

Pff n'importe quoi, certe elle n'est pas certifiée stable...

Mais je peut te garantir que je l'utilise en prod sur des serveurs webs et j'ai pas de soucis (mise a part une mise a jours foireuse a cause d'un changement de script de démarage et de variable non protégées pour courrier-imap et courrier-imap-ssl)

Parfois faut savoir forcer la main...

Les options nécessaires au packager :
--enable-something (avec du --with ou autre tant que ça marche)
--prefix (tout les prefix modifiables, pour mettre les fichiers de conf dans /etc ou autre selon le paquet, etc...)
et une option pour installer le paquet dans un rep de destination sans se casser la tête a bouger 50 fichiers a la mais parce que le script marche pas...

parce que honetement après le 50ème install --permission en tout genre tagada/src/machin.so RPM/DEB/ETC_ROOT_DIR/bonchemin(tm)/machin.so.bonneversion c'est super lourd!!!

Perso j'aime bien les autotool et ça marche pas mal.
Et si vous voullez pas vous casser la tête utilisez kdevelop pour créer votre projet avec, d'accord c'est lourd mais ilvous gère tout le bouzin très bien dans la plupart des cas sans se prendre la tête avec les dépendances en tout genre...

Le probleme d'alsa a été un bug majeur de la 10.0 et 10.1 il me semble. Sou ma cooker jai pas eu de pb, sauf depuis le passage au kernel 2.6.11 qui s'est soldé par des gros pb (snd-emu10k1 qui planteet pas mal d'autre soucis).

J'ai opté sur la solution de rester perpétuellement en cooker pour voir mes bugs corrigés rapidement, après c'est le choix de chaqu'un, les versions "stables" de MandrakeLinux ont eu de gros soucis de stabilité chez moi (plantages aléatoires etc...), mais ce qui me plaît c'est que ça samméliorre au fur et a mesure donc je me pleind pas...

Ps : tu passe sous silence pas mal de truc que fait mandrake
Outil simple de config de service (bon config minimale ok)
Menu pas "dégeulasse" et rangé, pas comme sous d'autre distrib
Pas besoin de se prendre la tête avec des truc désactivé pour raison de secu parano, bien que parfois...
Et plein d'autre truc que j'oublie surement...

Allez urpmi.update -a && urpmi kernel-2.6.11.3mdk
pas de paquetage nommé kernel-2.6.11.3mdk

Et merde pas encore corrigé, bon on va rester en
kernel-multimedia-2.6.10-3.mm.4mdk-1-1mdk...

Allez un effort mandrake, la correction de ce bug serait pas de refus...

Quelqu'un peut-il concrètement expliquer les étapes et les tutos pour passer de l'atape :
- Carte mère asus A7N8X-E avec bios proprio
à
- Même carte qui marche avec bios libre (plus rapide/plus mieux bien)

Si il est possible de préciser ce qui est fait :
- Écriture dans tout le bios
- Écriture dans une partie du bios pour pouvoir remetre l'ancien
- etc...

Je suis prêt a tester tout ça mais j'aimerais bien un peu d'aide, le mail n'étant pas très clair (j'ai pas compris le but des manoeuvres et leur conséquences a cause de mon anglais pourri)

Merci d'avance.

Pourquoi ce moinsage?

Je parlais d'appli développée en GPL avec de la bonne volontée...
Je débutte donc j'ai pas envie de me prendre la tête...

Je développe sous kdevelop pour ceux qui ne l'aurrais pas deviné, je dois avouer qu'il est rudement pratique!!!

Je suis tout a fait d'accord avec toi...

J'ai tenté de faire une zoli application en c++/c et j'ai eu a choisir le toolkit graphique :
D'un côté QT, pas top au niveau interopérabilité
D'un autre GTK, comment on l'utilise, équivalent QTdesigner, etc...

Moralité avec la double license, je vais pouvoir promgrammer en QT4 sans me soucier de la portabilité vu qu'il sera dispo pour windows...
Vivement qu'il arrive dans ma Mandrake Cooker... Oups ça veut dire gros bugs en vue :'( tant pis faudra que j'attende un peu...

Ce que tu dis est faux, dans le cas d'une fraude sur le train, il y a une perte sèche par la société qui fait le transport, car :
1. tu consome une place qui sont en nombre limité
2. tu prive les autres passagers qui ont payé régulièrement leur place du produit pour lequel ils ont payé.

Dans le cas de, la musique on n'est plus dans un service matériel, mais dans un servie immatériel et :
1. le nombre de copie est illimité
2. le piratage d'un morceau ne prive pas les autres de ce qu'ils ont achetté

Pour moi en tout cas le piratage des logiciels est dû au majors qui se foutent de la geule du monde!
J'achète de la musique, pas les merdes d'universals et autres, mais je pirate sans aucune scrupule quand un pote me conseille un morceau.
Je le sucre juste après, mais si une majors me fait un proces un jours, je pense que je ferais le même sort au responsable du process que je fait avec les fichiers mp3 quand il passe dans mon broyeur de fichier...

Je ne vois pas pourquoi je devrais payer 1E pour un morceau de merde pour l'écouter. En effet, on peut écouter des morceaux a la radio, il n'y a pas de différence entre la radio et le net, si ce n'est que les majors n'ont aucun contrôle dessus!

Si la justice étais encore dans le sens du plus grand nombre, peut-être que je respecterais toutes les lois, mais elle a basculée dans le sens desgens friqués depuis bien trop longtemps!
Quand des hommes politiques peuvent détourner des millions et ne rien prendre et que le citoyen de base prend une peine exemplaire pour trois fois rien... ben basta de leur loi...

Quand on est pauvre comme moi (étudiant) on a un wine qui tourne pour tester quelques jeux proprios et un windows parfois pour les jeux qui passent pas...

Et on a pas forcément des sous pour une console...

Perso je suis sous linux et wine parce que j'ai pas de license w$ ni de sous pour payer une console ni la license pour avoir le droit de mettre la passoire...

Pis franchement quand on voie la qualitée des jeux w$ ben parfois on regrette pas de ne pas y jouer...

La 9.2 est pas ce qu'on a fait de mieux au niveau légèreté...

puis ça dépend ce que tu utilise...

Si tu t'amuse a mettre du KDE sur une machine comme ça t'étonne pas que ça ramme...

perso en utilisant de la mandrake 10.0 ou 10.1 en virant tout ce qui est pas nécessaire au boot j'arrive a faire tourner sur des petite conf un gnome avec tout les programmes normaux...

Bon c sur que ça swap comme un fou dès que je lance openoffice.org si y a que 128Mo de ram...

puis y a oooqs si je me souvient bien qui permet de précharger openoffice.org si tu en fait un grosse utilisation.

Puis sérieusement vu le cout de la ram, tu achette un max de ram pour ta machine si tu peut pas mettre mieux et tu précharge tout ce que tu utilise (oooqs, préchargement des instances de konqueror, un mozilla lancé caché, etcx...).

Quand j'avais un athlon 1000 en 133 de bus c'est que je faiait ça marchait très bien...

Mandrake 10.2 cooker avec kernel 2.6.9, j'ai ceci :

[rapsys@phoenix-team tmp]$ ./test

child 1 VMAs 0
[+] moved stack bfffe000, task_size=0xc0000000, map_base=0xbf800000
[+] vmalloc area 0xf0000000 - 0xffffd000
Segmentation fault (core dumped)
[rapsys@phoenix-team tmp]$

ça marche même pas c pas drôle...

le projet a l'air de compiler sans trop de soucis, enfin...

J'ai du user d'autant de ruse que pour compiler le cvs de arkhart donc, le niveau pour le compiler me semble résonable...

quand a savoir si il tourne j'ai pas testé... mais j'espère qu'il va passer...

je fournirais le script ici quand j'aurrai réussi a compiler le jeux...

moi leur license il peuvent se la mettre au ***

je vais surement me faire moinser, mais si je peut jouer a un jeux en y passant un peu de temps pour le compiler et faire un paquet, je le fait, juste par défi, après j'espère qu'il aurront la gentillesse de pas oublier l'aide qu'on leur fourni...

J'espère surtout que ça encouragera des plus gros projet a fournir la source de leur clients parce que franchement quand vous avez un bug c plus simple avec la source que de décompiler en assembleur...

le paquet mandrake dans la cooker est super bien fait pour ça
séparation des paquet skin, re-pompe le, y a quelque skin que j'ai pas trouvé ailleur dedans...

nan, prendre le src.rpm et faire un
rm --rebuild gimp....src.rpm c bien plus rapide...

les patch appliqué, tout mis la où il faut et désinstallable a la prochaine version...

Si, si, mais dans ce cas la mahomet est pas encore né.

D'abord y a que linux comme messie...
Le reste c'est une blaque de Gnou...

quelque bon vieux src.rpm

et des snapshot qui marchent a peu près a côté...

J'ai laissé tomber le script fourni il tourne pas sur ma mandrake cooker, j'ai ré-écris en dégageant les expect de m*rd*

le script en Vrai bash est dispo ici :
http://rapsys.free.fr/planeshift.sh

bon je suis en train de compiler avec, je le corrigerais si ça marche pas au fur et a mesure...

si y a des bug rasys_free_fr, maillez dessus.

bonne chance, si y tourne chez moi je fait les src.rpm

zut manque l'erreur :
me sortais qe loader.lo etais pa un abjet valide...

je recompile a la mano ça marche...

pas top...