> >
> > How about uncommenting a line that does so. All you are buying into is
> > a default setup.
>
> App authors don't ship configs like that though. Does apt ship a sudo
> config? Does anything?
Perhaps you missed my opening message on this topic, except it was in
your first reply.
> >
> > I never meant it is rubbish as such but I saw it as rediculously
> > inferior to sudo before I even read this.
> >
> > http://drfav.wordpress.com/2012/05/11/the-quest-towards-trusted-client-applications-a-rambling/
>
> Perhaps I'm misunderstanding, but that is talking about a specific set
On Tue, 15 Jan 2013 22:19:37 +0200
Maxim Kammerer wrote:
> This is a major problem, there are other questionable choices that
> raise the question whether developers are familiar with how things are
> done on Unix:
> https://bugs.freedesktop.org/show_bug.cgi?id=58787
>
I have to confess that de
> > Unless sudo has some config setting that allows access only when
> > logged in via console it isn't really a solution.
> >
> > Rich
> >
man sudoers -> /requiretty
>
> I manage 'thousands' of desktops at Google and we generally like
> polkit.
I never meant it is rubbish as such but I saw i
> > Debian having to patch KDE to use /etc for configs is simply wrong too.
>
> huh huh, do you know if they have a fix for
> http://bugs.gentoo.org/438790 to stop KDE from destroying upstream
> polkit files?
I don't, I just know that on Debian the configs are in /etc and the bug
you mention,
> William is packaging upstream udev for Gentoo.
>
> You are shooting the messenger.
I expect there is 0 blame meant for William.
P.s.
Is it William that Lennart dished some blame in the direction of. I
completely disagree. It's not the job of every distro to look for all
build flags to fix
> but
> again it appears that simple cases are being made complex, just to allow
> for someone else's complex cases. Which is faulty logic.
It's a welcome option but an important question seems to be; Why wasn't
this picked up in the dev cycle?.
This reminds me of udisks 8 months ago losing feat
On Mon, 31 Dec 2012 15:42:39 +0100
Tobias Klausmann wrote:
> I _do_ think that his concerns need
> to be addressed, particularly the second half of his statement.
Whilst I agree that if it does debians system shouldn't undermine
mozillas. I think the latest efforts are a pointless bandaid but I
On Mon, 31 Dec 2012 08:21:10 + (UTC)
Duncan <1i5t5.dun...@cox.net> wrote:
> I was curious, however, as I'd been reading about running X as
> non-root,
I use some hackery to run startx on some systems as a normal user on
linux and without suid. The only important things to me that break on
th
> We're drifting here, but the concept is that machine-local stuff like
> configuration stays out of /usr, and generic distro stuff stays in
> /usr.
>
> A webserver for site1 vs site2 would be identical in /usr, but
> different elsewhere.
That has always been the case. In fact people have tried t
On Wed, 19 Dec 2012 09:13:28 -0800
Greg KH wrote:
> No, not at all, please see the web page that describes, in detail, the
> problems that has been going on for quite some time now, with the /usr
> and / partitions and packages.
> http://freedesktop.org/wiki/Software/systemd/separate-usr-is
> People simply don't seem to realize that you can go away and
> do something else while all that's happening
Like servers I prefer build machines to be more secure dedicated build
machines without a browser or X, so I expect it's a bit of a barrier
for me.
Having said that I haven't found the t
On Mon, 17 Dec 2012 11:19:20 +0100
Tomáš Chvátal wrote:
> The only reason why we have this currently in usr is that bsd ports
> put their stuff in there and I suppose Daniel just did the same.
>> +1 on /var/cache.
>>
>>> Agreed.
>>>Bonus points if we consider suggesting to move it on a dedica
Firstly I use your longlasting 3.2 kernel currently though perhaps not
for long as I'm switching distro to avoid systemd and thank you for
the LTS work, however that won't stop me speaking my mind.
_
> > Greg, can you write back t
14 matches
Mail list logo
