OSX 10.6 / Intel Core Duo doesn't run mac client 1.1.1, nor 1.0.5

[Herve5]

as discussed here http://forum.owncloud.org/viewtopic.php?f=14&t=5054 I download the presently last two versions of the mac client on a 'reasonably recent' Intel mac, and get a 'Bad CPU type in executable' error when trying to launch from the Terminal

(normal double-click launch is plain refused, 'not for this kind of machine')

Same apps do work on a more recent 'macbook air' machine

(also tried restarting download etc. without success)

(beside my reference above, it may be the same issue that was discussed elsewhere by others in the owncloud forums, like there : http://forum.owncloud.org/viewtopic.php?f=14&t=5019 and here: http://forum.owncloud.org/viewtopic.php?f=14&t=3175 )

[danimo]

The question is what you consider 'reasonably recent': The error occurs on machines that do not support 64 bit (as mentioned on the download page, the packages are 64 bit only). We will not provide a 32 bit version of the client, because it is a lot of extra effort for us to maintain and test. Unfortunately, Intel Core Duo machines are 32-bit only processors. If you really want to, you could try to compile it from source by yourself: https://github.com/owncloud/mirall/blob/master/doc/building.rst

[rakekniven]

Danimo, is your answer also valid for mentioned forum threads?
There are different outputs about owncloud is not starting.

[Herve5]

Danimo I hope you won't take this answer as the reaction of someone just pissed off, but I'd like to explain why reaching the "old macs" community is important.

First, they are not this old. We are a family of 5, of which three students having left home : out of our 5 active macintoshes, three are 32-bits -and I don't speak of the older backup machines.
Macintoshes usually last more than 5 years, and I dare say the majority of the current crowd is still 32-bits. You may say these only concern old parents like me that'll never even understand what Owncloud is : again I stand for the contrary --actually, I intend to advocate OwnCloud to my three sons, before they are entierely lost to google & al.

Then the very clear, blinding truth is: with no working client on their machine, they just won't switch.

Now that was for the young, maybe you consider these are spoiled anyway.

But as concerns the old guys, I think indeed there is where reaching them is important.
Why?
Remember, 10 years ago, who exactly were the mac users: Linux almost not existing yet, they were 99% of the people that consider private monopolies wrong.

These guys, are the ones owning "old" macs today.

In other words, among the Apple crowd, these are the one most worried about the increasing "walled garden" aspect of iOS, the one if any that right now are considering switching to Linux, and fearing Big Brother's Cloud.

In summary: out of the Apple owners, the 32-bit owners are the ones ready to 'buy' OwnCloud.

By eliminating them you target instead iPhone owners (maybe you among them ;). Go figure, I posit their conviction will be harder to gain, and as I shown they are not more numerous in the Apple world...
.

And now, I get back to my 'old' machine, setting up a less easy, multistep, third-party-based syncing. Thanks god OwnCloud properly handles Webdav.

Last thought: dropping the above Apple crowd, we should at least set up a page somewhere listing "verified third-party sync apps" or something like this...

Hervé

[danimo]

I understand your reasoning, but at the same time, it's hard enough to put packages out for windows, mac 64 bit and all the linux distros. We are two people doing that job currently. Plus development, plus a lot of the QA. So please understand that unless someone helps us out, we cannot expand on more platforms. Contributions, however, are very welcome.

[Herve5]

Danimo, sorry if I left you the impression I'm unpleased -all the more it' quite late for me to start programming... I wrongly thought compiling for 32bits instead of 64 was a matter of setting some flag on the macs... Sorry again.

[danimo]

Unfortunately, it's not that simple. Dependencies like Qt require Cocoa, some APIs of which are available on 64 bit only.

[danimo]

@rakekniven Hard to say. Most of them probably are, but e.g. I would not be surprised if those running Mac OS 10.5 have problems on 64 bit as well (the oldest version we are left with to test is 10.6). Still we are linking against libs that should all exist on 10.5 already. The reports on the forum are to vague. In case of doubt, they should open reports here, and ideally provide as much information about their environment as possible.

[Herve5]

Still, this confirms my present evaluation of OwnCloud: the hosted code is brilliant, and probably the only one of its kind, so much more than brilliant: precious.
But it can't become a central hub for people, because it terribly lacks connections to the outside.

To take another, completely distinct example: consider the Calendar App. For its developers, 'subscribing' only means subscribing from outside to a calendar created and maintained on OwnCloud. This is to the extend that in the discussion groups, when someone says "I'd like to publish my own iCal calendar to OwnCloud" it's understood backwards in the first reactions...

Honestly, and while I'm just nothing here, were I to orient resources now in OwnCloud, it'd be 80% on interfacing to the outside, 20% on present-day bug-cleaning, and zero on new features.
Just have a pause on features, and gulp the neighborhood.
Now I do understand, and terribly fear, the open-source and free-contribution system means on the very contrary, that 90% of the people are currently investing energy only to add super-cool new features... This is, well, human...

[Pazu]

In lieu of shipping a 32-bit binary, might you consider putting the application and its' dependencies on MacPorts so we may build it ourselves?

[danimo]

@Pazu It used to be in brew, but since neither macports nor brew can deal with app bundles, and we assume a mac bundle on mac, this will not happen unless someone volunteers as a maintainer. We terminated brew support to focus on the app bundle on Mac, since that's what most people were expecting.

[Pazu]

@danimo Are you certain app bundles aren't possible in MacPorts? Pallet installs one in Applications/MacPorts, and I've installed GIMP using it before which resulted in a GIMP.app bundle in that location, as well.

[mattfullerton]

Although I can almost appreciate the "recency" argument, I'm a little disappointed because its decisions like this that only help Apple's even more disappointing business plan succeed. Despite owning an extremely capable Macbook, I can't do many things with it because Apple either directly or indirectly ensure I don't meet the system requirements.

[karlitschek]

The client is completely open source. So if someone wants to build it for 32bit can this can be done. Please understand that developer don't have unlimited time so people have to concentrate on the most used platforms.
Perhaps someone in the community, or you, can take the code and build it for 32 bit.
Thanks for your understanding.

[mattfullerton]

I do appreciate the reasoning behind the decision. Its just a pity that MS OSs seem to have more longevity than those of Apple. I would give building a try, but was put off by the comment above regarding dependencies.

[tafinho]

Sorri to disagree.
This has nothing to do with either OSs nor software. This is a pure
hardware related thing. The software is available on 64bit only.
The same would happen would the windows client be only available on 64bit
code.

The main difference is that on PCs less then half are 64 bit enabled....

No dia Domingo, 7 de Abril de 2013,
mattfullertonnotifications@github.comescreveu:

I do appreciate the reasoning behind the decision. Its just a pity that MS
OSs seem to have more longevity than those of Apple. I would give building
a try, but was put off by the comment above regarding dependencies.

—
Reply to this email directly or view it on GitHubhttps://github.com//issues/76#issuecomment-16016370
.

[Elan42]

I have the same problem, I really want to use my laptop to do this.

Can someone please provide a compiled version for Mac Intel 32 bit ?
O it is really impossible ?

[danimo]

It's impossible. master now even depends on 10.7 API.

[Elan42]

And a "legacy" compilable version could work (even badly) on a current server client ?

[danimo]

It might compile, but eat your data, since we never verified data type correctness on 32 bit mac.

[Elan42]

I don't understand ownCloud policy, considering that in the middle there is probably a protocol based on tcp/ip and rsync, I find nonsense to abandon legacy 32 machines, but well, that's life.

I guess that the only solution is to install dual boot + linux on that Mac notebook.

[danimo]

@Elan42 Apple makes it hard to support 32 bit and 10.6, everyone here has a limited time budget, and nobody has tried to seriously contribute towards 32 bit compatibility. At the same time we need 10.7 file watcher API because the one in 10.6 is not sufficient. Apple 32 bit-only hardware is now more than 7 years old. We have to compromise somewhere. It's that simple.