Re: [gentoo-amd64] AMD64 - Firefox, flash, java, mplayer and more....

2005-12-08 Thread Sebastian Redl

Mark Knecht wrote:


One problem I see with your suggestion is that I need to play wmv
files from web links and the win32codecs flag for mplayer is masked
out on my box. Until I set this positive in my chroot'ed environment
all I got was audio. With it turned on I get video also.

If this cannot be turned on in the 64-bit world then the 64-bit world
wouldn't work for me.
 

The win32codecs flag enables mplayer to use binary codecs written for 
Windows. Since for now these libraries are all 32 bit, they can't be 
called from 64-bit code.
However, the 32-bit version of mplayer is able to use them. At least it 
does on my box.


Sebastian Redl
--
gentoo-amd64@gentoo.org mailing list



RE: [gentoo-amd64] Re: gcc compile failed after 2005.1-r1 instalation [OT- html posts]

2005-12-08 Thread Nuitari

this is about private emails. emails in mailing lists should be short
and concise. i wonder what the big archive-sites think about this..

What do they think about it now when people quote 100+ lines of text in
order to give a one-sentence reply?

I don't think the addition of a few tags and a bit of metadata is really a
major problem.


What about people who can't even use a proper mail client that quote other 
people's message properly ?

--
gentoo-amd64@gentoo.org mailing list



Re: [gentoo-amd64] AMD64 - Firefox, flash, java, mplayer and more....

2005-12-08 Thread Mark Knecht
On 12/7/05, Milton Yates <[EMAIL PROTECTED]> wrote:
> Le mercredi 07 décembre 2005 à 11:46 -0500, Nuitari a écrit :
> > > 1) If I build and boot a 32-bit version of Gentoo it is my
> > > understanding that the AMD64 will be completely 32-bit compatible and
> > > that I can run whatever any other IA-32 machine can run. Is this
> > > correct?
> >
> > Yes
> >
> > > 2) If I build a 32-bit install is there anyway to run this 32-bit
> > > environment within the 64-bit environment? I assume not.
> >
> > Yes, using a chroot
>
>  You don't need a the whole chroot thing if you only want flash and java
> working in your firefox.

As my title said, I need flash, java and mplayer.

One problem I see with your suggestion is that I need to play wmv
files from web links and the win32codecs flag for mplayer is masked
out on my box. Until I set this positive in my chroot'ed environment
all I got was audio. With it turned on I get video also.

If this cannot be turned on in the 64-bit world then the 64-bit world
wouldn't work for me.


> In this case:
> * use firefox-bin (a 32bit firefox binary provided by portage)
> * the (usual) 32 bit flash plugin
> * a _32 bit_ libjavaplugin_oji.so : the java plugin file, you could copy
> one from your other gentoo 32 bit system. I don't know if this is just
> luck, but I only have dev-java/blackdown-jdk-1.4.2.02 which is compiled
> in 64 bit and it does work!
>
> mplayerplug-in does not want to work for now as far as I have tested
> (that is, not so much).

Seems to be working for me in both the 32-bit and 64-bit worlds.

The one problem I am having is that in all my environments mplayer is
quitting early. (I.e. - not playing the complete file. Bummer!

>
> Hope that helps.
>  I think building and maintaining a whole 32bit chroot is really
> annoying, and after all you can run most 32bits apps out of a chroot
> with the provided emul packages.

Yeah, I agree, but if I must I must!

Thanks,
Mark

-- 
gentoo-amd64@gentoo.org mailing list



Re: [gentoo-amd64] xine - Station Agent - libdvdcss

2005-12-08 Thread Mark Knecht
Thanks. Which version of xine-ui have you emerged? I've got 0.99.4-r3
and I do not see that setting even when I'm Master of the Known
Universe.

Thanks,
Mark

On 12/8/05, theboywho <[EMAIL PROTECTED]> wrote:
> Hi,
>
> I remember something about the 'dvd.css_decryption_method' setting in xine.
> Its on the 'media' tab in the xine configuration dialog box (you have to the
> configuration experience level to master of the known universe on the GUI tab
> to see it.). It has three possible settings key, disc and title. I think it
> defaults to 'key', which works most of the time. Give the movie a go with it
> set to 'disc' or 'title'. I have got movies to play with 'title' when they
> wouldn't play with 'key'.
>
> Hope that helps!
>
> On Friday 09 December 2005 00:18, Mark Knecht wrote:
> > Hi,
> >I'm cross posting this to both gnetoo-user and gentoo-amd64.
> >
> >For the first time with a movie from Netflix I am unable to watch
> > it on my AMD64 machine. The movie is "The Station Agent" circa 2003.
> > It's been out on DVD for a while I believe, and it plays fine on my
> > Mac Mini.
> >
> >When I try to play it I get a message that 'The source seems
> > encrypted, and can't be read'. It goes on to say some things about
> > libdvdcss, country laws, etc.
> >
> >Is this something anyone else has run into recently?
> >
> > lightning ~ # emerge -pv xine-ui libdvdcss
> >
> > These are the packages that I would merge, in order:
> >
> > Calculating dependencies ...done!
> > [ebuild   R   ] media-video/xine-ui-0.99.4-r3  +X -aalib +curl
> > -libcaca +lirc +ncurses +nls +readline -xinerama 0 kB
> > [ebuild   R   ] media-libs/libdvdcss-1.2.9  -doc -static 0 kB
> >
> > Total size of downloads: 0 kB
> > lightning ~ #
> >
> >When I run in a terminal I get this:
> >
> > [EMAIL PROTECTED] ~ $ xine
> > This is xine (X11 gui) - a free video player v0.99.4.
> > (c) 2000-2004 The xine Team.
> > libdvdread: Using libdvdcss version 1.2.9 for DVD access
> >
> > libdvdread: Attempting to retrieve all CSS keys
> > libdvdread: This can take a _long_ time, please be patient
> >
> > libdvdread: Get key for /VIDEO_TS/VIDEO_TS.VOB at 0x0138
> > libdvdread: Elapsed time 0
> > libdvdread: Get key for /VIDEO_TS/VTS_01_0.VOB at 0x0201
> > libdvdread: Elapsed time 0
> > libdvdread: Get key for /VIDEO_TS/VTS_01_1.VOB at 0x37ca
> > libdvdread: Elapsed time 0
> > libdvdread: Get key for /VIDEO_TS/VTS_02_0.VOB at 0x00293bd4
> > libdvdread: Error cracking CSS key for /VIDEO_TS/VTS_02_0.VOB (0x00293bd4)
> > libdvdread: Elapsed time 3
> > libdvdread: Get key for /VIDEO_TS/VTS_02_1.VOB at 0x00293be0
> > libdvdread: Error cracking CSS key for /VIDEO_TS/VTS_02_1.VOB
> > (0x00293be0)!! libdvdread: Elapsed time 0
> > libdvdread: Get key for /VIDEO_TS/VTS_03_0.VOB at 0x00294990
> > libdvdread: Elapsed time 0
> > libdvdread: Get key for /VIDEO_TS/VTS_03_1.VOB at 0x00294995
> > libdvdread: Elapsed time 0
> > libdvdread: Get key for /VIDEO_TS/VTS_04_0.VOB at 0x002d4238
> > libdvdread: Elapsed time 0
> > libdvdread: Get key for /VIDEO_TS/VTS_04_1.VOB at 0x002d423c
> > libdvdread: Elapsed time 0
> > libdvdread: Found 4 VTS's
> > libdvdread: Elapsed time 3
> >
> >I'm wondering if there is anything I should do before I main the
> > DVD back tomorrow? I'll watch it on the big screen tonight.
> >
> > Thanks,
> > Mark
>
> --
> theboywho
> [EMAIL PROTECTED]
> --
> gentoo-amd64@gentoo.org mailing list
>
>

-- 
gentoo-amd64@gentoo.org mailing list



Re: [gentoo-amd64] xine - Station Agent - libdvdcss

2005-12-08 Thread theboywho
Hi,

I remember something about the 'dvd.css_decryption_method' setting in xine. 
Its on the 'media' tab in the xine configuration dialog box (you have to the 
configuration experience level to master of the known universe on the GUI tab 
to see it.). It has three possible settings key, disc and title. I think it 
defaults to 'key', which works most of the time. Give the movie a go with it 
set to 'disc' or 'title'. I have got movies to play with 'title' when they 
wouldn't play with 'key'.

Hope that helps!

On Friday 09 December 2005 00:18, Mark Knecht wrote:
> Hi,
>I'm cross posting this to both gnetoo-user and gentoo-amd64.
>
>For the first time with a movie from Netflix I am unable to watch
> it on my AMD64 machine. The movie is "The Station Agent" circa 2003.
> It's been out on DVD for a while I believe, and it plays fine on my
> Mac Mini.
>
>When I try to play it I get a message that 'The source seems
> encrypted, and can't be read'. It goes on to say some things about
> libdvdcss, country laws, etc.
>
>Is this something anyone else has run into recently?
>
> lightning ~ # emerge -pv xine-ui libdvdcss
>
> These are the packages that I would merge, in order:
>
> Calculating dependencies ...done!
> [ebuild   R   ] media-video/xine-ui-0.99.4-r3  +X -aalib +curl
> -libcaca +lirc +ncurses +nls +readline -xinerama 0 kB
> [ebuild   R   ] media-libs/libdvdcss-1.2.9  -doc -static 0 kB
>
> Total size of downloads: 0 kB
> lightning ~ #
>
>When I run in a terminal I get this:
>
> [EMAIL PROTECTED] ~ $ xine
> This is xine (X11 gui) - a free video player v0.99.4.
> (c) 2000-2004 The xine Team.
> libdvdread: Using libdvdcss version 1.2.9 for DVD access
>
> libdvdread: Attempting to retrieve all CSS keys
> libdvdread: This can take a _long_ time, please be patient
>
> libdvdread: Get key for /VIDEO_TS/VIDEO_TS.VOB at 0x0138
> libdvdread: Elapsed time 0
> libdvdread: Get key for /VIDEO_TS/VTS_01_0.VOB at 0x0201
> libdvdread: Elapsed time 0
> libdvdread: Get key for /VIDEO_TS/VTS_01_1.VOB at 0x37ca
> libdvdread: Elapsed time 0
> libdvdread: Get key for /VIDEO_TS/VTS_02_0.VOB at 0x00293bd4
> libdvdread: Error cracking CSS key for /VIDEO_TS/VTS_02_0.VOB (0x00293bd4)
> libdvdread: Elapsed time 3
> libdvdread: Get key for /VIDEO_TS/VTS_02_1.VOB at 0x00293be0
> libdvdread: Error cracking CSS key for /VIDEO_TS/VTS_02_1.VOB
> (0x00293be0)!! libdvdread: Elapsed time 0
> libdvdread: Get key for /VIDEO_TS/VTS_03_0.VOB at 0x00294990
> libdvdread: Elapsed time 0
> libdvdread: Get key for /VIDEO_TS/VTS_03_1.VOB at 0x00294995
> libdvdread: Elapsed time 0
> libdvdread: Get key for /VIDEO_TS/VTS_04_0.VOB at 0x002d4238
> libdvdread: Elapsed time 0
> libdvdread: Get key for /VIDEO_TS/VTS_04_1.VOB at 0x002d423c
> libdvdread: Elapsed time 0
> libdvdread: Found 4 VTS's
> libdvdread: Elapsed time 3
>
>I'm wondering if there is anything I should do before I main the
> DVD back tomorrow? I'll watch it on the big screen tonight.
>
> Thanks,
> Mark

-- 
theboywho
[EMAIL PROTECTED]
-- 
gentoo-amd64@gentoo.org mailing list



Re: [gentoo-amd64] Gentoo on Asus K8S-MX

2005-12-08 Thread Drake Donahue

http://kerneltrap.org/node/4838 discussion appears pertinent.
- Original Message - 
From: "Felipe Ribeiro" <[EMAIL PROTECTED]>

To: 
Sent: Thursday, December 08, 2005 6:25 PM
Subject: [gentoo-amd64] Gentoo on Asus K8S-MX



I'm a slack user, and i'm gonna install gentoo on my amd64, i have an
asus k8s-mx mobo, with sis5513 chipset.
and i've read that the installation cd doesn't recognize the onboard
ethernet card (sis190).

Does anyone have this mobo?
did gentoo installation recognize the ethernet card?
if it doesn't, is there any way to recompile the kernel with the
driver during the installation?

Thanks in advance,

Felipe Ribeiro

--
gentoo-amd64@gentoo.org mailing list



--
gentoo-amd64@gentoo.org mailing list



[gentoo-amd64] xine - Station Agent - libdvdcss

2005-12-08 Thread Mark Knecht
Hi,
   I'm cross posting this to both gnetoo-user and gentoo-amd64.

   For the first time with a movie from Netflix I am unable to watch
it on my AMD64 machine. The movie is "The Station Agent" circa 2003.
It's been out on DVD for a while I believe, and it plays fine on my
Mac Mini.

   When I try to play it I get a message that 'The source seems
encrypted, and can't be read'. It goes on to say some things about
libdvdcss, country laws, etc.

   Is this something anyone else has run into recently?

lightning ~ # emerge -pv xine-ui libdvdcss

These are the packages that I would merge, in order:

Calculating dependencies ...done!
[ebuild   R   ] media-video/xine-ui-0.99.4-r3  +X -aalib +curl
-libcaca +lirc +ncurses +nls +readline -xinerama 0 kB
[ebuild   R   ] media-libs/libdvdcss-1.2.9  -doc -static 0 kB

Total size of downloads: 0 kB
lightning ~ #

   When I run in a terminal I get this:

[EMAIL PROTECTED] ~ $ xine
This is xine (X11 gui) - a free video player v0.99.4.
(c) 2000-2004 The xine Team.
libdvdread: Using libdvdcss version 1.2.9 for DVD access

libdvdread: Attempting to retrieve all CSS keys
libdvdread: This can take a _long_ time, please be patient

libdvdread: Get key for /VIDEO_TS/VIDEO_TS.VOB at 0x0138
libdvdread: Elapsed time 0
libdvdread: Get key for /VIDEO_TS/VTS_01_0.VOB at 0x0201
libdvdread: Elapsed time 0
libdvdread: Get key for /VIDEO_TS/VTS_01_1.VOB at 0x37ca
libdvdread: Elapsed time 0
libdvdread: Get key for /VIDEO_TS/VTS_02_0.VOB at 0x00293bd4
libdvdread: Error cracking CSS key for /VIDEO_TS/VTS_02_0.VOB (0x00293bd4)
libdvdread: Elapsed time 3
libdvdread: Get key for /VIDEO_TS/VTS_02_1.VOB at 0x00293be0
libdvdread: Error cracking CSS key for /VIDEO_TS/VTS_02_1.VOB (0x00293be0)!!
libdvdread: Elapsed time 0
libdvdread: Get key for /VIDEO_TS/VTS_03_0.VOB at 0x00294990
libdvdread: Elapsed time 0
libdvdread: Get key for /VIDEO_TS/VTS_03_1.VOB at 0x00294995
libdvdread: Elapsed time 0
libdvdread: Get key for /VIDEO_TS/VTS_04_0.VOB at 0x002d4238
libdvdread: Elapsed time 0
libdvdread: Get key for /VIDEO_TS/VTS_04_1.VOB at 0x002d423c
libdvdread: Elapsed time 0
libdvdread: Found 4 VTS's
libdvdread: Elapsed time 3

   I'm wondering if there is anything I should do before I main the
DVD back tomorrow? I'll watch it on the big screen tonight.

Thanks,
Mark

-- 
gentoo-amd64@gentoo.org mailing list



[gentoo-amd64] Fritz! WLan USB

2005-12-08 Thread Luigi Pinna
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Has anybody found the 64 bit driver for this wireless card?
ndiswrapper doesn't work because the driver are only 32 bit, and I find 
anywhere info about chipset or if and how it is supported.
Thanks a lot,
Luigi
- -- 
Public key GPG(0x073A0960) on http://keyserver.linux.it/
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.2 (GNU/Linux)

iD4DBQFDmMom+87qsQc6CWARAjRRAKCfB63AVIJJODbFk+D82DTeytHxrACY8j40
dwFTouSyMdonMF1GndurGw==
=4RlA
-END PGP SIGNATURE-
-- 
gentoo-amd64@gentoo.org mailing list



Re: [gentoo-amd64] chrrot'ed environment not available to users

2005-12-08 Thread Mark Knecht
On 12/8/05, Billy Holmes <[EMAIL PROTECTED]> wrote:
> Billy Holmes wrote:
> > (2) copy the patch to sys-apps/l32/files
>
> sorry for replying to my own message, but just to let you know.. files
> should be a directory:
>
> # mkdir -p /usr/local/portage/sys-apps/l32/files
>
> --
> gentoo-amd64@gentoo.org mailing list
>
>

Hi,
   I'm apparently not able to get the path edit quite right. It's
asking about /home/32-bit. Please double check me if possible:

1) Everything, including the patch file, is copied to
/usr/local/portage/sys-apps/l32:

lightning ~ # ls -la /usr/local/portage/sys-apps/l32
total 20
drwxr-xr-x  3 root root4096 Dec  8 15:31 .
drwxr-xr-x  3 root root4096 Dec  8 15:08 ..
-rw-rw-r--  1 root portage  948 Dec  8 15:32 Manifest
drwxr-xr-x  3 root portage 4096 Dec  8 15:29 files
-rw-r--r--  1 root portage  610 Dec  8 14:55 l32-1.1.ebuild
lightning ~ #

lightning ~ # ls -la /usr/local/portage/sys-apps/l32/files/
total 132
drwxr-xr-x  3 root portage  4096 Dec  8 15:29 .
drwxr-xr-x  3 root root 4096 Dec  8 15:31 ..
-rw-r--r--  1 root portage 18011 Nov  2 16:13 COPYING
-rw-r--r--  1 root portage   143 Nov  3 10:13 Changelog
-rw-r--r--  1 root portage   932 Nov  2 16:13 INSTALL
-rw-r--r--  1 root portage  1795 Nov  3 10:13 Makefile
-rw-rw-r--  1 root portage58 Dec  8 15:32 digest-l32-1.1
drwxr-xr-x  2 root portage  4096 Nov  3 10:14 gentoo
-rw-r--r--  1 root portage  6463 Nov  3 09:05 l32.1
-rw-r--r--  1 root portage  2278 Nov  3 09:05 l32.1.pod
-rw-r--r--  1 root portage  2369 Nov  3 07:59 l32.c
-rw-r--r--  1 root portage   665 Dec  8 15:25 l32.h
-rw-r--r--  1 root portage 51200 Dec  8 15:11 l32_1.1.tar
-rw-r--r--  1 root portage   334 Dec  8 15:19 l32_h-gentoo.patch
-rwxr-xr-x  1 root portage   285 Nov  2 16:13 mkman.sh
lightning ~ #

2) I edited l32.h as follows to point at the chroot directory I built yesterday:

lightning ~ # cat /usr/local/portage/sys-apps/l32/files/l32.h
/*
 * Copyright 2005 by Billy Holmes
 *
 * Copying and distribution of this file, with or without modification, are
 * permitted in any medium without royalty provided the copyright notice and
 * this notice are preserved.
 *
 * This file released under the GPLv2 license found here:
 * http://www.gnu.org/licenses/gpl.txt
 */
#ifndef L32_INCLUDE_H
#define L32_INCLUDE_H

#define DEFAULT_LOWDIR "/mnt/gentoo32"
#ifndef DEFAULT_LOWDIR
#error "Please edit l32.h and define your DEFAULT_LOWDIR"
#endif
#define PACKAGE "l32"
#define VERSION "1.1"
#define COPYRIGHT "Copyright 2005 by Billy Holmes <[EMAIL PROTECTED]>"
#define LICENSE "Distributed under the GPL2"
#endif
lightning ~ #

3) I build the digest:

lightning ~ # ebuild /usr/local/portage/sys-apps/l32/l32-1.1.ebuild digest
>>> Generating digest file...
<<< l32_1.1.tar.gz
>>> Generating manifest file...
<<< l32-1.1.ebuild
<<< files/digest-l32-1.1
<<< files/l32_1.1.tar
<<< files/COPYING
<<< files/Changelog
<<< files/INSTALL
<<< files/Makefile
<<< files/l32.1
<<< files/l32.1.pod
<<< files/l32.c
<<< files/l32.h
<<< files/mkman.sh
<<< files/l32_h-gentoo.patch
<<< files/gentoo/l32_h-gentoo.patch
<<< files/gentoo/l32-1.1.ebuild
<<< files/gentoo/README
>>> Computed message digests.

lightning ~ #

4) I emerge it successfully:

lightning ~ # emerge l32
Calculating dependencies ...done!
>>> emerge (1 of 1) sys-apps/l32-1.1 to /
>>> md5 files   ;-) l32-1.1.ebuild

>>> original instance of package unmerged safely.
>>> Regenerating /etc/ld.so.cache...
>>> sys-apps/l32-1.1 merged.

>>> clean: No packages selected for removal.

>>> Auto-cleaning packages ...

>>> No outdated packages were found on your system.


 * GNU info directory index is up-to-date.

lightning ~ #

5) Whether I run as root or user I get the same message:

lightning ~ # l32 /bin/bash
Unable to chroot(/home/32-bit): No such file or directory
lightning ~ # exit
logout
[EMAIL PROTECTED] ~ $ l32 /bin/bash
Unable to chroot(/home/32-bit): No such file or directory
[EMAIL PROTECTED] ~ $


6) My chroot directory is /mnt/gentoo32 as per the build instructions:

[EMAIL PROTECTED] ~ $ ls -la /mnt/
total 36
drwxr-xr-x   9 root root 4096 Dec  7 11:19 .
drwxr-xr-x  22 root root 4096 Nov  4 15:24 ..
-rw-r--r--   1 root root0 Jul 27 09:17 .keep
drwxr-xr-x   2 root root 4096 Sep  2 09:27 Musiclib
drwxr-xr-x   2 root root 4096 Sep 18 13:23 camera
drwxr-xr-x   2 root root 4096 Jul 27 09:17 cdrom
drwxr-xr-x   2 root root 4096 Sep 26 11:05 dvd
drwx--   2 root root 4096 Jul 27 09:17 floppy
drwxr-xr-x  18 root root 4096 Aug 10 04:47 gentoo32
drwxr-xr-x   2 root root 4096 Oct  3 11:21 media
[EMAIL PROTECTED] ~ $ ls -la /mnt/gentoo32/
total 72
drwxr-xr-x   18 root root  4096 Aug 10 04:47 .
drwxr-xr-x9 root root  4096 Dec  7 11:19 ..
drwxr-xr-x2 root root  4096 Dec  7 13:27 bin
drwxr-xr-x2 root root  4096 Jul 26 10:12 boot
drwxr-xr-x   17 root root 13920 Dec  8 07:38 dev
drwxr-xr-x   45 root root  4096 Dec  8 11:50 etc
drwxr-xr-x2 root root  4096 Jul 26 10:11 home
drwxr-xr-x7 root root  4096 Dec  8 09:11 lib

RE: [gentoo-amd64] Re: gcc compile failed after 2005.1-r1 instalation [OT- html posts]

2005-12-08 Thread Bob Young


-Original Message-
From: Florian D. [mailto:[EMAIL PROTECTED]
Sent: Thursday, December 08, 2005 2:18 PM
To: gentoo-amd64@lists.gentoo.org
Subject: Re: [gentoo-amd64] Re: gcc compile failed after 2005.1-r1
instalation [OT- html posts]

Bob Young wrote:
>
>" It's pretty rare that a modern email client can't deal
> with html. I would argue that the very few desktops not using some
> flavor of GUI should not force a limiting "least common denominator"
> type policy.


yeah. lets get rid of the minorities.

I didn't suggest "getting rid" of them. I'm saying that it's true that when
email, lists, and newsgroups first started, they didn't handle formatted
text. However that seems poor justification for saying that it *must* remain
that way now and forever more. At what point do we actually allow our selves
to communicate with each other using more of the nuance and style that
current technology easily allows us?
If some wish to filter out html or KF such messages all together they are
free to do so, current technology can very easily accommodate that. I just
don't think it should be a faux pas to post in a richer format than plain
text.


> If a few extra Kbytes here or there in
> an email message is really causing a problem for someone, then an
> upgrade should probably be priority. Most messages are much larger
> than they need to be anyway because people don't trim quotes.


this is about private emails. emails in mailing lists should be short
and concise. i wonder what the big archive-sites think about this..

What do they think about it now when people quote 100+ lines of text in
order to give a one-sentence reply?

I don't think the addition of a few tags and a bit of metadata is really a
major problem.


> Lastly there are some things that are just easier to communicate in a
> html format, diagrams and tables come to mind, we've all seen ASCII
> diagrams of various things and had to stare at them trying to
> decipher what was the author actually trying to communicate. Even in
> a mostly text message, bold, italic, enlarged/reduced, or colored
> text used for emphasis or de-emphasis can make communication much
> more clear. In short I just think that there is this "knee-jerk"
> reaction to html email in the FLOSS community, and it isn't justified
> by an objective evaluation.


if you don´t like ascii graphics, then you don´t know the textmode quake
project ;-)
http://webpages.mr.net/bobz/ttyquake/


Actually I do like ASCII graphics, I just don't think it's the best method
of representing many types of information.


> Must we be constrained to communicate with each other via nothing
> more sophisticated than plain text forever and ever?


read Wittgenstein. plain text and very sophisticated.

Sophisticated content, and the sophistication level of the medium used to
deliver that content are two different things.


Regards
Bob Young


-- 
gentoo-amd64@gentoo.org mailing list



[gentoo-amd64] Gentoo on Asus K8S-MX

2005-12-08 Thread Felipe Ribeiro
I'm a slack user, and i'm gonna install gentoo on my amd64, i have an
asus k8s-mx mobo, with sis5513 chipset.
and i've read that the installation cd doesn't recognize the onboard
ethernet card (sis190).

Does anyone have this mobo?
did gentoo installation recognize the ethernet card?
if it doesn't, is there any way to recompile the kernel with the
driver during the installation?

Thanks in advance,

Felipe Ribeiro

-- 
gentoo-amd64@gentoo.org mailing list



Re: [gentoo-amd64] Re: gcc compile failed after 2005.1-r1 instalation [OT- html posts]

2005-12-08 Thread Florian D.

Bob Young wrote:


-Original Message- From: news [mailto:[EMAIL PROTECTED]
Behalf Of Duncan Sent: Thursday, December 08, 2005 6:30 AM To:
gentoo-amd64@lists.gentoo.org Subject: [gentoo-amd64] Re: gcc compile
failed after 2005.1-r1 instalation

Clemente Aguiar posted 
<[EMAIL PROTECTED]>, 
excerpted below,  on Thu, 08 Dec 2005 12:02:31 +:




How can I solve this problem? Mensagem



First, please turn off HTML.  Many on FLOSS (Free, Libre, and Open
Source Software) type lists consider HTML posts the mark of spammers
and malware authors, and may kill filter it or simply refuse to
reply.  I reply, but I make it a point of asking folks to please turn
it off, and may not reply (and indeed, killfile) future posts if the
HTML remains.

I know that many share this opinion, and although I don't want to
start a flame war, I do think there are some valid counter points in
favor of html. Everyone is of course free to filter content based on
his or her own preferences. However most of the reasons given against
posting html aren't really all that strong. In fact the only thing
http://www.emailreplies.com/ suggests is that recipients "*might*
only be able to receive plain text emails." It goes on to note: "Most
email clients however... are able to receive HTML and rich text
messages." It's pretty rare that a modern email client can't deal
with html. I would argue that the very few desktops not using some
flavor of GUI should not force a limiting "least common denominator"
type policy.

yeah. lets get rid of the minorities.



Even the two reasons listed in the above reply don't stand up very
well to logical reasoning, it's obvious the OP was neither a spammer
nor a malware author, filtering all html email on the basis of those
two reasons alone is akin to throwing out the baby with the bath
water.

The other common reason given against html is storage space/bandwidth
 issues. This is a weak argument also; in cost per megabyte storage
is dirt-cheap. Premium NNTP providers are advertising retention times
of 90 days or more for large *binary* groups, where a single post can
be several hundred megabytes. If a few extra Kbytes here or there in
an email message is really causing a problem for someone, then an
upgrade should probably be priority. Most messages are much larger
than they need to be anyway because people don't trim quotes.
this is about private emails. emails in mailing lists should be short 
and concise. i wonder what the big archive-sites think about this..


Lastly there are some things that are just easier to communicate in a
html format, diagrams and tables come to mind, we've all seen ASCII
diagrams of various things and had to stare at them trying to
decipher what was the author actually trying to communicate. Even in
a mostly text message, bold, italic, enlarged/reduced, or colored
text used for emphasis or de-emphasis can make communication much
more clear. In short I just think that there is this "knee-jerk"
reaction to html email in the FLOSS community, and it isn't justified
by an objective evaluation.
if you don´t like ascii graphics, then you don´t know the textmode quake 
project ;-)

http://webpages.mr.net/bobz/ttyquake/


Must we be constrained to communicate with each other via nothing
more sophisticated than plain text forever and ever?

read Wittgenstein. plain text and very sophisticated.


Regards Bob Young



cheers, f
--
gentoo-amd64@gentoo.org mailing list



Re: [gentoo-amd64] Re: Multiple X with multiple Keyboards

2005-12-08 Thread Christian Aistleitner

Hello,


As it happens, I JUST stumbled across something covering /exactly/ what
you are wanting to do!  It's with the 6.9/7.0 xorg, so you'll have to be
running at least the betas for that, but it looks fairly simple to
configure, after that.  Simply setup layouts (and the usual subordinate
sections as necessary, note that compatible video cards is a must) for
each station's config in xorg.conf, then test each layout using the
described procedure, and then either start each server manually (using  
the

command string given) as needed, or setup your display manager as
described.


good grief! The new xorgs came just in time :D
Thank you. That is exactly what I was looking for.

Kind regards,
Christian
--
gentoo-amd64@gentoo.org mailing list



RE: [gentoo-amd64] Re: gcc compile failed after 2005.1-r1 instalation [OT- html posts]

2005-12-08 Thread Bob Young


-Original Message-
From: news [mailto:[EMAIL PROTECTED] Behalf Of Duncan
Sent: Thursday, December 08, 2005 6:30 AM
To: gentoo-amd64@lists.gentoo.org
Subject: [gentoo-amd64] Re: gcc compile failed after 2005.1-r1 instalation

Clemente Aguiar posted
<[EMAIL PROTECTED]>,
excerpted below,  on Thu, 08 Dec 2005 12:02:31 +:

> How can I solve this problem? Transitional//EN"> Mensagem

First, please turn off HTML.  Many on FLOSS (Free, Libre, and Open Source
Software) type lists consider HTML posts the mark of spammers and malware
authors, and may kill filter it or simply refuse to reply.  I reply, but I
make it a point of asking folks to please turn it off, and may not reply
(and indeed, killfile) future posts if the HTML remains.

I know that many share this opinion, and although I don't want to start a
flame war, I do think there are some valid counter points in favor of html.
Everyone is of course free to filter content based on his or her own
preferences. However most of the reasons given against posting html aren't
really all that strong. In fact the only thing http://www.emailreplies.com/
suggests is that recipients "*might* only be able to receive plain text
emails." It goes on to note: "Most email clients however... are able to
receive HTML and rich text messages." It's pretty rare that a modern email
client can't deal with html. I would argue that the very few desktops not
using some flavor of GUI should not force a limiting "least common
denominator" type policy.

Even the two reasons listed in the above reply don't stand up very well to
logical reasoning, it's obvious the OP was neither a spammer nor a malware
author, filtering all html email on the basis of those two reasons alone is
akin to throwing out the baby with the bath water.

The other common reason given against html is storage space/bandwidth
issues. This is a weak argument also; in cost per megabyte storage is
dirt-cheap. Premium NNTP providers are advertising retention times of 90
days or more for large *binary* groups, where a single post can be several
hundred megabytes. If a few extra Kbytes here or there in an email message
is really causing a problem for someone, then an upgrade should probably be
priority. Most messages are much larger than they need to be anyway because
people don't trim quotes.

Lastly there are some things that are just easier to communicate in a html
format, diagrams and tables come to mind, we've all seen ASCII diagrams of
various things and had to stare at them trying to decipher what was the
author actually trying to communicate. Even in a mostly text message, bold,
italic, enlarged/reduced, or colored text used for emphasis or de-emphasis
can make communication much more clear. In short I just think that there is
this "knee-jerk" reaction to html email in the FLOSS community, and it isn't
justified by an objective evaluation.

Must we be constrained to communicate with each other via nothing more
sophisticated than plain text forever and ever?

Regards
Bob Young




-- 
gentoo-amd64@gentoo.org mailing list



Re: [gentoo-amd64] chrrot'ed environment not available to users

2005-12-08 Thread Mark Knecht
On 12/8/05, Billy Holmes <[EMAIL PROTECTED]> wrote:
> Billy Holmes wrote:
> > (2) copy the patch to sys-apps/l32/files
>
> sorry for replying to my own message, but just to let you know.. files
> should be a directory:
>
> # mkdir -p /usr/local/portage/sys-apps/l32/files
>
> --
> gentoo-amd64@gentoo.org mailing list
>
>

Thanks Billy. This looks like exactly what I am looking for. I'll try
it out a bit later today.

Cheers,
Mark

-- 
gentoo-amd64@gentoo.org mailing list



Re: [gentoo-amd64] initio seen, mt -f doesn't work

2005-12-08 Thread Barry . SCHWARTZ
Gavin Seddon <[EMAIL PROTECTED]> skribis:
> I have a scsi tape with an initio controller.  'dmesg' sees initio 360p.
> But when I use mt I get
> ' mt -f /dev/st0 eject
> /dev/st0: No such device or address'
> Where will the tape be?
> Thanks.

If it is an external tape drive, make sure to have it turned on when
you boot, especially if you have SCSI tape support compiled into the
kernel. You can turn it off after booting, if you want; that's what I
do.


-- 
[EMAIL PROTECTED]   http://www.chemoelectric.org
Esperantistoj rajtas skribi al [EMAIL PROTECTED]
   'And now we're going to go try to comfort people in that
 part of the world.' -- Bush, referring to the southeastern U.S.


pgp4RLioHrFjU.pgp
Description: PGP signature


Re: [gentoo-amd64] chrrot'ed environment not available to users

2005-12-08 Thread Billy Holmes

Billy Holmes wrote:

(2) copy the patch to sys-apps/l32/files


sorry for replying to my own message, but just to let you know.. files 
should be a directory:


# mkdir -p /usr/local/portage/sys-apps/l32/files

--
gentoo-amd64@gentoo.org mailing list



Re: [gentoo-amd64] chrrot'ed environment not available to users

2005-12-08 Thread Billy Holmes

Mark Knecht wrote:

   What's the proper way to make this work for a user? I find myself
confused by the idea of making too much of the /mnt/gentoo32 directory


that's why I made this little program and an ebuild to go with it:

http://bugs.gentoo.org/show_bug.cgi?id=111367

http://www.gonoph.net/node/37


drwxr-xr-x  18 root root 4096 Aug 10 04:47 gentoo32


you'll have to:

(0) Make sure you have a portage overlay directory setup: mkdir 
/usr/local/portage ; edit /etc/make.conf and add 
PORTDIR_OVERLAY="/usr/local/portage"


(1) copy the ebuild and patch to your portage overlay directory 
(default: /usr/local/portage/) I put it in sys-apps 
(/usr/local/portage/sys-apps/l32) on my system.


(2) copy the patch to sys-apps/l32/files

(3) edit the patch to so that /home/32-bit changes to /mnt/gentoo32

(4) type "ebuild /usr/local/portage/sys-apps/l32/$EBUILD digest" where 
EBUILD is the name of the ebuild you saved.


(5) type "emerge -avt l32"

(6) run it like this as a normal user:
   l32 /bin/bash

or you can run any program in your chroot.. it doesn't have to be /bin/bash
--
gentoo-amd64@gentoo.org mailing list



[gentoo-amd64] chrrot'ed environment not available to users

2005-12-08 Thread Mark Knecht
Hi,
   Thanks for the help yesterday. I now have a partially populated
chroot'ed environment that runs Firefox and a few other things.
Unfortunately it's not available to users:

[EMAIL PROTECTED] ~ $ linux32 chroot /mnt/gentoo32 /bin/bash
chroot: cannot change root directory to /mnt/gentoo32: Operation not permitted
[EMAIL PROTECTED] ~ $

The Gentoo setup doc doesn't cover this point.

http://www.gentoo.org/proj/en/base/amd64/howtos/index.xml?part=1&chap=3

   What's the proper way to make this work for a user? I find myself
confused by the idea of making too much of the /mnt/gentoo32 directory
available to users. It shouldn't be anything more than is available in
a normal install.

   Is it an issue about permissions on the mount itself?

[EMAIL PROTECTED] ~ $ ls -la /mnt/ | grep gentoo32
drwxr-xr-x  18 root root 4096 Aug 10 04:47 gentoo32
[EMAIL PROTECTED] ~ $

   Or is part of the solution that I have to create user accounts
within the chroot'ed environment that somehow match my top level user
account?

   Anyway, thanks in advance for you help.

cheers,
Mark

-- 
gentoo-amd64@gentoo.org mailing list



Re: [gentoo-amd64] initio seen, mt -f doesn't work

2005-12-08 Thread Billy Holmes

Brett Johnson wrote:
As an example, look for your primary hard drive entry (hda, hde, sda etc). 
There should be a similar entry for st0 after it detects the tape drive.


he could also post a gzip'd copy of his dmesg, or better yet.. provide a 
link to it.

--
gentoo-amd64@gentoo.org mailing list



Re: [gentoo-amd64] Re: Re: initio seen, mt -f doesn't work

2005-12-08 Thread Gavin Seddon
Hi,
root is in tape group.  I cannot use mt as a user anyway.  I can't see
initio in 'dmesg' anymore, also??
Thanks

On Thu, 2005-12-08 at 08:13 -0700, Duncan wrote:
> Gavin Seddon posted <[EMAIL PROTECTED]>, excerpted
> below,  on Thu, 08 Dec 2005 14:57:31 +:
> 
> >>> But when I use mt I get
> >>> ' mt -f /dev/st0 eject
> >>> /dev/st0: No such device or address'
> 
> > Yes /dev/st0 is there.  How should I start the device, as far as I
> > remember I built all scsi modules into the kernel. Gavin.
> 
> If you have a /dev/st0, the next question is why that error message says
> you don't.  It's likely a permissions thing.  I don't have a tape backup
> machine, so I don't know much about the command set or how it is run, but
> can you run it as root?  Does the error change?
> 
> -- 
> 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 in
> http://www.linuxdevcenter.com/pub/a/linux/2004/12/22/rms_interview.html
> 
> 
-- 
Dr Gavin Seddon
School of Pharmacy and Pharmaceutical Sciences 
University of Manchester
Oxford Road, Manchester 
M13 9PL, U.K.

-- 
gentoo-amd64@gentoo.org mailing list



Re: [gentoo-amd64] Re: Re: initio seen, mt -f doesn't work

2005-12-08 Thread Kevin F. Quinn
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On Thu, 08 Dec 2005 08:13:52 -0700
Duncan <[EMAIL PROTECTED]> wrote:

> Gavin Seddon posted <[EMAIL PROTECTED]>, excerpted
> below,  on Thu, 08 Dec 2005 14:57:31 +:
> 
> >>> But when I use mt I get
> >>> ' mt -f /dev/st0 eject
> >>> /dev/st0: No such device or address'
> 
> > Yes /dev/st0 is there.  How should I start the device, as far as I
> > remember I built all scsi modules into the kernel. Gavin.
> 
> If you have a /dev/st0, the next question is why that error message
> says you don't.  It's likely a permissions thing.  I don't have a
> tape backup machine, so I don't know much about the command set or
> how it is run, but can you run it as root?  Does the error change?

I think permissions are the most likely problem; that'd cause mt
to be unable to open the device - many utilities don't
differentiate between being unable to open something and that
something not existing.

Gavin; default Gentoo udev rules set the group of st devices to
'tape' (see /etc/udev/rules.d/50-udev.rules' so add your user id to the
tape group.

- -- 
Kevin F. Quinn
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.2 (GNU/Linux)

iD8DBQFDmFar9G2S8dekcG0RAlGBAKCxq+NPW63+YKEFgWNno6UjeGhVVwCg6KpB
H/jIFOWdhX4VaFz0sBlTYa0=
=oMt9
-END PGP SIGNATURE-

-- 
gentoo-amd64@gentoo.org mailing list



[gentoo-amd64] Re: Re: initio seen, mt -f doesn't work

2005-12-08 Thread Duncan
Gavin Seddon posted <[EMAIL PROTECTED]>, excerpted
below,  on Thu, 08 Dec 2005 14:57:31 +:

>>> But when I use mt I get
>>> ' mt -f /dev/st0 eject
>>> /dev/st0: No such device or address'

> Yes /dev/st0 is there.  How should I start the device, as far as I
> remember I built all scsi modules into the kernel. Gavin.

If you have a /dev/st0, the next question is why that error message says
you don't.  It's likely a permissions thing.  I don't have a tape backup
machine, so I don't know much about the command set or how it is run, but
can you run it as root?  Does the error change?

-- 
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 in
http://www.linuxdevcenter.com/pub/a/linux/2004/12/22/rms_interview.html


-- 
gentoo-amd64@gentoo.org mailing list



Re: [gentoo-amd64] initio seen, mt -f doesn't work

2005-12-08 Thread Brett Johnson
On Thu, Dec 08, 2005 at 01:25:07PM +, Gavin Seddon wrote:
> Hi,
> I have a scsi tape with an initio controller.  'dmesg' sees initio 360p.
> But when I use mt I get
> ' mt -f /dev/st0 eject
> /dev/st0: No such device or address'
> Where will the tape be?
> Thanks.
> 
> 
First thing I would check is the output of dmesg, you may need to reboot
depending on how many messages were added since the last reboot. You
should some entries where the kernel detectes the drive (by model number) and 
assigns it a device name (st0).

As an example, look for your primary hard drive entry (hda, hde, sda etc). 
There should be a similar entry for st0 after it detects the tape drive.

If not, that most likely means the kernel is missing some required driver(s). 
It sounds like you have the scsi adapter configured and loaded, do you have 
scsi tape support configured and loaded (if a moduled)?
-- 
gentoo-amd64@gentoo.org mailing list



Re: [gentoo-amd64] Re: initio seen, mt -f doesn't work

2005-12-08 Thread Gavin Seddon
Yes /dev/st0 is there.  How should I start the device, as far as I
remember I built all scsi modules into the kernel.
Gavin.
On Thu, 2005-12-08 at 07:40 -0700, Duncan wrote:
> find /dev/ -name st0"
-- 
Dr Gavin Seddon
School of Pharmacy and Pharmaceutical Sciences 
University of Manchester
Oxford Road, Manchester 
M13 9PL, U.K.

-- 
gentoo-amd64@gentoo.org mailing list



[gentoo-amd64] Re: initio seen, mt -f doesn't work

2005-12-08 Thread Duncan
Gavin Seddon posted <[EMAIL PROTECTED]>, excerpted
below,  on Thu, 08 Dec 2005 13:25:07 +:

> Hi,
> I have a scsi tape with an initio controller.  'dmesg' sees initio 360p.
> But when I use mt I get
> ' mt -f /dev/st0 eject
> /dev/st0: No such device or address'
> Where will the tape be?

Well, /is/ there a /dev/st0?

If so, that's a problem, but it would appear it's saying there is no such
device, which indicates a problem with your device system.  It could be
anything from not having that device driver compiled, to not having it
loaded if it's built as a kernel module, to having it loaded but it not
finding the device so it doesn't create a node, to some funniness with
udev, such that the device node isn't created, or is created in a
different location.  

As I don't have such a device, it's a bit difficult to tell, from here,
but one think you could do would be a "find /dev/ -name st0".  That would
at least tell you whether udev put the device in a subdir instead of the
main /dev.

-- 
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 in
http://www.linuxdevcenter.com/pub/a/linux/2004/12/22/rms_interview.html


-- 
gentoo-amd64@gentoo.org mailing list



[gentoo-amd64] Re: gcc compile failed after 2005.1-r1 instalation

2005-12-08 Thread Duncan
Clemente Aguiar posted
<[EMAIL PROTECTED]>,
excerpted below,  on Thu, 08 Dec 2005 12:02:31 +:

> How can I solve this problem? Transitional//EN"> Mensagem

First, please turn off HTML.  Many on FLOSS (Free, Libre, and Open Source
Software) type lists consider HTML posts the mark of spammers and malware
authors, and may kill filter it or simply refuse to reply.  I reply, but I
make it a point of asking folks to please turn it off, and may not reply
(and indeed, killfile) future posts if the HTML remains.

>  I did a new instalattion of Gentoo 2005.r1 (AMD64).

???  You mean 2005.0-r1, correct?

> After the basic stage3 instalation, kernel compilation and reboot,
> everything was fine.
> I then decided to recompile all:
> 
> Code:
> 
> emerge -e world
>   
>   
> and I get an error when it gets to compile gcc
> 
> Code:

[snip]

> -Wold-style-definition  -isystem ./include  -fPIC -DHAVE_SYSLOG -g

[snip]

> -Wl,--version-script=libgcc/32/libgcc.map -o 32/libgcc_s.so.1.tmp -m32
> libgcc/32/_muldi3.o libgcc/32/_negdi2.o libgcc/32/_lshrdi3.o

[snip]

-fPIC with -m32?  To my knowledge, that's not a good combination.  64-bit
requires -fPIC on some stuff (but it should be added by the ebuild where
necessary, don't do it yourself), but -m32 indicates it's compiling the
32-bit stuff here, and that shouldn't get -fPIC, AFAIK.

> Here is my emerge --info
> 
> Code:
> 
> Portage 2.0.51.22-r3 (default-linux/amd64/2005.1, gcc-3.4.4,
> glibc-2.3.5-r2, 2.6.12-gentoo-r10 x86_64)
> = 
> System uname: 2.6.12-gentoo-r10 x86_64 Intel(R) Xeon(TM) CPU 3.60GHz
[snip]
> ACCEPT_KEYWORDS="amd64"
> AUTOCLEAN="yes"
> CBUILD="x86_64-pc-linux-gnu"
> CFLAGS="-O2 -march=nocona -pipe"

OK, -fPIC isn't in your CFLAGS, so that isn't the problem.  I wonder why
it's adding it for 32-bit compilation?  Someone else feel free to step in
here, but that doesn't look at all right, to me.  Perhaps a bug in the
ebuild?  If no one says -fPIC is supposed to be there for 32-bit, I'd
consider filing a bug, as I'm /almost/ positive it shouldn't be there, and
it's not in your cflags, so it's gotta be an issue with the ebuild.

-- 
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 in
http://www.linuxdevcenter.com/pub/a/linux/2004/12/22/rms_interview.html


-- 
gentoo-amd64@gentoo.org mailing list



Re: [gentoo-amd64] disk error [OT]

2005-12-08 Thread Eduard Martinescu
I would give the smartmontools package a try. It should give you a 
better idea of what may be failing.


If you have problem installing from the port, then you may want to try a 
Knoppix CD, as I believe it is available there also.


Ed

Jamie Dobbs wrote:
That does not look very good to me, I suspect your HDD may be on its way 
out.


David Boucher wrote:


Hi !

I have started my laptop this morning and at the startup it writes many
lines like

hdc: write_intr: error=0x10 {SectorIdNotFound }, LBAsect=97370035,
high=5, low=13483955, sector=97370035
ide: failed opcode was: unknown


/ is then mount in read only

Is my hard disk dead ?

Or could it be another thing ?

How could I test this ?

Thanks.

David.


 




--
gentoo-amd64@gentoo.org mailing list



[gentoo-amd64] Re: gcc compile failed after 2005.1-r1 instalation

2005-12-08 Thread Duncan
Sebastian Redl posted <[EMAIL PROTECTED]>, excerpted below, 
on Thu, 08 Dec 2005 13:10:36 +0100:

> Clemente Aguiar wrote:
> 
>>  I did a new instalattion of Gentoo 2005.r1 (AMD64).
>>
>> After the basic stage3 instalation, kernel compilation and reboot,
>> everything was fine.
>> I then decided to recompile all:
> 
> It appears as if the necessary 32-bit libraries for something are missing.
> Emerging the emulation glibc might solve the problem.

Emulation glibc?  Isn't glibc compiled in dual bitness, now?  I know it
has been for ~amd64 for some time, and would have imagined it would have
worked its way into amd64, certainly for newer profiles, by now.

BTW, 2005.r1???  That's supposed to be 2005.1-r1, right?

-- 
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 in
http://www.linuxdevcenter.com/pub/a/linux/2004/12/22/rms_interview.html


-- 
gentoo-amd64@gentoo.org mailing list



RE: [gentoo-amd64] gcc compile failed after 2005.1-r1 instalation

2005-12-08 Thread ViNiL
Clemente Aguiar píše v Čt 08. 12. 2005 v 12:47 +:
> > -Mensagem original-
> > De: Sebastian Redl
> > 
> > Clemente Aguiar wrote:
> > 
> > >  I did a new instalattion of Gentoo 2005.r1 (AMD64).
> > >
> > > After the basic stage3 instalation, kernel compilation and reboot,
> > > everything was fine.
> > > I then decided to recompile all:
> > 
> > It appears as if the necessary 32-bit libraries for something are 
> > missing. Emerging the emulation glibc might solve the problem.
> > 
> > Sebastian Redl
> > -- 
> > gentoo-amd64@gentoo.org mailing list
> > 
> > 
> I did a bit of checking and many texts say that emulation glibc is
> needed, so I tried:
> 
> emerge -v --oneshot emul-linux-x86-glibc
> 
> and I get the following result:
> ...
> >>> Completed installing emul-linux-x86-glibc-1000 into
> /var/tmp/portage/emul-linux-x86-glibc-1000/image/
> 
> >>> Merging app-emulation/emul-linux-x86-glibc-1000 to /
>  * 32bit libc is now provided by sys-libc/glibc.
> >>> Regenerating /etc/ld.so.cache...
> >>> app-emulation/emul-linux-x86-glibc-1000 merged.
> ...
> 
> Which from what I can understand what I need to emerge is
> sys-libc/glibc.
> Well sys-libc/glibc does not exist??? What does exist is sys-libs/glibc.
> 
> But when I try to emerge sys-libs/glibc I get the following error:
> .
> checking size of long double... configure: error: cannot compute sizeof
> (long double), 77
> See `config.log' for more details.
> 
> !!! ERROR: sys-libs/glibc-2.3.5-r2 failed.
> !!! Function glibc_do_configure, Line 927, Exitcode 1
> !!! failed to configure glibc
> !!! If you need support, post the topmost build error, NOT this status
> message.
> .
> 
> Seems that I am in a catch 22 situation.
> Any ideas?

Just a guess:

Check the symlink /lib/ld-linux.so.2
It should point to ../lib32/ld-linux.so.2, not ld-2.3.5.so

I hit this issue every time I compile glibc :-(


-- 

ViNiL

If John Wayne had been a Linux user, he would have used Gentoo.


-- 
gentoo-amd64@gentoo.org mailing list



[gentoo-amd64] initio seen, mt -f doesn't work

2005-12-08 Thread Gavin Seddon
Hi,
I have a scsi tape with an initio controller.  'dmesg' sees initio 360p.
But when I use mt I get
' mt -f /dev/st0 eject
/dev/st0: No such device or address'
Where will the tape be?
Thanks.

-- 
Dr Gavin Seddon
School of Pharmacy and Pharmaceutical Sciences 
University of Manchester
Oxford Road, Manchester 
M13 9PL, U.K.

-- 
gentoo-amd64@gentoo.org mailing list



RE: [gentoo-amd64] gcc compile failed after 2005.1-r1 instalation

2005-12-08 Thread Clemente Aguiar
> -Mensagem original-
> De: Sebastian Redl
> 
> Clemente Aguiar wrote:
> 
> >  I did a new instalattion of Gentoo 2005.r1 (AMD64).
> >
> > After the basic stage3 instalation, kernel compilation and reboot,
> > everything was fine.
> > I then decided to recompile all:
> 
> It appears as if the necessary 32-bit libraries for something are 
> missing. Emerging the emulation glibc might solve the problem.
> 
> Sebastian Redl
> -- 
> gentoo-amd64@gentoo.org mailing list
> 
> 
I did a bit of checking and many texts say that emulation glibc is
needed, so I tried:

emerge -v --oneshot emul-linux-x86-glibc

and I get the following result:
...
>>> Completed installing emul-linux-x86-glibc-1000 into
/var/tmp/portage/emul-linux-x86-glibc-1000/image/

>>> Merging app-emulation/emul-linux-x86-glibc-1000 to /
 * 32bit libc is now provided by sys-libc/glibc.
>>> Regenerating /etc/ld.so.cache...
>>> app-emulation/emul-linux-x86-glibc-1000 merged.
...

Which from what I can understand what I need to emerge is
sys-libc/glibc.
Well sys-libc/glibc does not exist??? What does exist is sys-libs/glibc.

But when I try to emerge sys-libs/glibc I get the following error:
.
checking size of long double... configure: error: cannot compute sizeof
(long double), 77
See `config.log' for more details.

!!! ERROR: sys-libs/glibc-2.3.5-r2 failed.
!!! Function glibc_do_configure, Line 927, Exitcode 1
!!! failed to configure glibc
!!! If you need support, post the topmost build error, NOT this status
message.
.

Seems that I am in a catch 22 situation.
Any ideas?

Clemente

-- 
gentoo-amd64@gentoo.org mailing list



Re: [gentoo-amd64] gcc compile failed after 2005.1-r1 instalation

2005-12-08 Thread Sebastian Redl

Clemente Aguiar wrote:


 I did a new instalattion of Gentoo 2005.r1 (AMD64).

After the basic stage3 instalation, kernel compilation and reboot, 
everything was fine.

I then decided to recompile all:


It appears as if the necessary 32-bit libraries for something are 
missing. Emerging the emulation glibc might solve the problem.


Sebastian Redl
--
gentoo-amd64@gentoo.org mailing list



[gentoo-amd64] gcc compile failed after 2005.1-r1 instalation

2005-12-08 Thread Clemente Aguiar
Title: Mensagem



 I 
did a new instalattion of Gentoo 2005.r1 (AMD64). After the basic stage3 
instalation, kernel compilation and reboot, everything was fine. I then 
decided to recompile all: 

  
  
Code:
  
emerge -e world and I get an error when 
it gets to compile gcc 


  
  
Code:
  
./xgcc -B./ -B/usr/x86_64-pc-linux-gnu/bin/ -isystem 
  /usr/x86_64-pc-linux-gnu/include -isystem 
  /usr/x86_64-pc-linux-gnu/sys-include 
  -L/var/tmp/portage/gcc-3.4.4-r1/work/build/gcc/../ld -O2  
  -DIN_GCC    -W -Wall -Wwrite-strings -Wstrict-prototypes 
  -Wmissing-prototypes -Wold-style-definition  -isystem ./include  
  -fPIC -DHAVE_SYSLOG -g -DHAVE_GTHR_DEFAULT -DIN_LIBGCC2 
  -D__GCC_FLOAT_NOT_NEEDED  -D_LIBC_PROVIDES_SSP_ -shared 
  -nodefaultlibs -Wl,--soname=libgcc_s.so.1 
  -Wl,--version-script=libgcc/32/libgcc.map -o 32/libgcc_s.so.1.tmp  
  -m32  libgcc/32/_muldi3.o libgcc/32/_negdi2.o libgcc/32/_lshrdi3.o 
  libgcc/32/_ashldi3.o libgcc/32/_ashrdi3.o libgcc/32/_cmpdi2.o 
  libgcc/32/_ucmpdi2.o libgcc/32/_floatdidf.o libgcc/32/_floatdisf.o 
  libgcc/32/_fixunsdfsi.o libgcc/32/_fixunssfsi.o libgcc/32/_fixunsdfdi.o 
  libgcc/32/_fixdfdi.o libgcc/32/_fixunssfdi.o libgcc/32/_fixsfdi.o 
  libgcc/32/_fixxfdi.o libgcc/32/_fixunsxfdi.o libgcc/32/_floatdixf.o 
  libgcc/32/_fixunsxfsi.o libgcc/32/_fixtfdi.o libgcc/32/_fixunstfdi.o 
  libgcc/32/_floatditf.o libgcc/32/_clear_cache.o 
  libgcc/32/_enable_execute_stack.o libgcc/32/_trampoline.o 
  libgcc/32/__main.o libgcc/32/_absvsi2.o libgcc/32/_absvdi2.o 
  libgcc/32/_addvsi3.o libgcc/32/_addvdi3.o libgcc/32/_subvsi3.o 
  libgcc/32/_subvdi3.o libgcc/32/_mulvsi3.o libgcc/32/_mulvdi3.o 
  libgcc/32/_negvsi2.o libgcc/32/_negvdi2.o libgcc/32/_ctors.o 
  libgcc/32/_ffssi2.o libgcc/32/_ffsdi2.o libgcc/32/_clz.o 
  libgcc/32/_clzsi2.o libgcc/32/_clzdi2.o libgcc/32/_ctzsi2.o 
  libgcc/32/_ctzdi2.o libgcc/32/_popcount_tab.o libgcc/32/_popcountsi2.o 
  libgcc/32/_popcountdi2.o libgcc/32/_paritysi2.o libgcc/32/_paritydi2.o 
  libgcc/32/_stack_smash_handler.o libgcc/32/_divdi3.o libgcc/32/_moddi3.o 
  libgcc/32/_udivdi3.o libgcc/32/_umoddi3.o libgcc/32/_udiv_w_sdiv.o 
  libgcc/32/_udivmoddi4.o  libgcc/32/unwind-dw2.o 
  libgcc/32/unwind-dw2-fde-glibc.o libgcc/32/unwind-sjlj.o 
  libgcc/32/gthr-gnat.o libgcc/32/unwind-c.o -lc && rm -f 
  libgcc_s_32.so && if [ -f 32/libgcc_s.so.1 ]; then mv -f 
  32/libgcc_s.so.1 32/libgcc_s.so.1.backup; else true; fi && mv 
  32/libgcc_s.so.1.tmp 32/libgcc_s.so.1 && ln -s 32/libgcc_s.so.1 
  libgcc_s_32.so /usr/x86_64-pc-linux-gnu/bin/ld: skipping incompatible 
  /usr/lib/gcc/x86_64-pc-linux-gnu/3.4.4/../../../libc.so when searching for 
  -lc /usr/x86_64-pc-linux-gnu/bin/ld: skipping incompatible 
  /usr/lib/gcc/x86_64-pc-linux-gnu/3.4.4/../../../libc.a when searching for 
  -lc /usr/x86_64-pc-linux-gnu/bin/ld: skipping incompatible 
  /usr/lib/libc.so when searching for -lc 
  /usr/x86_64-pc-linux-gnu/bin/ld: skipping incompatible /usr/lib/libc.a 
  when searching for -lc /usr/x86_64-pc-linux-gnu/bin/ld: cannot find 
  -lc collect2: ld returned 1 exit status make[3]: *** 
  [32/libgcc_s_32.so] Error 1 make[3]: Leaving directory 
  `/var/tmp/portage/gcc-3.4.4-r1/work/build/gcc' make[2]: *** 
  [stmp-multilib] Error 2 make[2]: Leaving directory 
  `/var/tmp/portage/gcc-3.4.4-r1/work/build/gcc' make[1]: *** 
  [stage1_build] Error 2 make[1]: Leaving directory 
  `/var/tmp/portage/gcc-3.4.4-r1/work/build/gcc' make: *** 
  [profiledbootstrap] Error 2 !!! ERROR: sys-devel/gcc-3.4.4-r1 
  failed. !!! Function gcc_do_make, Line 1315, Exitcode 2 !!! emake 
  failed with profiledbootstrap !!! If you need support, post the 
  topmost build error, NOT this status message. 
Here is my emerge --info 


  
  
Code:
  
Portage 2.0.51.22-r3 (default-linux/amd64/2005.1, 
  gcc-3.4.4, glibc-2.3.5-r2, 2.6.12-gentoo-r10 x86_64) 
  = 
  System uname: 2.6.12-gentoo-r10 x86_64 Intel(R) Xeon(TM) CPU 3.60GHz 
  Gentoo Base System version 1.6.13 dev-lang/python:    
   2.3.5-r2, 2.4.2 sys-apps/sandbox:    1.2.12 
  sys-devel/autoconf:  2.13, 2.59-r6 sys-devel/automake:  
  1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r1 
  sys-devel/binutils:  2.16.1 sys-devel/libtool:  
   1.5.20 virtual/os-headers:  2.6.11-r2 
  ACCEPT_KEYWORDS="amd64" AUTOCLEAN="yes" 
  CBUILD="x86_64-pc-linux-gnu" CFLAGS="-O2 -march=nocona -pipe" 
  CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc 
  /usr/kde/2/share/config /usr/kde/3/share/config /usr/share/config 
  /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo 
  /etc/env.d" CXXFLAGS="-O2 -march=nocona -pipe" 
  DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig

Re: [gentoo-amd64] Re: memory

2005-12-08 Thread Ian Hastie
On Wed, 7 Dec 2005 21:35:38 +0100 (MET)
Thomas Bellman <[EMAIL PROTECTED]> wrote:

> As far as I understand, the rules are quite easy:
> 
> - Socket 940 -- Needs registered memory
> - Socket 754 -- Can use unbuffered memory
> - Socket 939 -- Can use unbuffered memory
> 
> And I believe that at least Socket 754 CPU:s actually *requires*
> unbuffered memory, and can't use registered memory at all.  I'm
> not entirely sure about that, though, and I don't know if Socket
> 939 CPU:s can use registered memory.

AMD's docs on the 754 pin CPUs says up to 3 unbuffered DIMMs and 4
registered DIMMs.  So yes it does take both.  I'd be surprised if the
socket 939 doesn't take both types too, but I don't have the information
at the moment.

-- 
Ian.

EOM
-- 
gentoo-amd64@gentoo.org mailing list