Forum |  HardWare.fr | News | Articles | PC | S'identifier | S'inscrire | Shop Recherche
1024 connectés 

 
 


 Mot :   Pseudo :  
  Aller à la page :
 
 Page :   1  2  3  4  5  ..  10  11  12  ..  221  222  223  224  225  226
Page Suivante
Page Précédente
Bas de page 
Auteur Sujet :

Le topic des 'uname -a'

n°403239
Klaimant
?
Posté le 06-02-2004 à 15:25:23  profilanswer
 

Reprise du message précédent :
ptete un modules_install :D


---------------
Fais le ou ne le fais pas, mais il n'y a pas d'essai !!!
mood
Publicité
Posté le 06-02-2004 à 15:25:23  profilanswer
 

n°403251
lukefab
Posté le 06-02-2004 à 15:43:11  profilanswer
 

avec un make, make modules_install et l proc spécifié, je n'ai pas non plus le nom de mon bô barton...

n°403260
gwadboy
Posté le 06-02-2004 à 15:52:51  profilanswer
 

Klaimant a écrit :

ptete un modules_install :D


 
Je sais qu'il faut tapé make modules_install apres make dep clean bzImage modules.
 
On peut pas ajouter des options dans make dep clean bzImage modules ?
 
Pour regle le probleme?

n°403264
Tomate
Posté le 06-02-2004 à 15:56:12  profilanswer
 

gwadboy a écrit :


 
Je sais qu'il faut tapé make modules_install apres make dep clean bzImage modules.
 
On peut pas ajouter des options dans make dep clean bzImage modules ?
 
Pour regle le probleme?

man make :p


---------------
:: Light is Right ::
n°403624
lukefab
Posté le 07-02-2004 à 10:41:41  profilanswer
 

plutôt make help dans notre cas

n°404114
nicolbolas
Optiquement votre.
Posté le 08-02-2004 à 03:21:46  profilanswer
 

gwadboy a écrit :

:jap:  
 
Ouai, grave.
Si quelqu'un trouve avent moi n'oubli pas de poste.
 
 :D  


 
Change de distro, les kernels debs sapu :whistle:

n°404117
BMOTheKill​er
Posté le 08-02-2004 à 04:12:15  profilanswer
 

faut peut-être aller faire un tour dans le makefile ou dans les scripts...

n°404629
Tomate
Posté le 08-02-2004 à 18:13:32  profilanswer
 

Linux gate.tomate.homelinux.org 2.4.24-grsec-athlon #1 Fri Feb 6 22:44:54 CET 2004 i686 GNU/Linux


 
debian testing :p


---------------
:: Light is Right ::
n°404765
glor
Posté le 08-02-2004 à 20:01:22  profilanswer
 

Linux glide 2.6.3-bk1 #1 Sun Feb 8 19:39:08 CET 2004 i686 unknown unknown GNU/Linux

n°405653
j_c_p
Linux user
Posté le 09-02-2004 à 19:11:52  profilanswer
 

Linux phoenix 2.6.3-rc1-mm1 #1 Mon Feb 9 19:03:29 UTC 2004 i686 AMD Athlon(tm) XP 2400+ AuthenticAMD GNU/Linux

mood
Publicité
Posté le 09-02-2004 à 19:11:52  profilanswer
 

n°405985
BMOTheKill​er
Posté le 10-02-2004 à 05:45:48  profilanswer
 

ah ben j'ai trouvé pour le string du proco dans le uname, c'est bien lui qu'il faut patcher :
 
avec uname de ma RH :


Linux BMO.K-TEAM 2.4.24-coda #1 mar jan 13 16:16:03 CET 2004 i686 athlon i386 GNU/Linux


 
avec uname de coreutils-5.0 + patchs gentoo :


Linux BMO.K-TEAM 2.4.24-coda #1 mar jan 13 16:16:03 CET 2004 i686 AMD Athlon(tm) XP 1700+ AuthenticAMD GNU/Linux


 
plus qu'à mélanger les 2 et zou :o


Linux BMO.K-TEAM 2.4.24-coda #1 mar jan 13 16:16:03 CET 2004 i686 AMD Athlon(tm) XP 1700+ i386 GNU/Linux


très intéressant je sais... [:zeuartisan]


Message édité par BMOTheKiller le 10-02-2004 à 06:12:45
n°406005
o'gure
Modérateur
Multi grognon de B_L
Posté le 10-02-2004 à 09:45:28  profilanswer
 

BMOTheKiller a écrit :

ah ben j'ai trouvé pour le string du proco dans le uname, c'est bien lui qu'il faut patcher  


C est a dire... (patch gentoo sur autre chose que gentoo...) :heink:


Message édité par o'gure le 10-02-2004 à 09:46:24
n°406081
BMOTheKill​er
Posté le 10-02-2004 à 11:52:01  profilanswer
 

bah quoi ? :??:
 
j'ai cherché sur quelle distro ça pouvait être activé par défaut, j'ai remarqué des cas complètement opposés, du genre l'un sur une distro a "unknown", un autre sur la même distro a le name string + vendor id de son proco, puis finalement en faisant le tour des rpm/deb/alienisation de paquets à gogo/slack-tgz, j'ai scruté l'ebuild de coreutils sur gentoo et là j'ai vu qu'il devait y avoir des patchs, je suis passé sur un répositoire gentoo et j'ai trouvé ce qu'il fallait, juste à reprendre la partie du patch qui modifie uname.c, mélanger avec le patch redhat et on obtient le 3ème encadré du post ci-dessus.
 
n'étant pas possible de mettre 2 hardware_platform et étant sous une distro qui se base sur l'architecture (rpm en a besoin), il fallait bien se résoudre à remplacer le vendor_id par l'architecture du moulin :o
 
c'est bon ?

n°406085
o'gure
Modérateur
Multi grognon de B_L
Posté le 10-02-2004 à 12:04:05  profilanswer
 

:jap:

n°406089
BMOTheKill​er
Posté le 10-02-2004 à 12:14:51  profilanswer
 

si quelqu'un est intéressé pour remplacer ses "unknown", j'ai fait un diff entre le uname.c de coreutils-5.0 dispo sur gnu.org et le uname.c modifié, qui se trouve ICIte
 
c'est juste un patch, il ne créera pas uname.c s'il n'existe pas étant donné qu'il est nécessaire d'avoir quelques fichiers qui se trouvent dans les sources de coreutils (ou sh-utils à la rigueur pour les anciens)
 
vous trouverez coreutils 5.0 ICIte
 
mode d'emploi :
 
tar xvfj coreutils-5.0.tar.bz2
cd coreutils-5.0
bunzip2 -c /chemin/vers/coreutils-5.0-uname-cpuinfo.bmo.patch.bz2 | patch -p0
./configure
make
su -
cp src/uname /bin
(s'il demande confirmation d'écrasement, répondre "y" )


Message édité par BMOTheKiller le 13-02-2004 à 13:13:33
n°406102
glor
Posté le 10-02-2004 à 12:24:24  profilanswer
 

Vu le uname de j_c_p, c'est corrigé avec le patch -mm non?
 
edit: Tant que ca marche, je m'en balance.. Ma carte mere reconnait pas mon Barton de toute facon =)


Message édité par glor le 10-02-2004 à 12:25:33
n°406103
mirtouf
Light is right !
Posté le 10-02-2004 à 12:25:03  profilanswer
 

j_c_p utilise gentoo si mes souvenirs sont bons.


---------------
-~- Libérez Datoune ! -~- Camarade, toi aussi rejoins le FLD pour que la flamme de la Révolution ne s'éteigne pas ! -~- A VENDRE
n°406105
[IQS]Krust​y
Posté le 10-02-2004 à 12:26:16  profilanswer
 

Code :
  1. FreeBSD webkot.fundp.ac.be 5.1-RELEASE FreeBSD 5.1-RELEASE #0: Tue Jan 20 14:43:15 CET 2004     krusty@webkot.fundp.ac.be:/usr/obj/usr/src/sys/WEBKOT  i386


Message édité par [IQS]Krusty le 10-02-2004 à 12:26:55
n°406106
glor
Posté le 10-02-2004 à 12:26:25  profilanswer
 

Ah.. Bah tampis..

n°406107
o'gure
Modérateur
Multi grognon de B_L
Posté le 10-02-2004 à 12:29:52  profilanswer
 

Ya pas a dire c est quand meme mieux avec le proc et arch reconnu  :D  


Linux clavy 2.6.2 #3 Sat Feb 7 00:29:24 CET 2004 i686 Intel(R) Pentium(R) 4 CPU 2.66GHz i386 GNU/Linux

n°406114
BMOTheKill​er
Posté le 10-02-2004 à 12:44:05  profilanswer
 

mirtouf a écrit :

j_c_p utilise gentoo si mes souvenirs sont bons.


 
d'après sa config (je ne sais pas si c'est à jour), il est sous mdk, mais je n'ai rien vu dans leur dernier src.rpm cooker, par contre dans un paquet de patchs gentoo pour coreutils, j'ai carrément trouvé un répertoire mandrake assez bien rempli...

n°406136
j_c_p
Linux user
Posté le 10-02-2004 à 13:07:28  profilanswer
 

Je suis ss Gentoo  
(mais il est vrai que j'ai aussi une MDK 9.2 que je reboote de temps en temps, et même WinXP :D).
Ma config est à jour  ;)  (sauf le patch mm pour le noyau sur la Gentoo :D).
 
D'ailleurs, je viens d'ajouter une carte TV, mais je n'ai pas de son (image nickel ss TVtime et XawTV), pb pilote cx***, d'après ce que j'ai vu.


Message édité par j_c_p le 10-02-2004 à 13:37:37
n°406260
j_c_p
Linux user
Posté le 10-02-2004 à 16:16:09  profilanswer
 

Linux phoenix 2.6.3-rc1-love1 #2 Tue Feb 10 16:10:17 UTC 2004 i686 AMD Athlon(tm) XP 2400+ AuthenticAMD GNU/Linux

n°408424
sharlaan
Posté le 12-02-2004 à 23:16:52  profilanswer
 

Linux orion 2.6.1-gentoo-r1 #1 SMP Thu Feb 12 23:04:34 CET 2004 i686 Intel(R) Pe ntium(R) 4 CPU 3.00GHz GenuineIntel GNU/Linux


---------------
"Deux chose sont infinies, l'univers et la sotise humaine. Mais je ne suis pas sûr de ce j'affirme quant à l'univers." Albert Einstein
n°408435
k666
dites non à petitmou
Posté le 12-02-2004 à 23:38:51  profilanswer
 

j_c_p a écrit :

Linux phoenix 2.6.3-rc1-love1 #2 Tue Feb 10 16:10:17 UTC 2004 i686 AMD Athlon(tm) XP 2400+ AuthenticAMD GNU/Linux




 
ahallaa t'as installé les sources de ce mal aimé ? [:urgeman]  [:al zheimer] lol:d:d:d:d

n°408469
j_c_p
Linux user
Posté le 13-02-2004 à 00:44:23  profilanswer
 

oui, je teste sans a priori, et c'est avec la série mm, le noyau le plus réactif que j'ai vu.

n°408473
Neo_t3
Posté le 13-02-2004 à 00:50:25  profilanswer
 

j_c_p a écrit :

Linux phoenix 2.6.3-rc1-love1 #2 Tue Feb 10 16:10:17 UTC 2004 i686 [g]AMD Athlon(tm) XP 2400+ AuthenticAMD GNU/Linux[/g]




Comment on peut avoir ecrit ceci ? Moi j'ai ceci !

Linux Neo_t3 2.4.22-21mdk #1 Fri Oct 24 22:43:28 MDT 2003 i686 unknown unknown GNU/Linux


---------------
Neo_t3 registered Linux user number 354648. | http://www.ondaflow.com
n°408478
glor
Posté le 13-02-2004 à 01:04:42  profilanswer
 

T'as lu les 6threads précédents?

n°408480
perchut2
Hell, it's about time...
Posté le 13-02-2004 à 01:07:16  profilanswer
 

Call Trace:
 [<c012410c>] __might_sleep+0x9c/0xe0
 [<c014b3cc>] kmem_cache_alloc+0x5c/0x60
 [<f2106344>] __ke_alloc_wait_queue_head_struct+0x14/0x40 [fglrx]
 [<f21092fc>] firegl_setup_dev+0x10c/0x1b0 [fglrx]
 [<f2108814>] firegl_open+0x174/0x230 [fglrx]
 [<f2108752>] firegl_open+0xb2/0x230 [fglrx]
 [<f21060c7>] firegl_stub_open+0x117/0x1f0 [fglrx]
 [<c016b57d>] chrdev_open+0x12d/0x2c0
 [<c0160f74>] dentry_open+0x154/0x230
 [<c0160e1e>] filp_open+0x4e/0x50
 [<c0161319>] sys_open+0x49/0x80
 [<c03d6447>] syscall_call+0x7/0xb
 [<c03d007b>] xdr_kmap+0x11b/0x120
 
mtrr: 0xe0000000,0x8000000 overlaps existing 0xe0000000,0x1000000
[fglrx:firegl_addmap] *ERROR* mtrr allocation failed (-22)
Fire GL built-in AGP-support
Based on agpgart interface v0.99 (c) Jeff Hartmann
agpgart: Maximum main memory to use for agp memory: 694M
agpgart: Detected an Intel 865G Chipset, no integrated grapics found.
agpgart: Detected Intel i865G chipset
agpgart: AGP aperture is 64M @ 0xf8000000
Power management callback for AGP chipset installed
[fglrx] AGP detected, AgpState   = 0x1f004a1b (hardware caps of chipset)
AGP: Found 2 AGPv3 devices
AGP: Doing enable for AGPv3
agpgart: Found an AGP 3.0 compliant device.
[fglrx] AGP enabled,  AgpCommand = 0x1f004312 (selected caps)
[fglrx] free  AGP = 54800384
[fglrx] max   AGP = 54800384
[fglrx] free  LFB = 108978176
[fglrx] max   LFB = 108978176
[fglrx] free  Inv = 134217728
[fglrx] max   Inv = 134217728
[fglrx] total Inv = 134217728
[fglrx] total TIM = 0
[fglrx] total FB  = 0
[fglrx] total AGP = 16384
atkbd.c: Unknown key released (translated set 2, code 0x7a on isa0060/serio0).
atkbd.c: This is an XFree86 bug. It shouldn't access hardware directly.
atkbd.c: Unknown key released (translated set 2, code 0x7a on isa0060/serio0).
atkbd.c: This is an XFree86 bug. It shouldn't access hardware directly.
Debug: sleeping function called from invalid context at include/asm/semaphore.h:119
in_atomic():1, irqs_disabled():0
Call Trace:
 [<c012410c>] __might_sleep+0x9c/0xe0
 [<f210690d>] __ke_down_struct_sem+0x1d/0x40 [fglrx]
 [<f2114693>] drm_find_file+0x23/0x70 [fglrx]
 [<f21149bf>] drm_getmagic+0xff/0x160 [fglrx]
 [<f21148c0>] drm_getmagic+0x0/0x160 [fglrx]
 [<f2108b86>] firegl_ioctl+0x146/0x1b0 [fglrx]
 [<c0174dd9>] sys_ioctl+0x119/0x2e0
 [<c03d6447>] syscall_call+0x7/0xb
 
Debug: sleeping function called from invalid context at include/asm/semaphore.h:119
in_atomic():1, irqs_disabled():0
Call Trace:
 [<c012410c>] __might_sleep+0x9c/0xe0
 [<f210690d>] __ke_down_struct_sem+0x1d/0x40 [fglrx]
 [<f2114693>] drm_find_file+0x23/0x70 [fglrx]
 [<f21149bf>] drm_getmagic+0xff/0x160 [fglrx]
 [<f21148c0>] drm_getmagic+0x0/0x160 [fglrx]
 [<f2108b86>] firegl_ioctl+0x146/0x1b0 [fglrx]
 [<c0174dd9>] sys_ioctl+0x119/0x2e0
 [<c03d6447>] syscall_call+0x7/0xb
 [<c03d007b>] xdr_kmap+0x11b/0x120
 
Debug: sleeping function called from invalid context at include/asm/semaphore.h:119
in_atomic():1, irqs_disabled():0
Call Trace:
 [<c012410c>] __might_sleep+0x9c/0xe0
 [<f210690d>] __ke_down_struct_sem+0x1d/0x40 [fglrx]
 [<f2114693>] drm_find_file+0x23/0x70 [fglrx]
 [<f21149bf>] drm_getmagic+0xff/0x160 [fglrx]
 [<f21148c0>] drm_getmagic+0x0/0x160 [fglrx]
 [<f2108b86>] firegl_ioctl+0x146/0x1b0 [fglrx]
 [<c0174dd9>] sys_ioctl+0x119/0x2e0
 [<c03d6447>] syscall_call+0x7/0xb
 [<c03d007b>] xdr_kmap+0x11b/0x120
 
Debug: sleeping function called from invalid context at include/asm/semaphore.h:119
in_atomic():1, irqs_disabled():0
Call Trace:
 [<c012410c>] __might_sleep+0x9c/0xe0
 [<f210690d>] __ke_down_struct_sem+0x1d/0x40 [fglrx]
 [<f2114693>] drm_find_file+0x23/0x70 [fglrx]
 [<f21149bf>] drm_getmagic+0xff/0x160 [fglrx]
 [<f21148c0>] drm_getmagic+0x0/0x160 [fglrx]
 [<f2108b86>] firegl_ioctl+0x146/0x1b0 [fglrx]
 [<c0174dd9>] sys_ioctl+0x119/0x2e0
 [<c03d6447>] syscall_call+0x7/0xb
 [<c03d007b>] xdr_kmap+0x11b/0x120
 
Debug: sleeping function called from invalid context at include/asm/semaphore.h:119
in_atomic():1, irqs_disabled():0
Call Trace:
 [<c012410c>] __might_sleep+0x9c/0xe0
 [<f210690d>] __ke_down_struct_sem+0x1d/0x40 [fglrx]
 [<f2114693>] drm_find_file+0x23/0x70 [fglrx]
 [<f21149bf>] drm_getmagic+0xff/0x160 [fglrx]
 [<f21148c0>] drm_getmagic+0x0/0x160 [fglrx]
 [<f2108b86>] firegl_ioctl+0x146/0x1b0 [fglrx]
 [<c0174dd9>] sys_ioctl+0x119/0x2e0
 [<c03d6447>] syscall_call+0x7/0xb
 
eth0: network connection down
eth0: network connection up using port A
    speed:           100
    autonegotiation: yes
    duplex mode:     full
    flowctrl:        symmetric
    irq moderation:  disabled
    scatter-gather:  enabled
Debug: sleeping function called from invalid context at include/asm/semaphore.h:119
in_atomic():1, irqs_disabled():0
Call Trace:
 [<c012410c>] __might_sleep+0x9c/0xe0
 [<f210690d>] __ke_down_struct_sem+0x1d/0x40 [fglrx]
 [<f2114693>] drm_find_file+0x23/0x70 [fglrx]
 [<f21149bf>] drm_getmagic+0xff/0x160 [fglrx]
 [<f21148c0>] drm_getmagic+0x0/0x160 [fglrx]
 [<f2108b86>] firegl_ioctl+0x146/0x1b0 [fglrx]
 [<c0174dd9>] sys_ioctl+0x119/0x2e0
 [<c03d6447>] syscall_call+0x7/0xb
 [<c03d007b>] xdr_kmap+0x11b/0x120
 
hub 1-0:1.0: new USB device on port 1, assigned address 2
scsi0 : SCSI emulation for USB Mass Storage devices
  Vendor: WDC WD40  Model: 0BB-00CXA0        Rev:  0 0
  Type:   Direct-Access                      ANSI SCSI revision: 02
SCSI device sda: 78165360 512-byte hdwr sectors (40021 MB)
sda: assuming drive cache: write through
 /dev/scsi/host0/bus0/target0/lun0: p1 p2
Attached scsi disk sda at scsi0, channel 0, id 0, lun 0
Attached scsi generic sg0 at scsi0, channel 0, id 0, lun 0,  type 0
WARNING: USB Mass Storage data integrity not assured
USB Mass Storage device found at 2
mtrr: no MTRR for e0000000,800000 found
mtrr: no MTRR for e0800000,100000 found
mtrr: no MTRR for e0900000,40000 found
mtrr: no MTRR for e0940000,10000 found
mtrr: no MTRR for e0950000,2000 found
mtrr: no MTRR for e0952000,1000 found
Debug: sleeping function called from invalid context at include/asm/semaphore.h:119
in_atomic():1, irqs_disabled():0
Call Trace:
 [<c012410c>] __might_sleep+0x9c/0xe0
 [<f210690d>] __ke_down_struct_sem+0x1d/0x40 [fglrx]
 [<f2114ef9>] firegl_remove_all_drawables+0x39/0x70 [fglrx]
 [<f211688a>] firegl_release_helper+0x4da/0x6a0 [fglrx]
 [<f21093d3>] firegl_takedown+0x33/0x9b0 [fglrx]
 [<f21089e8>] firegl_release+0x118/0x170 [fglrx]
 [<f210894d>] firegl_release+0x7d/0x170 [fglrx]
 [<c0162cd7>] __fput+0x127/0x140
 [<c01613b4>] filp_close+0x44/0x70
 [<c016144e>] sys_close+0x6e/0xb0
 [<c03d6447>] syscall_call+0x7/0xb
 
mtrr: 0xe0000000,0x8000000 overlaps existing 0xe0000000,0x1000000
[fglrx:firegl_addmap] *ERROR* mtrr allocation failed (-22)
[fglrx] free  AGP = 54800384
[fglrx] max   AGP = 54800384
[fglrx] free  LFB = 108978176
[fglrx] max   LFB = 108978176
[fglrx] free  Inv = 134217728
[fglrx] max   Inv = 134217728
[fglrx] total Inv = 134217728
[fglrx] total TIM = 0
[fglrx] total FB  = 0
[fglrx] total AGP = 16384
atkbd.c: Unknown key released (translated set 2, code 0x7a on isa0060/serio0).
atkbd.c: This is an XFree86 bug. It shouldn't access hardware directly.
mtrr: no MTRR for e0000000,800000 found
mtrr: no MTRR for e0800000,100000 found
mtrr: no MTRR for e0900000,40000 found
mtrr: no MTRR for e0940000,10000 found
mtrr: no MTRR for e0950000,2000 found
mtrr: no MTRR for e0952000,1000 found
Debug: sleeping function called from invalid context at include/asm/semaphore.h:119
in_atomic():1, irqs_disabled():0
Call Trace:
 [<c012410c>] __might_sleep+0x9c/0xe0
 [<f210690d>] __ke_down_struct_sem+0x1d/0x40 [fglrx]
 [<f2114ef9>] firegl_remove_all_drawables+0x39/0x70 [fglrx]
 [<f211688a>] firegl_release_helper+0x4da/0x6a0 [fglrx]
 [<f21093d3>] firegl_takedown+0x33/0x9b0 [fglrx]
 [<f21089e8>] firegl_release+0x118/0x170 [fglrx]
 [<f210894d>] firegl_release+0x7d/0x170 [fglrx]
 [<c0162cd7>] __fput+0x127/0x140
 [<c01613b4>] filp_close+0x44/0x70
 [<c016144e>] sys_close+0x6e/0xb0
 [<c03d6447>] syscall_call+0x7/0xb
 
mtrr: 0xe0000000,0x8000000 overlaps existing 0xe0000000,0x1000000
[fglrx:firegl_addmap] *ERROR* mtrr allocation failed (-22)
[fglrx] free  AGP = 54800384
[fglrx] max   AGP = 54800384
[fglrx] free  LFB = 108978176
[fglrx] max   LFB = 108978176
[fglrx] free  Inv = 134217728
[fglrx] max   Inv = 134217728
[fglrx] total Inv = 134217728
[fglrx] total TIM = 0
[fglrx] total FB  = 0
[fglrx] total AGP = 16384
atkbd.c: Unknown key released (translated set 2, code 0x7a on isa0060/serio0).
atkbd.c: This is an XFree86 bug. It shouldn't access hardware directly.



mathieu@perchut2 mathieu $ uname -a
Linux perchut2 2.6.3-rc1-mm1 #1 SMP Wed Feb 11 19:16:14 CET 2004 i686 Intel(R) Pentium(R) 4 CPU 2.60GHz GenuineIntel GNU/Linux


 
bon, voila ce que ca donne le 2.6.3-rc1-mm1 : du dmesg tout crade  [:joce]

n°408529
lukefab
Posté le 13-02-2004 à 09:37:39  profilanswer
 

j'ai eu le pb avec un patch mm du 2.6.2, en 24H, mes fichiers log ont pris 10Mo. :-(

n°408548
k666
dites non à petitmou
Posté le 13-02-2004 à 10:21:29  profilanswer
 

Perchut2 t'as un joli ptit portable la ! c koi un ibm T40 .? :D

n°408626
Neo_t3
Posté le 13-02-2004 à 12:34:53  profilanswer
 

glor a écrit :

T'as lu les 6threads précédents?


non mais je trouves pas, chu ptet  :pt1cable:


---------------
Neo_t3 registered Linux user number 354648. | http://www.ondaflow.com
n°408656
glor
Posté le 13-02-2004 à 12:55:48  profilanswer
 

Et bien je crois que tu es :pt1cable:
Puisque dans le thread de BMOTheKiller, il nous donne la solution avec un ptit lien pour télécharger le patch..

Citation :

si quelqu'un est intéressé pour remplacer ses "unknown", j'ai fait un diff entre le uname.c de coreutils-5.0 dispo sur gnu.org et le uname.c modifié, qui se trouve ICIte
 
c'est juste un patch, il ne créera pas uname.c s'il n'existe pas étant donné qu'il est nécessaire d'avoir quelques fichiers qui se trouvent dans les sources de coreutils (ou sh-utils à la rigueur pour les anciens)


 
Faut arreter les toxiques.. ;)
 

Neo_t3 a écrit :


non mais je trouves pas, chu ptet  :pt1cable:  

n°408692
BMOTheKill​er
Posté le 13-02-2004 à 13:14:10  profilanswer
 

j'ai updaté le post avec ça :
 
vous trouverez coreutils 5.0 ICIte
 
mode d'emploi :
 
tar xvfj coreutils-5.0.tar.bz2
cd coreutils-5.0
bunzip2 -c /chemin/vers/coreutils-5.0-uname-cpuinfo.bmo.patch.bz2 | patch -p0
./configure
make
su
cp src/uname /bin
(s'il demande confirmation d'écrasement, répondre "y" )


Message édité par BMOTheKiller le 13-02-2004 à 13:14:48
n°408832
Neo_t3
Posté le 13-02-2004 à 15:12:27  profilanswer
 

merci et chu pas shooté hein :heink:


---------------
Neo_t3 registered Linux user number 354648. | http://www.ondaflow.com
n°408835
Neo_t3
Posté le 13-02-2004 à 15:26:05  profilanswer
 

BMOTheKiller a écrit :

j'ai updaté le post avec ça :
 
vous trouverez coreutils 5.0 ICIte
 
mode d'emploi :
 
tar xvfj coreutils-5.0.tar.bz2
cd coreutils-5.0
bunzip2 -c /chemin/vers/coreutils-5.0-uname-cpuinfo.bmo.patch.bz2 | patch -p0
./configure
make
su
cp src/uname /bin
(s'il demande confirmation d'écrasement, répondre "y" )


Me manque pas ça ?!


---------------
Neo_t3 registered Linux user number 354648. | http://www.ondaflow.com
n°408836
BMOTheKill​er
Posté le 13-02-2004 à 15:34:10  profilanswer
 

Neo_t3 a écrit :


Me manque pas ça ?!


 
 :sarcastic:  
 
si tu LIS LES POSTS PRECEDENTS tu verras toute la procédure
 
je te le re-cite (glor l'a déjà fait avant que je fasse l'update du post) vu que tu dois lire entre les lignes [:spamafote]
 

Citation :


si quelqu'un est intéressé pour remplacer ses "unknown", j'ai fait un diff entre le uname.c de coreutils-5.0 dispo sur gnu.org et le uname.c modifié, qui se trouve ICIte
 
c'est juste un patch, il ne créera pas uname.c s'il n'existe pas étant donné qu'il est nécessaire d'avoir quelques fichiers qui se trouvent dans les sources de coreutils (ou sh-utils à la rigueur pour les anciens)
 
vous trouverez coreutils 5.0 ICIte
 
mode d'emploi :
 
tar xvfj coreutils-5.0.tar.bz2
cd coreutils-5.0
bunzip2 -c /chemin/vers/coreutils-5.0-uname-cpuinfo.bmo.patch.bz2 | patch -p0
./configure
make
su -
cp src/uname /bin
(s'il demande confirmation d'écrasement, répondre "y" )  


Message édité par BMOTheKiller le 13-02-2004 à 15:35:40
n°408847
Neo_t3
Posté le 13-02-2004 à 15:48:56  profilanswer
 

BMOTheKiller a écrit :


 
 :sarcastic:  
 
si tu LIS LES POSTS PRECEDENTS tu verras toute la procédure
 
je te le re-cite (glor l'a déjà fait avant que je fasse l'update du post) vu que tu dois lire entre les lignes [:spamafote]
 

Citation :


si quelqu'un est intéressé pour remplacer ses "unknown", j'ai fait un diff entre le uname.c de coreutils-5.0 dispo sur gnu.org et le uname.c modifié, qui se trouve ICIte
 
c'est juste un patch, il ne créera pas uname.c s'il n'existe pas étant donné qu'il est nécessaire d'avoir quelques fichiers qui se trouvent dans les sources de coreutils (ou sh-utils à la rigueur pour les anciens)
 
vous trouverez coreutils 5.0 ICIte
 
mode d'emploi :
 
tar xvfj coreutils-5.0.tar.bz2
cd coreutils-5.0
bunzip2 -c /chemin/vers/coreutils-5.0-uname-cpuinfo.bmo.patch.bz2 | patch -p0
./configure
make
su -
cp src/uname /bin
(s'il demande confirmation d'écrasement, répondre "y" )  




 
Merci, dsl chu pas trop bien reveillé


---------------
Neo_t3 registered Linux user number 354648. | http://www.ondaflow.com
n°408855
Neo_t3
Posté le 13-02-2004 à 15:52:12  profilanswer
 

Linux Neo_t3 2.4.22-21mdk #1 Fri Oct 24 22:43:28 MDT 2003 i686 AMD Athlon(tm) XP 1600+ i386 GNU/Linux


---------------
Neo_t3 registered Linux user number 354648. | http://www.ondaflow.com
n°408858
BMOTheKill​er
Posté le 13-02-2004 à 15:53:37  profilanswer
 

;)
 
ça fonctionne mieux effectivement :D

n°408886
perchut2
Hell, it's about time...
Posté le 13-02-2004 à 16:28:19  profilanswer
 

k666 a écrit :

Perchut2 t'as un joli ptit portable la ! c koi un ibm T40 .? :D


 
hein?  :heink:

mood
Publicité
Posté le   profilanswer
 

 Page :   1  2  3  4  5  ..  10  11  12  ..  221  222  223  224  225  226
Page Suivante
Page Précédente
Haut de page 

Aller à :
Ajouter une réponse
 

Sujets relatifs
Le topic des chipsets VIA VT8233 AC97 Audio Controller[Topic officiel] Linux From Scratch (LFS)
[tentative de topic unique] source.list des différents apttopic bidochon êtes vous satisfaits de vos couleurs sous X et console?
Pb de boot Debian sur SGI Indy (Minusplus viens :p) (cf. fin topic)Topic Phoenix:
[ OpenMandriva ] <= Mandriva <= Mandrake[Redhat] Un topic pour débutants
trop classe le topic newbiePOURQUOI, on a fermer mon topic
Plus de sujets relatifs à : Le topic des 'uname -a'

Forum MesDiscussions.Net, Version 2010.2
(c) 2000-2011 Doctissimo
Page générée en 0.095 secondes

Copyright © 1997-2022 Hardware.fr SARL (Signaler un contenu illicite / Données personnelles) / Groupe LDLC / Shop HFR