Summary: | Modular X Guide gets Xorg 7.1, which has known problems | ||
---|---|---|---|
Product: | Documentation | Reporter: | michael <michael> |
Component: | Project-specific documentation | Assignee: | Gentoo X packagers <x11> |
Status: | RESOLVED INVALID | ||
Severity: | minor | CC: | jakub |
Priority: | High | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
URL: | http://www.gentoo.org/proj/en/desktop/x/x11/modular-x-packages.txt | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: | modular-x-packages.patch |
Description
michael@smith-li.com
2006-06-14 06:46:46 UTC
Created attachment 89158 [details, diff] modular-x-packages.patch As described in comment #0 I don't see what are you patching here. If you don't want 7.1, then package.mask the needed versions (as with any other ebuild), instead of hardcoding versions into the package list. Sorry, it's a patch to http://www.gentoo.org/proj/en/desktop/x/x11/modular-x-packages.txt (In reply to comment #3) > Sorry, it's a patch to > http://www.gentoo.org/proj/en/desktop/x/x11/modular-x-packages.txt Not what I meant... why are you trying to lock people down to 7.0? The only known big known problems I've aware of are broken ATI/nVidia binary drivers. Those are properly blocked for 7.1. IOW, when a new kernel version breaks those drivers, e.g., we should lock all people down to the old kernel instead of blocking the broken drivers? Not really a sane solution for me. It begins to make sense now. This could be considered a workaround for http://bugs.gentoo.org/show_bug.cgi?id=136788 ; however, fixing the ebuilds is a much better idea. |