Bug 19403 – amanda-2.4.3.ebuild (New)

• Status: RESOLVED DUPLICATE of bug 13948
• Product: Gentoo Linux

[Description Russell Adams 2003-04-16 01:35:11 UTC]

Attached is an ebuild and requisite files for amanda-2.4.3.

AMANDA is a backup client/server system for *nix. 

http://www.amanda.org/

Should belong in app-admin.

Feedback is appreciated.

Demo

[Comment 1 Russell Adams 2003-04-16 01:35:48 UTC]

Created attachment 10719 [details]
Amanda ebuild

[Comment 2 Martin Holzer (RETIRED) 2003-04-16 05:33:12 UTC]

*** This bug has been marked as a duplicate of 13948 ***

[Comment 3 Luke Graham 2003-04-28 22:57:15 UTC]

Ive tested this and it works for me. There was a small problem with 
/var/amanda/gnutar-lists/* not being created, but this could have been my fault. This is 
a much better script than mine in Bug #13948 

[Comment 4 Robin Johnson 2003-06-26 12:48:43 UTC]

Commited to CVS.

[Comment 5 Robin Johnson 2003-06-26 12:51:09 UTC]

Russell: thanks for this.
It's in CVS now.
app-admin/amanda.

Your ebuild was the best of the many available.

[Comment 6 Russell Adams 2003-06-26 13:22:41 UTC]

Rock on!

I'm looking at updating it to AMANDA 2.4.4 shortly.

Demo

[Comment 7 Robin Johnson 2003-06-26 13:36:33 UTC]

Actually I beat you to that.
amanda-2.4.4 is what's in the tree.

[Comment 8 Russell Adams 2003-07-03 08:02:02 UTC]

Regarding the modified ebuild, very cool.

However, I must raise a point regarding inetd vs xinetd.

Due to remote exploits of amanda daemons in the past, I feel that the host based access control xinetd provides is essential. Thats why I included the AMANDA_SERVER and appropriate ACL's in .amandahosts and the xinetd amanda profile in my original ebuild.

I'd make amanda depend on xinetd and remove support for inetd. Unlike other systems, inetd is not installed by default in gentoo, so you have to merge a package either way. Xinetd is now standard in many other distros as well.

Comments?

Demo

[Comment 9 Robin Johnson 2003-07-03 13:25:08 UTC]

Most people use xinetd as their virtual/inetd, but we should _not_ stop them from using whatever inetd they want to.

[Comment 10 Russell Adams 2003-07-03 13:51:54 UTC]

I agree. =]

If they want to use one or the other, what do I care?

However, I just installed the ebuild today on a new server and inetd was installed because neither xinetd or inetd were present.

I was suggesting that the default if there isn't one already installed should be xinetd for security reasons. Inetd should not be used by default in my opinion.

Demo

[Comment 11 Robin Johnson 2003-07-03 13:53:28 UTC]

Open a new bug saying the virtual/inetd should be changed to xinetd, and announce it on the -dev mailing list.

[Comment 12 Russell Adams 2003-07-07 08:01:38 UTC]

Installation error, sample cron job ends up in /.

See patch below.

Demo

--- amanda-2.4.4.ebuild~        2003-06-26 17:04:32.000000000 -0500
+++ amanda-2.4.4.ebuild 2003-07-07 09:59:53.000000000 -0500
@@ -149,7 +149,7 @@
 
     # einfo "Installing Sample Daily Cron Job for Amanda"
        CRONDIR=/etc/cron.daily/
-    exeinto ${CDRONDIR}
+    exeinto ${CRONDIR}
     newexe ${FILESDIR}/amanda-cron amanda
        dosed "s,__AMANDA_CONFIG_NAME__,${AMANDA_CONFIG_NAME},g" ${CRONDIR}/amanda
        fperms 644 ${CRONDIR}/amanda