I just started doing auto tools stuff for the last 4 months, after looking
at it over a year ago and failing to understand it. The 'Goat' book does a
decent job of explaining things, but an additional book that follows the
'Perl Cookbook' would be even better. One thing that the autotools
highligh
[EMAIL PROTECTED] writes:
> Now, here's a autotools question. What's the best way of allowing the user
> to supply a path to a library that your package needs? I currently have
> this:
I don't think that you'd want to use AC_ARG_WITH here.
You say that "your package needs" this external librar
In a message dated: Thu, 22 Feb 2001 12:00:11 EST
Cole Tuininga said:
>Paul Lussier wrote:
>
>> use autoconf/automake to detect that gpg is(n't) installed and do
>> the appropriate thing.
>
>Which segues very nicely (thanks Paul *grin*) to the other question I
>had.
>
>What's a good resource for
[EMAIL PROTECTED] writes:
> In any case, I was wondering if anybody would care to recommend any (C
> based) GPL'd encryption packages for this use? Any you would recommend
> against?
I would recommend Blowfish.
(it is patent-free, royalty-free, source code is available, etc.)
--kevin
--
"I
[EMAIL PROTECTED] writes:
> What's a good resource for learning about the auto tools? I tried once
> about a year ago from the gnu site and found it to be fairly confusing.
> I haven't seen an O'Reilly about the topic - any other thoughts?
http://sources.redhat.com/autobook/download.html
If
Paul Lussier wrote:
[snip]
> or,
> use autoconf/automake to detect that gpg is(n't) installed and do
> the appropriate thing.
Which segues very nicely (thanks Paul *grin*) to the other question I
had.
What's a good resource for learning about the auto tools? I tried once
about a year ago from
AES (Advanced Encryption Standard) should do what you are looking for.
It uses /dev/urandom to generate the salt, and the Rijndael algorithm
and the Cipher Block Feedback method for encrypting streams of data.
http://aescrypt.sourceforge.net/
FYI,
Kenny
Cole Tuininga wrote:
>
> Hi folks - I
Encryption is a passing hobby of mine, but I'm not a coder,
so take what I say with this big grain of salt.
Speaking of sale, crypt is pretty breakable. Most modern
Linux distros use MD5 hashing. Problem with this is that
it's a one-way hash which will be useless for your use.
Best bet is to t
In a message dated: Thu, 22 Feb 2001 11:38:21 EST
Cole Tuininga said:
>In any case, I was wondering if anybody would care to recommend any (C
>based) GPL'd encryption packages for this use? Any you would recommend
>against?
Why not use Gnu Privacy Guard (gpg) and allow the user to choose the ke
Hi folks - I have a couple of encryption related questions for the
programmers in the group.
I'm in the process of coding an application that I need to have store
data files. Now, some of these data files will need to be encrypted (at
the option of the user). The basic implementation concept I
10 matches
Mail list logo
