-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Thu, 11 Aug 2005, Ferris McCormick wrote:
| With mach64, the problem on sparc has been the hardware itself, if I
| remember correctly. That is, kernel, xorg are fine, but the mach64
| card
| used on U5/U10 is memory-deficient. Someone
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Georgi Georgiev wrote:
| Hm, why not just forget the transition, stick a warning telling people
| to add
|
| ModulesPath "/usr/lib/modules"
| ModulesPath "/usr/lib/xorg/modules"
Needing to set ModulePath at all in a standard installation is broken.
T
maillog: 10/08/2005-22:08:36(-0700): Donnie Berkholz types
> Georgi Georgiev wrote:
> | What about new revisions of the monolithic xorg that will install in
> | /usr/lib/xorg/modules followed by new revisions of all packages like
> | opengl-update, nvidia, ati-whatever, that will depend on the newe
Mike Frysinger posted <[EMAIL PROTECTED]>, excerpted
below, on Wed, 10 Aug 2005 17:58:09 -0400:
> On Wednesday 10 August 2005 04:15 pm, Duncan wrote:
>> Eric Clapprood posted
>> <[EMAIL PROTECTED]>,
>>
>> excerpted below, on Wed, 10 Aug 2005 11:53:25 -0400:
>> > > > xmlns:w="urn:schemas-microso
On Thu, Aug 11, 2005 at 01:04:25AM +0100, Carlos Silva wrote:
[snip]
> or metadata.xml. This way, users with slow connections don't download
> almost 1MB of info every time they sync.
Yes, your example occupies 1MB of space.
However, it does NOT equate to 1MB of bandwidth with each sync.
If you go
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Georgi Georgiev wrote:
| What about new revisions of the monolithic xorg that will install in
| /usr/lib/xorg/modules followed by new revisions of all packages like
| opengl-update, nvidia, ati-whatever, that will depend on the newer xorg
| release?
maillog: 10/08/2005-21:45:58(-0700): Donnie Berkholz types
> Donnie Berkholz wrote:
> > Georgi Georgiev wrote:
> >
> >>>It seems that the current xorg-server installs all modules in
> >>>/usr/lib/xorg/modules. Any idea why? It used to be /usr/lib/modules
> >>>until recently, and that's still where
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Donnie Berkholz wrote:
> Georgi Georgiev wrote:
>
>>>It seems that the current xorg-server installs all modules in
>>>/usr/lib/xorg/modules. Any idea why? It used to be /usr/lib/modules
>>>until recently, and that's still where opengl-update symlinks
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Georgi Georgiev wrote:
> It seems that the current xorg-server installs all modules in
> /usr/lib/xorg/modules. Any idea why? It used to be /usr/lib/modules
> until recently, and that's still where opengl-update symlinks stuff to,
> and also where vnc
maillog: 09/08/2005-11:16:52(-0700): Donnie Berkholz types
> Donnie Berkholz wrote:
> | If you find bugs that aren't purely ebuild problems, do not file them at
> | bugs.gentoo.org -- go to bugs.freedesktop.org, in the xorg product.
> |
> | Two USE flags you will care about are "dri" and "glx" -- b
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Christian Parpart wrote:
> On Thursday 11 August 2005 02:04, Carlos Silva wrote:
> [...]
>
>>What do you think of this?
>
>
> I once asked for a better place (namely metadata.xml), but got corrected with
> the following reason:
>
> HOMEPAGE/LICENS
On Thursday 11 August 2005 02:04, Carlos Silva wrote:
[...]
> What do you think of this?
I once asked for a better place (namely metadata.xml), but got corrected with
the following reason:
HOMEPAGE/LICENSE/DESCRIPTION might change over version bumps; not just the
revision/version number, also t
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Ferris McCormick wrote:
| It always makes sense to enable glx (Mesa) whether there is DRI support
| or not; some applications can run adequately well using the
| Mesa-indirect approach, and some graphics cards --- e.g., Elite == afb
| --- don't allow
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Wed, 10 Aug 2005, Donnie Berkholz wrote:
--[PinePGP]--[begin]--
Ferris McCormick wrote:
| I wrote the note very fast, and it was not too clear. With sunffb, the
| kernel code for current 2.6.x (x
On Thu, 2005-08-11 at 01:15 +0100, Ciaran McCreesh wrote:
> On Thu, 11 Aug 2005 01:04:25 +0100 Carlos Silva <[EMAIL PROTECTED]>
> wrote:
> | What do you think of this?
>
> GLEP 5
>
*G* :) thx for the info
btw, why is the status of GLEP 5 "timed out"?
signature.asc
Description: This is a digital
On Thu, 11 Aug 2005 01:04:25 +0100 Carlos Silva <[EMAIL PROTECTED]>
wrote:
| What do you think of this?
GLEP 5
--
Ciaran McCreesh : Gentoo Developer (Vim, Shell tools, Fluxbox, Cron)
Mail: ciaranm at gentoo.org
Web : http://dev.gentoo.org/~ciaranm
pgpZjrHzgbbKe.pgp
Des
I know that portage team is closed for new features :) but this just
came to my mind just 5 minutes ago and seemed good enought to try.
Let's just think that portage handles 5 version of package foo and foo
has "http://www.foo.org"; and homepage, "GPL-v2" license and "foo just
make your pc look fa
On Wednesday 10 August 2005 07:56 pm, Jason Stubbs wrote:
> On Thursday 11 August 2005 00:39, Mike Frysinger wrote:
> > On Wednesday 10 August 2005 11:24 am, Jason Stubbs wrote:
> > > On Wednesday 10 August 2005 22:19, Ciaran McCreesh wrote:
> > > > On Wed, 10 Aug 2005 09:10:39 -0400 Michael Cummin
On Thursday 11 August 2005 00:31, Ciaran McCreesh wrote:
> On Thu, 11 Aug 2005 00:24:54 +0900 Jason Stubbs <[EMAIL PROTECTED]>
>
> wrote:
> | On Wednesday 10 August 2005 22:19, Ciaran McCreesh wrote:
> | > On Wed, 10 Aug 2005 09:10:39 -0400 Michael Cummings
> | >
> | > <[EMAIL PROTECTED]> wrote:
>
On Thursday 11 August 2005 00:39, Mike Frysinger wrote:
> On Wednesday 10 August 2005 11:24 am, Jason Stubbs wrote:
> > On Wednesday 10 August 2005 22:19, Ciaran McCreesh wrote:
> > > On Wed, 10 Aug 2005 09:10:39 -0400 Michael Cummings
> > >
> > > <[EMAIL PROTECTED]> wrote:
> > > | (not directed at
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Ferris McCormick wrote:
| I wrote the note very fast, and it was not too clear. With sunffb, the
| kernel code for current 2.6.x (x > 6) is broken, and davem has taken dri
| support out of the xorg sunffb driver (to paraphrase him, you can't do
| bot
Henrik Brix Andersen wrote:
Hi,
Currently the files that accompany our release files (ISO images,
stages) are named in the following scheme:
*.asc for GPG signatures
*.md5 for MD5 sums
while the files that accompany our portage snapshots are named:
*.gpgsig for GPG signatur
On Wednesday 10 August 2005 04:15 pm, Duncan wrote:
> Eric Clapprood posted
> <[EMAIL PROTECTED]>,
>
> excerpted below, on Wed, 10 Aug 2005 11:53:25 -0400:
> > > xmlns:w="urn:schemas-microsoft-com:office:word"
> > xmlns="http://www.w3.org/TR/REC-html40";>
>
> Wow! Perfect demonstration of the t
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Wed, 10 Aug 2005, Donnie Berkholz wrote:
--[PinePGP]--[begin]--
Ferris McCormick wrote:
| > Done. It's not quite right, yet, but it can now be worked with. For
| > sparc, we do not want a lot of
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Donnie Berkholz wrote:
| Ferris McCormick wrote:
| |> Done. It's not quite right, yet, but it can now be worked with. For
| |> sparc, we do not want a lot of ..._dri.so modules (even though that is
| |> the target being used) because the kernel does
On 8/10/05, Alin Nastac <[EMAIL PROTECTED]> wrote:
> Mike Frysinger wrote:
>
> >also, four tabs rule
> >
> >
> >
> you are obviously wrong. three is the magic number ;)
>
Who cares as long as they're tabs?
:set ts=3
--
gentoo-dev@gentoo.org mailing list
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Ferris McCormick wrote:
|> Done. It's not quite right, yet, but it can now be worked with. For
|> sparc, we do not want a lot of ..._dri.so modules (even though that is
|> the target being used) because the kernel does not support them. So,
|> curr
On Wed, 2005-08-10 at 13:15 -0700, Duncan wrote:
> Wow!
[snip]
Next time please ask yourself - is this e-mail really necessary?
./Brix
--
Henrik Brix Andersen <[EMAIL PROTECTED]>
Gentoo Metadistribution | Mobile computing herd
signature.asc
Description: This is a digitally signed message part
Hey Duncan,
Thanks for taking the time to provide me with your paragraph of wisdom.
What's a mail Header?
jk
-Original Message-
From: news [mailto:[EMAIL PROTECTED] On Behalf Of Duncan
Sent: Wednesday, August 10, 2005 4:15 PM
To: gentoo-dev@lists.gentoo.org
Subject: [gentoo-dev] Re: remo
On Wed, 2005-08-10 at 10:53 -0700, Donnie Berkholz wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Ferris McCormick wrote:
> | 2. But to get sparc assembler built correctly, the following patch
> | seems correct:
>
> Looks good to me.
>
> |
>
> Just go ahead and commit it.
Done.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi all,
2005.1 has now been officially released and here's what you can expect
to find related to Hardened:
- - x86 stages for both the 2.4 and 2.6 kernel profiles [1]
- - expiremental amd64 non-multilib stages [2]
- - x86 SELinux stages for both the
Eric Clapprood posted
<[EMAIL PROTECTED]>,
excerpted below, on Wed, 10 Aug 2005 11:53:25 -0400:
> xmlns:w="urn:schemas-microsoft-com:office:word"
> xmlns="http://www.w3.org/TR/REC-html40";>
Wow! Perfect demonstration of the technical literacy both of those that
post "remove" instructions to m
On Wednesday 10 August 2005 03:29 pm, Carsten Lohrke wrote:
> On Wednesday 10 August 2005 21:04, Ciaran McCreesh wrote:
> > Doesn't solve the SRC_URI problem.
>
> Point taken. Doesn't help that this expansion stuff is fugly, imho.
it is a bit on the fugly side but afaict, it's the best we got atm
On Wednesday 10 August 2005 21:04, Ciaran McCreesh wrote:
> Doesn't solve the SRC_URI problem.
Point taken. Doesn't help that this expansion stuff is fugly, imho.
Carsten
pgpf2HCETwZ68.pgp
Description: PGP signature
On Wed, 10 Aug 2005 20:54:42 +0200 Carsten Lohrke <[EMAIL PROTECTED]>
wrote:
| > Uh, the way I suggested needs no portage changes.
|
| My bad. I don't like the feature flag approach and would say a
| TDEPEND would be in order.
Doesn't solve the SRC_URI problem.
--
Ciaran McCreesh : Gentoo Devel
On Wednesday 10 August 2005 20:35, Ciaran McCreesh wrote:
> Check the cache instead.
My cache doesn't include the whole cvs tree, but I don't see what should be
different.
> Uh, the way I suggested needs no portage changes.
My bad. I don't like the feature flag approach and would say a TDEPEND
On Wed, 10 Aug 2005 20:25:10 +0200 Carsten Lohrke <[EMAIL PROTECTED]>
wrote:
| On Wednesday 10 August 2005 19:45, Ciaran McCreesh wrote:
| > You didn't count very well... And you're only picking up the ones
|
| Don't know what should be wrong with
|
| find . -iname "*\.ebuild" -exec grep -H IUSE
On Wednesday 10 August 2005 02:25 pm, Carsten Lohrke wrote:
> On Wednesday 10 August 2005 19:45, Ciaran McCreesh wrote:
> > that're using USE=test, not the ones that have unlisted test
> > dependencies, forced optional dependencies or tests disabled to avoid
> > the dep.
>
> I answered Diego. You p
On Wednesday 10 August 2005 19:45, Ciaran McCreesh wrote:
> You didn't count very well... And you're only picking up the ones
Don't know what should be wrong with
find . -iname "*\.ebuild" -exec grep -H IUSE {} \; | grep test
> that're using USE=test, not the ones that have unlisted test
> depen
On Wednesday 10 August 2005 02:13 pm, Carsten Lohrke wrote:
> On Wednesday 10 August 2005 19:26, Mike Frysinger wrote:
> > oh, you mean like portage ?
>
> Eh? Of course in $D, not global. I see no reason for "noman" being feature
> flag. Don't care about it though.
i mean your suggestion of adding
On Wednesday 10 August 2005 19:26, Mike Frysinger wrote:
> oh, you mean like portage ?
Eh? Of course in $D, not global. I see no reason for "noman" being feature
flag. Don't care about it though.
Carsten
pgpDy0C18phXB.pgp
Description: PGP signature
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Per-Erik Westerberg wrote:
| Ubuntu "Breezy" has also problems with the "fixed" font when I updated
| it, the "fonts.alias" file is missing from the "/usr/share/fonts/misc"
| directory, maybe it is the same problem that people are experiencing?
I've
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Ferris McCormick wrote:
| 2. But to get sparc assembler built correctly, the following patch
| seems correct:
Looks good to me.
| (Alternative is to create a complete linux-dri-sparc config file; I can
| do that if you like.)
No need if you don't
Ubuntu "Breezy" has also problems with the "fixed" font when I updated
it, the "fonts.alias" file is missing from the "/usr/share/fonts/misc"
directory, maybe it is the same problem that people are experiencing?
/ Per-Erik
tis 2005-08-09 klockan 11:16 -0700 skrev Donnie Berkholz:
> Donnie Berkh
On Wed, 10 Aug 2005 19:07:31 +0200 Carsten Lohrke <[EMAIL PROTECTED]>
wrote:
| On Wednesday 10 August 2005 18:19, Diego 'Flameeyes' Pettenò wrote:
| > Just look at how much packages there are which has a "test" useflag
| > to add dependencies. There are quite a few.
|
| I counted 7 - seven - packa
On Wed, 2005-08-10 at 13:26 -0400, Mike Frysinger wrote:
> sorry, but there's no chance in hell i'm gonna hardcode the dejagnu dependency
Phew! Glad to hear that :)
./Brix
--
Henrik Brix Andersen <[EMAIL PROTECTED]>
Gentoo Metadistribution | Mobile computing herd
signature.asc
Description: Thi
On Wednesday 10 August 2005 01:07 pm, Carsten Lohrke wrote:
> On Wednesday 10 August 2005 18:19, Diego 'Flameeyes' Pettenò wrote:
> > Just look at how much packages there are which has a "test" useflag to
> > add dependencies. There are quite a few.
>
> I counted 7 - seven - packages and toolchain-
On Wednesday 10 August 2005 18:19, Diego 'Flameeyes' Pettenò wrote:
> Just look at how much packages there are which has a "test" useflag to add
> dependencies. There are quite a few.
I counted 7 - seven - packages and toolchain-binutils.eclass. That's not even
a thousandth part of the tree. Come
On Wednesday 10 August 2005 18:06, Carsten Lohrke wrote:
> TESTDEPEND!? Are there numbers how many packages are affected and what
> dependencies are in question, which are usually not available on every box
> anyways?
Just look at how much packages there are which has a "test" useflag to add
depen
On Wed, 10 Aug 2005 18:06:30 +0200 Carsten Lohrke <[EMAIL PROTECTED]>
wrote:
| On Wednesday 10 August 2005 17:31, Ciaran McCreesh wrote:
| > Then please introduce TESTDEPEND, MANDEPEND and INFODEPEND instead.
|
| TESTDEPEND!? Are there numbers how many packages are affected and
| what dependencies
On Wednesday 10 August 2005 17:31, Ciaran McCreesh wrote:
> Then please introduce TESTDEPEND, MANDEPEND and INFODEPEND instead.
TESTDEPEND!? Are there numbers how many packages are affected and what
dependencies are in question, which are usually not available on every box
anyways? This getting
maillog: 10/08/2005-17:14:59(+0200): Diego 'Flameeyes' Pettenò types
> On Wednesday 10 August 2005 15:16, Mike Frysinger wrote:
> > in that case we're screwed because there are plans to make people use
> > INSTALL_MASK and drop the FEATURES no{man,doc,info}
> The problem is that noman and noinfo do
On Wednesday 10 August 2005 11:24 am, Jason Stubbs wrote:
> On Wednesday 10 August 2005 22:19, Ciaran McCreesh wrote:
> > On Wed, 10 Aug 2005 09:10:39 -0400 Michael Cummings
> >
> > <[EMAIL PROTECTED]> wrote:
> > | (not directed at dsd in particular, just the last one in my inbox
> > | to reply :)
OK guys, the beast is out...
GNAP is a Gentoo-based Network Appliance building system. It allows to
build LiveCDs or bootable disks with a customized network appliance
configuration in seconds. This is especially useful to quickly install
Gentoo on small-CPU hosts to use them as routers, firewalls
Jason Stubbs wrote:
Personally, I think adding FEATURES to USE_EXPAND is terrible. Portage
features are not ebuild features. How much do you like C code that has
#ifdef's for the compiler being used? It's the same thing.
what wrong with #ifdef __cplusplus__? ;)
--
Simon Stelling
Gentoo/AMD64
On Thu, 11 Aug 2005 00:24:54 +0900 Jason Stubbs <[EMAIL PROTECTED]>
wrote:
| On Wednesday 10 August 2005 22:19, Ciaran McCreesh wrote:
| > On Wed, 10 Aug 2005 09:10:39 -0400 Michael Cummings
| >
| > <[EMAIL PROTECTED]> wrote:
| > | (not directed at dsd in particular, just the last one in my inbox
|
On Wednesday 10 August 2005 22:19, Ciaran McCreesh wrote:
> On Wed, 10 Aug 2005 09:10:39 -0400 Michael Cummings
>
> <[EMAIL PROTECTED]> wrote:
> | (not directed at dsd in particular, just the last one in my inbox
> | to reply :) That's great and all that its in features for the
> | installation, bu
On Wed, 2005-08-10 at 12:46 +, Ferris McCormick wrote:
> On Tue, 2005-08-09 at 19:40 -0700, Donnie Berkholz wrote:
> > -BEGIN PGP SIGNED MESSAGE-
> > Hash: SHA1
> >
>
> > Good catch. I was going to get to the rest of the GL headers after
> > getting Mesa working.
>
> Another comment
On Wednesday 10 August 2005 15:16, Mike Frysinger wrote:
> in that case we're screwed because there are plans to make people use
> INSTALL_MASK and drop the FEATURES no{man,doc,info}
The problem is that noman and noinfo doesn't just avoid installing man pages
and info cru^Wstuff, they also avoid m
On Wednesday 10 August 2005 09:19 am, Ciaran McCreesh wrote:
> On Wed, 10 Aug 2005 09:10:39 -0400 Michael Cummings
>
> <[EMAIL PROTECTED]> wrote:
> | (not directed at dsd in particular, just the last one in my inbox
> | to reply :) That's great and all that its in features for the
> | installation,
On Wednesday 10 August 2005 15:10, Michael Cummings wrote:
> That's great and all that its in features for the
> installation, but what about packages with optional dependencies based
> on doc and man?
Well there was a request time ago to add FEATURES (or at least a subset of
them) to USE_EXPAND s
On Wed, 10 Aug 2005 09:10:39 -0400 Michael Cummings
<[EMAIL PROTECTED]> wrote:
| (not directed at dsd in particular, just the last one in my inbox
| to reply :) That's great and all that its in features for the
| installation, but what about packages with optional dependencies based
| on doc and ma
On Wednesday 10 August 2005 09:10 am, Michael Cummings wrote:
> (not directed at dsd in particular, just the last one in my inbox
> to reply :) That's great and all that its in features for the
> installation, but what about packages with optional dependencies based
> on doc and man?
in that case
(not directed at dsd in particular, just the last one in my inbox
to reply :) That's great and all that its in features for the
installation, but what about packages with optional dependencies based
on doc and man?
On Wed, 10 Aug 2005 13:20:04 +0100
Daniel Drake <[EMAIL PROTECTED]> wrote:
> FEATU
On Tue, 2005-08-09 at 19:40 -0700, Donnie Berkholz wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Good catch. I was going to get to the rest of the GL headers after
> getting Mesa working.
Another comment about Mesa. Mesa, as distributed, has "built in"
architectures it can build
On Wednesday 10 August 2005 14:09, Bjarke Istrup Pedersen wrote:
> I have been thinking about this for the past few days, and haven't
> been able to come up with an answer to why there isn't a "man" USE
> flag for people to enable man pages getting installed.
FEATURES="noman" disable man page insta
Bjarke Istrup Pedersen wrote:
Hey everybody.
I have been thinking about this for the past few days, and haven't
been able to come up with an answer to why there isn't a "man" USE
flag for people to enable man pages getting installed.
FEATURES="noman" ?
Daniel
--
gentoo-dev@gentoo.org mailing
10.8.2005, 14:09:46, Bjarke Istrup Pedersen wrote:
> Not everybody needs the man pages, but installing them as default is
> good, but currently, there is no way to deselect them.
> What do you think?
I think you should read 'man make.conf' (FEATURES="noman nodoc noinfo") ;p
--
Best regards,
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hey everybody.
I have been thinking about this for the past few days, and haven't
been able to come up with an answer to why there isn't a "man" USE
flag for people to enable man pages getting installed.
My idea is to make a global use flag, that are
Hi,
Henrik Brix Andersen wrote:
I suggest we unify the naming scheme to the one currently in use by our
release files to avoid unnecessary confusion amongst our end-users -
unless of course there is a good reason for having different naming
schemes for release files and portage snapshots?
Pers
Henrik Brix Andersen wrote:
Hi,
Currently the files that accompany our release files (ISO images,
stages) are named in the following scheme:
*.asc for GPG signatures
*.md5 for MD5 sums
while the files that accompany our portage snapshots are named:
*.gpgsig for GPG signatu
Hi,
Currently the files that accompany our release files (ISO images,
stages) are named in the following scheme:
*.asc for GPG signatures
*.md5 for MD5 sums
while the files that accompany our portage snapshots are named:
*.gpgsig for GPG signatures
*.md5sum for
Mike Frysinger wrote:
>also, four tabs rule
>
>
>
you are obviously wrong. three is the magic number ;)
signature.asc
Description: OpenPGP digital signature
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Donnie Berkholz wrote:
| A few updates:
|
| I'm working on a Mesa ebuild to add; this will provide the gl.h
| everyone's been complaining about missing. My dev box is really screwy
| because of orphaned files, things lying around from CVS, etc, so I
|
75 matches
Mail list logo
