That one is definitely getting framed and hung on the cubicle wall...:)
Re:Not complaints, actually calling for revision
on
Mr Anti-Google
·
· Score: 1
I don't think Google has a monopoly on search engines any more than John Williams has a monopoly on soundtracks. They're good at what they do and users (listeners) appreciate them.
If the success of your business depends heavily on how some search engine ranks your website you should probably find a new business to be in.
Maybe when he's done with Google, Daniel Brandt can start suggesting 'revisions' to McDonald's on how to sell fast food.
If you're tied to ix86 or other hardware your best and cheapest way has got to be sf.net and the compile farm that was suggested in one of the other comments.
If you're porting a lot of GUI apps and want to make use of the better parts of OS X (Quartz, etc...) you'll be better off with a real box with you logged in on the console. Search google for "kCGErrorIllegalArgument: initCGDisplayState: cannot map display interlocks" for a glimpse of the frustration you'll be putting yourself through trying to port large apps with only shell access to the build environment.
Shot in the dark if you have a non-NuBus PPC box... I remember the Mac-on-Linux team was rumored to be working on OS X support over a year ago. Mac-on-Linux is a Linux/ppc application that will run Mac OS 8.6/9.x without a ROM image. Not much use if you're on x86/sparc/etc...
I've been using Slackware with glibc2 as the primary C library since around glibc-2.0.6. Aside from a few initial problems with utmp/wtmp access, its been running fine.
The lsof utility came in handy when I started picking binaries to recompile (deciding that the ones that are constantly running should probably be first). Doing an lsof | grep libc.so.5 showed which running programs were linked with the old library.
Patrick included glibc2.0.6pre7 in the/contrib directory. Aside from the compile time on slower machines, glibc2.1 works fine with Slackware as long as you update your other tools that access things that have changed (utmp/wtmp access, etc...)
Slashdot Mirror
But it's like Gecko, according to the User-Agent it sends:
"Mozilla/5.0 (Macintosh; U; PPC Mac OS X; en) AppleWebKit/48 (like Gecko) Safari/48"
=)
That one is definitely getting framed and hung on the cubicle wall... :)
I don't think Google has a monopoly on search engines any more than John Williams has a monopoly on soundtracks. They're good at what they do and users (listeners) appreciate them.
If the success of your business depends heavily on how some search engine ranks your website you should probably find a new business to be in.
Maybe when he's done with Google, Daniel Brandt can start suggesting 'revisions' to McDonald's on how to sell fast food.
If you're tied to ix86 or other hardware your best and cheapest way has got to be sf.net and the compile farm that was suggested in one of the other comments.
If you're porting a lot of GUI apps and want to make use of the better parts of OS X (Quartz, etc...) you'll be better off with a real box with you logged in on the console. Search google for "kCGErrorIllegalArgument: initCGDisplayState: cannot map display interlocks" for a glimpse of the frustration you'll be putting yourself through trying to port large apps with only shell access to the build environment.
Shot in the dark if you have a non-NuBus PPC box...
I remember the Mac-on-Linux team was rumored to be working on OS X support over a year ago. Mac-on-Linux is a Linux/ppc application that will run Mac OS 8.6/9.x without a ROM image. Not much use if you're on x86/sparc/etc...
Doh... that wasn't it... some article on PS2 linux mentioned XBox linux... can't find it now.
> Now if we could just run Linux in it... We can. Check out the article at O'Reilly:
Opening Up the PlayStation 2 with Linux
I've been using Slackware with glibc2 as the primary C library since around glibc-2.0.6. Aside from a few initial problems with utmp/wtmp access, its been running fine.
The lsof utility came in handy when I started picking binaries to recompile (deciding that the ones that are constantly running should probably be first). Doing an lsof | grep libc.so.5 showed which running programs were linked with the old library.
--
Sardu
Patrick included glibc2.0.6pre7 in the /contrib directory. Aside from the compile time on slower machines, glibc2.1 works fine with Slackware as long as you update your other tools that access things that have changed (utmp/wtmp access, etc...)