Bug 19403 - amanda-2.4.3.ebuild (New)
Bug#: 19403 Product:  Gentoo Linux Version: unspecified Platform: All
OS/Version: Linux Status: RESOLVED Severity: enhancement Priority: P2
Resolution: DUPLICATE Assigned To: robbat2@gentoo.org Reported By: rladams@kelsey-seybold.com
Component: Ebuilds
URL: 
Summary: amanda-2.4.3.ebuild (New)
Keywords:  
Status Whiteboard: 
Opened: 2003-04-16 01:35 0000
Description:   Opened: 2003-04-16 01:35 0000 
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 From Russell Adams 2003-04-16 01:35:48 0000 ------- 
Created an attachment (id=10719) [details]
Amanda ebuild

------- Comment #2 From Martin Holzer (RETIRED) 2003-04-16 05:33:12 0000 ------- 

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

------- Comment #3 From Luke Graham 2003-04-28 22:57:15 0000 ------- 
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 From Robin Johnson 2003-06-26 12:48:43 0000 ------- 
Commited to CVS.

------- Comment #5 From Robin Johnson 2003-06-26 12:51:09 0000 ------- 
Russell: thanks for this.
It's in CVS now.
app-admin/amanda.

Your ebuild was the best of the many available.

------- Comment #6 From Russell Adams 2003-06-26 13:22:41 0000 ------- 
Rock on!

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

Demo

------- Comment #7 From Robin Johnson 2003-06-26 13:36:33 0000 ------- 
Actually I beat you to that.
amanda-2.4.4 is what's in the tree.

------- Comment #8 From Russell Adams 2003-07-03 08:02:02 0000 ------- 
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 From Robin Johnson 2003-07-03 13:25:08 0000 ------- 
Most people use xinetd as their virtual/inetd, but we should _not_ stop them
from using whatever inetd they want to.

------- Comment #10 From Russell Adams 2003-07-03 13:51:54 0000 ------- 
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 From Robin Johnson 2003-07-03 13:53:28 0000 ------- 
Open a new bug saying the virtual/inetd should be changed to xinetd, and
announce it on the -dev mailing list.

------- Comment #12 From Russell Adams 2003-07-07 08:01:38 0000 ------- 
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