Hi Glenn,

Ahh. I had upgraded to -py26 a month or so ago so I didn't have those
mixed -pyXX issues (in fact, I've been considering undoing the -pyXX
variants on this package because it is a program not a library, but
haven't done the legwork to see whether it is really feasible--that
is, can I really do it without breaking it?).

You should try this to invoke your daemon from the command line:

sudo /sw/bin/denyhosts-py26.py --daemon -c
/sw/etc/denyhosts-py26/denyhosts.cfg
(all on one line)

Your issue may be that after bootstrapping your new fink installation
(which I presume is what you did) your path was not (re-)set
correctly. You may need to run the pathsetup script from inside your
fink bootstrap folder (pathsetup must be run manually when
bootstrapping). (I ran it as sudo, but I think that was superfluous
because I believe the script invokes sudo where appropriate.)

And of course you know that any old .pid files need to be deleted
before you can run a new instance so I don't think that was the problem.

I have not witnessed an attack since the new build, so I'm not yet
certain that it is REALLY working, but I'm sure I'll find out soon
enough. If not, I'll actually test it.

--Robert


Glenn Millhauser wrote:
> Hi Robert,
>    This is fantastic.  Many thanks.  I believe it is working, but a
> couple of edits/minor concerns:
> 
> 1)  I used my old denyhosts.cfg but ended up with a blend of -py25 and
> -py26 files/folders.  I went back through the denyhosts.cfg file and
> changed:
> 
> WORK_DIR = /sw/share/denyhosts-py25/data   to    WORK_DIR =
> /sw/share/denyhosts-py26/data
> 
> LOCK_FILE = /sw/var/run/denyhosts-py25.pid   to    LOCK_FILE =
> /sw/var/run/denyhosts-py26.pid
> 
> DAEMON_LOG = /sw/var/log/denyhosts-py25    to    DAEMON_LOG =
> /sw/var/log/denyhosts-py26
> 
> 
> 
> 2)  The log file   /sw/var/log/denyhosts-py26   shows startup of the
> daemon but does not seem to be logging the new denyhost entries (IP
> addresses of those lousy attackers)
> 
> 3)  The daemon starts up fine from a computer restart, but I can't get
> the usual daemon command to run:
> 
> sudo denyhosts-py26.py -c /sw/etc/denyhosts-py26/denyhosts.cfg -- daemon
> 
> 
> If I discover anything new, I will let you know.  Many thanks for your
> great efforts on this.  While denyhosts was down, some b*tth*le tried
> something like 50 times to break in.  Gives some peace of mind to know
> we can lock them out after just a few of their lame attempts.
> 
> all the best,
> glenn
> 
> 
> 
> On Sep 9, 2009, at 5:40 AM, Robert Wyatt wrote:
> 
>> Glenn (and fink-users for informational purposes),
>>
>> FYI, I rebuilt denyhosts-py26 against 32-bit Snow Leopard's SDK with
>> the bootstrapped fink's stable tree and it works just fine (including
>> syncing).
>>
>> (I had moved /sw to /sw.leopard-unstable and copied my old
>> configuration file with sudo cp
>> /sw.leopard-unstable/etc/denyhosts-py26/denyhosts.cfg
>> /sw/etc/denyhosts-py26/denyhosts.cfg)
>>
>> --Robert
>>
> 
> 
> 
> Glenn L. Millhauser
> Department of Chemistry & Biochemistry
> UC Santa Cruz
> Santa Cruz, CA 95064
> 831 459 2176 voice
> 831 566 3337 cell
> 831 459 2935 fax
> 831 824 4645 google voice (rings to cell and office)
> 
> http://chemistry.ucsc.edu/~glennm
> http://www.chemistry.ucsc.edu/faculty/millhauser.html
> 
> 
> 
> 
> 

-- 
Robert T Wyatt
Assistant Registrar
Room Scheduling (M5501)
The University of Texas at Austin
desk (512) 475-7602
fax (512) 475-7515
cell (512) 466-7258

------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day 
trial. Simplify your report design, integration and deployment - and focus on 
what you do best, core application coding. Discover what's new with 
Crystal Reports now.  http://p.sf.net/sfu/bobj-july
_______________________________________________
Fink-users mailing list
Fink-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/fink-users

Reply via email to