Ongoing Core 2 Port Status

[Richard Irving]

   BTW: Target for this install is a twin EV56 TinCup,
a couple gigs of ram... and 72 gigs, or so, of disk ..

   Has anyone had any luck with USB drivers,
and ->USB PCI boards<-, on this platform ?

   The one PCI (A 32 bit card) USB card I tried
to install, generated a PCI Bus Parity error,
and subsequent SRM panic.

   Ergo, no chance at recognition.

  :(

  Also, in this Fedora, has the i960 DAC Drivers,
  matured ?

   TIA, for any clue that saves me from paying the
blood price... ;)



Richard Irving wrote:
> Mike Barnes wrote:
> 
>> On Mon, 13 Sep 2004 15:09:18 -0500, Richard Irving 
>> <rirving at antient.org> wrote:
>>
>>>   I am rather surprised you couldn't interest the rest of the
>>> Fedora base to roll back in your Alpha changes...
>>
>>
>>
>> We're getting a fair amount of stuff rolled back in to Rawhide. There
>> were surprisingly few packages that actually needed modifying. I've
>> mainly been submitting fixes to upstream package maintainers where
>> practical, so it'll get to everyone in time.
> 
> 
>   Got to love that name, "Rawhide".   ;)
> 
>> The Mozilla build patches, for example, are now in the main tree.
>> Other stuff is working its way into Rawhide.
>>
>> There's some interest in keeping the Fedora tree building on Alpha,
>> but it's too much of an investment in time and resources to make this
>> a mainstream part of Fedora Core. I'm not saying that it can't happen,
>> just that it's not likely to in the near future. In the meantime,
>> we'll keep a fairly up-to-date tree that's usable and more-or-less
>> stable.
> 
> 
>   I wonder if we could automate a "diff" with two trees the old,
> and the new....
> 
>   Or perhaps 4, the origin FC, the Alpha FC, the new FC,
> and diffs between Alpha FC, and new FC ?
> 
>> trying to keep pace with Fedora Core right now, given that it's going
>> through rapid changes and innovation, would just make it impossible to
>> keep on top of changes and we'd just have a perpetually "alpha"
>> (small-'a') system.
> 
> 
>    :(
> 
>   Yeah, I know.... if we only had endless time....
> 
> 
>>>   Most changes, except but a few, are related to the 64 bit System,
>>> not just Alpha...
>>>  As you solve the problems getting to the Alpha, you make it -all-
>>> closer to true 64 bit clean, in the first place...
>>
>>
>> Hence my approach to get these things fixed at the highest level
>> possible. It's mainly out of laziness - my ideal for this project is
>> just to pull packages from the Fedora Core tree and rebuild as they
>> become desirable.
>>
>> The availability of other 64-bit platforms is helping considerably. A
>> lot of bugs are fixed before I can report them, and a solution is
>> quite often available by just building the newest package from
>> Rawhide.
> 
> 
>   I think, in the end, that when they are done, things that work
> on other 64bit op systems... will came across smoother than they
> do, today....
> 
>   But, then again, Nirvana is -always- one upgrade away.
> 
> 
>   How is the bandwidth against the distribution ?
> 
>   I have been debating offering a mirror... bandwidth I have, time
>  is the rarity.
> 
>   I have a couple 18 gig-ers on their way to try a virgin Fedora
>  install... I will let you know...
> 
> 
> 
>> _______________________________________________
>> axp-list mailing list
>> axp-list at redhat.com
>> https://www.redhat.com/mailman/listinfo/axp-list
> 
> 
> 
> _______________________________________________
> axp-list mailing list
> axp-list at redhat.com
> https://www.redhat.com/mailman/listinfo/axp-list