Tim Igoe wrote:
> Install udev as in portage. Then edit the kernel to remove devfs -
> recompile and reboot.
> Job done, it should say using udev at bootup.
Worked for me :-)
I've got a question regarding this switch: Can sys-fs/devfsd be unmerged
or is it still somehow needed?
Sigi
--
gentoo-use
Kurt Guenther wrote:
...is there some other trick I can play?
You could do something like this:
# ebuild ".ebuild" compile install qmerge
Probably it does a ./configure again, but even so, afterwards it
continues almost exactly where the emerge-process stopped.
Maybe you get some probl
Michael W. Holdeman wrote:
And I built OpenOffice once, it ended up running slower than OpenOffice-bin...
How come?
I have noticed the same effect with Mozilla-software. At least I get the
feeling that the binaries are a little faster -- I can't really say for
sure.
Sigi
--
gentoo-user@gentoo.or
Hi,
I'm having a problem using nvidia-kernel-1.0.6629-r5 after the my recent
kernel-update from gentoo-sources-2.6.15-r1 to gentoo-sources-2.6.16-r3.
The few things, that are compiled when emerging nvidia-kernel, compile
successfully but emerge complains about missing symboles
(remap_page_range an
Hemmann, Volker Armin wrote:
> is there any reason not to try drver version 8756?
> 6629 is very old. very, very old. Even older. It is old.
As I said, all other available versions in portage didn't compile or
load afterwards. Only one version (other than 6629, one of the 1.0.7...)
did both success
Alexander Kirillov wrote:
> I ran into the same problem after upgrading the kernel to
> gentoo-sources-2.6.16-r3.
> And don't have any problems with most recent nvidia drivers:
> media-video/nvidia-glx-1.0.8756
> media-video/nvidia-kernel-1.0.8756
> media-video/nvidia-settings-1.0.20051122-r3
> Did
Hemmann, Volker Armin wrote:
> you don't need 6629 in that case. You can go to 7174.
I told you before: any other version (other than 6629) didn't compile or
load. And one of the 7something was seriously unstable.
So, I would have to go back to 6629. This one just needs a bit of
patching. I was lo
Hemmann, Volker Armin wrote:
> which patches?
> What would you missing?
I don't really know, not even if those would be important to me. But I
kind of trust into the work of the Gentoo-guys and believe the
gentoo-sources are tested more intensive than vanilla sources (that's
just hearsay).
> And s
Richard Fish wrote:
> http://bugs.gentoo.org/show_bug.cgi?id=127618
Thanks for the link, very interesting indeed.
In comment #18 someone says that Nvidia won't release a newer legacy
driver set any time soon, whereas in the nVNews-forum someone from
NVIDIA Corporation announced that an updated leg
Hemmann, Volker Armin wrote:
> Besides:
> ls /usr/portage/sys-kernel/vanilla-sources/
> [...]
Wow! Couldn't have done that myself.
> there is A LOT after .15 - many of them with security fixes.
I'm not gonna repeat myself (again). Thanks for the suggestion, but for
two (already mentioned) reasons
Glenn Enright wrote:
> Nvidia dont release the source for this driver, which makes it difficult for
> others to patch it, even if they new how the card internals worked ;).
As far as I understand, the binary driver itself is not patched. The
patching concerns the way it is integrated into your sys
11 matches
Mail list logo
