BTW, the reason you can't scroll on the console is because the kernel devs removed that functionality.

That worked! I haven't any idea why. Will you please kindly explain? I'd love to know how to address things like this in the future.

Try this: The output should simply be If it isn't, then what error messages are printed?

Thanks anyway!

There are two different problems you're having.

First, the missing "I" is because you're not accounting for vi. Vi doesn't know about any clipboard mechanism - it's designed for the console. When you try to paste, you're just sending vi all the keystrokes of the characters in the copied content ...

Thank you for your help.

I have added the missing part of emerge --info and the output of emerge -pv freetype.

I'm trying to emerge freetype, and the process hangs at * econf: updating freetype-2.9.1/builds/unix/config.sub with /usr/share/gnuconfig/config.sub It just stops. I left it to run overnight, and it does nothing. I tried to check on the status of the processes, and they appear to be doing nothing ...

Figured it out. I was right about some stuff and wrong about some stuff.

I was wrong about root=/dev/ram0; this is the right thing to pass to the kernel.

I was right about it not existing, and I was right about it being a forgotten CONFIG_SOMETHING for some virtual driver in the kernel: CONFIG_BLK ...

calavicci wrote: I say that /dev/ram0 does not exist because root=/dev/ram0 results in a complaint from the kernel that it does not exist.

Well, I say that, but I might be misinterpreting it. EXACTLY, it says

Thanks for your help!

I wouldn't really expect that I'd need root=, as you say, because the root fs should be in the initramfs, but I figure, who am I to argue with the kernel?

I say that /dev/ram0 does not exist because root=/dev/ram0 results in a complaint from the kernel that it does not exist ...

I'm trying to install with an encrypted root partition. The kernel fails to load the (preliminary) root filesystem and panics, with something like
VFS: Cannot open root device mapper/root or unknown-block(0,0): error -2
Please append a correct "root=" boot option; here are the available ...

I admit that I'm not expert on the internals; I don't know whether, e.g., SSE3 is intended to mean "the entire SSE3 instruction set" or "the 13 instructions in SSE3 that are not in SSE2," but I'm not sure it matters; keep reading. The standard practice seems to be to use the flags for all of the ...

Edit: Finally found the borked .la and fixed it by hand. Thanks anyway.

libgnomecanvas really seems intent on using 1.4:


libtool: link: x86_64-pc-linux-gnu-gcc -shared -fPIC -DPIC .libs/gnome-canvas-shape.o .libs/gnome-canvas-bpath.o .libs/gnome-canvas-path-def.o .libs/gnome-canvas-clipgroup.o .libs/gnome-canvas-line.o .libs/gnome-canvas-pixbuf.o .libs/gnome-canvas ...

1.5.4

Yeah, just caught that 64-bit thing... guess I'll have to install in two places if I want all my programs to work. Thanks a bunch for your help!

1.5.4
Adding WINE version in bold to the top of posts to help readers quickly sort out which fix we're discussing.

Yeah, tried the rec patches for 1.5.4. They cause problems during compilation.

relevant part of /var/tmp/portage/app-emulation/wine-1.5.4/temp/build.log:

In file included from ...

Patch 2 dies painfully; it can't seem to find anything. Here's the output:

/var/tmp/portage/app-emulation/wine-1.5.2/temp/diablo3_2.patch.out

***** diablo3_2.patch *****
PWD: /var/tmp/portage/app-emulation/wine-1.5.2/work/wine-1.5.2

===========================

PATCH COMMAND: patch -p0 -g0 -E ...

Not as of today.

Solved.

00:00.0 Host bridge: Intel Corporation 4 Series Chipset DRAM Controller (rev 03)
00:01.0 PCI bridge: Intel Corporation 4 Series Chipset PCI Express Root Port (rev 03)
00:1a.0 USB Controller: Intel Corporation 82801JI (ICH10 Family) USB UHCI Controller #4
00:1a.1 USB Controller: Intel ...

X -retro has never given me anything different.

I've been fighting this for weeks; I really have tried EVERYTHING suggested for dealing with or testing the ATI drivers in any forum. If there's a solution out there, it's not a standard one, and it's not to be found anywhere on the web.

I have no firmware blobs built into the kernel, although I did when I was still playing with KMS. I have also tried entirely removing kernel DRM to no avail. If I recall correctly, that meant that the aforementioned cursor was not on my screen any more when the system froze, but nothing else ...

So, having these things hanging around on the hard drive won't impair fglrx as long as I keep them away from the touchy parts of the kernel... not that I haven't tried in desperation already.

There are no such lines in make.conf; I assume this is an extension of the bit about VIDEO_CARDS?

Yes ...

Does this work: ?

Progressively turn up the volume and repeat a few times to make sure it's not just very quiet.

If it doesn't, please post the output of amixer.

Please post the folowing:

arecord -l
arecord -L
/etc/asound.conf

emerge --info: http://paste.pocoo.org/show/373327/
rc-update show: http://paste.pocoo.org/show/373288/
X versions/USE: http://paste.pocoo.org/show/373291/
lspci: http://paste.pocoo.org/show/373292/
90xsession: http://paste.pocoo.org/show/373295/
xdm: http://paste.pocoo.org/show/373296/
Sessions ...