On Fri, Apr 25, 2008 at 08:18:04PM +0200, Tollef Fog Heen wrote:
> * Heikki Orsila
>
> (Cc-ing you as I don't know if you're on debian-devel or not;
> apologies if you are subscribed).
Thanks. I'm not on the list.
> Somebody suggested the proprietary Nvidia and ATI installers sometimes
> set th
* Heikki Orsila
(Cc-ing you as I don't know if you're on debian-devel or not;
apologies if you are subscribed).
| On Fri, Apr 25, 2008 at 07:28:33AM +0200, Tollef Fog Heen wrote:
| > Could you (Heikki Orsila) please try removing and then installing the
| > mesa-common-dev package and see if that
On Fri, Apr 25, 2008 at 07:28:33AM +0200, Tollef Fog Heen wrote:
> Could you (Heikki Orsila) please try removing and then installing the
> mesa-common-dev package and see if that fixes the problem?
Interesting, just doing that fixes the permissions. Thanks! But why did
it happen in the first plac
* Julien Cristau
| On Thu, Apr 24, 2008 at 18:02:28 +0100, Neil Williams wrote:
|
| > I would suggest that this bug should be closed, it certainly does not
| > appear to be a "general" bug because only one package creates that
| > directory and that package is creating it correctly AFAICT.
| >
On Thu, Apr 24, 2008 at 09:37:13PM +0400, Sergei Golovan wrote:
> The point is that root must not own any file to hide from the other
> users (with a few exceptions).
I suspect that is a long list of exceptions..
--
Heikki Orsila
[EMAIL PROTECTED]
http://www.iki.fi/shd
--
To UNSUBSCRIBE, ema
On 4/24/08, Heikki Orsila <[EMAIL PROTECTED]> wrote:
> On Thu, Apr 24, 2008 at 08:53:06PM +0400, Sergei Golovan wrote:
> >
> > root is not a usual user. His only purpose is to serve other users,
> > and the results of his work should be accessible by them. So, it isn't
> > wise to set root's um
On Thu, Apr 24, 2008 at 08:53:06PM +0400, Sergei Golovan wrote:
> On 4/24/08, Heikki Orsila <[EMAIL PROTECTED]> wrote:
> >
> > My root user has default umask 0077.
>
> root is not a usual user. His only purpose is to serve other users,
> and the results of his work should be accessible by them. S
On Thu, Apr 24, 2008 at 06:02:28PM +0100, Neil Williams wrote:
> I would suggest that this bug should be closed, it certainly does not
> appear to be a "general" bug because only one package creates that
> directory and that package is creating it correctly AFAICT.
I suggest you change this, becau
On Thu, 2008-04-24 at 19:10 +0200, Julien Cristau wrote:
> On Thu, Apr 24, 2008 at 18:02:28 +0100, Neil Williams wrote:
>
> > I would suggest that this bug should be closed, it certainly does not
> > appear to be a "general" bug because only one package creates that
> > directory and that package
On Thu, Apr 24, 2008 at 18:02:28 +0100, Neil Williams wrote:
> I would suggest that this bug should be closed, it certainly does not
> appear to be a "general" bug because only one package creates that
> directory and that package is creating it correctly AFAICT.
>
dpkg creates that directory, an
On Thu, 2008-04-24 at 19:13 +0300, Heikki Orsila wrote:
> Package: general
> Severity: important
>
> Directory /usr/include/GL lacks read permissions, and thus, can not be
> listed:
mesa-common-dev creates /usr/include/GL with the correct permissions:
drwxr-xr-x root/root 0 2008-04-11 08
On 4/24/08, Heikki Orsila <[EMAIL PROTECTED]> wrote:
>
> My root user has default umask 0077.
root is not a usual user. His only purpose is to serve other users,
and the results of his work should be accessible by them. So, it isn't
wise to set root's umask to something different from 0022.
--
Package: general
Severity: important
Directory /usr/include/GL lacks read permissions, and thus, can not be
listed:
$ ls -la /usr/include/GL
total 640
drwx--x--x 2 root root 4096 2008-04-24 18:49 .
drwxr-xr-x 102 root root 12288 2008-04-24 18:49 ..
-rw-r--r-- 1 root root 372677 2008-04-11
13 matches
Mail list logo
