on 01/30/2014 11:04 PM James wrote the following:
> Peter Humphrey prh.myzen.co.uk> writes:
>
>
>>> Maybe you chose unwisely?(get ATI next time) unless
>
>>
>> I've used nVidia cards for many years. When I bought my first one
>> (maybe 20 years ago) ATI support in Linux was woeful
On Thursday 30 Jan 2014 15:25:47 James wrote:
> Nividia is a *VENDOR* that chooses not to provide information so
> drivers can be properly maintained, historically. ATI (AMD now) is a vendor
> who provides information so drivers can be maintained, even optimized, into
> perpetuity.
>
> Maybe you
On 30/01/2014 17:25, James wrote:
> As part of the open source community, I would think you have a
> repsonsibility to *reward those vendors that work generously with the
> greater open source community* ?
No, not actually. The only responsibility he has is to do whatever he
feels like doing.
On 30/01/2014 11:54, Thanasis wrote:
> on 01/30/2014 12:50 AM Alan McKinnon wrote the following:
>>> On 30/01/2014 00:14, Thanasis wrote:
>>> Yea, but I think, this is the case for *all* packages, not only kernel
>>> sources, at least until now, isn't it?
>>
>> No, not at all.
>>
>> Kernels are dif
on 01/30/2014 12:50 AM Alan McKinnon wrote the following:
>> On 30/01/2014 00:14, Thanasis wrote:
>> Yea, but I think, this is the case for *all* packages, not only kernel
>> sources, at least until now, isn't it?
>
> No, not at all.
>
> Kernels are different and portage treats them very differen
on 01/30/2014 08:30 AM Mick wrote the following:
> On Wednesday 29 Jan 2014 19:37:39 Thanasis wrote:
>>> Sometimes folks have to stay with a kernel series, because a vendor
>>> binary patch forces them into this situation.
>>
>> That's my case, ie Nvidia drivers for a relatively old hardware (AGP
>
On Wednesday 29 Jan 2014 19:37:39 Thanasis wrote:
> > Sometimes folks have to stay with a kernel series, because a vendor
> > binary patch forces them into this situation.
>
> That's my case, ie Nvidia drivers for a relatively old hardware (AGP
> Graphics).
Wouldn't nouveau drivers overcome this
On 30/01/2014 00:14, Thanasis wrote:
> on 01/29/2014 11:41 PM Alan McKinnon wrote the following:
>> On 29/01/2014 17:35, James wrote:
>>> Thanasis asyr.hopto.org> writes:
>>>
>>>
No, because as I said in a previous post, the matter is that when a
newer version 3.10.X is in the tree, and
on 01/29/2014 11:41 PM Alan McKinnon wrote the following:
> On 29/01/2014 17:35, James wrote:
>> Thanasis asyr.hopto.org> writes:
>>
>>
>>> No, because as I said in a previous post, the matter is that when a
>>> newer version 3.10.X is in the tree, and you do an update of the world
>>> set, the ne
On 29/01/2014 21:37, Thanasis wrote:
>> I only use Alan Cox, as an example;
>> > I have no idea who the long-term kernel maintainer is now, but
>> > historically it's been somebody with a vested interest, or
>> > some poor-unappreciated sapimho.
> Googling about kernel maintainer for long term
On 29/01/2014 17:35, James wrote:
> Thanasis asyr.hopto.org> writes:
>
>
>> No, because as I said in a previous post, the matter is that when a
>> newer version 3.10.X is in the tree, and you do an update of the world
>> set, the newer kernel source of the 3.10.X series won't appear as an update
on 01/29/2014 05:59 PM James wrote the following:
>>> Once the newer kernel series come out, the newer versions
>>> of a series (usually) slow way down on being delivered.
>> Not necessarily, if some devs are maintaining a series as "long term",
>> which, I think, is the case for the 3.10.X series
on 01/29/2014 03:36 PM James wrote the following:
> Once the newer kernel series come out, the newer versions
> of a series (usually) slow way down on being delivered.
Not necessarily, if some devs are maintaining a series as "long term",
which, I think, is the case for the 3.10.X series (if I am
on 01/28/2014 10:12 PM eroen wrote the following:
> On Tue, 28 Jan 2014 21:29:21 +0200, Thanasis
> wrote:
>> Is there a way to specify that I want to install (emerge) the latest
>> 3.10.X series of sys-kernel/gentoo-sources as a slot, in parallel with
>> the latest gentoo-sources?
>>
>> Currently,
on 01/29/2014 03:23 PM James wrote the following:
> There might be a work around that suites your needs?
>
> # emerge -pv =gentoo-sources-3.10.28
>
> These are the packages that would be merged, in order:
>
> Calculating dependencies... done!
> [ebuild NS ~] sys-kernel/gentoo-sources-3.10.28
On 29/01/2014 15:23, James wrote:
> Alan McKinnon gmail.com> writes:
>
>
> Is there a way to specify that I want to install (emerge) the latest
> 3.10.X series of sys-kernel/gentoo-sources as a slot, in parallel with
> the latest gentoo-sources?
>
>> that won't work as each kernel e
16 matches
Mail list logo
