On Friday 16 June 2006 21:06, Arno Lehmann wrote:
> Hi,
>
> On 6/13/2006 12:01 AM, Kern Sibbald wrote:
> > On Monday 12 June 2006 21:50, Arno Lehmann wrote:
>
> ...
>
> >>My personal preference would be the proliferation of directives... but
> >>then, I do get paid by people who don't want to work through the
> >>configuration themselves ;-)
> >
> > Yea, but you seem to be able to stock a lot more things in your head than
> > I can, so that is why I am tending toward non-proliferation :-)
>
> Thanks for the compliment... at least I decided it was one because I
> wouldn't like the other way ;-)
>
> >>Apart from that, trying to simplify the configuration seems a good goal
> >>to me, and linking pools with storage devices is even kind of logical.
> >>
> >>Anyway, having the necessary python hooks for all this sort of stuff
> >>would be really nice...
> >
> > Yes, I agree, and the hooks will eventually get implemented (I recently
> > slipped in a few more variables in a 1.38.x release), but for the moment,
> > the user interest in Python is almost non-existant.
>
> Personally, I'm quite sure that I will become very interested in python
> events once some *really* interesting tings are possible. Currently, the
> only real useful thing I can see is creating volume labels
> automatically... actually controlling jobs - modifying levels, pools,
> storage devices etc. - is much more appealing to me.
>
> > So until I start hearing
> > more complaints about adding more Python features,
>
> So I better start conmplaining.
>
> :-)
> :
> > it is not very high on my
> > priority list.  I'm not worried about it though.  In the early years of
> > Bacula I heard a lot of complaints about using SQL as the database, and
> > look what users are doing with it now (bacula-web, recover.pl, and
> > brestore.pl) !!!  :-)
>
> Yup. Volume Location Management, too... I've got something more or less
> usable as a demonstration available soon, I think.
>
> > With a few more small hooks into Python, Eric and Marc could hook their
> > Perl GUI interface directly into Bacula via a Python call to Perl ---
> > hmmm.
> >
> > While I am wildly speculating, I should say that it seems to me that
> > adding a Python interpreter to bconsole could allow some really neat
> > scripting of Bacula commands -- even building "new intelligent" commands
> > that are in fact Python scripts.
>
> Interesting option... but please provide us with a good API for all
> sorts of status changes of jobs, volumes, and the catalog itself :-)

Why don't we start by implementing a number of new dot commands.  Feed me a 
couple of your most desired wishes.  Please keep it short and sweet I 
understand what is needed, but am so overloaded that a pointer to say the top 
5-10 items would make it happen a lot faster ...

-- 
Best regards,

Kern

  (">
  /\
  V_V


_______________________________________________
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

Reply via email to