Je comprends bien le probleme j'ai eu le meme sur mon site au passage au png, la j'ai regle le probleme, j'ai plus de logos ;] par contre je commence a passer les captures egalement en png, suite a des demandes emanant de ce site.
Oui, sauf que cela marche egalement tres bien sans ce patch avec le systeme de fichier mac plus les modules firewire, j'avais fait un article y'a quelques temps : http://frlinux.net/?section=multimedia&article=97(...)
On utilise freeswan sur du serveur debian sid et y'a rien a redire, faut redemarrer le démon ipsec de temps a autres (tous les 3 mois genre) et on a beaucoup de connectivité inter-bureaux donc ca marche bien.
Si je ne me trompe, l'annonce concerne MySQL Max, soit celui qui utilise le suport InnoDB (non présent dans la version normale). Donc tu peux espérer plusieurs versions selon tes besoins.
Surtout que pour repondre plus haut, SapDB est utilisé en base d'un système Sap pour gerer des trucs en interne donc ils ne le développent pas vraiment à perte.
$ apt-cache search kernel-image-2.4.20
kernel-image-2.4.20-1-386 - Linux kernel image for version 2.4.20 on 386.
kernel-image-2.4.20-1-586tsc - Linux kernel image for version 2.4.20 on Pentium-Classic.
kernel-image-2.4.20-1-686 - Linux kernel image for version 2.4.20 on PPro/Celeron/PII/PIII/PIV.
kernel-image-2.4.20-1-686-smp - Linux kernel image for version 2.4.20 on PPro/Celeron/PII/PIII/PIV SMP.
kernel-image-2.4.20-1-k6 - Linux kernel image for version 2.4.20 on AMD K6/K6-II/K6-III.
kernel-image-2.4.20-1-k7 - Linux kernel image for version 2.4.20 on AMD K7.
kernel-image-2.4.20-1-k7-smp - Linux kernel image for version 2.4.20 on AMD K7 SMP.
kernel-image-2.4.20-speakup - Linux kernel binary image for version 2.4.20-speakup
Enfin avant de nourrir le troll, oublie pas que Debian fournit des sources modifiés incluant de nombreux patches sensés améliorer la stabilité et la sécurité du kernel, d'où la raison pour laquelle celui-ci (de cette news) se trouve dedans. Et puis si t'es si désespéré, reste la bonne méthode à la main mais tu le sais déjà.
Ce n'est pas sa gratuite qui est mise en doute mais la license de son outil YaST2 qui n'est pas libre. C'est comme ca depuis la nuit des temps. Il est vrai qu'en ne donnant plus accès a ses ISOs, il se sont attirés les foudres de plus d'utilisateurs encore ...
Steph
Je me permet de répondre car j'ai fait une installation de ce type (par ftp) lors du test de la 8.1 pour mon site, voir mes commentaires plus bas :
> si par manque de bol il y a une erreur de connexion, ou un problème quelconque, on repart à zéro.
Euh, non. J'ai tenté cette installation et j'ai essuyé des erreurs réseau mais il te propose de recommencer et au bout de 2 ou 3 fois cela passe (sur le serveur principal), de plus en changeant de FTP (mirroir), plus aucun soucis. Enfin, j'ai même du redémarrer car j'avais eu un freeze (sur mon portable) pendant l'installation et il m'a retrouvé le bootstrap avec les RPMs téléchargés.
> Je ne vois pas pourquoi SuSE fait çà alors que leurs 2 concurrents directs
C'est une décision des actionnaires, je ne dis pas que c'est une bonne chose au contraire ...
> je ne pense pas que la personne va se dire "c'est génial, j'achète, je soutiens"
Hormis son gout non libre, cette distribution reste tout de même assez en avance sur son soutient utilisateur débutant et son interface d'administration, ne serais-ce que pour YaST2 qui certes n'est pas libre mais travaille bien. Attention, je préfère urpmi et Mandrake, mais faut quand même rendre justice à cette distribution, le lien de mon test en passant :
http://frlinux.net/?section=distributions&article=102
Steph
Je pense néanmoins que les brevets sont la raison numero 1 empechant Nvidia de donner leurs spécifications. De plus, met toi a leur place : certes Linux emglobe un public à considérer mais les Windowsiens sont tout aussi (sinon plus) importants à leur yeux. N'oublie pas les actionnaires, que je citais auparavant car pour faire une telle avancée, elle doit être aprouvée par le board (en tout cas, dans la startup Linuxienne dans laquelle j'ai travaillé, c'était le cas).
Je suis juste un peu remonté de voir autant de personnes taper comme ca sur nvidia et pretexter le closed-source pour leur donner tous les maux de la terre. Je ne dis pas que ce n'est son cas (bien que c'était implicite ;) mais je trouve juste un peu poussé cette logique aveugle.
Rien que la lecture du readme sur le site de nvidia donne des infos précises sur comment bien installer et paramétrer les pilotes sur X, chose que la plupart des personnes que je dépanne sur mon site ne font JAMAIS.
nan, c'est tout, ca tiens en pas grand chose. C'est joli de taper sur les pilotes closed source de nvidia (qui ne sont pas sans problemes je l'accorde) mais un minimum de RTFM et de google permet de regler 90% des problemes alors faut pas pousser meme ...
Oui mais bon, c'est gentil mais ca nourris pas le peuple ton affaire, tu occultes deux points :
- Les pilotes NVidia (au meme titre que leurs tiers de chez ATI & co) contiennent leur gagne pain au niveau technologie ce qui fait que pour des raisons de brevets et d'actionnaires (faut bien nourrir monsieur Bill) ne peuvent etre devoiles.
- Ces memes pilotes contiennent aussi du code de chez SGI qui les a aides au niveau 3D. Et s'ils veulent pas voir arriver 10 mecs en noir repondant au doux nom d'avocats a la solde de SGI (mais pas seulement car ce sont des brevets imbriques du genre : moi X cree une technologie avec l'aide de Y. Z a besoin d'une technologie que Y a developpe auparavant, implicitement avec l'aide de X donc X, Y et Z sont dans le meme bateau au niveau 'accord'), ils ne peuvent les devoiler.
Enfin, n'oubliez pas le changement de politique d'ATI, Matrox et consors, la guerre est rude dans les cartes videos.
Certes mais quand tu recois un certain nombre de mails demandant des tests, c'est bien de les fournir, juste pour montrer a quoi ca ressemble (ce qui n'empeche pas de pointer vers d'autres distributions en passant).
[^] # Re: Test Ximian Desktop 2
Posté par FRLinux (site web personnel) . En réponse au journal Test Ximian Desktop 2. Évalué à 1.
Steph
# Re: Test Ximian Desktop 2
Posté par FRLinux (site web personnel) . En réponse au journal Test Ximian Desktop 2. Évalué à 3.
http://frlinux.net/?section=xwindow&article=107(...)
Steph
[^] # Re: La fin du brevet sur LZW
Posté par FRLinux (site web personnel) . En réponse à la dépêche La fin du brevet sur LZW. Évalué à -1.
envoie un patch !
"</mode penso>"
ok je -->[]
Steph
[^] # Re: La fin du brevet sur LZW
Posté par FRLinux (site web personnel) . En réponse à la dépêche La fin du brevet sur LZW. Évalué à 4.
Steph
[^] # Re: Ximian Desktop 2 est disponible
Posté par FRLinux (site web personnel) . En réponse à la dépêche Ximian Desktop 2 est disponible. Évalué à 1.
http://forums.gentoo.org/viewtopic.php?t=58568&highlight=ximian(...)
Steph
[^] # Re: Support de HFS+ sous Linux
Posté par FRLinux (site web personnel) . En réponse à la dépêche Support de HFS+ sous Linux. Évalué à 4.
http://frlinux.net/?section=multimedia&article=97(...)
Steph
[^] # Re: PPTP ?
Posté par FRLinux (site web personnel) . En réponse à la dépêche TrustedDebian devient Adamantix et sort la 1.0.1. Évalué à 2.
Steph
[^] # Re: TrustedDebian devient Adamantix et sort la 1.0.1
Posté par FRLinux (site web personnel) . En réponse à la dépêche TrustedDebian devient Adamantix et sort la 1.0.1. Évalué à 5.
Steph
# PPTP ?
Posté par FRLinux (site web personnel) . En réponse à la dépêche TrustedDebian devient Adamantix et sort la 1.0.1. Évalué à 4.
A en juger par le site (liste des paquets), c'est pas le cas ...
Steph
[^] # Re: MySQL bientôt basée sur SAPDB ?
Posté par FRLinux (site web personnel) . En réponse à la dépêche MySQL bientôt basée sur SAPDB ?. Évalué à 2.
Steph
[^] # Re: MySQL bientôt basée sur SAPDB ? ... le contraire non ?
Posté par FRLinux (site web personnel) . En réponse à la dépêche MySQL bientôt basée sur SAPDB ?. Évalué à 1.
Surtout que pour repondre plus haut, SapDB est utilisé en base d'un système Sap pour gerer des trucs en interne donc ils ne le développent pas vraiment à perte.
Steph
[^] # Re: Et sur Debian ?
Posté par FRLinux (site web personnel) . En réponse à la dépêche Des vulnérabilités des Linux 2.4 permettent un DoS distant. Évalué à 1.
$ apt-cache search kernel-image-2.4.20
kernel-image-2.4.20-1-386 - Linux kernel image for version 2.4.20 on 386.
kernel-image-2.4.20-1-586tsc - Linux kernel image for version 2.4.20 on Pentium-Classic.
kernel-image-2.4.20-1-686 - Linux kernel image for version 2.4.20 on PPro/Celeron/PII/PIII/PIV.
kernel-image-2.4.20-1-686-smp - Linux kernel image for version 2.4.20 on PPro/Celeron/PII/PIII/PIV SMP.
kernel-image-2.4.20-1-k6 - Linux kernel image for version 2.4.20 on AMD K6/K6-II/K6-III.
kernel-image-2.4.20-1-k7 - Linux kernel image for version 2.4.20 on AMD K7.
kernel-image-2.4.20-1-k7-smp - Linux kernel image for version 2.4.20 on AMD K7 SMP.
kernel-image-2.4.20-speakup - Linux kernel binary image for version 2.4.20-speakup
Steph
[^] # Re: Des vulnérabilités des Linux 2.4 permettent un DoS distant
Posté par FRLinux (site web personnel) . En réponse à la dépêche Des vulnérabilités des Linux 2.4 permettent un DoS distant. Évalué à 0.
ok je -->[]
Steph
# Dans la serie moins critique (car locale), celle ci est sortie hier
Posté par FRLinux (site web personnel) . En réponse à la dépêche Des vulnérabilités des Linux 2.4 permettent un DoS distant. Évalué à 0.
Steph
[^] # Re: Et sur Debian ?
Posté par FRLinux (site web personnel) . En réponse à la dépêche Des vulnérabilités des Linux 2.4 permettent un DoS distant. Évalué à 1.
Steph
[^] # Re: Et sur Debian ?
Posté par FRLinux (site web personnel) . En réponse à la dépêche Des vulnérabilités des Linux 2.4 permettent un DoS distant. Évalué à 6.
apt-get install kernel-source-2.4.20
make oldconfig
make-kpkg --revision $HOST.$REV debian
make-kpkg kernel_image
Steph
[^] # Re: SuSE 8.2 disponible en téléchargement
Posté par FRLinux (site web personnel) . En réponse à la dépêche SuSE 8.2 disponible en téléchargement. Évalué à 1.
Steph
[^] # Re: SuSE 8.2 disponible en téléchargement
Posté par FRLinux (site web personnel) . En réponse à la dépêche SuSE 8.2 disponible en téléchargement. Évalué à 1.
[^] # Re: SuSE 8.2 disponible en téléchargement
Posté par FRLinux (site web personnel) . En réponse à la dépêche SuSE 8.2 disponible en téléchargement. Évalué à 4.
[^] # Re: NVidia et ses pilotes Linux.
Posté par FRLinux (site web personnel) . En réponse à la dépêche NVidia et ses pilotes Linux.. Évalué à 4.
> qu'est-ce qui les empêche de donner les specs ?
Apparement rien, d'ailleurs un papier te donne raison la :
http://wgz.org/chromatic/nvidia/analysis.html(...)
Ca demonte meme mon argument au point par point.
Je pense néanmoins que les brevets sont la raison numero 1 empechant Nvidia de donner leurs spécifications. De plus, met toi a leur place : certes Linux emglobe un public à considérer mais les Windowsiens sont tout aussi (sinon plus) importants à leur yeux. N'oublie pas les actionnaires, que je citais auparavant car pour faire une telle avancée, elle doit être aprouvée par le board (en tout cas, dans la startup Linuxienne dans laquelle j'ai travaillé, c'était le cas).
Steph
[^] # Re: expérience perso #49
Posté par FRLinux (site web personnel) . En réponse à la dépêche NVidia et ses pilotes Linux.. Évalué à 2.
Je suis juste un peu remonté de voir autant de personnes taper comme ca sur nvidia et pretexter le closed-source pour leur donner tous les maux de la terre. Je ne dis pas que ce n'est son cas (bien que c'était implicite ;) mais je trouve juste un peu poussé cette logique aveugle.
Rien que la lecture du readme sur le site de nvidia donne des infos précises sur comment bien installer et paramétrer les pilotes sur X, chose que la plupart des personnes que je dépanne sur mon site ne font JAMAIS.
D'où mon venin ...
Steph
[^] # Re: expérience perso #49
Posté par FRLinux (site web personnel) . En réponse à la dépêche NVidia et ses pilotes Linux.. Évalué à 2.
nan, c'est tout, ca tiens en pas grand chose. C'est joli de taper sur les pilotes closed source de nvidia (qui ne sont pas sans problemes je l'accorde) mais un minimum de RTFM et de google permet de regler 90% des problemes alors faut pas pousser meme ...
Steph
[^] # Re: NVidia et ses pilotes Linux.
Posté par FRLinux (site web personnel) . En réponse à la dépêche NVidia et ses pilotes Linux.. Évalué à 9.
- Les pilotes NVidia (au meme titre que leurs tiers de chez ATI & co) contiennent leur gagne pain au niveau technologie ce qui fait que pour des raisons de brevets et d'actionnaires (faut bien nourrir monsieur Bill) ne peuvent etre devoiles.
- Ces memes pilotes contiennent aussi du code de chez SGI qui les a aides au niveau 3D. Et s'ils veulent pas voir arriver 10 mecs en noir repondant au doux nom d'avocats a la solde de SGI (mais pas seulement car ce sont des brevets imbriques du genre : moi X cree une technologie avec l'aide de Y. Z a besoin d'une technologie que Y a developpe auparavant, implicitement avec l'aide de X donc X, Y et Z sont dans le meme bateau au niveau 'accord'), ils ne peuvent les devoiler.
Enfin, n'oubliez pas le changement de politique d'ATI, Matrox et consors, la guerre est rude dans les cartes videos.
Steph
[^] # Re: Test de la SuSe 8.2
Posté par FRLinux (site web personnel) . En réponse à la dépêche Test de la SuSE 8.2. Évalué à 3.
steph
[^] # Re: Test de la SuSe 8.2
Posté par FRLinux (site web personnel) . En réponse à la dépêche Test de la SuSE 8.2. Évalué à 9.
Steph