Jene veux pas polemiquer mais il a fallu attendre plusieurs mois avant que les corrections de bug soit faites. Et s'il n'avait pas sorti de nouvelle version avant 6 mois, j'aurais fait quoi ? Quand il y a eu un probleme avec ssh, il a aussi fallu attendre tres longtemps pour que les nouveaux packages. Sortir des nouvelles version quand il y a trop de bugs, c'est peut-etre pas ce qu'il y a de plus s�rieux...
Patrick On Tue, 15 Oct 2002, Jean-Francois Dive wrote: > avant de reporter les bugs a redhat, tourne la derniere distro et les derniers > packages, je parie que c'est d�ja fix� .. > > JeF > On Mon, Oct 14, 2002 at 11:28:55AM +0200, Vranckx Patrick wrote: > > > > Bonjour, > > > > > > J'ai eu l'occasion de tester ces problemes sur diff�rentes distribustions: > > > > redhat 7.3 : completement bugg�es > > Suse 8 : pas completement ok > > debian : ok > > > > D'apres les informations que j'ai glan�es sur le web, il ne suffit pas que > > le kernel, libc ... soient corrects, il faut aussi parfois rajouter des > > directives de compilations pour utiliser les fichiers > 2Gb : > > > > gcc -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE > > > > 2 exemples > > > > - Dans Midnight Commander, ces gros fichiers ne sont pas vu (du > > moins dans la RedHat). Recompiler le package avec des options et le > > probleme est r�gl� > > - dans le C shell (tcsh), la commandes du style : > > cat gros-fichiers > autre_gros_fichier > > ne fonctionne pas au-dela de la limite des 2 Gb. Dans le bash, pas de > > problems. De nouveau, recompil� avec les bonnes options et le probleme > > disparait. > > > > J'avais signal� ces bugs a RH..... > > > > J'esp�re que ca peut aider... > > > > Patrick > > > > > > On Mon, 14 Oct 2002 [EMAIL PROTECTED] wrote: > > > > > Bonjour la liste, > > > > > > Suse linux 7.2 > > > > > > > > > Je suis confront� � un petit probl�me sur certaines machines de > > > production. > > > > > > J'ai besoin d'utiliser des fichiers de + de 2 Go. Or, il semble que 2 Go > > > soit justement la limitte acceptable par le syst�me. Je peux cr�er les > > > fichiers, mais il est impossible de les manipuler. Je suis oblig� de les > > > supprimer. S'agit il d'un particularit� de la suse ? > > > > > > Lorsqu'on regarde la d�finition du syst�me de fichier EXT2, il s'av�re > > > que pour un processeur 32 bits, le plus gros fichier peut faire 4Go. > > > Comment expliquer cette diff�rence ? On peut donc cr�er un fichier de + > > > de 2 Go, mais on ne pas l'utiliser ? > > > > > > J'ai du mal � �claircir la situation. > > > > > > Merci d'avance pour vos r�ponse. > > > > > > -- > > > Sinc�rement, > > > > > > jm.aries > > > > > > > > > _______________________________________________________ > > > Linux Mailing List - http://www.unixtech.be > > > Subscribe/Unsubscribe: http://www.unixtech.be/mailman/listinfo/linux > > > Archives: http://www.mail-archive.com/[email protected] > > > IRC: efnet.skynet.be:6667 - #unixtech > > > > > > > -- > > VRANCKX Patrick [EMAIL PROTECTED] > > Service d'Informatique Administrative - SIA > > Universite Catholique de Louvain - UCL > > +32 10 47 38 70 > > > > > > _______________________________________________________ > > Linux Mailing List - http://www.unixtech.be > > Subscribe/Unsubscribe: http://www.unixtech.be/mailman/listinfo/linux > > Archives: http://www.mail-archive.com/[email protected] > > IRC: efnet.skynet.be:6667 - #unixtech > > -- VRANCKX Patrick [EMAIL PROTECTED] Service d'Informatique Administrative - SIA Universite Catholique de Louvain - UCL +32 10 47 38 70 _______________________________________________________ Linux Mailing List - http://www.unixtech.be Subscribe/Unsubscribe: http://www.unixtech.be/mailman/listinfo/linux Archives: http://www.mail-archive.com/[email protected] IRC: efnet.skynet.be:6667 - #unixtech
