[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#457014: ocaml-nox: Bad permissions on ocamldoc-api-ref-config



On Wednesday 19 December 2007 03:11:35 am Stefano Zacchiroli wrote:
> On Wed, Dec 19, 2007 at 08:59:50AM +0100, Stefano Zacchiroli wrote:
> > > I just tried on my home box (amd64/sid), and cannot reproduce the error
> > > you describe on recompiling cryptgps.
> >
> > mmmh, this is strange, I really don't see how can it built find for you:
> > the cdbs class now invokes
> > /usr/share/cdbs/1/class/ocamldoc-api-ref-config and that file is not
> > executable here:
> >
> >   $ ls -l /usr/share/cdbs/1/class/ocamldoc-api-ref-config
> >   -rw-r--r-- 1 root root 2238 2007-12-17 13:41
> > /usr/share/cdbs/1/class/ocamldoc-api-ref-config
> >
> > Can you please check whether the above file is executable for you or
> > not?
>
> I've committed on the svn repo what I think is a fix for this (see my
> previous post to this bugreport). Before uploading however, I'll wait
> for some info from Ralf, since given his test in which the FTBFS does
> not manifest itself I fear there is something more to be understood ...
>
> Cheers.

My guess is that the file was executable on the original builder's machine, 
which appeared to be amd64 from the buildd page.  Therefore, the amd64 
packages have the file executable (as I can verify, as the package also 
builds fine for me using a vanilla pbuilder amd64 chroot).  But since 
dpkg-source doesn't preserve permissions on new files created by the .diff.gz 
part of the source package, any binaries built by the buildd's (or built from 
source on amd64 as happened in my case) won't have it executable.

If that's the cause, then the proper fix would be to insert a "chmod 
+x .../ocamldoc-api-ref-config" in debian/rules.
-- 
Daniel Schepler




Reply to: