On Tue, Apr 15, 2008 at 06:31:15PM -0400, Joey Hess wrote:
> I'd like to be able to install kerneloops on a server without needing to
> install desktop dependencies that will never be used.

ie all the gnome stuff?  Fair enough, I suppose.

> It would also be convenient if installation of kerneloops on a server
> didn't need editing of /etc/kerneloops.conf to enable it sending oopes.

I'm very leery about this.  I think we need to recognise the
privacy/security implications here.  The user needs to take some kind of
affirmitive action to permit the transmission of data from their machine.
I'd like kerneloops installed by default ... so having the 'ask' is the
right way to proceed.

Arguably typing 'apt-get install kerneloops-foo' is affirmitive action,
but I'd prefer something a little more explicit.

I wonder if we could send an email to root.  Something like:

"Hi.  This is your friendly kerneloops daemon.  I've noticed a few
oopses in your logfiles that don't appear to have been submitted to the
central server at kerneloops.org.  If you want to enable these to be
sent automatically, please edit /etc/kerneloops.conf and change
allow-submit=ask to allow-submit=yes.  If you don't want to be bothered
with these mails any more, either change allow-submit to no or deinstall
the kerneloops package."

> With this said, the current configuration is right for desktops, and
> dekstop users shouldn't need to edit the file either.
> 
> I think that two packages are called for. The easiest split would be the
> keep the current package unchanged and add a kerneloops-server package
> that conflicts with it.

The name is wrong.  The kerneloops-server is something that runs on
kerneloops.org (and afaik the source isn't released).

I guess kerneloops-nogui would have to have priority extra if it's going
to conflict with something with priority optional.

-- 
Intel are signing my paycheques ... these opinions are still mine
"Bill, look, we understand that you're interested in selling us this
operating system, but compare it to ours.  We can't possibly take such
a retrograde step."



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Reply via email to