[mythtv-users] Ubuntu Edgy -> Feisty upgrade report
Brian J. Murrell
brian at interlinx.bc.ca
Wed May 2 03:24:36 UTC 2007
On Tue, 2007-01-05 at 19:17 -0600, Brian Wood wrote:
> It just seems to me that an awful lot of problems I have had getting
> Myth systems as well as others up and running turn out to be due to
> changes that have been made in the kernel between the time some software
> was written and the latest kernel came out.
Caveat emptor to those who want to live on the bleeding edge. If you
stick with what your vendor has put together as a package, then you
should not have these troubles. Part of living on kernel's bleeding
edge is paying attention to the changes that are coming.
> Dbus, DVB, IVTV, nVidia
> drivers, the sg interface, syscth.h come to mind immediately. Granted
> the ultimate goals were well-intended and needed, I'm just complaining
> about the way it was handled.
That sounds like your vendor's fault then for poor packaging. Or your
fault for not using the complete and package (and only their package)
for the job at hand.
> How was I supposed to know about the latest changes to libata?
Did the /dev/hd* to /dev/sd* change actually bite you in some way or are
you complaining about a hypothetical problem that could result as of it.
Typically a vendor's upgrade that will include the switch to libata
should take care of the hd->sd tidbits for you. Didn't it?
> I just
> happened to run into the info here. I looked through the docs on my most
> recent kernel source trees and did not find any info about it in 10
> minutes of looking. It may well be there, but I haven't found it yet.
But the point is, do you have a real world case where this has bitten
you, and you were running your O/S as the vendor prescribes? If you are
then they will have taken care of this for you.
> I don't have time to read the kernel mailing list(s).
Then you should be trusting those that are (your vendor) and using their
packages and O/S and caveat emptor if you start hacking at it.
> So how is a user to know about this before it bites him?
A "user" doesn't. A "user" let's his Linux vendor take care of that for
> Of course the change "can be handled", but "handling" it can also be
> described as "taking up my time", no matter how little.
Again, if you don't have enough time, leverage somebody else's and use a
vendor supplied package (of kernel and operating system -- and don't
This dead horse is pretty well beaten now I think.
My other computer is your Microsoft Windows server.
Brian J. Murrell
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Size: 189 bytes
Desc: This is a digitally signed message part
Url : http://mythtv.org/pipermail/mythtv-users/attachments/20070501/ca57d1fd/attachment.pgp
More information about the mythtv-users