On Mon, Jan 17, 2011 at 10:45 AM, Gordan Bobic <gordan(a)bobich.net> wrote:
Andy Green wrote:
> On 01/13/11 21:45, Somebody in the thread at some point said:
>
>> The package in question won't compile at all on F13, it seems:
>>
>> # rpmbuild --rebuild xorg-x11-server-1.6.1.901-1.fc11.src.rpm
>
> I don't know what the actual problem is from the error, but are all the
> dependencies in that filesystem also f11-vintage? If everything else
> down /usr/include is f13-vintage, it's quite possible f11 sources or
> spec might choke on considerably newer dependent includes.
Most of the system is the F13 rawhide. It's yum updated from the F12
release since an awful lot in the F13 alpha is still missing or broken
(e.g. firefox). So there are still a number of F12 vintage packages that
aren't in the koji repository yet.
Interestingly, F11 libxinerama packages that contain the headers where
the compile breaks don't even include those header files.
fbdev works fine for me for the AC100, I don't think its accelerated
but it auto detects and just works, not had enough time to play with
it further and see what works and what doesn't.
> What're you trying to achieve by recooking f11 xorg server
on f13? Maybe
> there's a different way to come at your overall goal.
I very much doubt it. The machine I'm working on is a Toshiba AC100. The
only kernel available for it with working keyboard/mouse support is
2.6.29 provided by Toshiba as part of the open source code they wrote
for Android (the machine comes pre-loaded with Android). Unfortunately,
Toshiba have in their infinite wisdom decided to put the keyboard and
mouse behind proprietary interfaces, rather than USB HID (the machine
does have full featured master and slave USB, which makes the decision
particularly retarded). The drivers haven't yet been ported to later
kernels.
Interesting, I'm looking at this closer as I have one of these devices
myself. The keyboard/mouse reports its attached to the old style ps2
keyboard/mouse interfaces.
Further, the only way to eccelerated graphics on it is using the
nvidia
closed source tegra xorg driver. Since only 2.6.29 kernel works, only
the tegra driver that is compatible with the interface of the kernel
module for 2.6.29 works. That driver is sufficiently old that it is
based on the xorg ABI from version 1.6.x, i.e. of the F11 vintage.
Works fine with the fbdev on the 2.6.29 kernel using the F-13 and the
fbdev X driver. In the 2.6.37 and already pending for the .38 series
there's been a lot of tegra drivers make it to the mainline kernel so
it will be interesting to see what's missing / remaining / different
on the toshiba side of development.
That means that the only way to get accelerated drivers is using the
2.6.29 kernel and Xorg 1.6. Xorg binaries from F11 require libssl.so.8
which means openssl 0.9.8k. F11 xorg src.rpm won't build on F12/F13, as
explained earlier. I put just the three libraries it depends on in the
relevant places, and that works fine, but by far the easiest way to
solve this problem would be using an openssl098k compatibility package.
I suspect until some can fix it you'll need to deal with it yourself.
0.9.8k suffers from numerous vulnerabilities and its not something as
a result that would get into mainline fedora. Fedora doesn't promote
propriety closed source drivers so its extremely unlikely they'll add
an old version of a library to support a closed source binary driver.
Peter