doctormo at gmail.com
Sat Sep 13 05:02:12 UTC 2008
> I think we've all had that idea at one time or another, but sadly it's
> based on a misunderstanding of how the community works.
Oh no, I understand that people will be people. I don't expect them to
agree. But building systems to validate system integrity doesn't
require projects approval directly. Some of this is a
distribution/packaging problem and some of it is a system integrity
problem. Having a community which then realises the usefulness of new
mechanisms to their projects just aims to decrees the burden of work
from the packagers and shift it to the projects where it is most
> Projects like GConf tackle this issue in a more Linuxy way: write a
> tool, then convince people that they'll get more value for less effort
> by using it. If you're really motivated to work on this problem, I
> suggest you talk to them about what you can do to help out.
Ah the gconf approach, this project suffers from not being able to
include existing config files, it excludes people from directly
editing text files which has always been a big complaint. And it's a
copy of a bad idea from windows (even with a gtk-regedit) with a few
of the ideas fixed with regards to user data. Although at least they
do have validation, if not the packaging integration. It's not hard to
Imagen a sort of fuse-fs solution to bridge the gap and ties into
deb/apt although it may not work with what their currently doing.
As for your 'go away and come back with the goods' suggestion, I'll
take it under advisement while I try and pick holes in the idea first.
I'm only interested in building something once I understand everyone's
objectives and points of view on the subject. Design the blueprints
first then go build the building.
I'll be talking more about this at UDS in December if you want to join
Best Regards, Martin Owens
More information about the Ubuntu-devel-discuss