On Sun, 2 Jul 2000, Eugenio Diaz wrote:
> apparently relied on libreadline) and upgrade the
> packages. But as of yesterday, a lot of packages in
> the rpmfind.net mirror (which is almost always up to
> date) had problems with not finding the
> __dso<something> symbol.
I know this is cooker and things break, but isn't it a bit premature to
upload a package that will break something without satifying it's
dependencies? That just seems careless to me. But the problem has since
been fixed.
> Same prob here. After fixing the libstdc++ prob (not
> yet since a lot of packages still not working like
> menu), and being able to boot again, I decided to
> upgrade to everything on the mirror, and that included
> the 2.2.17-0.1 kernel; big mistake. Now I can't boot
> because it stays timing-out on DMA during the
> partition check ...
>
Yeah, I know Mandrake is bleeding edge sometimes, but turning on a kernel
option which is experimental and known (at least to me) to be broken is
again a bit careless. The NVIDIA framebuffer driver also seems broken
(2.4?). The funny thing is that both of these things were partially coded
by people working for Mandrake, so you'd think they'd be the first to
want them fixed. I sometimes need to turn DMA completely off or I will
get DMA errors and sometimes even data corruption. This is of course when
it boots, which in this case it does not :)
