Re: CamelBones on Intel? Maybe not.
--- Edward Moy [EMAIL PROTECTED] wrote: So what is really needed at this point is for the CamelBones community to get together and innovate. Create some killer apps with CamelBones. Get developer excited about this technology. I'll bite. Dunno if it'd count as killer or not but I have a F/OSS project I've been working on that's been looking for a GUI for a while. We were going to go with Python for cross-platformability, but I've been thinking about learning Cocoa for a while and have really wanted to use CB for *something*. Hey Sherm, I haven't toyed with CB since the days of 10.2, anything I should know before diving in again? Live well, ~wren __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com
Re: CamelBones on Intel? Maybe not.
Good evening, On 9/6/05 at 2:39 AM -0700, wren argetlahm [EMAIL PROTECTED] wrote: Hey Sherm, I haven't toyed with CB since the days of 10.2, anything I should know before diving in again? And are there any licensing issues that would prevent using CB in a commercial app? Charlie -- Charlie Garrison [EMAIL PROTECTED] PO Box 141, Windsor, NSW 2756, Australia
Re: CamelBones on Intel? Maybe not.
On Jun 9, 2005, at 5:39 AM, wren argetlahm wrote: Dunno if it'd count as killer or not but I have a F/OSS project I've been working on that's been looking for a GUI for a while. We were going to go with Python for cross-platformability, but I've been thinking about learning Cocoa for a while and have really wanted to use CB for *something*. Hey Sherm, I haven't toyed with CB since the days of 10.2, anything I should know before diving in again? It probably wouldn't hurt to scan through the getting started docs again - there have been some minor (but important) changes in how classes are declared. You can inherit from Cocoa classes now, with all that implies - document-based apps with custom NSDocument subclasses, custom NSView subclasses, support for Cocoa Binding, etc. And, as a direct result of recent events (i.e. this thread), I've decided to make GNUStep support a high priority item for the next 1.0 beta release. Cross-platform support will be a major feature going forward - I'm hedging my bets, and CamelBones will be a way for you folks to do the same. sherm-- Cocoa programming in Perl: http://camelbones.sourceforge.net Hire me! My resume: http://www.dot-app.org
Re: CamelBones on Intel? Maybe not.
On Jun 9, 2005, at 7:29 AM, Charlie Garrison wrote: And are there any licensing issues that would prevent using CB in a commercial app? No. I chose the Lesser GPL over the GPL for precisely that reason - the viral aspect of the license applies to the framework *only*, not to your apps. sherm-- Cocoa programming in Perl: http://camelbones.sourceforge.net Hire me! My resume: http://www.dot-app.org
Re: CamelBones on Intel? Maybe not.
On Jun 9, 2005, at 4:39 AM, wren argetlahm wrote: --- Edward Moy [EMAIL PROTECTED] wrote: So what is really needed at this point is for the CamelBones community to get together and innovate. Create some killer apps with CamelBones. Get developer excited about this technology. I'll bite. Dunno if it'd count as killer or not but I have a F/OSS project I've been working on that's been looking for a GUI for a while. We were going to go with Python for cross-platformability, but I've been thinking about learning Cocoa for a while and have really wanted to use CB for *something*. It seems like the Fink Commander application could also have been written well in CB. It's an example of a fairly broad category of applications: Cocoa interfaces to perl modules. What with the depth breadth of CPAN, that's seems like it would be a pretty broad category. -Ken
Re: CamelBones on Intel? Maybe not.
My main question about the change to Intel is why the developer pack, whatever it was, costs so much? What do you get for your $999? I was expecting something free to download to developer members. As others have said, they throw in a computer. Keep in mind the Developer Transition System hardware is only on loan and needs to be returned (by the end of 2006 I think) and has other restrictions (basically, I think Apple is treating it like the normal Seed hardware which is loaned, not sold, and has lots of restrictions, like fixed location, etc). Not that I can find any actual details on this currently, but if you read: http://developer.apple.com/transitionkit.html You will note it says Use of a Developer Transition System, not actual ownership of. Personally, I prefer the Be hardware seeding (they gave me a free box, and then another one later when they upgraded them), but then it didn't work out that well for Be in the end unfortunately... Peter. -- http://www.stairways.com/ http://download.stairways.com/
Re: CamelBones on Intel? Maybe not.
On Jun 8, 2005, at 5:53 AM, Sherm Pendley wrote: There's been some discussion on the Perl 5 Porters' list as well, wondering if Apple could set up accounts on a 'net-accessible machine. Such a machine would be helpful to several others besides myself. The latest CB version supports standalone .pl scripts. So an account on a shared machine would be quite adequate to for me to run the CB self-tests. Yeah, I was thinking the same thing. Access to a compile test farm would be really nice for those of us who can do all of our testing in the shell environment. -Ken
Re: CamelBones on Intel? Maybe not.
On Jun 8, 2005, at 3:53 AM, Sherm Pendley wrote: On Jun 8, 2005, at 12:57 AM, [EMAIL PROTECTED] wrote: No promises, but if you want to work on CamelBones for i386, I can put out some feelers and see if we can help someway. There's been some discussion on the Perl 5 Porters' list as well, wondering if Apple could set up accounts on a 'net-accessible machine. Such a machine would be helpful to several others besides myself. The latest CB version supports standalone .pl scripts. So an account on a shared machine would be quite adequate to for me to run the CB self-tests. I doubt they are going to allow this, especially for a non-released product. I spoke with a few people in marketing, and it is already a touch sell, because there is no critical mass yet. They keep pointing to the success of PyObjC and how that community has gelled. Our resources are limited and we can't be throwing our money around for things that don't pay off. So what is really needed at this point is for the CamelBones community to get together and innovate. Create some killer apps with CamelBones. Get developer excited about this technology. Edward Moy Apple
Re: CamelBones on Intel? Maybe not.
On Jun 7, 2005, at 12:07 AM, Ken Williams wrote: I suggest going straight to Apple and pitching the idea of developing CamelBones for them. Been there, tried that - three times now. The first time was before Jaguar's release; Apple opted to include their own in-house bridge instead. Again, before Panther, and again before Tiger. Each time, there was some interest - a lot of Apple engineers appear to like CamelBones - but not enough to push it through Apple's internal process to get it included. To Apple's credit, they *have* provided me with free access to beta OS releases. Or, set up a storefront and start charging some money for a premium version of camelbones, or charging a specific amount of money for support licenses. I've thought about doing that, but I have my doubts. I was registered a couple of years ago to give a talk about CamelBones at O'Reilly's OSCON. Only three or four people registered for it, so it was cancelled due to lack of interest. O'Reilly had plans to publish a book about Cocoa/Perl development, but again the idea was shelved due to lack of interest. Realistically, if a major publisher can't drum up enough interest to warrant a single talk, or one book, I don't think my chances of making a living from support fees are very good. The primary use I imagined for CamelBones is for in-house databases, where it would be useful to be able to re-use a lot of the same code to build both web-based external interfaces and GUI internal interfaces. That space is filled with a lot of heavy hitters though - Sun, IBM, even Apple themselves, now that WebObjects is included with Xcode 2.1. I've thought of writing standalone shareware apps. But nothing I've thought of has really cried out to be written in Perl. I'm not at all religious about languages. There are a handful of scenarios (like the one I mentioned) where having the option to use Perl in a Cocoa project is a life saver. But most of the time, the native language of the toolkit is the best choice - Tcl for Tk, C++ for Carbon or Qt... and Objective-C for Cocoa. Bottom line is, CamelBones is a niche product. I've known that from the beginning, and I'm not complaining about it. It's a big enough niche to make CamelBones a fairly successful OSS project. But it's not a big enough niche to make a living, and making a living is what I need to focus on, at least in the short term. sherm-- Cocoa programming in Perl: http://camelbones.sourceforge.net Hire me! My resume: http://www.dot-app.org
Re: CamelBones on Intel? Maybe not.
Sherm Pendley [EMAIL PROTECTED] writes: To most developers using Cocoa or Carbon, building a fat binary is painless - it's a matter of checking the right box in Xcode. The problem I'm facing is that for CamelBones, because of the way Perl builds its modules, the transition will be far more painful than it will be for most apps. Why would it be painful to compile perl and its modules as a fat binaries? I see that perl's hints/darwin.sh override the $archname with this comment: # Since we can build fat, the archname doesn't need the processor type archname='darwin'; Has anybody ever tried to build a fat perl? --Gisle
Re: CamelBones on Intel? Maybe not.
They say misery loves company - so here it is: Python on Mac OS X for Intel is not going to be a seamless transition. http://bob.pythonmac.org/archives/2005/06/06/python-on-mac-os-x- x86 sherm-- Cocoa programming in Perl: http://camelbones.sourceforge.net Hire me! My resume: http://www.dot-app.org
Re: CamelBones on Intel? Maybe not.
So, how can we help? I do doubt that long-term Camelbones can support you if it hasn't already, but specific one-time causes can often get quite a bit in the way of donations. If you need an Intel Mac to continue builds, post a goal and a link to donate. I bet you'll make your goal. Daniel T. Staal This email copyright the author. Unless otherwise noted, you are expressly allowed to retransmit, quote, or otherwise use the contents for non-commercial purposes. This copyright will expire 5 years after the author's death, or in 30 years, whichever is longer, unless such a period is in excess of local copyright law.
Re: CamelBones on Intel? Maybe not.
Daniel T. Staal wrote: So, how can we help? I do doubt that long-term Camelbones can support you if it hasn't already, but specific one-time causes can often get quite a bit in the way of donations. If you need an Intel Mac to continue builds, post a goal and a link to donate. I bet you'll make your goal. I just read an editor's note at Maccentral (it's listed under June 6) . . . apparently the development kit that Apple is offering for this transition gets you that 3.6GHz Pentium P4 Mac. Now, I know $999 is a lot of money for Sherm, with him being out of work for 3 years. But I think there is always a way to get out of any predicament, it just may involve thinking out of the box. I sympathize with Sherm's dilemna. I'm a web programmer who's been working with ColdFusion for the past 4 years or so. Now Macromedia is going to be merging with Adobe, and the picture is very murky right now. One approach is to go in the LAMP direction so as to diversify, and in my recent performance review, we've agreed that I will have the opportunity to leran another programming language, like PHP. There are applications still waiting to be written that doesn't exist on the Mac platform. For instance, I'm a knitter. There's a lot of program out there to design sweater and sock patterns, and to design fair isle, aran, and intarsia designs. However, there's only two commercial (no shareware that I can locate) software that Cochenille Designs (http://www.cochenille.com/) and these programs are stuck in the Classic time warp and the company doesn't seem inclined in the near future to update these programs to work with OS X (no, I don't want to run Classic, and haven't done so for the past year or so). There's no competition in the picture that I can see. I wish I could create that application taht would run circles around Cochenille's products, but I don't the Objective-C programming language and it would take me quite a while before I could get up to speed (especially since I haven't created stand-alone applications). -- Lola - mailto:[EMAIL PROTECTED] http://www.lolajl.net | Blog at http://www.lolajl.net/blog/ Terrorismus delendus est! (Terrorism must be destroyed utterly!) I'm in Bowie, MD, USA, halfway between DC and Annapolis.
Re: CamelBones on Intel? Maybe not.
Sherm == Sherm Pendley [EMAIL PROTECTED] writes: Sherm I've thought about doing that, but I have my doubts. I was registered Sherm a couple of years ago to give a talk about CamelBones at O'Reilly's Sherm OSCON. Only three or four people registered for it, so it was Sherm cancelled due to lack of interest. O'Reilly had plans to publish a Sherm book about Cocoa/Perl development, but again the idea was shelved due Sherm to lack of interest. I'm giving a talk at WWDC on wednesday about Perl as Glue on OSX, and I drool over CamelBones. I'll let you know if my drool is appropriate after wednesday. It'll be interesting to see if the comments in the room reflect the desire for Perl-wired Cocoa apps or not. In fact, the first thing I thought after hearing about the x86 announcement was oooh, I hope CamelBones continues to work!. -- Randal L. Schwartz - Stonehenge Consulting Services, Inc. - +1 503 777 0095 merlyn@stonehenge.com URL:http://www.stonehenge.com/merlyn/ Perl/Unix/security consulting, Technical writing, Comedy, etc. etc. See PerlTraining.Stonehenge.com for onsite and open-enrollment Perl training!
Re: CamelBones on Intel? Maybe not.
Is there any reason you would NEED to compile it fat? Does anybody expect that the same partition will boot on both x386 and PowerPC macs? Ian On Jun 7, 2005, at 5:32 AM, Sherm Pendley wrote: On Jun 7, 2005, at 5:19 AM, Gisle Aas wrote: Why would it be painful to compile perl and its modules as a fat binaries? *If* Apple compiles a fat perl ... and *if* that fat perl doesn't require me to buy an Intel/Mac with money I don't have ... and *if* that fat perl is configured properly to produce fat XS modules ... and *if* the ffcall library that CamelBones uses is updated to support Darwin/x86 calling conventions ...
Re: CamelBones on Intel? Maybe not.
On 2005.6.7, at 11:13 PM, Robert wrote: Wiggins d'Anconia [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED] Ian Ragsdale wrote: On Jun 6, 2005, at 5:18 PM, Joel Rees wrote: Jobs is insane. I'm not so sure about that. IBM seems unwilling or unable to produce mobile G5s, which is a market that Apple considers very important. They also are 2 years behind schedule on 3.0Ghz G5s, and appear to be focusing on video game processors instead of desktop and mobile processors. Apple might be OK in a speed comparison right now (on desktops, they are clearly losing in laptop comparisons), but how about in two years? Perhaps IBM has told Apple that they won't attempt a laptop chip, since the volume is way higher for video game consoles? What should Apple do? They should have released Mac OS X for Intel as soon as they had it ready. Why wait? It seems Apple is too caught up in their own keynotes to understand volume sales. One thing M$ was definitely *always* better at. IBM will probably laugh this one to the bank, not exactly going to put a dent in that $99 billion in revenue... Because it wasn't ready Five years and it still isn't ready? That's exactly why they shouldn't have kept it hidden in the lab if they were going to be doing it. and obviously after watching the keynote they are still working on some things. They are trying (and it looks good so far) to make the transition as painless as possible. I think it is a good move. If they were just saying, okay, we have had so many people begging for Mac OS X on iNTEL, we're going to give it to them and charge them double for running it on non-Apple hardware, that would be a good move. Moving everything to the monoculture is not a good move. Personally, it looks like it will be a bit painful for a few years, but a far better move in the long run. Unless they become just another cheap clone maker with a pretty software interface. (Did I hear someone say Sun?) Apple is not Sun in any sane comparison. You think? Ian http://danconia.org
OT: no shine (Re: CamelBones on Intel? Maybe not.)
On 2005.6.7, at 05:47 PM, Sherm Pendley wrote: On Jun 6, 2005, at 6:18 PM, Joel Rees wrote: For me, the computer industry just lost its last little bit of shine. For me, it lost that shine years ago. When I began learning to program, everything was new. Every week, it seemed, someone was finding a new use for these gadgets. Games could be written by one person in two months. My heroes were people like Jobs, Wozniak, Nolan Bushnell, Eugene Jarvis, Richard Garriott, Sid Meier, and Roberta Williams - pioneers in every sense of the word. Shigeru Miyamoto deserves a place on that list too, but I didn't know his name back then, even though I greatly admired his work, without having a clue whose it was. These days, there's very little true innovation is going on. I hit that point with MSW3. The first tarnish was in realizing how few other people saw the magic I saw in FORTH. But it was MSW3 that opened my eyes to the fact that there really were a lot of people who really did want Bill Gates or somebody to do their thinking for them. Most of the effort is put into squeezing a few more pennies from the bottom line. Games are designed and produced by the same committee-driven process that has reduced Hollywood and the music industry to mockeries of their former selves. Things have changed, and the Almighty Buck is king now. Pragmatically, that's a good thing; it's a sign of progress towards a mature, stable industry. In another way, I can't help feeling that something valuable has been lost along the way. Any general purpose computers I buy will run AMD since I doubt I'll be able to afford PPC hardware, and I'll be scratching Mac OS X from this old iBook this weekend. Not sure if I'll load Linux or openBSD on it, since it's my server. Jobs is insane. I'm not sure I'd go quite that far. Monoculture. The only successful alternative OSses that run on x86 yet are entirely free (as in speech) and run on multiple platforms. Even FreeBSD is not just x86. I would not be going rabid if Steve had said, Okay, due to popular request, we're going to add an architecture. or something similar. Apple has the resources to sell to multiple architectures, although it would likely mean that they would need to open up quite a bit of the userland beyond the command line. There's a good business case to be made for switching, from Apple's perspective. Only if they have blinders and and don't notice anything wrong with the picture being dangled in front of their face. It will help the supply-side problems they've been having, and broaden the appeal of their products. Oh, sure. What is this thing about iNTEL having some sort of appeal? That''s a strawman, and the people who have been arguing it will not be buying it. IBM made a few too many forward looking statements without knowing how much the fancy non-RISC address modes (etc.) were going to cost in heat and timing. But, except for certain server software where the context switch overhead (FreeBSD's giant lock, the way I read it) drags the system down, the speed is close enough when you put Macs side-by-side with x86 boxes. The server speed problems will not be fixed with iNTEL, because it's from the OS's context switching overhead. Pentium D looks good in the lab, but I'm not going to let it eat _my_ lunch in the real world. And I do not want monoculture buffer overflows killing my servers. And Cell should not be a bad option, particularly if Apple's looking at a re-compile anyway. To most developers using Cocoa or Carbon, building a fat binary is painless - it's a matter of checking the right box in Xcode. The problem I'm facing is that for CamelBones, because of the way Perl builds its modules, the transition will be far more painful than it will be for most apps. It's going to be painful basically for everybody who isn't already compiling cross-platform, and, as you point out about Python, painful even with some that are compiling cross-platform. I'm not seriously considering a switch to Windows or Linux, or anything along those lines. I doubt I'll ever truly and completely abandon CamelBones, either. Basically what I'm considering right now is whether I can continue making CamelBones my primary focus, or whether I should shift it to the back burner for a while and focus on something more likely to help me either find a job or make a living on my own. Well, after all the rant, I have to admit that I hope you can get CamelBones moved onto the new platform okay. Just because I'm convinced it's going to crash and burn doesn't mean everybody should give up on it. -- Joel Rees (A FORTH dreamer imprisoned in a Java world)
Re: CamelBones on Intel? Maybe not.
Ian Ragsdale said: Is there any reason you would NEED to compile it fat? Does anybody expect that the same partition will boot on both x386 and PowerPC macs? For that matter, look into if you need to compile it on a Mac... If you can get enough of the toolset to run under Darwin, you could grab any old PC box if you needed too. Daniel T. Staal This email copyright the author. Unless otherwise noted, you are expressly allowed to retransmit, quote, or otherwise use the contents for non-commercial purposes. This copyright will expire 5 years after the author's death, or in 30 years, whichever is longer, unless such a period is in excess of local copyright law.
Re: CamelBones on Intel? Maybe not.
I'm not so sure about that. IBM seems unwilling or unable to produce mobile G5s, which is a market that Apple considers very important. They also are 2 years behind schedule on 3.0Ghz G5s, and appear to be focusing on video game processors instead of desktop and mobile processors. Apple might be OK in a speed comparison right now (on desktops, they are clearly losing in laptop comparisons), but how about in two years? Perhaps IBM has told Apple that they won't attempt a laptop chip, since the volume is way higher for video game consoles? What should Apple do? Personally, it looks like it will be a bit painful for a few years, but a far better move in the long run. Ian I used to be a NeXt developer. This announcement is very reminiscent of the NeXt announcement to stop making those little black boxes and bring NeXt OS on Intel chips. We had just bought a ton of hardware and they demo this clunky 386 PC. First of all, it looked nasty. We were used to that elegant design. Secondly, it kept crashing. It destroyed the culture. It was like putting Haydn into the juke box at a disco. Everyone went home. The vice president of our division, who bet his career on NeXt, resigned and NeXt languished for years. It is the same scenario playing out again. Will Steve Jobs never learn? BTW, I have just installed Tiger and I am not pleased. It seems buggy. Try to print from the Mail.app, it takes my system about 60 seconds to have the print menu come up. And shameless marketing: do we really need to have the order supplies from Apple button in our face every time we print. Joe.
Re: CamelBones on Intel? Maybe not.
On Jun 7, 2005, at 11:51 AM, Joseph Alotta wrote: I used to be a NeXt developer. This announcement is very reminiscent of the NeXt announcement to stop making those little black boxes and bring NeXt OS on Intel chips. We had just bought a ton of hardware and they demo this clunky 386 PC. First of all, it looked nasty. We were used to that elegant design. Secondly, it kept crashing. It destroyed the culture. It was like putting Haydn into the juke box at a disco. Everyone went home. The vice president of our division, who bet his career on NeXt, resigned and NeXt languished for years. It is the same scenario playing out again. Will Steve Jobs never learn? Did NeXT produce their own boxes, or did they allow installs on any PC with supported hardware. I believe that is a key difference. Apple boxes will be exactly the same as they would have been, except they will have a different CPU. You still won't be able to install OS X on a commodity PC without jumping through a lot of hoops. I think the only way that you look at it is that if IBM couldn't or wouldn't deliver the processors Apple needed at a reasonable price, what else could Apple do? Ian
Re: CamelBones on Intel? Maybe not.
Joseph Alotta wrote: I used to be a NeXt developer. This announcement is very reminiscent of the NeXt announcement to stop making those little black boxes and bring NeXt OS on Intel chips. We had just bought a ton of hardware and they demo this clunky 386 PC. First of all, it looked nasty. We were used to that elegant design. I've got a NeXTStation and MegaPixel Display in my garage for anyone who wants to pay the shipping on it. ;) Pete
Re: CamelBones on Intel? Maybe not.
Ian Ragsdale wrote: On Jun 7, 2005, at 11:51 AM, Joseph Alotta wrote: I used to be a NeXt developer. This announcement is very reminiscent of the NeXt announcement to stop making those little black boxes and bring NeXt OS on Intel chips. We had just bought a ton of hardware and they demo this clunky 386 PC. First of all, it looked nasty. We were used to that elegant design. Secondly, it kept crashing. It destroyed the culture. It was like putting Haydn into the juke box at a disco. Everyone went home. The vice president of our division, who bet his career on NeXt, resigned and NeXt languished for years. It is the same scenario playing out again. Will Steve Jobs never learn? Did NeXT produce their own boxes, or did they allow installs on any PC with supported hardware. I believe that is a key difference. Apple boxes will be exactly the same as they would have been, except they will have a different CPU. You still won't be able to install OS X on a commodity PC without jumping through a lot of hoops. Why wouldn't you? Memory, drives, video, etc. are all the same right now. Motherboard has pretty standard features, other than it is setup for a Power processor. Apple has been going cheap for a while, SCSI - IDE ring any bells? It would be a real shame if they didn't allow you to install OS X on any commodity PC, once again back to that whole volume issue. Without a different chip, Macs really are just a pretty looking box with a nice software package preinstalled. Darwin runs on Intel already (mostly) which is the real key, if Apple goes through with this and won't let you install on a commidity PC then they really missed the boat, in fact I would say they couldn't even find the dock. I think the only way that you look at it is that if IBM couldn't or wouldn't deliver the processors Apple needed at a reasonable price, what else could Apple do? Will definitely agree with you there. Though you have to love the media spin making it seem like this is Apple's choice to drop IBM, uh huh. Ian I like Macs as much as the next person, but if they are going to go the Intel route, they might as well go the whole way. In fact being able to install on a normal Dell, would be one way for them to win back some huge user spaces, lots of companies would love to get out from the M$ licensing structure, but just aren't willing to fork out that much cash for all new hardware when they shouldn't need to, aka just to run another Intel based OS, and admittedly Linux is much harder to learn (or at least seems it). Not to mention theoretically (ask your lawyer, anyone know for sure?) they should be able to transfer over their Adobe/Office licenses which run natively. http://danconia.org
Re: CamelBones on Intel? Maybe not.
On Jun 7, 2005, at 12:57 PM, Wiggins d'Anconia wrote: Ian Ragsdale wrote: On Jun 7, 2005, at 11:51 AM, Joseph Alotta wrote: Did NeXT produce their own boxes, or did they allow installs on any PC with supported hardware. I believe that is a key difference. Apple boxes will be exactly the same as they would have been, except they will have a different CPU. You still won't be able to install OS X on a commodity PC without jumping through a lot of hoops. Why wouldn't you? Memory, drives, video, etc. are all the same right now. Motherboard has pretty standard features, other than it is setup for a Power processor. Apple has been going cheap for a while, SCSI - IDE ring any bells? It would be a real shame if they didn't allow you to install OS X on any commodity PC, once again back to that whole volume issue. Some combination of BIOS, custom ASICs, EULAs, lack of support, and installer trickery. There are lots of ways Apple can discourage this. I don't think anybody expects these are 100% solutions, but they are sufficient to ensure that consumers and corporations won't consider it a solution. This leaves hobbyist/enthusiast types, and I'm sure Apple can live with it. It's like iTunes' DRM - it's not a 100% solution, but just enough of a barrier that the general public won't bother. Without a different chip, Macs really are just a pretty looking box with a nice software package preinstalled. Darwin runs on Intel already (mostly) which is the real key, if Apple goes through with this and won't let you install on a commidity PC then they really missed the boat, in fact I would say they couldn't even find the dock. The cost speed issues are resolved by moving to x86 chips and supporting chipsets. Keeping them off commodity PCs doesn't hurt those things at all, but keeps them from dealing with support issues and having to compete head to head with MS. Do you think MS would have been nearly so quick to declare support for OS X/Intel if Apple allowed installs on commodity PCs? If Apple can get to a 15-20% market share, then maybe they could afford the loss of hardware revenue, but they aren't there yet. I think the only way that you look at it is that if IBM couldn't or wouldn't deliver the processors Apple needed at a reasonable price, what else could Apple do? Will definitely agree with you there. Though you have to love the media spin making it seem like this is Apple's choice to drop IBM, uh huh. I'm sure Apple could have stuck with IBM, but they would be paying through the nose to be 4th in line behind Sony, MS, and Nintendo. Ian
Re: CamelBones on Intel? Maybe not.
Brian McKee wrote: On 7-Jun-05, at 1:57 PM, Wiggins d'Anconia wrote: Why wouldn't you? Memory, drives, video, etc. are all the same right now. Motherboard has pretty standard features, other than it is setup for a Power processor. Apple has been going cheap for a while, SCSI - IDE ring any bells? It would be a real shame if they didn't allow you to install OS X on any commodity PC, once again back to that whole volume issue. Without a different chip, Macs really are just a pretty looking box with a nice software package preinstalled. Darwin runs on Intel already (mostly) which is the real key, if Apple goes through with this and won't let you install on a commidity PC then they really missed the boat, in fact I would say they couldn't even find the dock. Quoting cnet http://news.com.com/Apple+throws+the+switch%2C+aligns+with+Intel+- +page+2/2100-7341_3-5733756-2.html?tag=st.next After Jobs' presentation, Apple Senior Vice President Phil Schiller addressed the issue of running Windows on Macs, saying there are no plans to sell or support Windows on an Intel-based Mac. That doesn't preclude someone from running it on a Mac. They probably will, he said. We won't do anything to preclude that. However, Schiller said the company does not plan to let people run Mac OS X on other computer makers' hardware. We will not allow running Mac OS X on anything other than an Apple Mac, he said. Shades of Sony... Bon Voyage! ;-) (Thanks for the quote though.) We will see... iTunes/iPod for windows anyone? How long ago was it that they said they weren't moving to Intel? The market has a funny way of dictating what a company will and won't do, no matter how pouty the President. Make me a believer... http://danconia.org
Re: CamelBones on Intel? Maybe not.
On Jun 7, 2005, at 10:00 AM, Randal L. Schwartz wrote: In fact, the first thing I thought after hearing about the x86 announcement was oooh, I hope CamelBones continues to work!. Of the trouble points I mentioned - a fat perl, a tool chain that will build fat binaries while running on PPC, and fat perl being configured to use that tool chain to build fat XS modules - I think it's reasonable to think that either Apple or p5p will deliver those. The biggest sticking point is libffcall. That's truly key - it provides the crucial piece that allows me to take arguments from Perl's stack, and use them to build up a set of arguments to call objc_msgSend(). Ffcall will need to be updated to understand the Mach- O/x86 calling convention - whatever that is. (I don't think Apple has documented it yet.) If ffcall doesn't get updated, a switch to libffi is workable - it's not a drop-in replacement, but it works similarly. So really, the big question isn't really whether CB can continue - I'm pretty certain that it can. The question is whether *I* can afford to continue working on it. sherm-- Cocoa programming in Perl: http://camelbones.sourceforge.net Hire me! My resume: http://www.dot-app.org
Re: CamelBones on Intel? Maybe not.
On Jun 7, 2005, at 10:29 AM, Ian Ragsdale wrote: Is there any reason you would NEED to compile it fat? Does anybody expect that the same partition will boot on both x386 and PowerPC macs? No, but end users will expect a downloaded binary to be able to work on either one. sherm-- Cocoa programming in Perl: http://camelbones.sourceforge.net Hire me! My resume: http://www.dot-app.org
Re: CamelBones on Intel? Maybe not.
On Jun 7, 2005, at 11:16 AM, Daniel T. Staal wrote: For that matter, look into if you need to compile it on a Mac... If you can get enough of the toolset to run under Darwin, you could grab any old PC box if you needed too. Wouldn't help - Cocoa's not part of Darwin. sherm-- Cocoa programming in Perl: http://camelbones.sourceforge.net Hire me! My resume: http://www.dot-app.org
Re: CamelBones on Intel? Maybe not.
On Jun 7, 2005, at 9:57 AM, Lola Lee wrote: in my recent performance review, we've agreed that I will have the opportunity to leran another programming language, like PHP. Ouch. That hurts. PHP? Did you tell them you already know a *sane* LAMP language - Perl? There are applications still waiting to be written that doesn't exist on the Mac platform. For instance, I'm a knitter. So, what you need is a Cocoa/Purl bridge, then? :-) I wish I could create that application taht would run circles around Cochenille's products, but I don't the Objective-C programming language and it would take me quite a while before I could get up to speed (especially since I haven't created stand- alone applications). I think this is the most practical course for me to take. I won't be abandoning CamelBones, not by any stretch. But I do think I need to change my main focus, at least in the short term, from being the CamelBones maintainer to being a Cocoa developer. The reason is simple economics. A one-time fund raiser won't cut it - I'm worried about paying the rent, not about buying my next Mac. I need a job, or at least a source of some kind of income. I have modest needs and I live *way* off the beaten path, where rent is cheap. I think I can get by on shareware fees. sherm-- Cocoa programming in Perl: http://camelbones.sourceforge.net Hire me! My resume: http://www.dot-app.org
Re: CamelBones on Intel? Maybe not.
On 7-Jun-05, at 1:57 PM, Wiggins d'Anconia wrote: Why wouldn't you? Memory, drives, video, etc. are all the same right now. Motherboard has pretty standard features, other than it is setup for a Power processor. Apple has been going cheap for a while, SCSI - IDE ring any bells? It would be a real shame if they didn't allow you to install OS X on any commodity PC, once again back to that whole volume issue. Without a different chip, Macs really are just a pretty looking box with a nice software package preinstalled. Darwin runs on Intel already (mostly) which is the real key, if Apple goes through with this and won't let you install on a commidity PC then they really missed the boat, in fact I would say they couldn't even find the dock. Quoting cnet http://news.com.com/Apple+throws+the+switch%2C+aligns+with+Intel+- +page+2/2100-7341_3-5733756-2.html?tag=st.next After Jobs' presentation, Apple Senior Vice President Phil Schiller addressed the issue of running Windows on Macs, saying there are no plans to sell or support Windows on an Intel-based Mac. That doesn't preclude someone from running it on a Mac. They probably will, he said. We won't do anything to preclude that. However, Schiller said the company does not plan to let people run Mac OS X on other computer makers' hardware. We will not allow running Mac OS X on anything other than an Apple Mac, he said. Shades of Sony...
Re: CamelBones on Intel? Maybe not.
My main question about the change to Intel is why the developer pack, whatever it was, costs so much? What do you get for your $999? I was expecting something free to download to developer members.
Re: CamelBones on Intel? Maybe not.
On Wed, 8 Jun 2005, John Horner wrote: My main question about the change to Intel is why the developer pack, whatever it was, costs so much? What do you get for your $999? I was expecting something free to download to developer members. They throw in a Pentium4 / 3.x gHz computer with the deal. Phrase it that way and it's actually kind of cheap... :-/ -- Chris Devers still baffled by what this all means
RE: CamelBones on Intel? Maybe not.
On Tue, 07 Jun 2005, Chris Devers wrote: On Wed, 8 Jun 2005, John Horner wrote: My main question about the change to Intel is why the developer pack, whatever it was, costs so much? What do you get for your $999? I was expecting something free to download to developer members. They throw in a Pentium4 / 3.x gHz computer with the deal. Phrase it that way and it's actually kind of cheap... :-/ Be careful to double-check the agreement. I hear you don't get to own the hardware and have to return it by the end of the year. I may have heard wrong, but you may want to make sure before you sign up for it. Cheers, -Jan
Re: CamelBones on Intel? Maybe not.
They throw in a Pentium4 / 3.x gHz computer with the deal. Phrase it that way and it's actually kind of cheap... :-/ Oops. I must have missed that part in the excitement! So that means IntelMacs (MacTels? PentiuMacs?) will be out in the wild very shortly, in that sense at least. How interesting.
Re: CamelBones on Intel? Maybe not.
--As of Wednesday, June 8, 2005 9:02 AM +1000, John Horner is alleged to have said: My main question about the change to Intel is why the developer pack, whatever it was, costs so much? What do you get for your $999? I was expecting something free to download to developer members. --As for the rest, it is mine. As others have said, they throw in a computer. However, you *can* download the latest version of XCode and it can compile fat binaries, if I recall correctly. Daniel T. Staal --- This email copyright the author. Unless otherwise noted, you are expressly allowed to retransmit, quote, or otherwise use the contents for non-commercial purposes. This copyright will expire 5 years after the author's death, or in 30 years, whichever is longer, unless such a period is in excess of local copyright law. ---
Re: CamelBones on Intel? Maybe not.
Hi Randal (I'm going to be on the panel that Randal will be speaking at). Let me say that PyObjC (the python equivalent to CamelBones) is getting a lot of attention recently, and the Python on Mac OS X session at WWDC on Wednesday morning talks a good deal about PyObjC (I also maintain python for Apple). I personally think that CamelBones hasn't quite reached the critical mass that PyObjC has, but it could still happen. So I hope that the CamelBones community doesn't give up hope so soon. We had wanted to ship both CamelBones and PyObjC with Tiger, but for various reasons, it was punted. But we are shipping wxWidgets with perl and python support, and tkinter for python, because we do have customers who want to do GUI applications with scripting languages. Edward Moy Apple On Jun 7, 2005, at 7:00 AM, Randal L. Schwartz wrote: Sherm == Sherm Pendley [EMAIL PROTECTED] writes: Sherm I've thought about doing that, but I have my doubts. I was registered Sherm a couple of years ago to give a talk about CamelBones at O'Reilly's Sherm OSCON. Only three or four people registered for it, so it was Sherm cancelled due to lack of interest. O'Reilly had plans to publish a Sherm book about Cocoa/Perl development, but again the idea was shelved due Sherm to lack of interest. I'm giving a talk at WWDC on wednesday about Perl as Glue on OSX, and I drool over CamelBones. I'll let you know if my drool is appropriate after wednesday. It'll be interesting to see if the comments in the room reflect the desire for Perl-wired Cocoa apps or not. In fact, the first thing I thought after hearing about the x86 announcement was oooh, I hope CamelBones continues to work!. -- Randal L. Schwartz - Stonehenge Consulting Services, Inc. - +1 503 777 0095 merlyn@stonehenge.com URL:http://www.stonehenge.com/merlyn/ Perl/Unix/security consulting, Technical writing, Comedy, etc. etc. See PerlTraining.Stonehenge.com for onsite and open-enrollment Perl training!
CamelBones on Intel? Maybe not.
On the surface, today's announcement of a shift to Intel chips is great news for CamelBones developers - Perl code is not, after all, compiled for a specific CPU type. Given the presence of the appropriate supporting framework, Perl code should run just as well on a Mac/Intel as it does on a Mac/PPC. But there's the rub - the supporting framework. The problem is how Perl builds XS modules. The perl for which a module is targeted must be used to build it. So far, that's been workable - Copying the Jaguar and Panther perls to my Tiger partition was a bit of a nuisance, but once I had done that, they run just fine. An Intel-based perl interpreter is another matter entirely. My Mac is an old G4, and it won't run that. I won't be able to produce a supporting framework for Intel Macs without buying an Intel Mac. The question becomes, whether CamelBones by itself justifies such a purchase. To put it bluntly - no, it doesn't. I've been working on CamelBones for over three years now. Its original purpose was as a segue into a career as a Mac developer. That hasn't happened - I'm still unemployed. If anything, it has actually *hurt* my prospects - employers looking for a Perl developer have doubts because I haven't done any CGI work in 3-4 years, and those looking for Cocoa developers have doubts because I haven't published much Objective-C work. The handful of donations I've received (and to those few supporters, I extend a heartfelt thank you), have not been enough to purchase evan a Mac mini. Meanwhile, developers like Delicious are using Objective-C to write shareware apps that net them $250k in registrations in a single month. Reports like that have been making me *seriously* doubt the wisdom of what I'm doing. Sorry to vent folks, but this is seriously depressing. I've invested three years of my life into this, and the only result has been three years of unemployment and poverty. And now Apple tells me I have to make yet another major investment of money and time if I want to continue with it. I'm beginning to feel like Sisyphus, working on an endless and unrewarding task. This is not a decision to be made lightly, nor quickly. I'm not writing this to announce the end. But really, something's got to give here - I need to pay the rent, and so far, CamelBones isn't doing it. If something doesn't change - a job, serious financial backing, something - the end may not be very far off. sherm-- Cocoa programming in Perl: http://camelbones.sourceforge.net Hire me! My resume: http://www.dot-app.org
Re: CamelBones on Intel? Maybe not.
I know what you mean, Sherm. Wish I could send you something to push into the iNTEL Mac world with, but I'm in the same position as you. Hope you can find a place that can see the value in understanding perl from the inside. If Perl 6 moves ahead, perl might go into the embedded world the way java hasn't yet really gone. For me, the computer industry just lost its last little bit of shine. I'm looking for a new career. Any general purpose computers I buy will run AMD since I doubt I'll be able to afford PPC hardware, and I'll be scratching Mac OS X from this old iBook this weekend. Not sure if I'll load Linux or openBSD on it, since it's my server. Jobs is insane. -- Joel Rees Nothing to say today so I'll say nothing: Nothing.
Re: CamelBones on Intel? Maybe not.
On Jun 6, 2005, at 5:18 PM, Joel Rees wrote: Jobs is insane. I'm not so sure about that. IBM seems unwilling or unable to produce mobile G5s, which is a market that Apple considers very important. They also are 2 years behind schedule on 3.0Ghz G5s, and appear to be focusing on video game processors instead of desktop and mobile processors. Apple might be OK in a speed comparison right now (on desktops, they are clearly losing in laptop comparisons), but how about in two years? Perhaps IBM has told Apple that they won't attempt a laptop chip, since the volume is way higher for video game consoles? What should Apple do? Personally, it looks like it will be a bit painful for a few years, but a far better move in the long run. Ian
Re: CamelBones on Intel? Maybe not.
Ian Ragsdale wrote: On Jun 6, 2005, at 5:18 PM, Joel Rees wrote: Jobs is insane. I'm not so sure about that. IBM seems unwilling or unable to produce mobile G5s, which is a market that Apple considers very important. They also are 2 years behind schedule on 3.0Ghz G5s, and appear to be focusing on video game processors instead of desktop and mobile processors. Apple might be OK in a speed comparison right now (on desktops, they are clearly losing in laptop comparisons), but how about in two years? Perhaps IBM has told Apple that they won't attempt a laptop chip, since the volume is way higher for video game consoles? What should Apple do? They should have released Mac OS X for Intel as soon as they had it ready. Why wait? It seems Apple is too caught up in their own keynotes to understand volume sales. One thing M$ was definitely *always* better at. IBM will probably laugh this one to the bank, not exactly going to put a dent in that $99 billion in revenue... Personally, it looks like it will be a bit painful for a few years, but a far better move in the long run. Unless they become just another cheap clone maker with a pretty software interface. (Did I hear someone say Sun?) Ian http://danconia.org
Re: CamelBones on Intel? Maybe not.
Hey Sherm, I have two suggestions. Since I know you to be a very good programmer with a very good knowledge of how things work under OS X, I suggest going straight to Apple and pitching the idea of developing CamelBones for them. It could work out quite well if the arrangement is crafted well enough. Or, set up a storefront and start charging some money for a premium version of camelbones, or charging a specific amount of money for support licenses. But to be honest, I'm not surprised you haven't received enough donations yet to keep afloat. A google search for camelbones donate gives no useful results, nor did I see any invitation to donate by browsing on your site. But even if it were there, I don't think donations make a business model. Support licenses and premium products can, though. -Ken On Jun 6, 2005, at 4:51 PM, Sherm Pendley wrote: This is not a decision to be made lightly, nor quickly. I'm not writing this to announce the end. But really, something's got to give here - I need to pay the rent, and so far, CamelBones isn't doing it. If something doesn't change - a job, serious financial backing, something - the end may not be very far off.