Seriously though, code is usually run a lot more than it's built, so trading speed when building for speed when running makes sense. If you want build speed, disable optimization etc.
For those who don't know yet: Macs are lovely Linux machines. Pity they're going for nVidia again with the new iMacs, but fortunately they didn't make the same mistake for the PowerBooks.:)
First of all, it's not 'Xwindows' or 'X-Windows' or whatever but 'the X Window System'.
And for who's the client and who's the server: Say program A connects to program B, which draws graphics and processes input for program A. Which is which?
Submit the right answer to bill@microsoft.com and win a free Passport account! *grin*
> At home (using Debian stable), well, it's a non starter, for all the hype about apt, I haven't
> found a way to use it without a internet connection (if there is a way then it's well
> hidden). I see no reason why we should not be able to download a huge single file, burn it to
> cd, take it home and install it. With mirrors in place, large files with all the dependencies,
> shouldn't be a problem.
Read/usr/share/doc/apt/offline.html/index.html and/or check out the apt-zip package.
> apt-get, dselect, et al will cheerfully rape your system when you ask for unstable software,
> replacing all your nice stable shared libraries and even your nice stable software with broken
> development versions. Never mind the security issues with running a black-box install that
> fetches software from the internet.
Granted, bad things can happen in unstable. I still consider it more stable than any of the commercial distros.
Moreover, there is testing now, have you tried it? I've yet to see a better trade-off between freshmeat and stability.
> I think the very idea of shared libraries is a bad one. It encourages promiscuous linking and
> immense run-time bloat. My view is that it is an attempt to treat the symptom (static linked
> executables would be too big) rather than the disease (they're too big because they're full of
> whatever garbage you could shoehorn in).
Feel free to link everything you have statically. Remember, only the really used stuff is linked in then.
Let me know if that uses more or less resources...
Looks like a troll to me. Shouldn't be hard to decide if one wants to install from scratch and mess with it for a long time or just apt-get install xserver-xfree86 xlibmesa3 and do some real work.
> I've just installed 4.1 on My Powerbook 3400 (Scratch installation, based on Debian Potato,
> kernel 2.2.19). The 3400 has a nasty little Chips & Technologies 65550, and performance has
> always been so-so. With 4.1 (using the fb driver) it *smokes* (well.... for a pb3400).
The boost comes from Keith Packard's new mishadow layer that I updated the fbdev driver to. Glad to hear it's noticable.:)
And I hope you also enjoy its new RENDER and DGA support...
--
Re:Naah, let's move to PPC instead
on
OS X on x86?
·
· Score: 1
> The PPC boxes that Apple is building these days are very high quality boxes (if only they could pump out the GHz).
I'm sure it won't take much longer with the new CPUs (any of the Intel lovers noticed that the new Macs have G4+s?;)
Anyway, MHz or GHz isn't everything...
> I've already decided
Congratulations for such a great decision!
Slashdot Mirror
The compositing manager can do literally anything. But you don't have to use it, things keep working as before without.
:)
The X Way: Mechanism, not Policy (TM).
... if you don't need it, don't use it. The X server continues to work as before without a compositing manager.
A Mozilla crash is a Mozilla bug.
Where's the motherboard? I don't think it's the Logic board.
Well, duh, there's no security except physical one.
> Which tools do you guys use to keep your system clean?
aptitude, and occasionally debfoster
... I have an aptitude. :)
Well, just use C. ;)
Seriously though, code is usually run a lot more than it's built, so trading speed when building for speed when running makes sense. If you want build speed, disable optimization etc.
rocks! (it's also in Debian, of course :)
Apparently gcc 3.1 supports altivec.
Important stuff like MPEG2 decoders have supported it for a while, either with hand-written assembly or using output from the Apple compilers.
> Linux [linuxppc.org]
Or try this.
> Plus a lot of Linux stuff had been ported to Mac OS X: look at Fink
Why not use the real thing it was modeled after instead?
For those who don't know yet: Macs are lovely Linux machines. Pity they're going for nVidia again with the new iMacs, but fortunately they didn't make the same mistake for the PowerBooks. :)
Debian won't let you remove essential packages easily.
Debian has 1.3.19 in woody and 1.3.20 in sid.
> (despite all the hardware design flaws -- one of them being the DVD drive doesn't read
> redbook audio natively, so no CDparanoia/cdda2wav)
Of course it does. Try SCSI emulation if it doesn't work otherwise.
> Xwindows server (should be client IMHO)
First of all, it's not 'Xwindows' or 'X-Windows' or whatever but 'the X Window System'.
And for who's the client and who's the server: Say program A connects to program B, which draws graphics and processes input for program A. Which is which?
Submit the right answer to bill@microsoft.com and win a free Passport account! *grin*
--
IIRC RH 6.2 didn't have KDE/Qt, right?
:)
I imagine that would account for the increase of C++ code. Don't think it will rise the same during the next year then.
--
> At home (using Debian stable), well, it's a non starter, for all the hype about apt, I haven't
/usr/share/doc/apt/offline.html/index.html and/or check out the apt-zip package.
> found a way to use it without a internet connection (if there is a way then it's well
> hidden). I see no reason why we should not be able to download a huge single file, burn it to
> cd, take it home and install it. With mirrors in place, large files with all the dependencies,
> shouldn't be a problem.
Read
--
> apt-get, dselect, et al will cheerfully rape your system when you ask for unstable software,
> replacing all your nice stable shared libraries and even your nice stable software with broken
> development versions. Never mind the security issues with running a black-box install that
> fetches software from the internet.
Granted, bad things can happen in unstable. I still consider it more stable than any of the commercial distros.
Moreover, there is testing now, have you tried it? I've yet to see a better trade-off between freshmeat and stability.
> I think the very idea of shared libraries is a bad one. It encourages promiscuous linking and
> immense run-time bloat. My view is that it is an attempt to treat the symptom (static linked
> executables would be too big) rather than the disease (they're too big because they're full of
> whatever garbage you could shoehorn in).
Feel free to link everything you have statically. Remember, only the really used stuff is linked in then.
Let me know if that uses more or less resources...
--
True, true.
--
Looks like a troll to me. Shouldn't be hard to decide if one wants to install from scratch and mess with it for a long time or just apt-get install xserver-xfree86 xlibmesa3 and do some real work.
--
I'd like to point out that I was able to fix this in the last minute. Donation account number available on demand. *grin*
--
> I've just installed 4.1 on My Powerbook 3400 (Scratch installation, based on Debian Potato,
:)
> kernel 2.2.19). The 3400 has a nasty little Chips & Technologies 65550, and performance has
> always been so-so. With 4.1 (using the fb driver) it *smokes* (well.... for a pb3400).
The boost comes from Keith Packard's new mishadow layer that I updated the fbdev driver to. Glad to hear it's noticable.
And I hope you also enjoy its new RENDER and DGA support...
--
I'm sure it won't take much longer with the new CPUs (any of the Intel lovers noticed that the new Macs have G4+s?
Anyway, MHz or GHz isn't everything...
> I've already decided
Congratulations for such a great decision!
--
LinuxPPC: RedHat based distro for Linux/PPC
Debian powerpc port: You guess
Most people mean Linux/PPC when they say LinuxPPC (this article is correct though :)
And oh, there are other distros for Linux/PPC...
--