Re: sysconf -- a sysctl(8)-like utility for managing /etc/rc.conf et. al.

2010-10-11 Thread Russell Jackson

On 10/11/2010 05:38 PM, Devin Teske wrote:


$ uname -spr
FreeBSD 8.1-RELEASE-p1 amd64
$ which augtool
$ type augtool
-bash: type: augtool: not found

Not like I'm running bare...

$ pkg_info -Ia | wc -l
  399

Unfortunately, augtool doesn't even appear to be packaged for FreeBSD:



Try pkg_add -r augeas.

The port is textproc/augeas. Augtool is just the cli frontend to libaugeas.

There's also language bindings for python and ruby.

--
Russell A Jackson 
Network Analyst
California State University, Bakersfield
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "freebsd-hackers-unsubscr...@freebsd.org"


Re: sysrc -- a sysctl(8)-like utility for managing /etc/rc.conf et. al.

2010-10-11 Thread Russell Jackson

On 10/07/2010 05:19 AM, Douglas K. Rand wrote:

I think that this script might also fill a void with using Puppet as a
configuration tool. Currently Puppet, as its default behaviour, uses
files in /etc/rc.conf.d to set variables.


This is no longer the case. Current versions edit /etc/rc.conf.

--
Russell A Jackson 
Network Analyst
California State University, Bakersfield
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "freebsd-hackers-unsubscr...@freebsd.org"


Re: sysconf -- a sysctl(8)-like utility for managing /etc/rc.conf et. al.

2010-10-11 Thread Russell Jackson

On 10/06/2010 01:45 PM, Devin Teske wrote:

Hello fellow freebsd-hackers,

Long-time hacker, first-time poster.

I'd like to share a shell script that I wrote for FreeBSD system
administration.

The attached shell script works similar to sysctl(8), but rather than
querying or working on sysctl MIBs, it instead works on the /etc/rc.conf
(and /etc/rc.conf.local) files.



Have you looked at textproc/augeas? It's a more generic and extensible 
way to edit plain text configuration files programmatically using an 
xpath like syntax.


Example

# augtool get /files/etc/rc.conf/sshd_enable
/files/etc/rc.conf/sshd_enable = YES
# printf 'set /files/etc/rc.conf/sshd_enable NO\nsave\n' | augtool
# augtool get /files/etc/rc.conf/sshd_enable
/files/etc/rc.conf/sshd_enable = NO


The tool itself is written in C and has no external dependencies. It is 
taught file grammar via "lenses" which are like formal language specs 
written in BNF.


http://augeas.net/

--
Russell A Jackson 
Network Analyst
California State University, Bakersfield
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "freebsd-hackers-unsubscr...@freebsd.org"


Re: Wine compatibility and performance on FreeBSD 7

2007-12-11 Thread Russell Jackson
Brett Glass wrote:
> At 10:01 AM 12/11/2007, Julian H. Stacey wrote:
>  
>> http://en.wikipedia.org/wiki/Wine_%28software%29
>>   "... originally released Wine under the same MIT License as the X
>>   Window System, but owing to concern about proprietary versions
>>   of Wine not contributing their changes back to the core project,
>>   work as of March 2002 has used the LGPL"
> 
> What apparently happened is that one or two of the developers of Wine
> got their knickers in a twist about the idea that -- heaven forbid! --
> someone might possibly make some money for the enhancements they made
> to Wine.

Don't FUD. Nothing stops anyone from making money off GPL'ed software. The real 
reason is
that TransGaming et al weren't contributing anything back and wouldn't provide 
the source
to users who bought binaries in a usable fashion.

> (Never mind that the marketing and development costs for their
> commercial versions of Wine were eating all of their profits, and it was
> unclear whether they actually WOULD make any money.) Also, it is rumored
> (though I have not seen proof of it) that John Gilmore, an underwriter of 
> the Wine project, threatened to withdraw support from some of these 
> developers unless the license was switched to the GPL, thus forcing their
> hands. 
> 

-- 
Russell A. Jackson <[EMAIL PROTECTED]>
Network Analyst
California State University, Bakersfield

Iam
not
very
happy
acting
pleased
whenever
prominent
scientists
overmagnify
intellectual
enlightenment


smime.p7s
Description: S/MIME Cryptographic Signature


Re: change control on FreeBSD servers

2007-07-19 Thread Russell Jackson
Rogelio Bastardo wrote:
> I'm looking for some sort of change control  solution. On several
> Cacti/Nagios servers, I would like to take a snapshot of what I did, back it
> up, and if something changes, run something that shows me what files /
> permissions were changed since I last worked on the server.
> 
> If it were just me, then I would just make copies of the files.  But since
> there are other people in there doing all sorts of weird configs, I want to
> make sure that I document what they did since I last logged in.
> 

If it's plain text, stick everything in CVS/Subversion and use 
cfengine/puppet/commit-hook
to push changes out.

Cacti uses MySQL for configuration; I'm not sure what to do about that.

-- 
Russell A. Jackson <[EMAIL PROTECTED]>
Network Analyst
California State University, Bakersfield

Tonight you will pay the wages of sin;
Don't forget to leave a tip.


smime.p7s
Description: S/MIME Cryptographic Signature