On Monday 06 May 2019 12:14:54 pm Chris Hassell wrote:

> Hello,
>
> I'm a major advocate for OSS in general here at Zmanda/BETSOL. I'm
> interested in giving a full-voiced support to the community of those
> who know Amanda works well for them.   Opinions may vary and projects
> fork for all reasons or no reason (as everyone has a right to) but I
> hope to help keep contributions and development all in one if we can.
>
> Firstly... Emails like this one help us know what priorities to devote
> back to community.  Our big push are special devices (to integrate
> into Amanda) and our ZMC UI and enterprise-scale maangement tools.  A
> few things:
>
> 1) There's no more development at the Sourceforge/SVN site and Git is
> caught up.
>
> I'm pretty sure we've integrated every single patch into Github-Git so
> far and so nothing is lost and everything is in place to develop at
> Github.  I think only two or three pull requests need to be handled
> (besides my own) now.  It's just been very slow and I only started
> here in Feb/March.
>
> 2) I'm also the build-o-mancer here and have gotten success on Debian
> ( think)
>
> I'll look for a test for Stretch but I'm pretty sure we can get it up
> and going too.  It just hasn't been a priority at times, but I have
> been able to get it built on the latest Fedora and Debian and Ubuntu
> and SLES (I think?) as well.   I'm currently spinning VMs for
> literally every OS-version we can find in order to test them all at
> unit-test level.
>
> 3) Our OSS is all of our Open-OSS.
>
> We may/may-not have good docs on line.  (Looking for those?) Still, I
> don't think Zmanda/BETSOL hosts those anyway.  I don't know what
> closed-source stuff we could paywall without catching heck (gawsh
> darnit!) in tons of ways.  The community deserves what the community
> contributes, even if Zmanda-employees did some in the past.
>
> In short ... hopefully we can solve a Debian-Stretch problem as needed
> as well as anything else.
>
>      -- CH
>
Chris, glad to here it. First, you won't find docs because the configure 
script in 3.5.1 is busted, welded solid to docbook-sxml 1.24 and it 
hasn't even existed in a debian install for a decade. Stephan and I have 
both tried to fix it. look at about line 4520, I can't read it all that 
well because of a crappy choice in highlight colors my fav editor uses.  
But ANAICT the text there freezes the version it will accept while the 
text of the failure reports >=1.22. Doesn't make any diff because that 
particilar file doesn't exist in debian.

Now, I'll unpack the zip if its not protected, that I managed to coax out 
of git-hub this morning. BRB. My gawd, unpacked its 20 megs! and its 
taking mc a while to copy it to /home/amanda/amanda-master in this new 
install. Done. Now I note there is not a "configure" but there is 
an "autogen", so I assume (theres that word again) that will make us 
look like idiots.  The next thing I note is that its all owned by 
root:root which is typical of useing a root session of mc to unpack a 
damned zip. We DON'T have this problem with tar.gz's so thats strike 
one. Since we usually build it as the amanda user in home amanda, just 
more of my local security. We normally chown -R amanda:amanda as the 
next step. Done.  Next is "cp ../gh.cf ."
Done. gh.cf drives the configure script, but there isn't one.  Study up 
on "autogen" and await your reply.

Is there anything I need to know before I invoke it?

Copyright 2019 by Maurice E. Heskett
Cheers, Gene Heskett
-- 
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
Genes Web page <http://geneslinuxbox.net:6309/gene>


Reply via email to