Anthony E. Caudel wrote:
Michael Schmarck wrote:
· Anthony E. Caudel <[EMAIL PROTECTED]>:
I have noticed in some distros (namely Ubuntu) that the fstab uses
UUID's rather than /dev references. Is this a better way?
Does it eliminate the problem of /dev references changing when
another dr
On Tue, Apr 22, 2008 at 12:47:28AM +0200, dexters84 wrote:
> AFAIK only one mpm at once is valid
Then why doesn't the non-X emerge die? If non-X can figure it out
(and the resultant apache is working fine), then why does the X emerge
care, and why does it hold up my emerge run with a GUI popup?
Michael Schmarck wrote:
· Anthony E. Caudel <[EMAIL PROTECTED]>:
I have noticed in some distros (namely Ubuntu) that the fstab uses
UUID's rather than /dev references. Is this a better way?
Does it eliminate the problem of /dev references changing when another
drive, i.e., an external US
quoth the Tim Garton:
Hi Tim,
> I run spamassassin with exim, so can't offer all that much help, but
> as for attempt 1 you may try running:
> spamc -R < {some file containing full source of a sample email}
>
> to make sure spamassassin is running correctly. It should spit back a
> score and a p
AFAIK only one mpm at once is valid
regards
dexter
[EMAIL PROTECTED] pisze:
My make.conf has this line:
APACHE2_MPMS="mpm-prefork mpm-worker"
which used to be good enough, but now emerge ignores it:
emerge -ptuvDN world | grep apache
[ebuild R ] www-servers/apache-2.2.8-r2 U
For some reason, probably out of curiousity, I emerged bashdb, and
emerging openssl decided to take advantage of that. openssl's emerge
got as far as the ./Configure part of the build and paused in a bashdb
prompt, at least that's my guess because ps doesn't show it as such.
Operating system:
My make.conf has this line:
APACHE2_MPMS="mpm-prefork mpm-worker"
which used to be good enough, but now emerge ignores it:
emerge -ptuvDN world | grep apache
[ebuild R ] www-servers/apache-2.2.8-r2 USE="doc ssl suexec threads
-debug -ldap (-selinux) -sni -static" APACHE2_MODULE
On Mon, Apr 21, 2008 at 2:22 PM, Neil Bothwick <[EMAIL PROTECTED]> wrote:
> On Mon, 21 Apr 2008 17:41:58 +0200, Dirk Heinrichs wrote:
>
> > The other possible way would be to give your devices unique names,
> > either via udev or by using LVM. Advantage over UUIDs: much easier to
> > read.
>
>
I run spamassassin with exim, so can't offer all that much help, but
as for attempt 1 you may try running:
spamc -R < {some file containing full source of a sample email}
to make sure spamassassin is running correctly. It should spit back a
score and a possibly a list of tests failed, depending o
On Mon, 21 Apr 2008 17:41:58 +0200, Dirk Heinrichs wrote:
> The other possible way would be to give your devices unique names,
> either via udev or by using LVM. Advantage over UUIDs: much easier to
> read.
Or you could use filesystem labels.
--
Neil Bothwick
Electricians DO IT until it Hz...
Michael Schmarck wrote:
> Correct. UUIDs are universally unique (as the name already "suggests" *g*)
> and thus, there cannot be a clash.
Not quite true, drives in a RAID have the same UUID.
Here's my raid5 for an xxample:
# blkid | grep mdraid
/dev/sdb1: UUID="bf59d132-8b98-7d9c-c526-af1cfb835fa
Hello all,
I am quickly getting to the hair-pulling stage because I cannot accomplish the
simple setup of qmail and spamassassin. There is lots of docs out there, but
they all suggest completely different ways of doing things.
Here's what I have:
netqmail-1.05-r8
dovecot-1.0.13-r1
spamassassin-
· Dirk Heinrichs <[EMAIL PROTECTED]>:
> Am Montag, den 21.04.2008, 16:37 +0200 schrieb Anthony E. Caudel:
>> I have noticed in some distros (namely Ubuntu) that the fstab uses
>> UUID's rather than /dev references. Is this a better way?
>
> Yes.
>
>> Does it eliminate the problem of /dev refer
· Anthony E. Caudel <[EMAIL PROTECTED]>:
> I have noticed in some distros (namely Ubuntu) that the fstab uses
> UUID's rather than /dev references. Is this a better way?
>
> Does it eliminate the problem of /dev references changing when another
> drive, i.e., an external USB drive, is plugged
What would be the best driver for a ATI RAdeon HD3650 graphic interface ?
Preferably Open Source.
Thanks for sharing your experience
--
gentoo-user@lists.gentoo.org mailing list
Am Montag, den 21.04.2008, 16:37 +0200 schrieb Anthony E. Caudel:
> I have noticed in some distros (namely Ubuntu) that the fstab uses
> UUID's rather than /dev references. Is this a better way?
Yes.
> Does it eliminate the problem of /dev references changing when another
> drive, i.e., an ext
I have noticed in some distros (namely Ubuntu) that the fstab uses
UUID's rather than /dev references. Is this a better way?
Does it eliminate the problem of /dev references changing when another
drive, i.e., an external USB drive, is plugged in? The /dev references
may change but the UUID's
On Tue, 2008-04-15 at 22:10 +0200, dexters84 wrote:
[correcting top-posting]
>
> Florian Philipp pisze:
> > Hi list!
> >
> > I could need some help.
> >
> > Long story (if you don't want to hear, scroll down):
> >
> > For six months a year I'm attending a university of cooperative
> > education
On Sunday 20 April 2008, Graham Murray wrote:
> What is the intended logic of buildsyspkg? I assumed that it would
> build binary packages for all 'system' packages, ie those which would
> be in a 'stage-2' tarball, but it seems a little arbitrary. For
> example, it builds binary packages for porta
On Mon, 21 Apr 2008 08:43:04 +0200, Alan McKinnon wrote:
> Personally, I tend not to use site's various indexes on their front
> page. A much better index already exists - Google. In konqueoror:
>
> gg: site:gentoo.org
Me too, although I find a search of all of gentoo.org pulls in too much
irre
20 matches
Mail list logo
