* RE: [ACPI-sppt] merge acpi-support into acpi-devel?
@ 2003-10-04 14:48 Brown, Len
[not found] ` <BF1FE1855350A0479097B3A0D2A80EE0CC875A-N2PTB0HCzHJF3Yvz3xaN/VDQ4js95KgL@public.gmane.org>
0 siblings, 1 reply; 5+ messages in thread
From: Brown, Len @ 2003-10-04 14:48 UTC (permalink / raw)
To: Sérgio Monteiro Basto; +Cc: acpi support, acpi-devel
The archive shows that overall, acpi-support gets 18% the traffic that acpi-devel gets.
There are newbie questions on LKML, and there is a FAQ to help them.
I don't see why we shouldn't follow that model.
The down-side of 2 lists is that people who post to acpi-devel will probably get better support, so one wonders what is the advantage of having 2 lists.
-Len
> -----Original Message-----
> From: Sérgio Monteiro Basto [mailto:sergiomb-hHo3WeeoaswVhHzd4jOs4w@public.gmane.org]
> Sent: Saturday, October 04, 2003 5:27 AM
> To: Brown, Len
> Cc: acpi support; acpi-devel
> Subject: Re: [ACPI-sppt] merge acpi-support into acpi-devel?
>
>
> On Fri, 2003-10-03 at 05:34, Len Brown wrote:
> > It would make my life simpler if
> acpi-suport-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org were
> > merged into acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org and then disabled.
> >
> > Does having two lists make life simpler for anybody?
>
> For me, No. I think, the support mailing list, has more traffic and is
> for newbies and some people who want try install acpi. They
> can get help
> here.
> The devel mailing list is for the people who want (try) help
> developing
> acpi
> When I had time I read the 2 lists, in other times I just
> read the devel
> one. I clean up the other.
>
> thanks
>
> >
> > thanks,
> > -Len
> >
> >
>
> --
> SérgioMB
> email: sergiomb-hHo3WeeoaswVhHzd4jOs4w@public.gmane.org
>
> Who gives me one shell, give me everything.
>
>
-------------------------------------------------------
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
^ permalink raw reply [flat|nested] 5+ messages in thread[parent not found: <BF1FE1855350A0479097B3A0D2A80EE0CC875A-N2PTB0HCzHJF3Yvz3xaN/VDQ4js95KgL@public.gmane.org>]
* Re: [ACPI-sppt] merge acpi-support into acpi-devel? [not found] ` <BF1FE1855350A0479097B3A0D2A80EE0CC875A-N2PTB0HCzHJF3Yvz3xaN/VDQ4js95KgL@public.gmane.org> @ 2003-10-04 15:59 ` Robert Vollmert 2003-10-04 17:59 ` [ACPI] " Matthew Wilcox 1 sibling, 0 replies; 5+ messages in thread From: Robert Vollmert @ 2003-10-04 15:59 UTC (permalink / raw) To: acpi support, acpi-devel Hello, On Sat, Oct 04, 2003 at 10:48:31AM -0400, Brown, Len wrote: > There are newbie questions on LKML, and there is a FAQ to help > them. I don't see why we shouldn't follow that model. just wanted to note that I support merging the lists. The combined traffic isn't nearly large enough that it should pose a problem to anyone. And if some people don't want to be bothered by newbie support requests, they can just ignore those. Having just one list also avoids having to worry about questions like whether to CC: the support list when talking about a problem initially discussed there to -devel, or how to get both the developers and those affected by some issue to notice a patch, without reaching those that are subscribed to both lists twice. Cheers Robert ------------------------------------------------------- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: [ACPI] RE: [ACPI-sppt] merge acpi-support into acpi-devel? [not found] ` <BF1FE1855350A0479097B3A0D2A80EE0CC875A-N2PTB0HCzHJF3Yvz3xaN/VDQ4js95KgL@public.gmane.org> 2003-10-04 15:59 ` Robert Vollmert @ 2003-10-04 17:59 ` Matthew Wilcox 1 sibling, 0 replies; 5+ messages in thread From: Matthew Wilcox @ 2003-10-04 17:59 UTC (permalink / raw) To: Brown, Len; +Cc: acpi support, acpi-devel On Sat, Oct 04, 2003 at 10:48:31AM -0400, Brown, Len wrote: > The archive shows that overall, acpi-support gets 18% the traffic that acpi-devel gets. > > There are newbie questions on LKML, and there is a FAQ to help them. > I don't see why we shouldn't follow that model. > > The down-side of 2 lists is that people who post to acpi-devel will > probably get better support, so one wonders what is the advantage of > having 2 lists. Personally, I'm really not interested in any of the x86 shitty BIOS IRQ routing type issues. I'm interested in the following ACPI things: - It has to work on ia64 (that's my day job). - Solving some of the impedence mismatches between what ACPI expects and what the core kernel provides (eg the PCI config space accessing, down_timeout(), etc). - Refactoring the ACPI code to work better. Not that I expect the lists to be arranged for my benefit, but would anybody else be interested in a list-split along the lines of - acpi-x86 (for x86 specific problems) - acpi-core (for everything else) -- "It's not Hollywood. War is real, war is primarily not about defeat or victory, it is about death. I've seen thousands and thousands of dead bodies. Do you think I want to have an academic debate on this subject?" -- Robert Fisk ------------------------------------------------------- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ^ permalink raw reply [flat|nested] 5+ messages in thread
* [ACPI-sppt] merge acpi-support into acpi-devel?
@ 2003-10-03 4:34 Len Brown
[not found] ` <1065155697.5326.134.camel-D2Zvc0uNKG8@public.gmane.org>
0 siblings, 1 reply; 5+ messages in thread
From: Len Brown @ 2003-10-03 4:34 UTC (permalink / raw)
To: acpi-support-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f
Cc: acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f
It would make my life simpler if acpi-suport-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org were
merged into acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org and then disabled.
Does having two lists make life simpler for anybody?
thanks,
-Len
-------------------------------------------------------
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
^ permalink raw reply [flat|nested] 5+ messages in thread[parent not found: <1065155697.5326.134.camel-D2Zvc0uNKG8@public.gmane.org>]
* Re: [ACPI-sppt] merge acpi-support into acpi-devel? [not found] ` <1065155697.5326.134.camel-D2Zvc0uNKG8@public.gmane.org> @ 2003-10-04 9:27 ` Sérgio Monteiro Basto 0 siblings, 0 replies; 5+ messages in thread From: Sérgio Monteiro Basto @ 2003-10-04 9:27 UTC (permalink / raw) To: Len Brown; +Cc: acpi support, acpi-devel On Fri, 2003-10-03 at 05:34, Len Brown wrote: > It would make my life simpler if acpi-suport-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org were > merged into acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org and then disabled. > > Does having two lists make life simpler for anybody? For me, No. I think, the support mailing list, has more traffic and is for newbies and some people who want try install acpi. They can get help here. The devel mailing list is for the people who want (try) help developing acpi When I had time I read the 2 lists, in other times I just read the devel one. I clean up the other. thanks > > thanks, > -Len > > -- SérgioMB email: sergiomb-hHo3WeeoaswVhHzd4jOs4w@public.gmane.org Who gives me one shell, give me everything. ------------------------------------------------------- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ^ permalink raw reply [flat|nested] 5+ messages in thread
end of thread, other threads:[~2003-10-04 17:59 UTC | newest]
Thread overview: 5+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2003-10-04 14:48 [ACPI-sppt] merge acpi-support into acpi-devel? Brown, Len
[not found] ` <BF1FE1855350A0479097B3A0D2A80EE0CC875A-N2PTB0HCzHJF3Yvz3xaN/VDQ4js95KgL@public.gmane.org>
2003-10-04 15:59 ` Robert Vollmert
2003-10-04 17:59 ` [ACPI] " Matthew Wilcox
-- strict thread matches above, loose matches on Subject: below --
2003-10-03 4:34 Len Brown
[not found] ` <1065155697.5326.134.camel-D2Zvc0uNKG8@public.gmane.org>
2003-10-04 9:27 ` Sérgio Monteiro Basto
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox