On Friday July 4 2003 08:58 am, Huw Blackwell wrote:
> I stand corrected. Apologies for going off on one, reading
> through my initial reply I realise I got on a bit of a high
> horse over something I didn't fully understand, and took out some
> of my frustraion over getting this on the mailing list on someone
> who was just trying to help me. I understand what Tom was saying
> in his first message now and feel more than a little foolish.
Well, it was never my intention to make you feel foolish. I'm
sorry if I did. MOF, I admire your effort to explore your system.
More newbies and a lot of 'experts' should.
> Just one more query though.
>
> If the rpm when rebuilt asks for only the dependecies required by
> the binary package, how comes I had to install any extra rpms in
> order to rebuild it in the first place? As I understand Derek's
I see you've already got explanations better than I give from
Dennis, Richard, and Derek. Probly 'cause they understand it all
better than I do ;)
> I got round the SPEC file compiling for i586 by adding a file
> called .rprmc in my user home folder /hwb/home. read
>
> http://cybercfo.gkmweb.com/mandrake_a_la_gentoo.pdf
Cautions when optimizing, that I somewhat neglected in my
previous 'optimizing, oc'ing' reply. I should have included more
about the situation where you can easily make a system unstable by
too much package optimizing, or even compiling from source at all.
Particularly by changing compiler flags in rpmrc, an going too far
with 'em. Sometimes even just building from source with default
compiler flags, or a different gcc version than Mandrake uses for
some of their precompiled packages, EG...
As part of testing (limited by the hardware available to them),
some Mandrake precompiled packages are de-optimized to improve
usability. For example, mozilla. Here's an excerpt from mozilla
1.4's cooker changelog (CHRPM list) today:
* Fri Jul 04 2003 Frederic Crozat <[EMAIL PROTECTED]> -
0:1.4-1mdk
- Release 1.4.0
- Lower optimizations, mozilla doesn't like -O3 on gcc 3.3
- Remove patches 34, 61 (merged upstream)
- Regenerate patch33
- Fix gre.conf file
- Enable l10n
In past mozilla releases, Mandrake was unable to even use newer
gcc 3.x, and those were compiled with 2.95.x (Mdk's 2.96). So if
you compiled mozilla from source, or src.rpm, using gcc 3.x, even
with default compiler flags, you could just end up worse off, or
with undiscernable compile failures.
When you use Mandrake precompiled packages, you have support and
testing. When you recompile src.rpm's and/or use tarballs those
benefits are often lost, and should be mentioned when reporting
bugs or problems. As should user introduction of 3rd party,
specially closed source apps or drivers. Part of the past problem
with mozilla/gcc was anticipated user java installation.
As to Gentoo, in a comparison several months ago, a default i586
Mandrake install tested as fast, and even faster in some areas,
than Gentoo optimized for, and runnin on the same hardware. As, or
more stable than Gentoo also. IIRC, it was a pclinuxonline project
on AMD Athlon hardware, or at least it was covered by them.
--
Tom Brinkman Corpus Christi, Texas
Want to buy your Pack or Services from MandrakeSoft?
Go to http://www.mandrakestore.com
