On Thu, Mar 20, 2008 at 12:50 PM, Jeremie Le Hen <[EMAIL PROTECTED]> wrote:
> Hi,
>
>
> On Fri, Mar 14, 2008 at 07:41:30AM -0700, Unga wrote:
> > Is the following book still relevant to FreeBSD 7.X
> > and upcoming FreeBSD 8.X? Is there a 2nd edition
> > coming soon?
> >
> > The Design and I
On Sun, 2008-03-23 at 10:06 -0700, Freddie Cash wrote:
> On Sat, Mar 22, 2008 at 10:21 PM, Michael Gratton <[EMAIL PROTECTED]> wrote:
> > Actually, it makes two things really easy:
> >
> > 1. Automated installation of configuration required by other packages,
> > without them all munging and po
On Sun, Mar 23, 2008 at 09:27:45PM +0200, Mikael Ikivesi wrote:
> On Sun, 23 Mar 2008 04:58:01 -0700
> Jeremy Chadwick <[EMAIL PROTECTED]> wrote:
> >
> > There's an off-by-one error in your code, which is very likely
> > tickling a bug in gcc.
>
> Thanks..
> I know...took me a while to find it.
>
On Sun, 23 Mar 2008 04:58:01 -0700
Jeremy Chadwick <[EMAIL PROTECTED]> wrote:
>
> There's an off-by-one error in your code, which is very likely
> tickling a bug in gcc.
Thanks..
I know...took me a while to find it.
And as code still seemed to work when built without -O2 it was hard
to spot. I se
On Sat, Mar 22, 2008 at 10:21 PM, Michael Gratton <[EMAIL PROTECTED]> wrote:
> On Sat, 2008-03-22 at 20:59 -0700, Freddie Cash wrote:
> > On Sat, Mar 22, 2008 at 5:07 PM, Anders Nordby <[EMAIL PROTECTED]> wrote:
>
> > > conf.d (custom configuration)
> > > sites-available (virtualhost configurat
On Sat, Mar 22, 2008 at 9:20 PM, Garrett Wollman
<[EMAIL PROTECTED]> wrote:
> In article <[EMAIL PROTECTED]>,
>
> Freddie Cash writes:
> >Oh, gods, please, no! That is one of the things I absolutely hate
> >about Debian (and its derivatives). There are some packages on Debian
> >where they use
Garrett Wollman wrote:
In article <[EMAIL PROTECTED]>,
Freddie Cash writes:
Oh, gods, please, no! That is one of the things I absolutely hate
about Debian (and its derivatives). There are some packages on Debian
where they use separate text files for each configuration option
(ProFTPd, for
Greetings,
Eirik Øverby wrote:
On Mar 23, 2008, at 08:28, Matthew Seaman wrote:
Freddie Cash wrote:
All that's really needed is a more formalised process for handling
upgrading config files, with as much as possible managed via the ports
framework itself. Something that dictates the name of
On Sat, Mar 22, 2008 at 07:24:33PM +0200, Mikael Ikivesi wrote:
> #include
> #include
>
> #define max_word_len64
>
> wchar_t *wrong(wchar_t *wordlist, wchar_t *word)
> { wchar_t buffer[max_word_len+2];
> buffer[max_word_len+2]=0;
>
>
>
> if(wcsstr(wordlist,buffer)==0)
On Sun, 23 Mar 2008 08:40:31 +0100
Eirik Øverby <[EMAIL PROTECTED]> wrote:
> There are a few exceptions to this rule: The courier authdaemon
> ports, for instance, are notorious for overwriting my
> carefully-crafted configuration files when upgrading. I loathe those
Then I hope you have filed a
Mikael Ikivesi wrote:
On Sat, 22 Mar 2008 19:39:32 +0100
Kris Kennaway <[EMAIL PROTECTED]> wrote:
So, did you consider perhaps following this advice? ;-)
Kris
Yes I did.
The reason I send to this list also is that in make.conf manual says:
CFLAGS(str) Controls the compiler setting
On Sat, 22 Mar 2008 19:39:32 +0100
Kris Kennaway <[EMAIL PROTECTED]> wrote:
> So, did you consider perhaps following this advice? ;-)
>
> Kris
>
Yes I did.
The reason I send to this list also is that in make.conf manual says:
CFLAGS(str) Controls the compiler setting when compiling C c
On Mar 23, 2008, at 08:28, Matthew Seaman wrote:
Freddie Cash wrote:
All that's really needed is a more formalised process for handling
upgrading config files, with as much as possible managed via the
ports
framework itself. Something that dictates the name of the config
file, and that com
Freddie Cash wrote:
All that's really needed is a more formalised process for handling
upgrading config files, with as much as possible managed via the ports
framework itself. Something that dictates the name of the config
file, and that compares the config file from the port against the
instal
14 matches
Mail list logo