One line difference to 0.4.5 which has been in tree since 31 Jan 2009. No known regressions. Please test & mark stable.
Created attachment 213579 [details, diff] declare glx function prototype Ok there was an error on amd64 system * QA Notice: Files built without respecting LDFLAGS have been detected * Please include the following list of files in your report: * /usr/lib64/gpac/gm_jack.so * /usr/lib64/gpac/gm_alsa.so * /usr/lib64/gpac/gm_oss_audio.so * /usr/lib64/gpac/gm_pulseaudio.so * QA Notice: Package has poor programming practices which may compile * fine but exhibit random runtime failures. * compositor/visual_manager_3d_gl.c:102: warning: implicit declaration of function 'glXGetProcAddress' * compositor/visual_manager_3d_gl.c:102: warning: implicit declaration of function 'glXGetProcAddress' * * QA Notice: Package has poor programming practices which may compile * but will almost certainly crash on 64bit architectures. * * Function `glXGetProcAddress' implicitly converted to pointer at compositor/visual_manager_3d_gl.c:102 * Function `glXGetProcAddress' implicitly converted to pointer at compositor/visual_manager_3d_gl.c:102 * * Please file a bug about this at http://bugs.gentoo.org/ * with the maintaining herd of the package. I created the trivial patch, committed it, and stabled the package. This patch wont affect the package in anyway. It is just a trivial way to make sure that gcc will compile and interprets the falling function correctly So, to sum up. Stable on amd64
x86 stable
ppc64 done
ppc done
Stable on alpha.
sparc stable, closing
Reopening. (In reply to comment #1) > So, to sum up. Stable on amd64 gpac-0.4.5-r1.ebuild:KEYWORDS="alpha ~amd64 ppc ppc64 sparc x86 ~x86-fbsd" ?
(In reply to comment #7) > Reopening. > > (In reply to comment #1) > > So, to sum up. Stable on amd64 > > gpac-0.4.5-r1.ebuild:KEYWORDS="alpha ~amd64 ppc ppc64 sparc x86 ~x86-fbsd" > > ? > Sorry I failed Marked stable now on amd64