On Monday 21 April 2008, [EMAIL PROTECTED] wrote:
Which is where a problem lies: the doc being so big, most of the
time, the best way to find what you're looking for is to ask for a
pointer on this list. It sure works, but I think it's about time to
launch a documentation indexing project, to
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 portage
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 and although I
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:search strings site:gentoo.org
Me too, although I find a search of all of gentoo.org pulls in
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
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
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
· 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 in?
· 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 references
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
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-af1cfb835fa3
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...
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
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.
Or you
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
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
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
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
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 USB
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?
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
21 matches
Mail list logo
