On Wed, Jun 25, 2003 at 09:30:32PM +1000, Herbert Xu wrote:
> Why is fakeroot calling the real chown(2)?
I think it's to be able to report errors like ENOENT. You can turn
it off by setting FAKEROOTDONTTRYCHOWN in the environment.
It should be possible to replace this chown with something harmle
On Wed, Jun 25, 2003 at 09:30:32PM +1000, Herbert Xu wrote:
> > Running debuild as normal user under the 2.5.73+ kernel results in fakeroot
> > actually setting the file ownership to root (or any other uid/gid for that
> > matter). The result is that the parts which don't run under fakeroot -
>
On Wed, Jun 25, 2003 at 09:30:32PM +1000, Herbert Xu scribbled:
> Marek Habersack <[EMAIL PROTECTED]> wrote:
> >
> > Running debuild as normal user under the 2.5.73+ kernel results in fakeroot
> > actually setting the file ownership to root (or any other uid/gid for that
> > matter). The result i
Le mer 25/06/2003 à 00:34, Marek Habersack a écrit :
> Hey list,
>
> Running debuild as normal user under the 2.5.73+ kernel results in fakeroot
> actually setting the file ownership to root (or any other uid/gid for that
> matter). The result is that the parts which don't run under fakeroot -
Marek Habersack <[EMAIL PROTECTED]> wrote:
>
> Running debuild as normal user under the 2.5.73+ kernel results in fakeroot
> actually setting the file ownership to root (or any other uid/gid for that
> matter). The result is that the parts which don't run under fakeroot -
Why is fakeroot callin
On Wed, Jun 25, 2003 at 08:42:03AM +0200, Andreas Metzler scribbled:
> Marek Habersack <[EMAIL PROTECTED]> wrote:
> > Running debuild as normal user under the 2.5.73+ kernel results in fakeroot
> > actually setting the file ownership to root (or any other uid/gid for that
> > matter).
> [...]
>
>
On Tue, Jun 24, 2003 at 10:57:36PM -0400, Aaron M. Ucko scribbled:
> Marek Habersack <[EMAIL PROTECTED]> writes:
>
> > 2. Modify fakeroot to check the kernel version, the type of fs on which it
> > is currently working and have it issue a sysctl to enable
> > restricted_chown. It looks
Marek Habersack <[EMAIL PROTECTED]> wrote:
> Running debuild as normal user under the 2.5.73+ kernel results in fakeroot
> actually setting the file ownership to root (or any other uid/gid for that
> matter).
[...]
Either there is a big misunderstanding or a big bug in 2.5.73+.
Are you saying tha
Marek Habersack <[EMAIL PROTECTED]> writes:
> 2. Modify fakeroot to check the kernel version, the type of fs on which it
> is currently working and have it issue a sysctl to enable
> restricted_chown. It looks better than #1 but it might incurr
Er, is this even possible as an ordinary
On Tue, Jun 24, 2003 at 09:17:36PM -0400, Colin Walters scribbled:
> On Tue, 2003-06-24 at 18:34, Marek Habersack wrote:
>
> > 5. Influence the XFS/kernel maintainers to change the default value of
> > restrict_chown to enabled.
>
> I think they really should do this. Having people be abl
On Tue, 2003-06-24 at 18:34, Marek Habersack wrote:
> 5. Influence the XFS/kernel maintainers to change the default value of
> restrict_chown to enabled.
I think they really should do this. Having people be able to give away
files is something that you usually *don't* want by default.
Hey list,
Running debuild as normal user under the 2.5.73+ kernel results in fakeroot
actually setting the file ownership to root (or any other uid/gid for that
matter). The result is that the parts which don't run under fakeroot -
e.g. debian/rules won't be able to write to the debian/packagen
I want to create my own package with some tools for teTeX and I've some
problems with it:
1. I put some files into /usr/doc/package-name and in postinst script i
copy them to diferent places as needed. Now when i try to run:
root:~# dpkg -S file-name
/usr/doc/package-name/file-name
I want to add
13 matches
Mail list logo
