Package Details: palm-sdk 3.0.5-2

Git Clone URL: https://aur.archlinux.org/palm-sdk.git (read-only)
Package Base: palm-sdk
Description: WebOS SDK: emulator-image, cmd-line tools, framework, samples, etc.
Upstream URL: http://developer.palm.com/index.php
Licenses: custom
Submitter: ryanc
Maintainer: t-8ch
Last Packager: t-8ch
Votes: 11
Popularity: 0.000000
First Submitted: 2009-12-09 07:10
Last Updated: 2015-06-09 17:53

Latest Comments

tigersoldier commented on 2012-02-07 03:22

It would be better if palm-run is symlinked to /usr/bin

nickread commented on 2011-08-02 05:11

Still needs to disable stripping:
options=(!strip)

ryanc commented on 2011-07-31 19:25

Hello again everyone.

I spent this past week at OSCON (which was great, as usual) and it gave me a chance to have a couple of long conversations with some people at the HP/Palm booth. I got to play with both a TouchPad and a Pre 3 and came away impressed. In contrast to my previous post, I am now feeling that it would be worth switching away from Sprint in order to get a Pre 3 (I just hope this time, after I switch, the new carrier doesn't decide to drop webOS support after the fact).

Anyway, with the Enyo framework, it really isn't necessary to use the emulator (like t-8ch mentioned) unless you are doing PDK apps. Essentially, 90% of all development can be done with the browser environment and further testing can be done on the device via novaterm/novacom.

So, I will be abandoning this package and have updated palm-novacom (and will stay on top of it, since it works with ALL versions of webOS).

If someone wishes to adopt this package, then by all means go ahead. I do think, however, for the benefit of those that want to continue development on older webOS devices; that if you decide to push this package up to 2.x that someone also maintain an archive of older builds. As time goes on it will be increasingly difficult to use, mostly due to the older SDK's requirement for older versions of VirtualBox.

t-8ch commented on 2011-07-12 20:11

Welcome back :-)

I checked the compability and the sdk should be compatible to all versions of WebOS, all that is missing are the emulator images for which I already made a PKGBUILD ( palm-sdk-oldimages ), but which I didn't upload to AUR due to a bug in makepkg and the absence of palm-sdk 3
Nevertheless the source-tarball with comments how to fix it until devs do this is uploaded along with balls for latest palm-novacom and palm-sdk can be found as before on
https://thomas.b4ne.de/arch/aur

Let's see towards a great future for WebOS

PS.: It's now possible to replace the emulator by a webkit based browser

ryanc commented on 2011-07-12 17:57

Hello everyone,

Sorry for being missing for such a long time. I should mention that I only have a Sprint Pre, so using
an SDK later than 1.x isn't of much use to me. On top of that, the news that Sprint will likely not be
carrying any new webOS devices has me really bummed -- I *really* don't want to have to move to VZ or
back to AT&T.

Anyway, my suggestion, since there are so many versions of the SDK and the incompatibilities between them
is that we create packages for each major version. I would, however, suggest that perhaps the new ones
be named webos-sdk{2,3} or something like it. Alternatively, we could rename this one to webos-sdk-mojo,
make an SDK 2.x package named webos-sdk-enyo, and one for 3.x called whatever it is called.

The commonality seems to be novacom though. I will update in the next day or so and all the various SDK
versions can depend on it.

I am considering abandoning the packages after I update and have someone else maintain it, but we'll
see. webOS device news is day-to-day and that is really going to make my decision for me.

To be completely honest, I *really* don't want to leave webOS, but I absolutely refuse to give money to
VZ and AT&T. I may have no choice come the time my Pre dies.

t-8ch commented on 2011-07-10 18:13

I sent ryanc a mail today, so we can wait and maybe request orphanage some time.
Also I'm not an active WebOS developer as i just ordered my first Pre (1) today. So maybe you are better suited to maintain the v3 SDK.

From what I saw at least the emulator v3 only supports the Touchpad,so we could provide packages named "palm-sdk{1,2,3}"

We further stop symlinking the binaries to /usr/bin as at least in v3 there is one clash of the PDK's sdl-config with SDLs one.
Also the different SDKs palm-emulator etc. would collide.
Maybe it would be a better idea to use a installscript which asks the user to symlink those binaries he needs int /usr/local/bin.

t-8ch commented on 2011-07-10 18:07

I sent ryanc a mail today, so we can wait and maybe request orphanage some time.
Also I'm not an active WebOS developer as i just ordered my first Pre (1) today. So maybe you are better suited to maintain the v3 SDK.

From what I saw at least the emulator v3 only supports the Touchpad,so we could provide packages named "palm-sdk{1,2,3}"

We further stop symlinking the binaries to /usr/bin as at least in v3 there is one clash of the PDK's sdl-config with SDLs one.
Also the different SDKs palm-emulator etc. would collide.
Maybe it would be a better idea to use a installscript which asks the user to symlink those binaries he needs int /usr/local/bin.

t-8ch commented on 2011-07-10 18:04

I sent ryanc a mail today, so we can wait and maybe request orphanage some time.
Also I'm not an active WebOS developer as i just ordered my first Pre (1) today. So maybe you are better suited to maintain the v3 SDK.

From what I saw at least the emulator v3 only supports the Touchpad,so we could provide packages named "palm-sdk{1,2,3}"

We further stop symlinking the binaries to /usr/bin as at least in v3 there is one clash of the PDK's sdl-config with SDLs one.
Also the different SDKs palm-emulator etc. would collide.
Maybe it would be a better idea to use a installscript which asks the user to symlink those binaries he needs int /usr/local/bin.

nickread commented on 2011-07-10 02:35

Is Ryanc still around? If not, I'm sure t-8ch or myself would be happy to maintain this package.

I'm also assuming the 3.0 SDK is backwards compatible with 1.4.5 (and 2.1). If not, then I'm happy to start a new package just for 3.0 and leave this package on this version: palm-sdk-enyo?

t-8ch commented on 2011-07-08 21:28

Another cleaned up source-tarball:
https://thomas.b4ne.de/arch/aur/palm-sdk-3.0.0-1.src.tar.gz
Feedback would be nice, as I'm not using logs

All comments