You are not logged in.
The i686 binaries are now going up. See above somewhere for the repo details. Only thing missing is seahorse. I would appreciate testing as these are on a laptop i rarely use physically (so no gnome). I fear they are a bit breaky.
Also going up are the src packages at ftp://ftp.tjwallace.ca/arch-repo/src, or you can use git (recommended). Particularly try building some 64 bit packages.
I'm quite happy about this. A GNOME release packaged within 24 hours of release and binaries going up in 26/27 hours. And we're 2 releases ahead of Ubuntu
Couple of other points:
*a few dependencies need building from AUR (from what I remember, devicekit-disks, libgdata, clutter-gtk and some others.)
*clutter needs rebuilding from the normal package with gobject-introspection enabled. If you get errors were a .gir file is missing when building any package, check you have gobject-introspection and gir-repository installed.
*gir-repository won't build, use gir-repository-git for now
*gstreamer0.10, gstreamer0.10-base and gstreamer0.10-base-plugins need updateing to the latest 0.10.24 (which is what stops gir-repository building)
*libxklavier needs a version bump to 4.0. It's a simple upgrade
*if you want to be adventurous, read the note in gnome-games-devel's PKGBUILD to add other clutter-y games
*if anyone wants to help, fixing empathy map support and figuring out the change to gpgme to get seahorse to build would be appreciated
Last edited by alex_anthony (2009-08-14 02:20:31)
Offline
I've cloned, am looking through things. Will be away for the weekend though, after that I may look into doing the build for x86_64.
Allan-Volunteer on the (topic being discussed) mailn lists. You never get the people who matters attention on the forums.
jasonwryan-Installing Arch is a measure of your literacy. Maintaining Arch is a measure of your diligence. Contributing to Arch is a measure of your competence.
Griemak-Bleeding edge, not bleeding flat. Edge denotes falls will occur from time to time. Bring your own parachute.
Offline
any success? anyone tried testing them? Been away for a fortnight and haven't tried it once.
Last edited by alex_anthony (2009-08-30 13:11:41)
Offline
I've been looking at this using your PKGBUILDs from git, building on a fresh Arch64 install. I'm about half way through but the re-build of clutter is failing when generating the gir files. The error seems to be coming from gobject-introspection parsing, here's the end of the makepkg output:
Clutter 1.0.4
====================
prefix: /usr
Flavour: glx/gl
XInput: no
GL headers: GL/gl.h
Image backend: gdk-pixbuf
Target library: libclutter-glx-1.0.la
Clutter debug level: minimum
COGL debug level: no
Compiler flags:
Build API documentation: no
Build manual documentation: no
Build introspection data: yes
Making all in build
Making all in autotools
Making all in clutter
GEN stamp-clutter-marshal.h
GEN stamp-clutter-enum-types.h
GEN clutter-marshal.c
Making all in cogl
Making all in common
GEN stamp-cogl-enum-types.h
CC cogl.o
CC cogl-enum-types.o
CC cogl-util.o
CC cogl-bitmap.o
CC cogl-bitmap-fallback.o
CC cogl-current-matrix.o
CC cogl-primitives.o
CC cogl-bitmap-pixbuf.o
CC cogl-clip-stack.o
CC cogl-fixed.o
CC cogl-color.o
CC cogl-matrix.o
CC cogl-vertex-buffer.o
CC cogl-matrix-stack.o
CC cogl-blend-string.o
CC cogl-material.o
CC cogl-debug.o
LINK libclutter-cogl-common.la
Making all in gl
CC cogl-primitives.o
CC cogl.o
CC cogl-texture.o
CC cogl-fbo.o
CC cogl-shader.o
CC cogl-program.o
CC cogl-context.o
LINK libclutter-cogl-gl.la
GEN cogl-gl-1.0.pc
GEN cogl-1.0.pc
LINK libclutter-cogl.la
GEN Cogl-1.0.gir
/home/rich/build/gnome-devel/clutter/src/clutter-1.0.4/clutter/cogl/cogl-shader.h:110: syntax error, unexpected '*', expecting ')' or ','
/home/rich/build/gnome-devel/clutter/src/clutter-1.0.4/clutter/cogl/cogl-texture.h:61: syntax error, unexpected identifier, expecting ')' or ','
/home/rich/build/gnome-devel/clutter/src/clutter-1.0.4/clutter/cogl/cogl-texture.h:98: syntax error, unexpected identifier
Command '['/home/rich/build/gnome-devel/clutter/src/clutter-1.0.4/clutter/cogl/tmp-introspectQqp6uq/Cogl-1.0', '--introspect-dump=/home/rich/build/gnome-devel/clutter/src/clutter-1.0.4/cutter/cogl/tmp-introspectQqp6uq/types.txt,/home/rich/build/gnome-devel/clutter/src/clutter-1.0.4/clutter/cogl/tmp-introspectQqp6uq/dump.xml']' returned non-zero exit status -11
make[6]: *** [Cogl-1.0.gir] Error 1
make[5]: *** [all-recursive] Error 1
make[4]: *** [all] Error 2
make[3]: *** [all-recursive] Error 1
make[2]: *** [all] Error 2
make[1]: *** [all-recursive] Error 1
make: *** [all] Error 2
==> ERROR: Build Failed.
Aborting...
I have both gobject-introspection-git and gir-repository-git installed. The 'syntax error, unexpected ...' is from the giscanner/scannerparser.y file in gobject-introspection.
Any suggestions?
Offline
maybe try the latest released versions (0.6.4 for both) of gobject-introspection and gir-repository. Maybe there's something too new in git at the moment.
Offline
Sorry, I should have said, I get the same result with 0.6.4.
Offline
can you try building clutter with this PKGBUILD?
# Contributor: atie H. <atie.at.matrix@gmail.com>
pkgname=clutter-git
pkgver=20090905
pkgrel=1
pkgdesc="A GObject based library for creating fast, visually rich graphical user interfaces"
arch=('i686' 'x86_64')
url="http://clutter-project.org/"
license=('LGPL')
depends=('gtk2' 'libgl' 'gobject-introspection')
options=('!libtool')
provides=('clutter=1.0')
conflicts=('clutter' 'clutter-svn')
source=()
md5sums=()
_gitroot="git://git.clutter-project.org/clutter"
_gitname="clutter-1.0"
build() {
cd $srcdir
msg "Connecting to git.cairographics.org GIT server...."
rm -rf $srcdir/$_gitname-build
if [ -d $srcdir/$_gitname ] ; then
cd $_gitname && git pull origin $_gitname:$_gitname
git checkout clutter-1.0
msg "The local files are updated."
else
git clone $_gitroot $_gitname
git checkout origin/clutter-1.0
fi
msg "GIT checkout done or server timeout"
msg "Starting make..."
cp -r $srcdir/$_gitname $srcdir/$_gitname-build
cd $srcdir/$_gitname-build
msg "Starting build"
./autogen.sh --prefix=/usr || return 1
make || return 1
make DESTDIR=$pkgdir install || return 1
}
This should build the latest clutter (from the 1.0 branch). Make sure that it isn't a problem that's been fixed in clutter since 1.0.4 was released. Also perhaps try clutter 1.0.2 instead of 1.0.4.
Anyone on 64 bit able to reproduce this?
Edit: I just watched my build, and I get the same syntax errors, but they aren't fatal. Not sure what the error that follows it is about then. Maybe add --disable-shave to the ./configure line and see if anything useful is being hidden.
Last edited by alex_anthony (2009-09-05 18:26:17)
Offline
Hello I can work too
I can provide PKGBUILD (-git and static too) and testing some that I'm using (I like new things).
Is there any PKGBUILD for new gtk2 (I mean 2.27.5) becouse I can make it
Shell Scripter | C/C++/Python/Java Coder | ZSH
Offline
Oh, could you provide -git packages ? They could be useful, especially now that GNOME 3.x is coming.
I tried to create git PKGBUILDs from Alex_antony's PKGBUILDs, but it would take ages to do it manually (and it is the only way, since some PKGBUILDs need more care).
Last edited by flamelab (2009-09-05 19:44:30)
Offline
All of the PKGBUILDs are in a git repo at git://gitorious.org/moblin-and-gnome-devel-packaging/gnome-devel.git
and the src tarballs are at ftp://ftp.tjwallace.ca/arch-repo/src
I'd recommend using the git repo because I keep it up to date, unless you only want a couple of packages.
If anyone wants to add 64 bit packages to the repo, I'm sure that tjwallace would give them ftp access and I'd get them access to add changes to my git repo of PKGBUILDs.
I'm now running 2.28 beta (2.27.91) full time. Its working fine on i686.
For git, I'd just use jhbuild. Tarballs are released frequently enough to test it properly - gnome shell and mutter have released twice since 29th August. Only mutter and gnome-shell are changing a lot, and they recommend using jhbuild as being much easier for building the dependencies.
There are a few git packages in AUR, and converting my -devel packages would be mainly copy and pasting the new code to fetch the source over git.
Last edited by alex_anthony (2009-09-05 21:18:27)
Offline
But jhbuild isn't Arch specific, as I can see :-/ How can we use it ?
Offline
Hello alex_anthony.
I cloned your git repo and I see you got nice base of gnome PKGBUILD's.
I watched your glib2 package and he depends on python but why?
Here you got my PKGBUILD from my glib2-newest package from AUR:
http://aur.archlinux.org/packages/glib2 … t/PKGBUILD
As you could see it's not depends on python and I work good (I'm using it).
For now I will test your gtk2 package.
Thanks for PKGBUILD's.
Shell Scripter | C/C++/Python/Java Coder | ZSH
Offline
that was added by namcap for /usr/bin/gtester-report. Anyone got a system without python installed to test if it builds without it?
I'll move it to optdepends for now, but makedepends might need adding too.
JHbuild works on arch anyway, it just installs the latest gnome in parallel in /opt, using the system libs. It isn't helpful for packaging gnome for arch, but nor are git packages really, compared to devel tarball packages.
Offline
that was added by namcap for /usr/bin/gtester-report. Anyone got a system without python installed to test if it builds without it?
I'll move it to optdepends for now, but makedepends might need adding too.JHbuild works on arch anyway, it just installs the latest gnome in parallel in /opt, using the system libs. It isn't helpful for packaging gnome for arch, but nor are git packages really, compared to devel tarball packages.
I got system without python
Shell Scripter | C/C++/Python/Java Coder | ZSH
Offline