On 3/28/07, Daniel Drake <[EMAIL PROTECTED]> wrote:
Jakub Moc wrote:
> Bryan Østergaard napsal(a):
>> Nobody is forcing anybody to use in-kernel drivers.
>
> Uhm... http://bugs.gentoo.org/show_bug.cgi?id=172490
Sorry, my comments on that bug are a little unclear. I am not suggesting
removal of
> I have suggested that herd support for the kernelspace side
> (alsa-driver) be slowly reduced, by redirecting users who file bugs
> against it to reproduce with the in-kernel drivers, and then let kernel
For what it's worth, the PPC team has been suggesting the use of the
in-kernel drivers for a
Daniel Drake wrote:
> I have suggested that herd support for the kernelspace side
> (alsa-driver) be slowly reduced, by redirecting users who file bugs
> against it to reproduce with the in-kernel drivers, and then let kernel
> handle the bug resolution. This will remove duplicated maintenance
> ef
Michael Krelin wrote:
> Reading comparisons is one thing and using is the other. But the thing
> is, gentoo ends up with central repository, anyway. Provided the
> repository is less ancient than CVS (which is basically subversion),
> distributed users can branch it without having to have commit ac
Hi Ciaran,
On 28-Mar-07, at 1:45 AM, Ciaran McCreesh wrote:
Do you acknowledge that Portage is a severe limiting factor when it
comes to improving the Gentoo user experience as a whole?
I certainly don't think so. A lot of people *switch* to Gentoo
because of portage. Portage is a core part
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi Vlastimil,
I think it lacks advertisement, IMHO many people just know there was
such project but have no idea if it was completed or what. And
having it
online (at least some demo) would help greatly so people can easily
try
it out without h
On Wed, 28 Mar 2007 13:54:04 -0400
Daniel Drake <[EMAIL PROTECTED]> wrote:
> I'm fully 100% serious on the above. I challenge you to PROVE ME
> WRONG. I secretly hope you do, since that means I'll get a couple of
> interesting bugs to handle and I may even be able to solve them
> myself.
There wa
On Wed, 2007-03-28 at 13:54 -0400, Daniel Drake wrote:
>
> Even though I'm sure my personal opinion is clear, I don't have a strong
> stake in the ALSA herd. The real reason why alsa-driver is not getting
> any support behind it right now is that nobody is standing behind it.
>
> If someone want
On Wed, 2007-03-28 at 18:05 +0200, Ioannis Aslanidis wrote:
> Anyhow, I would like to see alsa-drivers removed, but only with the
> condition that the in-kernel ALSA drivers work as expected. The bug I
> mentioned, if you reread it, you will notice that if there was no
> external alsa-driver, hda-i
Jakub Moc wrote:
Bryan Østergaard napsal(a):
Nobody is forcing anybody to use in-kernel drivers.
Uhm... http://bugs.gentoo.org/show_bug.cgi?id=172490
Sorry, my comments on that bug are a little unclear. I am not suggesting
removal of alsa-driver from Portage, neither I am suggesting that t
Jakub Moc wrote:
It not only doesn't work for me,
Bug please! :)
it doesn't work for majority of people
that have responded on this thread. So, something's wrong there I guess? :)
I don't regard this thread as quantifiable measure. Nevertheless, lets
count the number of successes and failu
On Wed, 2007-03-28 at 15:23 +0200, Kevin F. Quinn wrote:
> SVN consumes double the bandwidth to checkout a full tree. It would
> also be interesting to find out why the server disk usage is 4x that of
> CVS (and what difference the choice of back-end makes).
I would bet that the file-system also
On Wed, Mar 28, 2007 at 05:36:57PM +0200, Jakub Moc wrote:
> Bryan Østergaard napsal(a):
> > Nobody is forcing anybody to use in-kernel drivers.
>
> Uhm... http://bugs.gentoo.org/show_bug.cgi?id=172490
>
Which isn't exactly the same as removing alsa-driver and forcing people
to use in-kernel driv
Anyhow, I would like to see alsa-drivers removed, but only with the
condition that the in-kernel ALSA drivers work as expected. The bug I
mentioned, if you reread it, you will notice that if there was no
external alsa-driver, hda-intel would be marked broken as well, for
some users.
Just to make
Ioannis Aslanidis wrote:
Well, to be honest, I am neither supporter nor detractor. I think that
it's upstream that should go and fix themselves. It's them who have
caused all this.
The bug you linked to is a natural effect of maintaining kernel drivers
outside of the kernel source tree.
It i
On Wed, 2007-03-28 at 14:29 +0200, Vlastimil Babka wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Chris Gianelloni wrote:
> > On Mon, 2007-03-26 at 12:01 -0500, Mike Bonar wrote:
> >> Should we encourage more content to go into the wiki, expecially
> >> content that is likely to chan
Bryan Østergaard napsal(a):
> Nobody is forcing anybody to use in-kernel drivers.
Uhm... http://bugs.gentoo.org/show_bug.cgi?id=172490
--
Best regards,
Jakub Moc
mailto:[EMAIL PROTECTED]
GPG signature:
http://subkeys.pgp.net:11371/pks/lookup?op=get&search=0xCEBA3D9E
Primary key fingerprin
Well, to be honest, I am neither supporter nor detractor. I think that
it's upstream that should go and fix themselves. It's them who have
caused all this.
ALSA guys do not support in-kernel stuff.
Kernel guys do not support alsa stuff.
Great, isn't it?
On 3/28/07, Daniel Drake <[EMAIL PROTECTE
Ioannis Aslanidis wrote:
The fact is that the bug has been around for quite a long time now:
http://bugs.gentoo.org/show_bug.cgi?id=165679
This bug is exactly the kind that makes maintaining alsa-driver (and any
other out-of-kernel module) a small nightmare. It's exactly the kind of
bug that
So, maybe this is a boneheadedly obvious thing, but having just spoken
with Daniel about this, I'll just summarise my findings.
I, for one, was always using alsa-driver for my new Dell laptop. As it
turns out, Dan has the identical laptop, but he's always been using the
in-kernel driver. I alway
On Wed, Mar 28, 2007 at 04:49:25PM +0200, Jakub Moc wrote:
> Daniel Drake napsal(a):
> > Jakub Moc wrote:
> >> - The in-kernel drivers seriously are not an equivalent alternative, let
> >> alone the preferred one, for stuff like hda-intel or any similar drivers
> >> that are under permanent heavy d
Daniel Drake napsal(a):
> Jakub Moc wrote:
>> - The in-kernel drivers seriously are not an equivalent alternative, let
>> alone the preferred one, for stuff like hda-intel or any similar drivers
>> that are under permanent heavy development, at least for now.
>
> If hda-intel (or any other driver)
The fact is that the bug has been around for quite a long time now:
http://bugs.gentoo.org/show_bug.cgi?id=165679
Anyway, see Flameeyes's comments for details (in the ChangeLog)
On 3/28/07, Daniel Drake <[EMAIL PROTECTED]> wrote:
Doug Goldstein wrote:
> The only crummy thing about this is that
Mike Pagano wrote:
Just a user opinion here, but I find the need to use unstable
alsa-driver to solve a bug every now and then. This procedure would
be more complicated if I had to run a development kernel to solve a
sound problem.
And you'll still have that option.
I hope you file bugs when t
On 3/28/07, Daniel Drake <[EMAIL PROTECTED]> wrote:
< snip >
...here are the diffs of the
latest alsa development release vs the latest kernel development release:
< snip>
Just a user opinion here, but I find the need to use unstable
alsa-driver to solve a bug every now and then. This proced
Doug Goldstein wrote:
The only crummy thing about this is that the in kernel drivers have
NEVER supported my sound card. Not even on 2.6.20. I'm using hda-intel
and it just never works. I end up always returning back to alsa-driver.
So I don't think that the code bases are the same.
Please file
Hi Jakub,
Thanks for your input. Please remember that alsa-driver isn't going away
any time soon.
Jakub Moc wrote:
- The in-kernel drivers seriously are not an equivalent alternative, let
alone the preferred one, for stuff like hda-intel or any similar drivers
that are under permanent heavy d
Le Wed, 28 Mar 2007 11:22:22 +0200,
"Ioannis Aslanidis" <[EMAIL PROTECTED]> a écrit :
> On 3/28/07, Jakub Moc <[EMAIL PROTECTED]> wrote:
> > Josh Saddler napsal(a):
> > > I completely disagree with your assessment of the in-kernel hda-intel
> > > state. My workstation uses one of those (labelled n
On Wed, 28 Mar 2007 07:58:59 -0400
Chris Gianelloni <[EMAIL PROTECTED]> wrote:
> Please, everyone, go back and read the actual *facts* that were
> discovered using copies of *our* repositories before going around
> using data from outside sources.
Alec Warner's test results are here, of course:
On Wednesday 28 March 2007, Denis Dupeyron wrote:
> On 3/28/07, Paul de Vrieze <[EMAIL PROTECTED]> wrote:
> > I do (sort of), and it is documented at:
> >
> > http://www.gentoo.org/proj/en/metastructure/projectxml.xml
> >
> > Unfortunately I don't know of any page that uses all features, but if you
On Wed, 28 Mar 2007 08:54:21 -0400
Doug Goldstein <[EMAIL PROTECTED]> wrote:
> Daniel Drake wrote:
> >
> > I have suggested that herd support for the kernelspace side
> > (alsa-driver) be slowly reduced, by redirecting users who file bugs
> > against it to reproduce with the in-kernel drivers, an
On Tuesday 27 March 2007, Ciaran McCreesh wrote:
> On Tue, 27 Mar 2007 15:19:29 -0400
>
> Mike Frysinger <[EMAIL PROTECTED]> wrote:
> > one of Gentoo's priorities is to enable alternative package managers
> > to coexist sanely ... it is not one of Gentoo's priorities at this
> > time to replace Por
Daniel Drake wrote:
>
> I have suggested that herd support for the kernelspace side
> (alsa-driver) be slowly reduced, by redirecting users who file bugs
> against it to reproduce with the in-kernel drivers, and then let kernel
> handle the bug resolution. This will remove duplicated maintenance e
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Anant Narayanan wrote:
> I guess the point of last year's GuideXML SoC project was to help devs
> who didn't find writing GuideXML *cough* exciting *cough* enough. Which
> is why I developed Beacon [1]. Looks like the project hasn't been as
> successfu
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Chris Gianelloni wrote:
> On Mon, 2007-03-26 at 12:01 -0500, Mike Bonar wrote:
>> Should we encourage more content to go into the wiki, expecially
>> content that is likely to change over a short period of time?
>
> Gentoo has no wiki.
Not entirely t
>
> I've been reading some SCM comparisons and there are three systems which I
> think are the best
> candidates for moving to: git, mercurial and darcs. These are the three
> fastest and most capable
> SCMs. Git is still the fastest but mercurial and darcs are not far behind.
> Darcs has the b
On 3/28/07, Paul de Vrieze <[EMAIL PROTECTED]> wrote:
I do (sort of), and it is documented at:
http://www.gentoo.org/proj/en/metastructure/projectxml.xml
Unfortunately I don't know of any page that uses all features, but if you look
around you can find some.
Thanks Paul, that's exactly what I
On Wed, 2007-03-28 at 12:30 +0200, Marijn Schouten (hkBst) wrote:
> I've been reading some SCM comparisons and there are three systems which I
> think are the best
> candidates for moving to: git, mercurial and darcs. These are the three
> fastest and most capable
> SCMs. Git is still the fastest
On Wed, 2007-03-28 at 01:46 -0700, Josh Saddler wrote:
> At the very least, this should cut down on spurious bug reports on our
> own bugzilla. However, it'd be nice from the point of view of the GDP if
> the kernel and ALSA maintainers would decide, once and for all, what
> should be supported and
On Wednesday 28 March 2007, Josh Saddler wrote:
> Denis Dupeyron wrote:
> > I find that as long as you read and follow the Gentoo XML Guide,
> > writing docs is easy and using XML is handy. What I like the most is,
> > as it was already noted, that I don't have to take care of the layout.
> >
> > H
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Ciaran McCreesh wrote:
> On Wed, 28 Mar 2007 10:30:56 +1200
> Christopher Sawtell <[EMAIL PROTECTED]> wrote:
>>> There are plenty of ways of doing that, most of which don't involve
>>> the huge cost of having to use a horrible version control system...
>
> I completely disagree with your assessment of the in-kernel hda-intel
> state. My workstation uses one of those (labelled nVidia MCP 55, for the
> curious), and my experiences with in-kernel ALSA have been nothing but
> positive with the intel audio, whether compiled or as modules.
I have two
On 3/28/07, Jakub Moc <[EMAIL PROTECTED]> wrote:
Josh Saddler napsal(a):
> I completely disagree with your assessment of the in-kernel hda-intel
> state. My workstation uses one of those (labelled nVidia MCP 55, for the
> curious), and my experiences with in-kernel ALSA have been nothing but
> po
Josh Saddler napsal(a):
> I completely disagree with your assessment of the in-kernel hda-intel
> state. My workstation uses one of those (labelled nVidia MCP 55, for the
> curious), and my experiences with in-kernel ALSA have been nothing but
> positive with the intel audio, whether compiled or as
Denis Dupeyron wrote:
> I find that as long as you read and follow the Gentoo XML Guide,
> writing docs is easy and using XML is handy. What I like the most is,
> as it was already noted, that I don't have to take care of the layout.
>
> However I have never found anything about writing project pa
Jakub Moc wrote:
> Uhm... Sorry to see this issue brought up yet again. Just a couple of
> brief notes:
>
> - The in-kernel drivers seriously are not an equivalent alternative, let
> alone the preferred one, for stuff like hda-intel or any similar drivers
> that are under permanent heavy developme
I find that as long as you read and follow the Gentoo XML Guide,
writing docs is easy and using XML is handy. What I like the most is,
as it was already noted, that I don't have to take care of the layout.
However I have never found anything about writing project pages. Is
there anything out ther
47 matches
Mail list logo
