[gentoo-amd64] Problems with Serial ATA disc

[gentoo-amd64] Problems with Serial ATA disc

[Mario A Wojcik]

Hello.
Sorry by my english!
I am trying to install gentoo from stage1, and when initiating my 
equipment, amd64 with mother asus, chipset via  and serial ATA disc 
western digital of 80gb, profit not to do fdisk because I do not have 
/dev/xxx aiming a  this.
It already reviews everything and profit not to cause that it works.
   1. - The serial ATA disc Places as in the bios (nonraid)
   2. - Treatment to use it like scsi, but does not appear to me 
/dev/sdxx (single /dev/hdd that is the reader)
   3. - It does not appear /dev/hdx either, because law that podria to 
take /dev/hde
  4. - It tries to load by hand module sata_via, but it does not do 
anything (it must be because already this loaded according to dmesg)
  5. - it deals with acpi=off with equal result.
   Chipset is a route vt8251    Some of You podria to help me, really 
not that but to prove (already the books were burned to me)

-- 
========================
Wojcik, Mario A.
========================
Alquimia Informática
Tambor de Tacuarí 780
Leandro N. Alem
Misiones - Argentina
------------------------
mariow@arnet.com.ar
mariowojcik@yahoo.com.ar
------------------------
Cel (+54) 03754-15498713
Tel (+54) 03754-422181


-- 
gentoo-amd64@gentoo.org mailing list

[gentoo-amd64] Re: Problems with Serial ATA disc

[Duncan]

Mario A Wojcik <mariowojcik@yahoo.com.ar> posted
44A7247C.1010403@yahoo.com.ar, excerpted below, on  Sat, 01 Jul 2006
22:42:20 -0300:

> Hello.
> Sorry by my english!
> I am trying to install gentoo from stage1, and when initiating my 
> equipment, amd64 with mother asus, chipset via  and serial ATA disc 
> western digital of 80gb, profit not to do fdisk because I do not have 
> /dev/xxx aiming a  this.

You may do as you wish, but you know stage-1 is discouraged, correct?  A
stage-3 install is recommended, and after an emerge --emptytree world, you
end up at the same place anyway.

That should not be your problem here, however, as you would still need to
fdisk.

> It already reviews everything and profit not to cause that it works.
>    1. - The serial ATA disc Places as in the bios (nonraid)

Good.

>    2. - Treatment to use it like scsi, but does not appear to me 
> /dev/sdxx (single /dev/hdd that is the reader)

This would be the problem.  It should be /dev/sdX.

>    3. - It does not appear /dev/hdx either, because law that podria to 
> take /dev/hde
>   4. - It tries to load by hand module sata_via, but it does not do 
> anything (it must be because already this loaded according to dmesg)
>   5. - it deals with acpi=off with equal result.
>    Chipset is a route vt8251    Some of You podria to help me, really 
> not that but to prove (already the books were burned to me)

You need to find someone with that chipset to help, if possible.

What is your specific motherboard/mainboard?  Someone may have it.  If
not, we can at least check the manufacturer's web site for it and
hopefully get all the specifications, chipset, but more also.



-- 
Duncan - List replies preferred.   No HTML msgs.
"Every nonfree program has a lord, a master --
and if you use the program, he is your master."  Richard Stallman

-- 
gentoo-amd64@gentoo.org mailing list

Re: [gentoo-amd64] Re: Problems with Serial ATA disc

[Mario A Wojcik]

Thank
My motherboard is ASUS A8V-MX, with vt8251 chipset.


Duncan escribió:
> Mario A Wojcik <mariowojcik@yahoo.com.ar> posted
> 44A7247C.1010403@yahoo.com.ar, excerpted below, on  Sat, 01 Jul 2006
> 22:42:20 -0300:
>
>   
>>    2. - Treatment to use it like scsi, but does not appear to me 
>> /dev/sdxx (single /dev/hdd that is the reader)
>>     
>
> This would be the problem.  It should be /dev/sdX.
>
>   
>>    3. - It does not appear /dev/hdx either, because law that podria to 
>> take /dev/hde
>>   4. - It tries to load by hand module sata_via, but it does not do 
>> anything (it must be because already this loaded according to dmesg)
>>   5. - it deals with acpi=off with equal result.
>>    Chipset is a route vt8251    Some of You podria to help me, really 
>> not that but to prove (already the books were burned to me)
>>     
>
> You need to find someone with that chipset to help, if possible.
>
> What is your specific motherboard/mainboard?  Someone may have it.  If
> not, we can at least check the manufacturer's web site for it and
> hopefully get all the specifications, chipset, but more also.
>
>
>
>   


-- 
========================
Wojcik, Mario A.
========================
Alquimia Informática
Tambor de Tacuarí 780
Leandro N. Alem
Misiones - Argentina
------------------------
mariow@arnet.com.ar
mariowojcik@yahoo.com.ar
------------------------
Cel (+54) 03754-15498713
Tel (+54) 03754-422181     

-- 
gentoo-amd64@gentoo.org mailing list

[gentoo-amd64] Re: Re: Problems with Serial ATA disc

[Duncan]

Mario A Wojcik <mariowojcik@yahoo.com.ar> posted
44A903EC.8000900@yahoo.com.ar, excerpted below, on  Mon, 03 Jul 2006
08:47:56 -0300:

> Thank
> My motherboard is ASUS A8V-MX, with vt8251 chipset.

You may want to post that in a new thread, with the mobo in the title, if
you don't get any further followups here.



-- 
Duncan - List replies preferred.   No HTML msgs.
"Every nonfree program has a lord, a master --
and if you use the program, he is your master."  Richard Stallman

-- 
gentoo-amd64@gentoo.org mailing list

Re: [gentoo-amd64] Re: Re: Problems with Serial ATA disc

[Drake Donahue]

apparently vt8251 was not a well supported chipset even in windows.

http://forums.viaarena.com/messageview.aspx?catid=28&threadid=71754&enterthread=y

provides following:

----- Original Message -----  This topic serves to inform you of the status 
of real support for the VIA VT8251. In short, full support for the chipset 
and all features will be in Linux-2.6.18. But if you'd like to use it now, 
read on for details..


PATA | Driver name: blk_dev_via82cxxx:

a.. fully supported in Linux-2.6.15 and onwards.

SATA | Driver name: scsi_ahci_sata:

a.. will be fully* supported in Linux-2.6.18 and onwards.

a.. and patches are available for Linux-2.6.15, 2.6.16 and 2.6.17

*: There is no support for NCQ, unfortunately, as the VT8251 does not 
implement the AHCI specification correctly. Until VIA tells us how exactly 
they screwed up (so we may work around the issue), this situation is not 
likely to change.

Audio: AC'97 | Driver name: snd_via82xx:

a.. fully supported in Linux-2.6.17 (and ALSA 1.0.12rc1) and onwards.

a.. For older kernels this patch is available.

Audio: Intel HDA | Driver name: snd_hda_intel:

a.. fully supported in Linux-2.6.15 (and ALSA-1.0.8) and onwards.

When using the drivers listed above, you will not need to install any 
packages, proprietary or otherwise, provided by VIA or your motherboard 
manufacturer. In fact, I would recommend against doing so.

A couple of credits:

a.. PATA DMA support was sent to the libata maintainer independently by VIA 
and Daniel Drake. These patches utilise the 82Cxxx driver written by Vojtech 
Pavlik(SUSE), based upon the work of Michel Aubry, Jeff Garzik (Red Hat) and 
Andre Hedrick.

a.. SATA support was initially provided by VIA. The patch has been modified 
by Geoff Rivell for 2.6.15.1, by Cristian Olar for 2.6.16, and reworked for 
inclusion in the mainline kernel by yours truly (Bastiaan Jacques).

a.. AC'97 support has been added by yours truly. This is based upon the work 
by Jaroslav Kysela (SUSE) and Tjeerd Mulder (Fujitsu-Siemens).

a.. Intel HDA support was written by Takashi Iwai (SUSE).

I'll try to keep this post updated. Please send me a private message if 
you'd like something changed or added.


Edited: Wed Jun 28, 2006 at 00:42 by bjacques

-- 
gentoo-amd64@gentoo.org mailing list

Re: [gentoo-amd64] Re: Re: Problems with Serial ATA disc

[Mario A Wojcik]

Ok. Thank
I can´t change my motherboard but the shoot me it´s an option!!!.
I will use Windows until gentoo  it support....

Drake Donahue escribió:
> apparently vt8251 was not a well supported chipset even in windows.
>
> http://forums.viaarena.com/messageview.aspx?catid=28&threadid=71754&enterthread=y 
>
>
> provides following:
>
> ----- Original Message -----  This topic serves to inform you of the 
> status of real support for the VIA VT8251. In short, full support for 
> the chipset and all features will be in Linux-2.6.18. But if you'd 
> like to use it now, read on for details..
>
>
> PATA | Driver name: blk_dev_via82cxxx:
>
> a.. fully supported in Linux-2.6.15 and onwards.
>
> SATA | Driver name: scsi_ahci_sata:
>
> a.. will be fully* supported in Linux-2.6.18 and onwards.
>
> a.. and patches are available for Linux-2.6.15, 2.6.16 and 2.6.17
>
> *: There is no support for NCQ, unfortunately, as the VT8251 does not 
> implement the AHCI specification correctly. Until VIA tells us how 
> exactly they screwed up (so we may work around the issue), this 
> situation is not likely to change.
>
> Audio: AC'97 | Driver name: snd_via82xx:
>
> a.. fully supported in Linux-2.6.17 (and ALSA 1.0.12rc1) and onwards.
>
> a.. For older kernels this patch is available.
>
> Audio: Intel HDA | Driver name: snd_hda_intel:
>
> a.. fully supported in Linux-2.6.15 (and ALSA-1.0.8) and onwards.
>
> When using the drivers listed above, you will not need to install any 
> packages, proprietary or otherwise, provided by VIA or your 
> motherboard manufacturer. In fact, I would recommend against doing so.
>
> A couple of credits:
>
> a.. PATA DMA support was sent to the libata maintainer independently 
> by VIA and Daniel Drake. These patches utilise the 82Cxxx driver 
> written by Vojtech Pavlik(SUSE), based upon the work of Michel Aubry, 
> Jeff Garzik (Red Hat) and Andre Hedrick.
>
> a.. SATA support was initially provided by VIA. The patch has been 
> modified by Geoff Rivell for 2.6.15.1, by Cristian Olar for 2.6.16, 
> and reworked for inclusion in the mainline kernel by yours truly 
> (Bastiaan Jacques).
>
> a.. AC'97 support has been added by yours truly. This is based upon 
> the work by Jaroslav Kysela (SUSE) and Tjeerd Mulder (Fujitsu-Siemens).
>
> a.. Intel HDA support was written by Takashi Iwai (SUSE).
>
> I'll try to keep this post updated. Please send me a private message 
> if you'd like something changed or added.
>
>
> Edited: Wed Jun 28, 2006 at 00:42 by bjacques
>


-- 
========================
Wojcik, Mario A.
========================
Alquimia Informática
Tambor de Tacuarí 780
Leandro N. Alem
Misiones - Argentina
------------------------
mariow@arnet.com.ar
mariowojcik@yahoo.com.ar
------------------------
Cel (+54) 03754-15498713
Tel (+54) 03754-422181     

-- 
gentoo-amd64@gentoo.org mailing list

[gentoo-amd64] ASUS A8V-MX, with vt8251 chipset.

[Mario A Wojcik]

My mobo is an ASUS a8v-mx with vt8251 chipset. Gentoo that not recognize 
the SATA Western Digital.
I test with doscsi and noapic parameters but don´t results.
Please help me!!

========================
Wojcik, Mario A.
========================
Alquimia Informática
Tambor de Tacuarí 780
Leandro N. Alem
Misiones - Argentina
------------------------
mariow@arnet.com.ar
mariowojcik@yahoo.com.ar
------------------------
Cel (+54) 03754-15498713
Tel (+54) 03754-422181


-- 
gentoo-amd64@gentoo.org mailing list

Re: [gentoo-amd64] ASUS A8V-MX, with vt8251 chipset.

[Drake Donahue]

http://forums.viaarena.com/messageview.aspx?catid=28&threadid=71754&enterthread=y

Este tema sirve para informarle de la posición de apoyo verdadero para el 
VIA VT8251. En resumen, apoyo repleto para el chipset y todas 
características estará en Linux-2.6.18. Pero si usted querría utilizarlo 
ahora, leyó en para detalles..

PATA | el nombre de Conductor: blk_dev_via82cxxx: # sostuvo completamente en 
Linux-2.6.15 y adelante.

SATA | el nombre de Conductor: scsi_ahci_sata: # será completamente* sostuvo 
en Linux-2.6.18 y adelante. # y los parches están disponibles para 
Linux-2.6.15, 2.6.16 y 2.6.17

*: No hay apoyo para NCQ, desgraciadamente, como el VT8251 no aplica la 
especificación de AHCI correctamente. Hasta que VIA nos diga cuán 
exactamente ellos enroscaron arriba (tan podemos trabajar alrededor del 
asunto), esta situación no es probable de cambiar.

La audiofrecuencia: C.A.' 97 | el nombre de Conductor: snd_via82xx: # 
sostuvo completamente en Linux-2.6.17 (y ALSA 1.0.12rc1) y adelante. # Para 
los meollos más viejos que este parche está disponible.

La audiofrecuencia: Intel HDA | el nombre de Conductor: snd_hda_intel: # 
sostuvo completamente en Linux-2.6.15 (y ALSA-1.0.8) y adelante.

Cuando se usa los conductores listaron arriba, usted no necesitará instalar 
ningún paquete, propietario ni de otro modo, proporcionado por VIA ni VIA su 
fabricante del tablero de sistema. De hecho, yo recomendaría contra hacer 
así.

Un par de créditos: # apoyo de PATA DMA fue mandado al maintainer del libata 
independientemente por VIA y VIA Pato de Daniel. Estos parches utilizan al 
conductor 82Cxxx escrito por Vojtech Pavlik (SUSE), basado sobre el trabajo 
de Michel Aubry, Jeff Garzik (el Sombrero Rojo) y Andre Hedrick. # apoyo de 
SATA fue proporcionado inicialmente por VIA. El parche ha sido modificado 
por Geoff Rivell para 2.6.15.1, por Cristian Olar para y rehecho para la 
inclusión en el se inyecta en vena el meollo por le saluda atentamente 
(Bastiaan Jacques). # C.A.' 97 apoyo ha sido agregado por le saluda 
atentamente. Esto es basado sobre el trabajo por Jaroslav Kysela (SUSE) y 
Tjeerd Mulder (Fujitsu-Siemens). # apoyo de Intel HDA fue escrito por 
Takashi Iwai (SUSE).

Trataré de mantener este poste actualizado. Mándeme por favor un mensaje 
privado si usted querría que algo cambiara o agregara.

Redactado: Cásese junio 28, 2006 en 00:42 por el Fondo de la Cima de la Cita 
de Contestación de bjacques


----- Original Message ----- 
From: "Mario A Wojcik" <mariowojcik@yahoo.com.ar>
To: <gentoo-amd64@lists.gentoo.org>
Sent: Tuesday, July 04, 2006 3:28 PM
Subject: [gentoo-amd64] ASUS A8V-MX, with vt8251 chipset.


> My mobo is an ASUS a8v-mx with vt8251 chipset. Gentoo that not recognize 
> the SATA Western Digital.
> I test with doscsi and noapic parameters but don´t results.
> Please help me!!
>
> ========================
> Wojcik, Mario A.
> ========================
> Alquimia Informática
> Tambor de Tacuarí 780
> Leandro N. Alem
> Misiones - Argentina
> ------------------------
> mariow@arnet.com.ar
> mariowojcik@yahoo.com.ar
> ------------------------
> Cel (+54) 03754-15498713
> Tel (+54) 03754-422181
>
>
> -- 
> gentoo-amd64@gentoo.org mailing list
> 

-- 
gentoo-amd64@gentoo.org mailing list

Re: [gentoo-amd64] Problems with Serial ATA disc

[est_seg]

Mario A Wojcik wrote:
> Hello.
> Sorry by my english!
> I am trying to install gentoo from stage1, and when initiating my
> equipment, amd64 with mother asus, chipset via  and serial ATA disc
> western digital of 80gb, profit not to do fdisk because I do not have
> /dev/xxx aiming a  this.
> It already reviews everything and profit not to cause that it works.
>   1. - The serial ATA disc Places as in the bios (nonraid)
>   2. - Treatment to use it like scsi, but does not appear to me
> /dev/sdxx (single /dev/hdd that is the reader)
>   3. - It does not appear /dev/hdx either, because law that podria to
> take /dev/hde
>  4. - It tries to load by hand module sata_via, but it does not do
> anything (it must be because already this loaded according to dmesg)
>  5. - it deals with acpi=off with equal result.
>   Chipset is a route vt8251    Some of You podria to help me, really
> not that but to prove (already the books were burned to me)
>
Try knoppix and check what drivers are loaded
# lsmod

or simply do:

zcat /proc/config.gz  >  /your_config.cfg

than you can build custom kernel with working drivers.

-- 
gentoo-amd64@gentoo.org mailing list

[gentoo-amd64] Updating kdm

[Juliano Morais Barbosa]

Hi for all,

When I try updating kdm I receive this message.


x86_64-pc-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I. -I../..    -I.   -I..
-I../..  -std=iso9899:1990 -W -Wall -Wchar-subscripts -Wshadow
-Wpointer-arith -Wmissing-prototypes -Wwrite-strings -D_XOPEN_SOURCE=500
-D_BSD_SOURCE -DNDEBUG -O2  -O2 -fomit-frame-pointer -pipe
-falign-functions=4 -Wformat-security -Wmissing-format-attribute -c `test -f
'streams.c' || echo './'`streams.c
x86_64-pc-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I. -I../..    -I.   -I..
-I../..  -std=iso9899:1990 -W -Wall -Wchar-subscripts -Wshadow
-Wpointer-arith -Wmissing-prototypes -Wwrite-strings -D_XOPEN_SOURCE=500
-D_BSD_SOURCE -DNDEBUG -O2  -O2 -fomit-frame-pointer -pipe
-falign-functions=4 -Wformat-security -Wmissing-format-attribute -c `test -f
'util.c' || echo './'`util.c
x86_64-pc-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I. -I../..    -I.   -I..
-I../..  -std=iso9899:1990 -W -Wall -Wchar-subscripts -Wshadow
-Wpointer-arith -Wmissing-prototypes -Wwrite-strings -D_XOPEN_SOURCE=500
-D_BSD_SOURCE -DNDEBUG -O2  -O2 -fomit-frame-pointer -pipe
-falign-functions=4 -Wformat-security -Wmissing-format-attribute -c `test -f
'xdmauth.c' || echo './'`xdmauth.c
x86_64-pc-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I. -I../..    -I.   -I..
-I../..  -std=iso9899:1990 -W -Wall -Wchar-subscripts -Wshadow
-Wpointer-arith -Wmissing-prototypes -Wwrite-strings -D_XOPEN_SOURCE=500
-D_BSD_SOURCE -DNDEBUG -O2  -O2 -fomit-frame-pointer -pipe
-falign-functions=4 -Wformat-security -Wmissing-format-attribute -c `test -f
'xdmcp.c' || echo './'`xdmcp.c
xdmcp.c: In function `sendForward':
xdmcp.c:125: warning: cast from pointer to integer of different size
xdmcp.c: In function `indirect_respond':
xdmcp.c:223: warning: cast to pointer from integer of different size
/bin/sh ../../libtool --silent --mode=link x86_64-pc-linux-gnu-gcc
-std=iso9899:1990 -W -Wall -Wchar-subscripts -Wshadow -Wpointer-arith
-Wmissing-prototypes -Wwrite-strings -D_XOPEN_SOURCE=500 -D_BSD_SOURCE
-DNDEBUG -O2  -O2 -fomit-frame-pointer -pipe -falign-functions=4
-Wformat-security -Wmissing-format-attribute   -L/usr/lib64 -R /usr/lib64
-o kdm  access.o auth.o bootman.o choose.o client.o ctrl.o daemon.o dm.o
dpylist.o error.o genauth.o inifile.o krb5auth.o mitauth.o netaddr.o
policy.o process.o protodpy.o reset.o resource.o rpcauth.o server.o
session.o sessreg.o socket.o streams.o util.o xdmauth.o xdmcp.o -lX11  -lXau
-lXdmcp -lpam -ldl     -lresolv  -lutil
/usr/lib/gcc/x86_64-pc-linux-gnu/3.4.6/../../../../x86_64-pc-linux-gnu/bin/l
d: warning: creating a DT_TEXTREL in object.
/usr/lib/gcc/x86_64-pc-linux-gnu/3.4.6/../../../../x86_64-pc-linux-gnu/bin/l
d: /usr/lib64/libXdmcp.a(CA8.o): relocation R_X86_64_PC32 against
`memmove@@GLIBC_2.2.5' can not be used when making a shared object;
recompile with -fPIC
/usr/lib/gcc/x86_64-pc-linux-gnu/3.4.6/../../../../x86_64-pc-linux-gnu/bin/l
d: final link failed: Bad value
collect2: ld returned 1 exit status
make[3]: ** [kdm] Erro 1
make[3]: Leaving directory
`/var/tmp/portage/kdm-3.5.2-r1/work/kdm-3.5.2/kdm/backend'
make[2]: ** [all-recursive] Erro 1
make[2]: Leaving directory
`/var/tmp/portage/kdm-3.5.2-r1/work/kdm-3.5.2/kdm'
make[1]: ** [all-recursive] Erro 1
make[1]: Leaving directory `/var/tmp/portage/kdm-3.5.2-r1/work/kdm-3.5.2'
make: ** [all] Erro 2

!!! ERROR: kde-base/kdm-3.5.2-r1 failed.
Call stack:
  ebuild.sh, line 1539:   Called dyn_compile
  ebuild.sh, line 939:   Called src_compile
  kdm-3.5.2-r1.ebuild, line 54:   Called kde-meta_src_compile 'make'
  kde-meta.eclass, line 410:   Called kde_src_compile 'make'
  kde.eclass, line 302:   Called die

!!! died running emake, kde_src_compile:make
!!! If you need support, post the topmost build error, and the call stack if
relevant.


-----Original Message-----
From: est_seg@o2.pl [mailto:est_seg@o2.pl] 
Sent: Monday, July 03, 2006 4:52 AM
To: gentoo-amd64@lists.gentoo.org
Subject: Re: [gentoo-amd64] Problems with Serial ATA disc

Mario A Wojcik wrote:
> Hello.
> Sorry by my english!
> I am trying to install gentoo from stage1, and when initiating my
> equipment, amd64 with mother asus, chipset via  and serial ATA disc
> western digital of 80gb, profit not to do fdisk because I do not have
> /dev/xxx aiming a  this.
> It already reviews everything and profit not to cause that it works.
>   1. - The serial ATA disc Places as in the bios (nonraid)
>   2. - Treatment to use it like scsi, but does not appear to me
> /dev/sdxx (single /dev/hdd that is the reader)
>   3. - It does not appear /dev/hdx either, because law that podria to
> take /dev/hde
>  4. - It tries to load by hand module sata_via, but it does not do
> anything (it must be because already this loaded according to dmesg)
>  5. - it deals with acpi=off with equal result.
>   Chipset is a route vt8251    Some of You podria to help me, really
> not that but to prove (already the books were burned to me)
>
Try knoppix and check what drivers are loaded
# lsmod

or simply do:

zcat /proc/config.gz  >  /your_config.cfg

than you can build custom kernel with working drivers.

-- 
gentoo-amd64@gentoo.org mailing list



emerge --info
Portage 2.1-r1 (default-linux/amd64/2006.0, gcc-3.4.6, glibc-2.3.6-r4,
2.6.16-gentoo-r9-Flexsolutions x86_64)
=================================================================
System uname: 2.6.16-gentoo-r9-Flexsolutions x86_64 AMD Athlon(tm) 64
Processor 3200+
Gentoo Base System version 1.6.15
dev-lang/python:     2.4.2
dev-python/pycrypto: 2.0.1-r5
dev-util/ccache:     [Not Present]
dev-util/confcache:  [Not Present]
sys-apps/sandbox:    1.2.17
sys-devel/autoconf:  2.13, 2.59-r7
sys-devel/automake:  1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2
sys-devel/binutils:  2.16.1-r3
sys-devel/gcc-config: 1.3.13-r2
sys-devel/libtool:   1.5.22
virtual/os-headers:  2.6.11-r2
ACCEPT_KEYWORDS="amd64"
AUTOCLEAN="yes"
CBUILD="x86_64-pc-linux-gnu"
CFLAGS="-O2 -fomit-frame-pointer -pipe -falign-functions=4"
CHOST="x86_64-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/kde/3.5/env /usr/kde/3.5/share/config
/usr/kde/3.5/shutdown /usr/lib/X11/xkb /usr/share/config"
CONFIG_PROTECT_MASK="/etc/env.d /etc/gconf /etc/revdep-rebuild
/etc/terminfo"
CXXFLAGS="-O2 -fomit-frame-pointer -pipe -falign-functions=4"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoconfig candy ccache digest distlocks fixpackages
metadata-transfer sandbox sfperms strict userpriv usersandbox"
GENTOO_MIRRORS="http://distfiles.gentoo.org
http://distro.ibiblio.org/pub/linux/distributions/gentoo"
LANG="pt_BR"
LC_ALL="pt_BR"
LINGUAS="pt_BR"
MAKEOPTS="-j3"
PKGDIR="/usr/portage/packages"
PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times
--compress --force --whole-file --delete --delete-after --stats
--timeout=180 --exclude='/distfiles' --exclude='/local'
--exclude='/packages'"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/usr/local/portage"
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
USE="amd64 X aac accessibility acpi aim alsa apache2 arts artworkextra ati
audiofile avi bash-completion berkdb bitmap-fonts bonobo cdparanoia cdr cli
crypt cups curl divx4linux dlloader dri dv dvd dvdr eds emboss encode esd
exif flac flash floppyd foomaticdb fortran ftp gcc gcj gif gimp gimp-print
gimpprint gnomedb gnutls gphoto2 gpm gstreamer gtk gtk2 gtkhtml hal hardened
howl icq imagemagick imlib innodb isdnlog jabber java jpeg ldap libwww ltsp
lzw lzw-tiff mad maildir mailwrapper mime ming mmx2 mng mono mp3 mpeg msn
mysql mythtv nas ncurses nls nntp nptl nptlonly ogg oggvorbis openal opengl
oscar pam pam-mysql pcre pda pdflib perl php pic png ppds pppd python qt qt3
qt4 quicktime radeon readline reflection samba sdl session snmp spell spl
ssl tcltk tcpd threads tidy tiff truetype truetype-fonts type1-fonts unicode
usb vorbis vsftpd wmf x86 xine xml xml2 xmms xorg xpm xv xvid yahoo zlib
elibc_glibc input_devices_keyboard input_devices_mouse input_devices_evdev
kernel_linux linguas_pt_BR userland_GNU video_cards_radeon"
Unset:  CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LDFLAGS,
PORTAGE_RSYNC_EXTRA_OPTS

emerge -vp kdm

These are the packages that would be merged, in order:

Calculating dependencies  ... done!
[ebuild     U ] kde-base/kdm-3.5.2-r1 [3.5.2] USE="arts* pam -debug
-kdeenablefinal -kdehiddenvisibility -xinerama" 0 kB

-- 
gentoo-amd64@gentoo.org mailing list

[gentoo-amd64] Re: Updating kdm

[Duncan]

"Juliano Morais Barbosa" <barbosa@flexsolutions.com.br> posted
021801c69ed6$5eb18500$c902a8c0@t201, excerpted below, on  Mon, 03 Jul 2006
16:24:41 -0300:

> When I try updating kdm I receive this message.

First, you are thread hijacking.  You replied with a KDM error to a thread
about serial ATA.  It's an entirely different subject.  Please start an
entirely different thread.  (New message, not reply.)

Second, normally emerge errors like this should be filed as bugs, not
posted to the mailinglist/newsgroup.  An exception would be if for some
reason you suspect it's due to an unrelated problem on your system, with
this as part of the evidence, or if it's otherwise a problem that you
don't think is limited to that package  or that could be serious enough
that others need to know about it.

Meanwhile, altho I'm running unstable ~amd64, and thus already have
kdm-3.5.3-r2 merged, and am running gcc-4.1.1, I did just do a quick test
of kdm-3.5.2-r1, doing the unpack/compile/fake-install steps using "ebuild
/$PORTDIR/kde-base/kdm/kdm-3.5.2-r1.ebuild install", and it worked just
fine, no errors (in particular not the -fPIC error you got), so it /can/
work.

FWIW, -fPIC errors aren't unusual on AMD64, where libraries need compiled
with -fPIC or they won't work.  However, most Gentoo packages have already
fixed the problem if it existed, and it would cause problems for everyone
on amd64 compiling the package if that were the real problem.  Therefore,
I think you have some other problem, perhaps a CXXFLAGS issue or something
else on your system that caused the error -- which it wrongly called an
-fPIC error for some reason.

The error would appear to be related to the fact that  it's using
libXdmcp.a, the static library, instead of libXdmcp.so, the shared
object, which would explain the -fPIC error since the static libs can't
be linked that way. Why it's using the wrong one, I'm not sure, but it's
something that will probably need to be sorted out on a bug, as the
Gentoo/KDE folks will then take a look at it, and probably know enough
more about the KDE configure and library scan process to figure out why
it's trying to build against the static lib instead of the shared-object
lib.

One thing you can check, however.  You DO have a libXdmcp.so, right? 
Here's the files I have as part of the libXdmcp package:

$equery f libXdmcp
[ Searching for packages matching libXdmcp... ]
* Contents of x11-libs/libXdmcp-1.0.1:
/usr
/usr/include
/usr/include/X11
/usr/include/X11/Xdmcp.h
/usr/lib64
/usr/lib64/libXdmcp.a
/usr/lib64/libXdmcp.la
/usr/lib64/libXdmcp.so -> libXdmcp.so.6.0.0
/usr/lib64/libXdmcp.so.6 -> libXdmcp.so.6.0.0
/usr/lib64/libXdmcp.so.6.0.0
/usr/lib64/pkgconfig
/usr/lib64/pkgconfig/xdmcp.pc

If you are missing libXdmcp.so.6.0.0 or its symlinks, that would explain
your problem.  In that case, you'd need to remerge it.



-- 
Duncan - List replies preferred.   No HTML msgs.
"Every nonfree program has a lord, a master --
and if you use the program, he is your master."  Richard Stallman

-- 
gentoo-amd64@gentoo.org mailing list