Re: [gentoo-user] Weatherbug for linux

2007-10-15 Thread Dennis Taylor

Volker Armin Hemmann wrote:

On Montag, 15. Oktober 2007, Anthony E. Caudel wrote:

Weather has just released a beta app for linux.

Check it out - http://linux.weatherbug.com/


it has nothing to do with gentoo, right?

it is only for US-americans, right?


When I looked at their web page, I did see weather for more than just 
the USA.


But still nothing to do with gentoo.  :-(
--
[EMAIL PROTECTED] mailing list



Re: [gentoo-user] Re: Can't emerge X11

2007-09-06 Thread Dennis Taylor

Marzan, Richard non Unisys wrote:

Yes, there is a variable that you can set in /etc/make.conf

VIDEO_CARDS=sis
ALSA_CARDS=emu10k1 ##nice one to set as well

I guess I did something wrong because it still wanted to build all the 
card types.

To see a full list of the cards available for the variables run
#emerge --info


From the output you can see which options are available. Once you set

these variables in make.conf portage will not build the other packages.
For example; I have VIDEO_CARDS=nv so when I build X if does not
compile anything depending with sis or any of the other options
available for the VIDEO_CARDS option.
 
-Original Message-
From: Daniel da Veiga [mailto:[EMAIL PROTECTED] 
Sent: Wednesday, September 05, 2007 2:01 PM

To: gentoo-user@lists.gentoo.org
Subject: Re: [gentoo-user] Re: Can't emerge X11

On 9/5/07, Dennis Taylor [EMAIL PROTECTED] wrote:

Francesco Talamona wrote:

On Wednesday 05 September 2007, Dennis Taylor wrote:

Fails while building sis_dri.c. I have tracked it to a #define
problem while compiling. Sis_dri.c includes dri.h which includes
sis_dri.h. The issue is that XFree86Server is not defined at

compile

time. I have looked around, but not yet figured out how to cause

that

to be defined.

Do you have SIS hardware?

Ciao
  Francesco

No SIS hardware that I know of--lspci shows Matrox, but no SIS.  Is
there a flag to tell it explicitly which video card(s) I want to
support?  I know there must be a manual to read, but I have not been
smart enough to find it.


Have you tried following:
http://www.gentoo.org/doc/en/xorg-config.xml

Your questions are all answered there.
I have looked at this now, and will tinker more with it later, but on a 
different machine.  One that does not have to grind away for several 
hours before telling me that it failed. :-)  The machine in question is 
mostly used as a gateway and a little bit of development, so I am just 
removing X from it until I can learn more.


Thanks for trying.


--
[EMAIL PROTECTED] mailing list



[gentoo-user] Can't emerge X11

2007-09-05 Thread Dennis Taylor
I am using profile default-linux/x86/2007.0/desktop

My custom USE Flags are

USE=nptl nptlonly unicode

emerge -u --deep --newuse world

Fails while building sis_dri.c. I have tracked it to a #define problem
while compiling. Sis_dri.c includes dri.h which includes sis_dri.h.
The issue is that XFree86Server is not defined at compile time. I have
looked around, but not yet figured out how to cause that to be defined.

Any pointers to the correct USE flag, or whatever would be appreciated.

-- snippet from sis_dri.h ---
#ifdef XFree86Server

#include screenint.h

Bool SISDRIScreenInit(ScreenPtr pScreen);
void SISDRICloseScreen(ScreenPtr pScreen);
Bool SISDRIFinishScreenInit(ScreenPtr pScreen);

#endif
 error from build log -
sis_dri.c:753: error: conflicting types for 'SISDRICloseScreen'
sis_dri.c:427: error: previous implicit declaration of
'SISDRICloseScreen' was here
make[2]: *** [sis_dri.lo] Error 1
make[2]: Leaving directory
`/var/tmp/portage/x11-drivers/xf86-video-sis-0.9.1-r1/work/xf86-video-si
s-0.9.1/src'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory
`/var/tmp/portage/x11-drivers/xf86-video-sis-0.9.1-r1/work/xf86-video-si
s-0.9.1'
make: *** [all] Error 2

!!! ERROR: x11-drivers/xf86-video-sis-0.9.1-r1 failed.
Call stack:
  ebuild.sh, line 1638:   Called dyn_compile
  ebuild.sh, line 985:   Called qa_call 'src_compile'
  ebuild.sh, line 44:   Called src_compile
  ebuild.sh, line 1328:   Called x-modular_src_compile
  x-modular.eclass, line 337:   Called x-modular_src_make
  x-modular.eclass, line 332:   Called die

!!! emake failed
!!! If you need support, post the topmost build error, and the call
stack if relevant.
!!! A complete build log is located at
'/var/log/portage/x11-drivers:xf86-video-sis-0.9.1-r1:20070905-162058.lo
g'.




--
[EMAIL PROTECTED] mailing list



Re: [gentoo-user] Can't emerge X11

2007-09-05 Thread Dennis Taylor

Marc LEURENT wrote:

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Have you tried to compile the ~ version?? (~0.9.3)
echo x11-drivers/xf86-video-sis ~x86  /etc/portage/package.keywords

And a revdep-rebuild sometimes is often quite useful!




Even with the revdep-rebuild, and the bump to 0.9.3, I get the same error.


Dennis Taylor a écrit :

I am using profile default-linux/x86/2007.0/desktop

My custom USE Flags are

USE=nptl nptlonly unicode

emerge -u --deep --newuse world

Fails while building sis_dri.c. I have tracked it to a #define problem
while compiling. Sis_dri.c includes dri.h which includes sis_dri.h.
The issue is that XFree86Server is not defined at compile time. I have
looked around, but not yet figured out how to cause that to be defined.

Any pointers to the correct USE flag, or whatever would be appreciated.

-- snippet from sis_dri.h ---
#ifdef XFree86Server

#include screenint.h

Bool SISDRIScreenInit(ScreenPtr pScreen);
void SISDRICloseScreen(ScreenPtr pScreen);
Bool SISDRIFinishScreenInit(ScreenPtr pScreen);

#endif
 error from build log -
sis_dri.c:753: error: conflicting types for 'SISDRICloseScreen'
sis_dri.c:427: error: previous implicit declaration of
'SISDRICloseScreen' was here
make[2]: *** [sis_dri.lo] Error 1
make[2]: Leaving directory
`/var/tmp/portage/x11-drivers/xf86-video-sis-0.9.1-r1/work/xf86-video-si
s-0.9.1/src'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory
`/var/tmp/portage/x11-drivers/xf86-video-sis-0.9.1-r1/work/xf86-video-si
s-0.9.1'
make: *** [all] Error 2

!!! ERROR: x11-drivers/xf86-video-sis-0.9.1-r1 failed.
Call stack:
  ebuild.sh, line 1638:   Called dyn_compile
  ebuild.sh, line 985:   Called qa_call 'src_compile'
  ebuild.sh, line 44:   Called src_compile
  ebuild.sh, line 1328:   Called x-modular_src_compile
  x-modular.eclass, line 337:   Called x-modular_src_make
  x-modular.eclass, line 332:   Called die

!!! emake failed
!!! If you need support, post the topmost build error, and the call
stack if relevant.
!!! A complete build log is located at
'/var/log/portage/x11-drivers:xf86-video-sis-0.9.1-r1:20070905-162058.lo
g'.





-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.7 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFG3tqCqjpLE0HiOBYRAgO9AJ4wv2WYslBmga6dSt5Qy+H7AiQKsACdElSJ
BgQZ/V/xDNAeOWDf4k0z5UU=
=fEI+
-END PGP SIGNATURE-

--
[EMAIL PROTECTED] mailing list



[gentoo-user] Broken X-11 build

2007-08-31 Thread Dennis Taylor


I am using profile default-linux/x86/2007.0/desktop

My custom USE Flags are

USE=nptl nptlonly unicode

 emerge -u --deep --newuse world

Fails while building sis_dri.c.  I have tracked it to a #define problem 
while compiling.  Sis_dri.c includes dri.h which includes sis_dri.h. 
The issue is that XFree86Server is not defined at compile time.  I have 
looked around, but not yet figured out how to cause that to be defined.


Any pointers to the correct USE flag, or whatever would be appreciated.

-- snippet from sis_dri.h ---
#ifdef XFree86Server

#include screenint.h

Bool SISDRIScreenInit(ScreenPtr pScreen);
void SISDRICloseScreen(ScreenPtr pScreen);
Bool SISDRIFinishScreenInit(ScreenPtr pScreen);

#endif

--
[EMAIL PROTECTED] mailing list



Re: [gentoo-user] How to re-sync an out of date machine?

2007-08-30 Thread Dennis Taylor

James Ausmus wrote:

On 8/21/07, Dennis Taylor [EMAIL PROTECTED] wrote:

Originally I posted a problem with a corrupted portage file.  That has
since been fixed, now I just plain cannot figure out how to
resynchronize with the world.  I tried removing all unnecessary
packages, and using revdep and what not.  Now, I have a conflict that I
cannot figure out how to resolve.  The first time I got this failure,
I tried just emerging gcc.  I thought it brought in version 4.someting,
but I find that I still have 3.3.6, which I would have thought to be new
enough to build glibc.



Try typing in:

gcc-config -l

You will probably get something like the following (except with 3.3.6):

 [1] i686-pc-linux-gnu-3.3.5-20050130 *
 [2] i686-pc-linux-gnu-3.3.5-20050130-hardened
 [3] i686-pc-linux-gnu-3.3.5-20050130-hardenednopie
 [4] i686-pc-linux-gnu-3.3.5-20050130-hardenednopiessp
 [5] i686-pc-linux-gnu-3.3.5-20050130-hardenednossp
 [6] i686-pc-linux-gnu-4.1.1


These are the different versions of gcc that are available on your
system. The one marked with the asterisk (*) is your current default
compiler. At this point, you could issue a:

gcc-config 6


Yes, that and the links helped.  Thanks.

One day, I will sort out all the rest of the issues that keep
cropping up.  If I had just done a clean install, it would likely
have worked, but I have had trouble with the 2007.0 Live CD
failing in ways I do not even know how to report, so I tried to
just upgrade.  Now, I am in a USE flag hell of my own making. :-(

Thanks again for the pointers.  I installed the various compiler
versions, but not gotten the correct one configured as default.


[snip]

--
[EMAIL PROTECTED] mailing list



[gentoo-user] How to re-sync an out of date machine?

2007-08-21 Thread Dennis Taylor
Originally I posted a problem with a corrupted portage file.  That has 
since been fixed, now I just plain cannot figure out how to 
resynchronize with the world.  I tried removing all unnecessary 
packages, and using revdep and what not.  Now, I have a conflict that I 
cannot figure out how to resolve.  The first time I got this failure,

I tried just emerging gcc.  I thought it brought in version 4.someting,
but I find that I still have 3.3.6, which I would have thought to be new
enough to build glibc.

Help.  What am I missing here.

clwsapp07 ~ # gcc -v
Reading specs from /usr/lib/gcc-lib/i686-pc-linux-gnu/3.3.6/specs
Configured with: /var/tmp/portage/gcc-3.3.6/work/gcc-3.3.6/configure 
--prefix=/usr --bindir=/usr/i686-pc-linux-gnu/gcc-bin/3.3.6 
--includedir=/usr/lib/gcc-lib/i686-pc-linux-gnu/3.3.6/include 
--datadir=/usr/share/gcc-data/i686-pc-linux-gnu/3.3.6 
--mandir=/usr/share/gcc-data/i686-pc-linux-gnu/3.3.6/man 
--infodir=/usr/share/gcc-data/i686-pc-linux-gnu/3.3.6/info 
--with-gxx-include-dir=/usr/lib/gcc-lib/i686-pc-linux-gnu/3.3.6/include/g++-v3 
--host=i686-pc-linux-gnu --build=i686-pc-linux-gnu --disable-altivec 
--enable-nls --without-included-gettext --with-system-zlib 
--disable-checking --disable-werror --disable-libunwind-exceptions 
--disable-multilib --disable-libgcj --enable-languages=c,c++,f77 
--enable-shared --enable-threads=posix --enable-__cxa_atexit 
--enable-clocale=gnu

Thread model: posix
gcc version 3.3.6 (Gentoo 3.3.6, ssp-3.3.6-1.0, pie-8.7.8)


Sorry the post is so long.  I am not sure what is important.

---

emerge -u --deep world

... snip ...
 Unpacking source...

 * Checking gcc for __thread support ... 
[ ok ]
 * Checking kernel version (=2.6.9) ... 
[ ok ]
 * Checking linux-headers version (=2.6.9) ... 
[ ok ]


 Unpacking glibc-2.5.tar.bz2 to 
/var/tmp/portage/sys-libs/glibc-2.5-r4/work
 Unpacking glibc-linuxthreads-2.5.tar.bz2 to 
/var/tmp/portage/sys-libs/glibc-2.5-r4/work/glibc-2.5
 Unpacking glibc-libidn-2.5.tar.bz2 to 
/var/tmp/portage/sys-libs/glibc-2.5-r4/work/glibc-2.5
 Unpacking glibc-ports-2.5.tar.bz2 to 
/var/tmp/portage/sys-libs/glibc-2.5-r4/work/glibc-2.5
 Unpacking glibc-2.5-patches-1.8.tar.bz2 to 
/var/tmp/portage/sys-libs/glibc-2.5-r4/work

 * Applying Gentoo Glibc Patchset 2.5-1.8 ...
 *   0010_all_glibc-ssp-compat.patch ... 
[ ok ]
 *   0030_all_glibc-respect-env-CPPFLAGS.patch ... 
[ ok ]
 *   1010_all_glibc-cvs-update-MINOR.patch ... 
[ ok ]
 *   1015_all_glibc-2.5-realloc-assert.patch ... 
[ ok ]
 *   1020_all_glibc-2.5-linuxthreads-gai-headers.patch ... 
[ ok ]
 *   1021_all_glibc-2.5-linuxthreads-ia64-tcb-typo.patch ... 
[ ok ]
 *   1022_all_glibc-2.5-linuxthreads-semaphore-header.patch ... 
[ ok ]
 *   1025_all_glibc-2.5-getusershell-fixes.patch ... 
[ ok ]
 *   1030_all_glibc-manual-no-perl.patch ... 
[ ok ]
 *   1035_all_glibc-cvs-fix-fork-handler-refcount-in-child.patch ... 
[ ok ]
 *   1040_all_2.3.3-localedef-fix-trampoline.patch ... 
[ ok ]
 *   1050_all_glibc-fix-printf-overflow-with-large-precisions.patch ... 
   [ ok ]
 *   1055_all_glibc-resolv-dynamic.patch ... 
[ ok ]
 *   1060_all_glibc-cvs-getcwd-path-max.patch ... 
[ ok ]
 *   1075_all_glibc-section-comments.patch ... 
[ ok ]
 *   1090_all_glibc-2.3.6-fix-pr631.patch ... 
[ ok ]
 *   1100_all_glibc-2.3.3-china.patch ... 
[ ok ]
 *   1120_all_glibc-2.5-strict-aliasing.patch ... 
[ ok ]
 *   1130_all_glibc-2.4-undefine-__i686.patch ... 
[ ok ]
 *   1140_all_glibc-2.5-no-tls-support.patch ... 
[ ok ]
 *   1150_all_glibc-2.5-i386-no-libmemusage.patch ... 
[ ok ]
 *   1160_all_glibc-2.5-filter-files-for-headers-test.patch ... 
[ ok ]
 *   1510_all_glibc-hppa-no-asm-elf-header.patch ... 
[ ok ]
 *   1530_all_glibc-m68k-sys-user.patch ... 
[ ok ]
 *   1600_all_glibc-hwcap-mask-secure.patch ... 
[ ok ]
 *   3000_all_2.3.6-dl_execstack-PaX-support.patch ... 
[ ok ]
 *   3010_all_2.3.3_pre20040117-pt_pax.patch ... 
[ ok 

Re: [gentoo-user] How to re-sync an out of date machine?

2007-08-21 Thread Dennis Taylor

Bo Ørsted Andresen wrote:

On Tuesday 21 August 2007 21:12:04 Dennis Taylor wrote:

*** These critical programs are missing or too old: gcc
*** Check the INSTALL file for required versions.


As the INSTALL file tells you, you need at least gcc-3.4 to compile this...


I think I finally have it figured out.  Just using emerge -u gcc
triggers the problem too, because it tried to build the newer glibc 
first.  Catch 22.  With a little poking around, I figured out that I can 
emerge '=gcc-3.4.4'  Hopefully, this will enable updating the world.


I created a mess for myself.  When I started using gentoo years back, I 
did not have nearly this much trouble.

--
[EMAIL PROTECTED] mailing list



Re: [gentoo-user] recovering corrupted portage

2007-08-17 Thread Dennis Taylor

Neil Bothwick wrote:

On Fri, 17 Aug 2007 15:22:40 -0400, David Relson wrote:


emerge --sync updates the tree under /usr/portage using rsync.
Therefore one can nuke /usr/portage and then emerge --sync will
download a fresh copy of the tree.  As the tree has many files, this
will take a while.


Which is why downloading a snapshot is better, it's much faster.



I managed to get the snapshot.  I had done synch that failed, I fixed
it and then did another synch.  The output there was fine.

I am not trying to update things, and I do not see what I am doing
wrong.  I am new to searching bugzilla, so please be patient if this
is an easy one. :-(


emerge -u world
...
src/dxmain.c:654: warning: passing arg 3 of `gtk_signal_connect_full' 
from incompatible pointer type
/usr/lib/gcc-lib/i686-pc-linux-gnu/3.3.6/../../../../i686-pc-linux-gnu/bin/ld: 
warning: libexpat.so.0, needed by 
/usr/lib/gcc-lib/i686-pc-linux-gnu/3.3.6/../../../libgdk-x11-2.0.so, not 
found (try using -rpath or -rpath-link)

/usr/lib/libfontconfig.so.1: undefined reference to `XML_SetElementHandler'
/usr/lib/libfontconfig.so.1: undefined reference to 
`XML_SetDoctypeDeclHandler'

/usr/lib/libfontconfig.so.1: undefined reference to `XML_ParserFree'
/usr/lib/libfontconfig.so.1: undefined reference to 
`XML_SetCharacterDataHandler'

/usr/lib/libfontconfig.so.1: undefined reference to `XML_ErrorString'
/usr/lib/libfontconfig.so.1: undefined reference to `XML_ParseBuffer'
/usr/lib/libfontconfig.so.1: undefined reference to `XML_ParserCreate'
/usr/lib/libfontconfig.so.1: undefined reference to `XML_SetUserData'
/usr/lib/libfontconfig.so.1: undefined reference to `XML_GetErrorCode'
/usr/lib/libfontconfig.so.1: undefined reference to `XML_GetBuffer'
/usr/lib/libfontconfig.so.1: undefined reference to 
`XML_GetCurrentLineNumber'

collect2: ld returned 1 exit status
make[1]: *** [bin/../sobin/gsx] Error 1
make[1]: Leaving directory 
`/var/tmp/portage/app-text/ghostscript-gpl-8.54/work/ghostscript-8.54-gpl'

make: *** [so] Error 2

!!! ERROR: app-text/ghostscript-gpl-8.54 failed.
Call stack:
  ebuild.sh, line 1632:   Called dyn_compile
  ebuild.sh, line 983:   Called qa_call 'src_compile'
  ebuild.sh, line 44:   Called src_compile
  ghostscript-gpl-8.54.ebuild, line 144:   Called die

!!! emake failed
!!! If you need support, post the topmost build error, and the call 
stack if relevant.
!!! A complete build log is located at 
'/var/log/portage/app-text:ghostscript-gpl-8.54:20070817-183627.log'.


--
[EMAIL PROTECTED] mailing list



[gentoo-user] recovering corrupted portage

2007-08-16 Thread Dennis Taylor
I have been trying to update a gentoo system that I had not touched for
around a year.
I managed to mangle some things, and the latest was a complaint about a
file in portage.
I removed to offender and tried to re-emerge portage, but I am still
stuck.  If anyone 
knows a way I could force it to refresh portage files and/or installed
packages, I would
appreciate it.  A pointer to the right place in the docs would be fine,
I just have not been
able to find it, and have lost several days fighting with it already.

--
[EMAIL PROTECTED] mailing list