GSoC 2008: netconf suggesion

[martin f krafft]

also sprach Andreas Louca <alouca at gmail.com> [2008.03.27.1038 +0100]:
> I don't think its gonna take a long time to form a framework in
> Python. It would also provide a guideline for APIs when the port for
> C/C++ is due. However, if the project is just for a proof-of-concept,
> I agree that this can be omitted.

No, netconf is not proof-of-concept, although I am fully aware that
it may need a rewrite between 1.0 and 2.0.

I guess I don't know enough about what you mean with "framework" to
be able to agree or disagree. In general, when someone says that
a programming project won't take a long time, I grow *very*
suspicious.

> By UI programs I meant for every program that needed to change any
> configuration, either via dbus or a socket. I think dbus is the
> way to go.

Please see the thread on the mailing list about this. I don't think
dbus is the way to go at the core, but there should be an adapter
for dbus, which communicates with the netconf daemon via the control
socket. The reason is simply that dbus is too complicated and too
hard to use from e.g. shell scripts for such an important and core
tool. But it's useful, it should be optional however.

> > > Or via any other communication route.  It's a UNIX socket in the
> >  > current implementation, and it will probably stay, but there may
> >  > be additional methods as well (such as web-based), if it's up to
> >  > me. :-)
> >
> >  Ew! :)
> Why not?:P

Is this a serious question about a web-based interface to a network
configuration management system?

Obviously, I won't oppose to it because if people want it, it should
come into existence, but it's definitely far outside of any scope
I am willing to see through, mentor, support, or honour for the 1.0
release.

Cheers,

-- 
 .''`.   martin f. krafft <madduck at debian.org>
: :'  :  proud Debian developer, author, administrator, and user
`. `'`   http://people.debian.org/~madduck - http://debiansystem.info
  `-  Debian - when you have better things to do than fixing systems
 
the english take english for granted.
but if we explore its paradoxes,
we find that quicksand can work slowly.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: Digital signature (see http://martin-krafft.net/gpg/)
Url : http://lists.alioth.debian.org/pipermail/netconf-devel/attachments/20080327/5be75706/attachment.pgp