Messages In This Digest (6
Messages)
Messages
- 1a.
-
Posted by: "Greg Troxel" gdt ir.bbn.com?Subject= Re%3A%20Scripting%20the%20Amanda%20core">
gdt ir.bbn.com
Sun Oct 7, 2007 4:27 pm (PST)
I have two immediate concerns. One is that perl is pretty scary for
large systems and maintainability. One can write decent code in perl,
but it's easy not to and it seems to come out badly too often. The
other is keeping amanda's dependencies small. So I would wonder about a
C plugin interface and a plugin that invoked python (or maybe guile).
That would enable the system to run, perhaps in a non-fancy mode,
without any of the scripting languages installed.
gdt  ir.bbn.com ?Subject=Re%3A%20Scripting%20the%20Amanda%20core">
Reply to sender
|
amanda-hackers@yahoogroups.com?Subject= Re%3A%20Scripting%20the%20Amanda%20core">
Reply to group
|
Reply via web post
Messages in this topic
(4)
- 1b.
-
Posted by: "Aaron J. Grier" agrier poofygoof.com?Subject= Re%3A%20Scripting%20the%20Amanda%20core">
agrier poofygoof.com
Mon Oct 8, 2007 12:12 am (PST)
On Fri, Oct 05, 2007 at 05:59:16PM -0500, Dustin J. Mitchell wrote:
> Over the last few weeks, a few of us at Zmanda have been playing with
> the idea of SWIGging[1] Amanda and moving the algorithmic core[2] of
> Amanda to a scripting language -- most likely Perl.
>
> Many of the suggestions on the list lately have dealt with changes to
> these algorithms (e.g., delaying the start of the taper, supporting
> roaming users, etc.), and they're difficult, among other reasons,
> because the code is deeply intertwined C code that's fairly hard to
> modify, especially for those who aren't C programmers. Furthermore,
> many of the improvements we're currently working on will be much
> easier in a scripting language.
what indications are there that the new whizzy scripted interface won't
end up becoming "deeply intertwined $SCRIPTLANG code that's fairly hard
to modify, especially for those who aren't $SCRIPTLANG programmers"?
what steps are proposed to insure that the existing well-tested C code
isn't tossed aside and its "collective knowledge" lost?
some binary size datapoints from NetBSD/i386:
amanda 2.4.4 client + base ~= 750kB
gtar (required by amanda) ~= 1MB
glibc 2.12.9 ~= 10MB
perl 5.8.8 ~= 39MB
my servers don't have anything else that depends on glibc, and a couple
of them don't even have perl installed.
any plans for an amanda-lite client that doesn't have the bloat?
--
Aaron J. Grier | "Not your ordinary poofy goof." | agrier%40poofygoof.com">agrier poofygoof.com
The United States is the one true country. The US is just. The US
is fair. The US respects its citizens. The US loves you. We have
always been at war against terrorism.
agrier  poofygoof. com?Subject=Re%3A%20Scripting%20the%20Amanda%20core">
Reply to sender
|
amanda-hackers@yahoogroups.com?Subject= Re%3A%20Scripting%20the%20Amanda%20core">
Reply to group
|
Reply via web post
Messages in this topic
(4)
- 2a.
-
Posted by: "Greg Troxel" gdt ir.bbn.com?Subject= Re%3A%20Scripting%20language%20choice">
gdt ir.bbn.com
Sun Oct 7, 2007 4:30 pm (PST)
To reiterate a point I made in the original email: we're considering
this for both client and server. The 2.5.3 client will be maintained
as a dependecy-lite client, while future clients will require the
selected scripting language and glib. The rationale is that, since
all of the filters in the application API can run on either the client
or the server, there's no sense implementing those filters twice, in
two different languages.
My immediate reaction is that we should not require a scripting language
for client systems. Having the 'old version' still available isn't
satisfactory, as it will become crufty over time. Being able to build
the standard version without the scripting language, and losing the
newfangled features would be ok.
I am currently backing up systems where installing python would be
annoying. I'm not sure if they have perl (NetBSD removed perl from the
base system years ago, and it's in pkgsrc, but most non-minimal systems
tend to have it).
gdt  ir.bbn.com ?Subject=Re%3A%20Scripting%20language%20choice">
Reply to sender
|
amanda-hackers@yahoogroups.com?Subject= Re%3A%20Scripting%20language%20choice">
Reply to group
|
Reply via web post
Messages in this topic
(10)
- 3a.
-
Posted by: "Greg A. Woods" woods weird.com?Subject= Re%3A%20Scripting%20language%20choice%20%28Was%3A%20Scripting%20the%20Amanda%20core%29">
woods weird.com
Sun Oct 7, 2007 6:20 pm (PST)
At Sat, 6 Oct 2007 15:55:14 -0600, John E Hein wrote:
S ubject: Re: Scripting language choice (Was: Scripting the Amanda core)
>
> Yes. But please pick the scripting language on their own merits, not
> on backward-looking considerations
Indeed!
In fact that probably lobs both Python and Perl so far out the window so
quickly that they'll go into orbit or further. 
If "we're" talking about something for scripting _within_ (i.e. in and
"embedded" sense) an application then you want a truly easily embeddable
interpreter, too, regardless of the language.
Once you narrow your search to limit it to existing "embeddable"
interpreted languages then you'll be much further along.
http://en.wikipedia.org/wiki/Scripting_language#Extension.2Fembeddable_language
(and no neither Perl nor Python, despite their proponents claims, and
depsite the appearance of Python in the wikipedia entry, can be
effectively used as embedded scripting languages)
Traditionally lambda-based and functional languages have the most
advantages for use as embedded scripting languages.
Heck even ECMAScript, aka JavaShit, er, JavaScript, is not a bad choice
for this kind of systems-level tool. It's truly standardised, not that
ugly or horrible (just often mis-used in WWW applications), and very
widely used already, albeit not always by the kinds of people who might
want to play with Amanda.
> A bigger decision is whether to switch to using a scripting language
> at all.
Perhaps.
> I'm not convinced amanda shouldn't keep using good old C.
I wouldn't necessarily agree with that though. C is getting to be about
the worst possible language to consider for systems programming efforts.
There are much safer, but equally usable, efficient, and portable
languages available today -- some
--
Greg A. Woods
H:+1 416 218-0098 W:+1 416 489-5852 x122 VE3TCP RoboHack < woods%40robohack.ca">woods robohack.ca>
Planix, Inc. < woods%40planix.com">woods planix.com> Secrets of the Weird < woods%40weird.com">woods weird.com>
woods  weird.com? Subject=Re%3A%20Scripting%20language%20choice%20%28Was%3A%20Scripting%20the%20Amanda%20core%29">
Reply to sender
|
amanda-hackers@yahoogroups.com?Subject= Re%3A%20Scripting%20language%20choice%20%28Was%3A%20Scripting%20the%20Amanda%20core%29">
Reply to group
|
Reply via web post
Messages in this topic
(10)
- 3b.
-
Posted by: "Ragnar Kjørstad" amanda ragnark.vestdata.no?Subject= Re%3A%20Scripting%20language%20choice%20%28Was%3A%20Scripting%20the%20Amanda%20core%29">
amanda ragnark.vestdata.no
Mon Oct 8, 2007 6:13 am (PST)
On Sun, Oct 07, 2007 at 08:58:19PM -0400, Greg A. Woods wrote:
> http://en.wikipedia.org/wiki/Scripting_language#Extension.2Fembeddable_language
>
> (and no neither Perl nor Python, despite their proponents claims, and
> depsite the appearance of Python in the wikipedia entry, can be
> effectively used as embedded scripting languages)
Out of curiosity; why not?
I've used python as a plugin-language for C projects before, and found
it to work out quite well.
With respect to dependencies, I guess one could build amanda statically
linked with python so to not create additional dependencies. Of course
that would make the amanda client bigger, so there is a tradeoff. There
may be license issues as well.
--
Ragnar Kjørstad
amanda  ragnark.ve stdata.no?Subject=Re%3A%20Scripting%20language%20choice%20%28Was%3A%20Scripting%20the%20Amanda%20core%29">
Reply to sender
|
amanda-hackers@yahoogroups.com?Subject= Re%3A%20Scripting%20language%20choice%20%28Was%3A%20Scripting%20the%20Amanda%20core%29">
Reply to group
|
Reply via web post
Messages in this topic
(10)
- 3c.
-
Posted by: "Paul Bijnens" Paul.Bijnens xplanation.com?Subject= Re%3A%20Scripting%20language%20choice%20%28Was%3A%20Scripting%20the%20Amanda%20core%29">
Paul.Bijnens xplanation.com
Mon Oct 8, 2007 6:40 am (PST)
My 0.02 cents (euro-cent s )
I vote for perl.
I'm probably one of those "admins that tend to know perl more
than python". And because "it just works".
I've also written programs in Perl containing 2000+ lines in less
than 1 month, and making it structured is no more difficult than
another language. (And perl usually does not get in the way, when
I want it to be done like I need to.)
But if eventually python is choosen over perl, I would not object
or quit the project.
--
Paul Bijnens, xplanation Technology Services Tel +32 16 397.511
Technologielaan 21 bus 2, B-3001 Leuven, BELGIUM Fax +32 16 397.512
http://www.xplanation.com/ email: Paul.Bijnens%40xplanation.com">Paul.Bijnens xplanation.com
***********************************************************************
* I think I've got the hang of it now: exit, ^D, ^C, ^, ^Z, ^Q, ^^, *
* F6, quit, ZZ, :q, :q!, M-Z, ^X^C, logoff, logout, close, bye, /bye, *
* stop, end, F3, ~., ^]c, +++ ATH, disconnect, halt, abort, hangup, *
* PF4, F20, ^X^X, : , KJOB, F14-f-e, F8-e, kill -1 $$, shutdown, *
* init 0, kill -9 1, Alt-F4, Ctrl-Alt-Del, AltGr-NumLock, Stop-A, ... *
* ... "Are you sure?" ... YES ... Phew ... I'm out *
***********************************************************************
Paul.Bijne ns xplanation.com?Subject=Re%3A%20Scripting%20language%20choice%20%28Was%3A%20Scripting%20the%20Amanda%20core%29">
Reply to sender
|
amanda-hackers@yahoogroups.com?Subject= Re%3A%20Scripting%20language%20choice%20%28Was%3A%20Scripting%20the%20Amanda%20core%29">
Reply to group
|
Reply via web post
Messages in this topic
(10)
|