On Tuesday 06 April 2010 23:16:13 Alan McKinnon wrote:
> On Tuesday 06 April 2010 23:46:48 Mark Knecht wrote:
> > On Tue, Apr 6, 2010 at 2:26 PM, Alan McKinnon
> > wrote:
> >
> > > FEATURES=sign
> > >
> > > "man 5 make.conf" implies that the dev signs the Manifest by checking
> > > something into
On 04/06/2010 01:12 PM, Tony Miller wrote:
I've been trying for awhile now to get the accelerated opengl renderer
working on my radeon xpress 200M card(which is supposedly an rv370 or
rs4000 according to this wiki page:
http://dri.freedesktop.org/wiki/ATIRadeon). I've been following this
guide al
On Tuesday 06 April 2010 23:46:48 Mark Knecht wrote:
> On Tue, Apr 6, 2010 at 2:26 PM, Alan McKinnon
> wrote:
>
> > FEATURES=sign
> >
> > "man 5 make.conf" implies that the dev signs the Manifest by checking
> > something into the tree using repoman. Presumably, the user either has to
> > fetch
On Wed, 07 Apr 2010 05:51:03 +1000, Lie Ryan wrote:
> > FEATURES=test is not meant to be used by users, it is a developer
> > setting, and they would only enable it for packages they maintain and
> > then only when they ant to run the tests.
>
> But most developers do not have the resources to
On Tue, 06 Apr 2010 15:17:27 -0500, Harry Putnam wrote:
> Just put the variable assignment in the file, it is sourced by bash
> when
> > the ebuild is parsed, so most things that can go in an ebuild can go
> > here. Usually it is used to override settings or set EXTRA_ECONF but
> > you can use it
On Tue, Apr 6, 2010 at 2:26 PM, Alan McKinnon wrote:
>
> FEATURES=sign
>
> "man 5 make.conf" implies that the dev signs the Manifest by checking
> something into the tree using repoman. Presumably, the user either has to
> fetch the public key or portage includes it in the tree. But documentation
On Tuesday 06 April 2010 23:13:47 Paul Hartman wrote:
> On Tue, Apr 6, 2010 at 3:41 PM, Alan McKinnon
wrote:
> > On Tuesday 06 April 2010 20:56:30 Butterworth, John W. wrote:
> >> Thanks.
> >>
> >> Do you know if someone makes a change to a copy of apache hosted on a
> >> public mirror, will the
On Tue, Apr 6, 2010 at 3:41 PM, Alan McKinnon wrote:
> On Tuesday 06 April 2010 20:56:30 Butterworth, John W. wrote:
>> Thanks.
>>
>> Do you know if someone makes a change to a copy of apache hosted on a
>> public mirror, will the sync between the servers determine that it's
>> corrupted (via 'bad
On Tuesday 06 April 2010 20:56:30 Butterworth, John W. wrote:
> Thanks.
>
> Do you know if someone makes a change to a copy of apache hosted on a
> public mirror, will the sync between the servers determine that it's
> corrupted (via 'bad' checksum) on the public side and replace it?
I can answer
Neil Bothwick writes:
> On Tue, 06 Apr 2010 11:17:14 -0500, Harry Putnam wrote:
>
>> > You can set features on a per-package basis by putting FEATURES="blah"
>> > into /etc/portage/env/category/package.
>>
>> If that would also work for something like always using a specific
>> EXTRA_ECONF for
Hi!
>Do you know if someone makes a change to a copy of apache hosted on a
>public mirror, will the sync between the servers determine that it's
>corrupted (via 'bad' checksum) on the public side and replace it?
I'm not sure how gentoo mirrors do the syncing but in a lot of cases an
error like
I've been trying for awhile now to get the accelerated opengl renderer
working on my radeon xpress 200M card(which is supposedly an rv370 or
rs4000 according to this wiki page:
http://dri.freedesktop.org/wiki/ATIRadeon). I've been following this
guide alot: http://dri.freedesktop.org/wiki/ATIRadeon
Thanks.
Do you know if someone makes a change to a copy of apache hosted on a public
mirror, will the sync between the servers determine that it's corrupted (via
'bad' checksum) on the public side and replace it?
-john
-Original Message-
From: Albert W. Hopkins [mailto:mar...@lett
On Tue, 06 Apr 2010 11:17:14 -0500, Harry Putnam wrote:
> > You can set features on a per-package basis by putting FEATURES="blah"
> > into /etc/portage/env/category/package.
>
> If that would also work for something like always using a specific
> EXTRA_ECONF for a certain package:
>
> EXTRA
On 04/06/10 17:23, Neil Bothwick wrote:
> On Tue, 06 Apr 2010 10:11:02 +1000, Lie Ryan wrote:
>
>> Anyway, I've been thinking about this for some time that turning on
>> FEATURES="test" globally seems quite impractical for many users
>
> FEATURES=test is not meant to be used by users, it is a dev
Joerg Schilling wrote:
Dale wrote:
All I know is that I downgraded cdrtools and it worked. I didn't even
eject the media. Since it works now , I don't guess there is any way to
test it. Next time I do a backup, I'll upgrade and see if it fails. If
it does, maybe then we can figure it o
On Tue, 2010-04-06 at 14:15 -0400, Butterworth, John W. wrote:
> How can I verify that the installed packages on a Gentoo system came
> from the same source that was on a main rotation mirror and/or
> “blessed” by the Gentoo development team?
>
>
>
> By verifying the checksum located in /var
How can I verify that the installed packages on a Gentoo system came from
the same source that was on a main rotation mirror and/or "blessed" by the
Gentoo development team?
By verifying the checksum located in /var/db/pkg/$APPNAME/CONTENTS am I
only confirming that the source was the same a
On Tue, Apr 6, 2010 at 10:54 AM, Joerg Schilling
wrote:
> Paul Hartman wrote:
>
>> >> Would a HAL preprobe FDI like this prevent it from interfering with
>> >> burning?
>> >
>> > Could you explain what this means?
>>
>> I was just thinking if HAL is instructed to ignore the device maybe it
>> wo
Neil Bothwick writes:
[...]
> You can set features on a per-package basis by putting FEATURES="blah"
> into /etc/portage/env/category/package.
If that would also work for something like always using a specific
EXTRA_ECONF for a certain package:
EXTRA_ECONF="--enable-rootcommit"
Can you sh
On 06/04/2010 15:41, Mike Edenfield wrote:
On 4/6/2010 6:40 AM, Kraus Philipp wrote:
Hi,
I run in a virtual machine a gentoo (~x86) system. I synced the portage
tree at the weekend an run emerge --update
The update runs without errors, but emerge installed the gcc 4.3.4,
but on the system is t
Paul Hartman wrote:
> >> Would a HAL preprobe FDI like this prevent it from interfering with
> >> burning?
> >
> > Could you explain what this means?
>
> I was just thinking if HAL is instructed to ignore the device maybe it
> won't bother it any more (if that's even the cause of Dale's problem)
On Tue, Apr 6, 2010 at 7:24 AM, Joerg Schilling
wrote:
> Paul Hartman wrote:
>
>> On Thu, Apr 1, 2010 at 10:02 AM, Joerg Schilling
>> wrote:
>> > Your media was either accepted after several tries by the drive for unknown
>> > reasons and is now usable in general again or you are observing a pro
On 4/6/2010 6:40 AM, Kraus Philipp wrote:
> Hi,
>
> I run in a virtual machine a gentoo (~x86) system. I synced the portage
> tree at the weekend an run emerge --update
>
> The update runs without errors, but emerge installed the gcc 4.3.4,
> but on the system is the 4.4.3 installed
>
> [ebuild
Dale wrote:
> All I know is that I downgraded cdrtools and it worked. I didn't even
> eject the media. Since it works now , I don't guess there is any way to
> test it. Next time I do a backup, I'll upgrade and see if it fails. If
> it does, maybe then we can figure it out. I'll go back t
Am Donnerstag, 1. April 2010 schrieb meino.cra...@gmx.de:
> thanks for all the input to all who have answered ! :)
>
> I will try to characterize ("characterise" ?) what I plan to do with
> my TByte disk.
Characterise if you’re in British domains, characterize if you are in the US.
> Last thing
Dale wrote:
> He was talking about you mentioning hal. I think hal is running on this
> thing but just not for xorg. It seems to work fine everywhere except
> xorg. Then again, when I put a CD/DVD in, it doesn't mount it
> automatically anymore. I think that is a KDE4 thing. I may not hav
Paul Hartman wrote:
> On Thu, Apr 1, 2010 at 10:02 AM, Joerg Schilling
> wrote:
> > Your media was either accepted after several tries by the drive for unknown
> > reasons and is now usable in general again or you are observing a problem
> > caused by "hald". Note that hald does not care about t
On Tue, Apr 06, 2010 at 12:40:02PM +0200, Kraus Philipp wrote:
> Hi,
>
> I run in a virtual machine a gentoo (~x86) system. I synced the portage
> tree at the weekend an run emerge --update
>
> The update runs without errors, but emerge installed the gcc 4.3.4,
> but on the system is the 4.4.3 in
Kraus Philipp writes:
> I run in a virtual machine a gentoo (~x86) system. I synced the portage
> tree at the weekend an run emerge --update
>
> The update runs without errors, but emerge installed the gcc 4.3.4,
> but on the system is the 4.4.3 installed
>
> [ebuild NS ] sys-devel/gcc-4.3.4
On 06/04/2010 11:40, Kraus Philipp wrote:
Hi,
I run in a virtual machine a gentoo (~x86) system. I synced the portage
tree at the weekend an run emerge --update
The update runs without errors, but emerge installed the gcc 4.3.4,
but on the system is the 4.4.3 installed
[ebuild NS ] sys-devel/g
Hi,
I run in a virtual machine a gentoo (~x86) system. I synced the portage
tree at the weekend an run emerge --update
The update runs without errors, but emerge installed the gcc 4.3.4,
but on the system is the 4.4.3 installed
[ebuild NS ] sys-devel/gcc-4.3.4 [4.4.3] USE="hardened mudflap n
Jarry writes:
> I'd like to ask if there is some way to include multiple discrete
> hosts/IP's in --source and --destination options of iptables.
>
> I'm trying to write firewall rules for my server, but it has
> 12 IP's from different segments (and maybe it gets a few more
> later), and the scri
On Tue, 06 Apr 2010 11:50:42 +0200 (CEST), Helmut Jarausch wrote:
> when maintaining a machine from remote I sometimes have to switch to
> a non-root user (whose password I don't want to know) to try something
> out.
>
> For that, I log into that machine by ssh -Y r...@
> Now, how can I swit
Hi,
when maintaining a machine from remote I sometimes have to switch to
a non-root user (whose password I don't want to know) to try something
out.
For that, I log into that machine by ssh -Y r...@
Now, how can I switch to user USER such that the X credentials
are copied.
Unfortunately, sux
On Tue, 06 Apr 2010 10:11:02 +1000, Lie Ryan wrote:
> Anyway, I've been thinking about this for some time that turning on
> FEATURES="test" globally seems quite impractical for many users
FEATURES=test is not meant to be used by users, it is a developer
setting, and they would only enable it for
On Mon, 2010-04-05 at 19:32 +0200, Jarry wrote:
> Hi
>
> I'd like to ask if there is some way to include multiple discrete
> hosts/IP's in --source and --destination options of iptables.
>
> I'm trying to write firewall rules for my server, but it has
> 12 IP's from different segments (and maybe
37 matches
Mail list logo
