Am Dienstag 24 November 2009 12:32:06 schrieb Rui Miguel Silva Seabra: > On Tue, Nov 24, 2009 at 12:18:35PM +0100, Thomas Zimmermann wrote: > > Am Dienstag 24 November 2009 10:32:57 schrieb Rui Miguel Silva Seabra: > > > On Tue, Nov 24, 2009 at 09:33:48AM +0100, Jens Seidel wrote: > > > > On Tue, Nov 24, 2009 at 08:07:08AM +0000, Rui Miguel Silva Seabra wrote: > > > > > On Tue, Nov 24, 2009 at 12:06:24AM +0000, Rui Miguel Silva Seabra wrote: > > > > > > Hi, > > > > > > > > > > > > PolicyKit was breaking in my build tree, even after git update. > > > > > > As the error seemed related to missing gettext m4 stuff, I added > > > > > > gettext to DEPENDS and things seem to be progressing. > > > > > > > > > > But even though it progressed (a lot), it still broke, for the same > > > > > reason *%"$#%&"$#/ > > > > > > > > And what are the error messages? > > > > > > > > Maybe you just have to bump the used gettext version? If you use > > > > autotools the line AM_GNU_GETTEXT_VERSION(0.12) doesn't mention the > > > > minimum required gettext version but the version to use (via > > > > autopoint)! Version 0.11 doesn't support make distcheck, versions > > > > 0.12-0.14.6 require a mkinstalldirs hack for make distcheck (at least > > > > for automake version 1.11) ... > > > > > > > > Or is it a automake related problem? v1.7.6 find to many m4 > > > > dependencies which are of course not put in the tgz ball via make > > > > dist as aclocal is responsible for m4 macros. > > > > > > > > We need details ... > > > > > > It's complaining about IT_PROG_INTLTOOL(0.36.0) and borks because of > > > that on do_configure. I've erased the logs because I hammered > > > AC_PROC_INTLTOOL instead and am going to try that out. > > > > > > Meanwhile, I find out that OE is using an extremely old and > > > unmaintained policy kit version. > > > > > > Rui > > > > Policykit 0.9 is the latest version of Policykit i can find, so why is it > > unmaintained? > > I think I understood wrong because PolicyKit 0.9 is over an year and a half > old, and there are new versions called polkit which have had 3 releases in > the last few months which are used in recent distributions. > > However, they also have some 0.9 packages, so maybe they're not so exactly > the same as they looked :( > > > I tried to compile policykit today and for me it's working fine. > > The problem about intltool can be solved by intltool-native to DEPENDS > > Argh... please commit that then... I've done "git fetch" on it yesterday > and it doesn't have that fix :(
Oh, i forgot some words :) I just think it can be solved by this because i can't test ;) Please try and report the result. > I will apply it locally, though, as I want my local environment building > packages again :) > > Thanks, > Rui _______________________________________________ Shr-devel mailing list Shr-devel@lists.shr-project.org http://lists.shr-project.org/mailman/listinfo/shr-devel
