Public SourceMage Discussion List

[Treeve Jelbert <treeve AT scarlet.be>]

On Sunday 01 March 2009 13:15:26 Andraž 'ruskie' Levstik wrote:
> devel-xorg-modular branch of grimoire.git now has
> xorg-server 1.6
>
> And some other things. The one thing needed also is randrproto but only
> the proto. Everything else randr related like xrandr and libxrandr should
> be taken from master branch.
>
xf86-video-vga won't compile against the new xorg-server, but since it has 
not 
been updated for 3 years, it may well be obsolete


 gcc -DHAVE_CONFIG_H -I. -I. -I.. -I/usr/include/xorg -I/usr/include/pixman-1 
-march=k8 -fPIC -DPIC -pipe -O3 -MT generic.lo -MD -MP -MF .deps/generic.Tpo -
c generic.c  -fPIC -DPIC -o .libs/generic.o
generic.c:53:20: error: xf4bpp.h: No such file or directory
generic.c:54:20: error: xf1bpp.h: No such file or directory
generic.c:245: error: expected '=', ',', ';', 'asm' or '__attribute__' before 
'GenericISAchipsets'
generic.c: In function 'GenericProbe':
generic.c:330: error: 'GenericISAchipsets' undeclared (first use in this 
function)
generic.c:330: error: (Each undeclared identifier is reported only once
generic.c:330: error: for each function it appears in.)
generic.c:342: warning: assignment makes pointer from integer without a cast
make[2]: Leaving directory `/usr/src/xf86-video-vga-X11R7.1-4.1.0/src'



> Now go out and have fun testing this. If I don't receive any gatting
> reports by next weekend I'll merge this into master and be done with it.
>
> Now for future. I propose we follow the X release cycle for X and
> anything in between to be put into devel-xorg-modular and pulled into
> test only after a month of testing by atleast one person. This means
> using it like you normally would. This means things like libs and
> xorg-server primarily. For drivers there is no such issue as they can be
> easily reverted if there are any issues.
>
>
> X release cycle is a release every 6 months.
>
> http://xorg.freedesktop.org/wiki/Releases
>
> If this is to hard for some to follow I'll take over maintenance of all
> the modular X spells and will do it this way. And revert anything
> in-between anyone else updates in these sections.
>
> What would this mean. It would mean I would run update cycles once per
> month for between releases updates. At which time I would pull in the
> last months updates to master and update the new stuff in
> devel-xorg-modular.


-- 
Regards, Treeve