public inbox for gentoo-dev@lists.gentoo.org
 help / color / mirror / Atom feed
From: Peter <pete4abw@comcast.net>
To: gentoo-dev@lists.gentoo.org
Subject: [gentoo-dev]  Re: Re: Unified nVidia Driver Ebuild ready for	testing
Date: Fri, 23 Dec 2005 15:40:22 -0500	[thread overview]
Message-ID: <pan.2005.12.23.20.40.18.851833@comcast.net> (raw)
In-Reply-To: 1135368825.8459.7.camel@mogheiden.gnqs.org

On Fri, 23 Dec 2005 20:13:45 +0000, Stuart Herbert wrote:

> Hi Peter,
> 
> On Fri, 2005-12-23 at 14:05 -0500, Peter wrote:
>> in any case. By unifying the ebuilds, we are merely duplicating what
>> nvidia provides in its install packages. We're not doing anything they
>> aren't.
> 
> Who is "we" please?  
augustus, spyderous, azarah, me and testers.

> As you're a non-dev, it would be polite to
> introduce yourself at the top of emails like this for the benefit of
> those who don't want to wade through that bug.  You probably didn't
> intend it this way, but your lack of introduction has distracted from
> the work you're trying to do here.

I was just doing as I was asked. Post an invitation for testing and
comments. I did not think I had to do anything more other than document
what this project is about. As for my lack of etiquette, I apologize.

I'm peter, a user. I contribute ebuilds. Rox primarily, avfs, nvidia,
libtrash, fuse, python-alsa plus I've commented on many more
(enlightenment, eterm, etc,). I also rewrote the rox.eclass. In
addition, I have made small contributions to several OS projects over the
last seven years. I enjoy participating.

This particular project _was_ my idea. I posted the bug with a first stab at
the unified ebuild. augustus took it up and is now in charge. I truly felt
there were two problems that this corrected. 

1) the existing ebuild code was a bit messy and outdated. Unifying the
ebuilds forced a cleanup long overdue
2) the concept of splitting a product seemed overly complex and
unnecessary.

The whole purpose of opening a bug on it was to have the concept reviewed,
improved, or disregarded.

I did _not_ do this project in order to defend it or try and justify it.
If it fills a need, then it will be ported. If not, it won't. But just
because something has always been done a certain way does not mean that
it is the right way or it can't change. The ati drivers come as one
package so why can't nvidia. The "extra" package ati has are far larger
and far more complex than the TWO nvidia extra programs. The idea of
having an nvidia kernel ebuild and a separate nvidia glx ebuild is not
logical. glx depends on kernel, but not the other way around? Good luck
running a glx app withing it! nvidia-settings and xconfig are so small
they are insignificant in terms of compile time. 1' 10".

And, consider from the user's pov. Wouldn't it be simpler and easier to
say "emerge nvidia-drivers" and be done with it?

So, that's it. Sorry for the non-intro, but I wasn't asked to do that.


-- 
gentoo-dev@gentoo.org mailing list



  reply	other threads:[~2005-12-23 20:43 UTC|newest]

Thread overview: 39+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2005-12-23 17:41 [gentoo-dev] Unified nVidia Driver Ebuild ready for testing Peter
2005-12-23 18:47 ` Mike Frysinger
2005-12-23 19:05   ` [gentoo-dev] " Peter
2005-12-23 20:13     ` Stuart Herbert
2005-12-23 20:40       ` Peter [this message]
2005-12-23 19:43 ` [gentoo-dev] " Stephen P. Becker
2005-12-23 19:59   ` [gentoo-dev] " Peter
2005-12-23 20:15     ` Stephen P. Becker
2005-12-24  8:47     ` Niklas Bolander
2005-12-24  9:16       ` Dale
2005-12-24 11:34         ` [gentoo-dev] " Peter
2005-12-24 11:44           ` Dale
2005-12-24 12:09           ` Carsten Lohrke
2005-12-24 12:50             ` [gentoo-dev] " Peter
2005-12-24 13:09               ` Diego 'Flameeyes' Pettenò
2005-12-24 15:31                 ` [gentoo-dev] " Peter
2005-12-24 15:58                   ` Diego 'Flameeyes' Pettenò
2005-12-24 21:27                     ` [gentoo-dev] " R Hill
2005-12-24 13:52               ` [gentoo-dev] Re: " Jon Portnoy
2005-12-24 14:29               ` Carsten Lohrke
2005-12-24 14:57               ` Jean-Francois Gagnon Laporte
2005-12-24 20:30                 ` lnxg33k
2005-12-24 17:35               ` Ciaran McCreesh
2005-12-24 19:49               ` Jan Kundrát
2005-12-26 11:25               ` Rodolfo Boer
2005-12-24 20:00         ` [gentoo-dev] " Curtis Napier
2005-12-24 20:15           ` fire-eyes
2005-12-24 20:24             ` Dale
2005-12-23 20:49 ` [gentoo-dev] " Diego 'Flameeyes' Pettenò
2005-12-27 15:50   ` Henrik Brix Andersen
2005-12-27 17:55     ` [gentoo-dev] " Peter
2005-12-27 18:42       ` Diego 'Flameeyes' Pettenò
2005-12-24 10:00 ` R Hill
2005-12-28  0:06 ` [gentoo-dev] " Paweł Madej
2005-12-28 18:40   ` [gentoo-dev] " Peter
2005-12-28 23:54     ` fire-eyes
2005-12-30 17:54     ` Chris Gianelloni
2006-01-01  1:12       ` Ciaran McCreesh
2006-01-02 13:31         ` Tres Melton

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=pan.2005.12.23.20.40.18.851833@comcast.net \
    --to=pete4abw@comcast.net \
    --cc=gentoo-dev@lists.gentoo.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox