Palm released version 1.1.0 of their mojo-sdk for WebOS development. I wrote two ebuilds (the emulator works without novacom, but developing apps is much more difficult), which do the job. I am not sure about the depends though. I think the palm-mojo-sdk should depend on >=app-emulation/virtualbox-ose-2.2 (not "-bin" due to a hardcoded binary name in the sdk) Reproducible: Always
Created attachment 198850 [details] dev-embedded/palm-mojo-sdk-1.1.0 ebuild
Created attachment 198852 [details] dev-embedded/novacom-0.3 ebuild
Hi, palm-mojo-sdk definitely relies on app-emulation/virtualbox-ose with the pulseaudio useflag.
Hi, I've just gambled around with an Palm Pre and modified the ebuilds for the SDK 1.2.0.33. The novacom has an security issue scanelf: rpath_security_checks(): Security problem with relative DT_RPATH '.' in /var/tmp/portage/dev-embedded/novacom-1.2.0.33/image/opt/Palm/novacom/novacomd scanelf: rpath_security_checks(): Security problem with relative DT_RPATH '.' in /var/tmp/portage/dev-embedded/novacom-1.2.0.33/image/opt/Palm/novacom/novacom scanelf: rpath_security_checks(): Security problem with relative DT_RPATH '.' in /var/tmp/portage/dev-embedded/novacom-1.2.0.33/image/opt/Palm/novacom/novacomd scanelf: rpath_security_checks(): Security problem with relative DT_RPATH '.' in /var/tmp/portage/dev-embedded/novacom-1.2.0.33/image/opt/Palm/novacom/novacom which I tried to avoid with an wrapper script that chdirs into an safe location. Michael
Created attachment 209589 [details] new ebuild with dependencies and init.d script
Created attachment 209591 [details] init.d script
Created attachment 209592 [details] wrapper with chdir to /opt/Palm/novacom to avoid relative DT_RPATH '.'
Created attachment 209593 [details] wrapper with chdir to /opt/Palm/novacom to avoid relative DT_RPATH '.'
Created attachment 209597 [details] rewritten ebuild for 1.2.0.33 with minor work to do Well, palm-emulator fires up (from graphical interface) and you can connect with novaterm (novacom service running), see TODO inside file
Created attachment 209598 [details] fancy icon for the menu item from /opt/PalmSDK/0.1/share/emulator/images/1.2.0.33/emulator.bmp
Hi, I updated the ebuild for 1.3.1, it's my first ebuild so please be forgiving.
Created attachment 212496 [details] palm-mojo-sdk-1.3.1
Created attachment 212497 [details] Just a renamed copy of 1.2
Is the version number of novacom-1.2.0.33 correct? The download URL points to a sub-directory of _SDK version_ 1.2.0.33, but the version of novacom seems to be 0.3 (as in palm-novacom_0.3-svn196852-hud21_i386.deb).
I think the right version number is 0.3 because the newest version is 1.0.46.
Created attachment 220637 [details] novacom-0.3 (1.2.0.33 was a wrong version number) - well, ok, back to version 0.3 for novacom. - unpack the changelog.Debian.gz to avoid an .gz.bz2 works fine on mine amd64 machines, now with real Palm Pre Device see http://svn.xmw.de/gentoo-overlay/
Created attachment 220645 [details] unpack replaced by gunzip for changelog.Debian.gz
Created attachment 221895 [details] fixed dependencies for ~x86. Had the chance to test on 32bit. @Fabian, Can you add the words novaterm and novaterm to the subject of this report, please? This would increase the visibility for users looking just for this part.
@Michael: Done
The novaterm/novacom part has been committed to sunrise overlay and will be available via layman -a sunrise and http://overlays.gentoo.org/proj/sunrise/browser/reviewed/dev-embedded/palm-novacom soon.
The 1.4.1.427 version of the SDK hase been released. It will be in sunrise-overlay at http://overlays.gentoo.org/proj/sunrise/browser/reviewed/dev-embedded/PalmSDK soon. (or _unreviewd_ at http://overlays.gentoo.org/proj/sunrise/browser/sunrise/dev-embedded/PalmSDK ).
I installed VirtualBox 4.0 as a prerequisite but palm-emulator is not working: > VirtualBox version not supported. > Palm webOS Emulator requires a previous version of VirtualBox to be installed. > The currently supported versions are 3.0 to 3.1.
Created attachment 264015 [details] ebuild for PalmSDK 1.4.5 An ebuild for 1.4.5, which requires VirtualBox 3.0—3.2.
Dependencies are off. Currently app-emulation/virtualbox-bin app-emulation/virtualbox-ose Should be <app-emulation/virtualbox-4.0 <app-emulation/virtualbox-bin-4.0 Virtualbox-ose has been renamed and this package requires a 3.x build of virtualbox.
Version 2.1 is out today.
Version 3.0.0 is out now. https://developer.palm.com/content/resources/develop/sdk_pdk_download.html#linux
Created attachment 287391 [details] Ebuild for the newest SDK. This is an ebuild for the newest SDK version. I'll add an installation for the PDK too, as I can't get a toolchain up with crossdev :) I slotted it as 3.0.2 but the ebuild is not yet slotting aware, so there is still a lot of work to do.
Created attachment 301623 [details] ebuild for 3.0.5.676 Attaching a modified ebuild for 3.0.5.676 based on Benedikt Sauer's ebuild for 3.0.4. Changes include: - Updated url/filename for 3.0.5. - Removed stuff dealing with libproxy and palm-inspector as they don't seem to be present in the latest SDK. Removed related dependencies. - Require virtualbox-bin but not virtualbox -- the palm-emulator command fails to launch when using the virtualbox source build because it has "-Gentoo" in the middle of the version string. As before, slotting probably won't work due to path collisions.
A few notes regarding the provided cross-compiler: - emerge does something to the (static) libraries that makes them fail compiling - The provided libstdc++.so is broken, to get proper compiles you have to copy the file from the device (which works) Apart from those the cross-compiler is actually usable, in my overlay (github.com/filmor/overlay) is an updated ebuild (I will merge Jason's changes). Also: novacom is open source now so we could provide a proper ebuild for that.
Hello, everyone. It seems that at least one ebuild related to this bug exists in the Sunrise overlay at the moment. However, I have to regretfully announce that after a long inactivity period the Sunrise project has been discontinued and the related overlay will be eventually removed. For this reason, I'd like to ask you to reevaluate the ebuilds and consider moving them. If you'd like to maintain a package from Sunrise in Gentoo, please take a look at our Proxy Maintainers [1] project. Please make sure to take ebuilds from the unreviewed developer Sunrise repository [2] rather than the -reviewed one, since the latter has not been updated for over a year. While at it, please note that: 1. Adding a package to Gentoo requires declaring yourself as an active maintainer for it. All bugs regarding the package will be assigned to you, and you will be expected to maintain it. 2. Some packages may not be suitable for addition anymore. While there's no strong rules that would prevent you from adding a package, it may be a bad idea to add old-unmaintained packages that will shortly result in a large number of bugs reported with no solution. If that is the case, please close the bug as RESOLVED/OBSOLETE to make it easier to find packages worth adding. 3. Some of the bugs were already closed as WONTFIX/OBSOLETE/... while the relevant ebuild was kept in Sunrise. If you disagree with the original decision, you still can add the ebuild via proxy-maint. 4. Pleaes note that many of the Sunrise ebuilds are old and may be buggy. If you decide to move them, please make sure to update/clean them up. The proxy-maint team will also review your ebuilds, therefore making sure they land in Gentoo in good quality. Once again, thank you for your contribution. We hope that you will still want to contribute to Gentoo, through proxy-maint or otherwise. [1]:https://wiki.gentoo.org/wiki/Project:Proxy_Maintainers [2]:https://gitweb.gentoo.org/proj/sunrise.git/