make[3]: *** [api_arrayelt.lo] Error 1
make[3]: *** Waiting for unfinished jobs....
In file included from accum.h:41,
                 from accum.c:26:
mtypes.h:44:20: error: bitset.h: No such file or directory
accum.c: In function '_mesa_ClearAccum':
accum.c:50: warning: dereferencing type-punned pointer will break
strict-aliasing rules
In file included from api_loopback.c:39:
mtypes.h:44:20: error: bitset.h: No such file or directory

Hi Rudolf,

It's the same mesa version problem which that of xgl.
cf. bugid https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=192436 

New repository because there was no enough disk space on the first place.

Spec URL: http://fedoraxgl.tuxfamily.org/repository/5/SPECS/compiz.spec
SRPM URL: http://fedoraxgl.tuxfamily.org/repository/5/SRPMS/compiz-1.0.0-4.src.rpm

For building compiz, the control-center-devel package with 2.14.0 is requiered.

Pre made package are avalable here:
SRPM:
http://fedoraxgl.tuxfamily.org/repository/5/SRPMS/control-center-2.14.0-1.src.rpm
Spec:
http://fedoraxgl.tuxfamily.org/repository/5/SPECS/control-center.spec

  

(In reply to comment #3)
> For building compiz, the control-center-devel package with 2.14.0 is requiered.
> Pre made package are avalable [...]

This is going to be a problem -- control-center is already in Core and Extras
packages are not allowed to replace packages from Core. The proper way to solve
this kind of problem in Fedora-Land would be to convince the core maintainer to
release a update that also builds the devel package. That's probably not that
easy, but you should at least try (e.g. create a patch for the
control-center.spec from Core, open a bug here, describe the situation and
attach the patch to the bug).

done!

I have been working with Alphonse on getting these packages running on FC5. 
There are 3 dependencies required.  One is just the control-center-devel part of
the package.  I have a spec with the needed changes from the lastest in rawhide
(I can create a patch).  The other two are libsvg, and libsvg-cairo with devels.
 For Xgl you will need to also add glitz.  One possability is to include the
devel files with compiz, I believe its only 3 or 4 files.  I have created new
SRPMs based on those by Alphonse and built all required packages on both i386
and x86_64 in mock, with only minor rpmlint warnings.  The source packages can
be found at the following URL:

http://www.ece.ucdavis.edu/~ewwork/repo/5/SRPMS/

Maybe I can help speed up getting this package accepted.  Seeing as how Ubuntu
6.09 and SuSE 10.1 now have thes packages included I think FE should fill this
gap for Fedora users.

Created attachment 130330 [details]
control-center-2.14.1-1.fc5.2 add devel patch

Created attachment 130332 [details]
control-center-2.14.2-2 add devel patch

Sorry for the badly worded comment before its getting a little too late.

(In reply to comment #8)
> Created an attachment (id=130332) [edit]
> control-center-2.14.2-2 add devel patch
> 
> Sorry for the badly worded comment before its getting a little too late.

The whole control-center problem should be worked on and solved in Bug 193679; 

(In reply to comment #6)
>  For Xgl you will need to also add glitz.  One possability is to include the
> devel files with compiz, I believe its only 3 or 4 files. 

That sounds really dirty. Why not provide a proper glitz package? And one bug
one package please, otherwise it will confuse everything.

BTW and just out of interest: does compitz work with Xaiglx / Xorg 7.1 these days?

Yes compiz work with Xaiglx.
http://lists.freedesktop.org/archives/xorg/2006-March/013577.html

I will try to compile compiz with these patch.

I have created new bugs for libsvg, and libsvg-cairo, which are the other two
dependencies missing currently besides control-center-devel.  These are bugs
193806, and 193807.  I guess to clear up what I said before.  Once suggestion I
had to was to put the needed control-center .h files included with compiz.  Like
stated in comment #4, the best is to make the change upstream for everyone to use.

The following SRPM has a newer Mesa and is checked with mock and rpmlint.

SPEC URL: http://www.ece.ucdavis.edu/~ewwork/repo/5/SPECS/compiz.spec
SRPM URL: http://www.ece.ucdavis.edu/~ewwork/repo/5/SRPMS/compiz-0.0.11cvs-1.src.rpm

I have never see this spec file, and find this kind of practice really bad!

Spec URL: http://fedoraxgl.tuxfamily.org/repository/5/SPECS/compiz.spec
SRPM URL:
http://fedoraxgl.tuxfamily.org/repository/5/SRPMS/compiz-0.0.10-1.fc5.src.rpm 
 
Several changes, some based on the Eric Work version:
-  update cvs mesa version with this of yesterday.
-  add devel package, but comment out a this time.
-  more use of macro.
-  remove compiz gconf entry when unstalling the package (preun).
-  update fedora-log.patch, patch compiz.schemas file too.
-  remove extra comments.
-  fix version, so old user of the package must uninstall the old package to be
able to install the new one.
-  fix release in changlog.

this version is well cleaned, rpmlint complain only for the licence
(X11/MIT/GPL), and for the gconf .schemas (he says W: compiz non-conffile-in-etc
/etc/gconf/schemas/compiz.schemas but all gconf schemas are there, so i think
that this warning may be ignored?).

Thx to Eric for him work! (if the next time you sendings me a patch it will be
still better ;))

I am sorry for the confusion about the SPEC files.  I should have sent my
changes to Alphonse Van Assche instead of submiting my own.  Ignore my SPEC file
and use the one supplied by Alphonse as his is now much better than mine.

[LEGAL]

compiz source currently contains trademarked Novell logos, and does not
to the best of my knowledge provide explicit legally binding approval
to permit the redistribution of their trademarked logo.

In order to meet the requirements of trademark law, if compiz is included
in Fedora Core or Extras, we will then need to do one of the following
options:

1) Request upstream to remove the trademarked logo from the repository and
source archives, to permit the package to be redistributable without
violating their trademark terms.

or

2) Request them to insert explicit permission in the sources for the
redistribution of their trademarked logo.  (unlikely)

or

3) We need to recreate the tarballs, without the trademarked logo.


Doing any of these should comply with Fedora legal policies I believe.
If there are any deeper concerns, we should directly contact Red Hat
legal councel to resolve any concerns.

We're definitely interested in making compiz usable on fedora, but there are a
number of issues with the current approach that needs to be worked out:

 - Must work with aiglx.  Packaging Xgl is fine and compiz should be able to run
on Xgl too, but Xgl can not be a dependency of the compiz RPM.  compiz will need
further patches for this to work, specifically it needs to default to strict
texture binding and indirect rendering.

 - We should update to compiz 0.0.12

 - Can't include mesa source, must work with system mesa.  Current rawhide mesa
almost works, but needs a patch to provide a few extra FBConfig attributes.

 - We can't pull in libsvg-cairo.  No development is going on on that library
anymore. librsvg is the svg renderer to use going forward, and it now renders to
a cairo surface too.  Short term we'll have to disable the svg functionality,
longer term I'm sure upstream will take a patch to port to librsvg.

 - the %description mentions EXT_texture_from_drawable, it's now called
EXT_texture_from_pixmap.  In either case it's too much of an implementation
detail to put in the %description.  However it should mention that compiz is
also a windows manager.

I'm currently working on patches to the core packages (Xorg and mesa) to make it
 possible to run compiz on aiglx, will keep this bug updated as that work
progresses.

thanks,
Kristian

Our bugzilla database had a catastrophic failure on June 13 which
lost all bug changes from Thurs the 9th or so.  I'm trying to
fix some of the breakage and missing comments, etc. from what I
have saved in bugzilla emails.


------- Additional Comments From alcapcom@gmail.com  2006-06-09 10:07 EST -------
Hehe, compiz on Fedora...
A part of the work is done.

Spec URL: http://fedoraxgl.tuxfamily.org/repository/5/SPECS/compiz.spec
SRPM URL:
http://fedoraxgl.tuxfamily.org/repository/5/SRPMS/compiz-0.0.13-1.fc5.src.rpm

Here what is made: 
* Fri Jun 9 2006 Alphonse Van Assche <alcapcom@gmail.com> 0.0.13-1
- update to 0.0.13
- remove novell.png from the sources archive.
- add a patch for remove all novell.png entry in the sources.
- disable libsvg (only requiere by cube plugin, the plugin work witout but 
  unfortunately the nice fedora logo is no more on the top of the cube... snif).
- remove xgl from requiered packages.
- chang packages description.
- Remove Mesa build-in source stuff.

So for further go, It need some additional:
- Where can we find FBConfig mesa patch for the current rawhide, have find this
one, on the compiz mailing list
http://lists.freedesktop.org/archives/compiz/2006-April/000072.html. is that  patch?
- Where can we find SRPMS for Aiglx? 
- What are the good/best card for aixgl, I will buy one this w-e to test aiglx too.
 
I impatiently wait the patched for mesa and Xorg  :-D 

Thanks

------- Additional Comments From work.eric@gmail.com  2006-06-10 06:50 EST -------
Just to update everyone control-center-devel has been resolved in the
development branch.  libsvg* has been put into the FC-5 and development branches
so the dependencies are there now for the development branch.

While restoring bugzilla state based on bug emails, I seem to have
inadvertently closed this bug as NEXTRELEASE, when it was a dependent
bug that had previously been closed.

Reopening, and setting to ASSIGNED.

I've updated the core packages to allow compiz to run on straight rawhide and
packaged up a version of compiz that works with aiglx.  More details here:

http://lists.freedesktop.org/archives/compiz/2006-June/000300.html

#21 confirmed as building and working on x86 rawhide as of today.

Note: this package accidentally for assigned to me. That's wrong, I'm not
interested in it and won't do a review. This bug should be treated as it was in
a NEW state (it still blocks FE_NEW so most people will know that nobody is
reviewing this yet).

Reassigning to myself, dropping libsvg-cairo dependency bug.

Closing as RAWHIDE, as per bug #198944 we're pulling it into Fedora Core.