Quantcast
Jump to content

pivotCE

Members
  • Content Count

    82
  • Joined

  • Last visited

  • Days Won

    3

pivotCE last won the day on December 24 2017

pivotCE had the most liked content!

Community Reputation

5 Neutral

About pivotCE

  • Rank
    Advanced Member

Profile Information

  • Gender
    Not Telling

Recent Profile Visitors

6,429 profile views
  1. Picture credit: pxhere.com Happy Halloween! The long wait is finally over #LuneOS and #webOS fans! We’re back with a new release called “Eggnog Latte” which is a milestone in terms of developments and paves the way forward! So you’re wondering what we’ve been up to since our previous stable release at the end of last year? We have done many major upgrades to a large number of components of our stack being: Migration of Open webOS to webOS OSE components. We are almost half way there in terms of the migration of old Open webOS components to their webOS OSE replacements. This was a monumental task due to the fact that webOS OSE code was released without any history. So every component needed to be analyzed to understand what was changed in the years of development inside of LG Electronics. Our custom changes needed to be re-assessed and re-implemented into the new components where applicable. A change of direction in certain aspects in terms of architecture made the whole exercise even more complicated. We do however believe that we’re in a good state now in terms of migration. There are still quite some components to migrate and we’ll get through that in the next releases. Qt: We migrated from Qt 5.11.3 to Qt 5.12.5 which included an update for Chromium from 65 to 69 amongst other improvements. Yocto upgrade: We upgraded from the no longer supported Yocto Pyro release, via the intermediary Rocko, Sumo and Thud releases to the latest Yocto release called Warrior. We have been working closely together with the Halium, Mer and PostMarketOS projects and have made further integrations between LuneOS and the various projects reducing duplication between the projects and using a single source where possible. This all to be more easily integrated, and to facilitate ports to newer and more devices. We have also worked on support for devices which use a mainline kernel instead of an Android based kernel. As you might have seen, we have been working on support for the Pinephone which uses a mainline kernel. We also have been testing with the Nexus 5 (hammerhead) using a mainline kernel. All our setup has now been adjusted so we can work with both Android based targets and kernels as well as mainline kernels. LG has a very clear vision in mind for webOS OSE as can be read on their blog posts. Since the initial release of webOS OSE 1.0 in March last year, there has been a total of 11 releases of webOS OSE already with a lot of improvements and added features added with each release. This month LG has released webOS OSE 2.0.0 with a lot of new features and also a new roadmap. The following items on our to-do list will be where we focus next: Migration of remaining Open webOS components to the newer webOS OSE components and assess where further synergies could be achieved. Migrate to Yocto Zeus release. Update to Qt 5.13. Migrate Nexus 5 (hammerhead) to use mainline kernel. Finalize port for Pinephone. Work on support for Halium 8/9/10 in order to support newer targets. Messaging improvements. Camera improvements. Fix known issues on the various targets. Bring back official support for Touchpad 4G (current build works on Touchpad 4G but only WiFi). Known issues: Node-SQLite3 is currently not working. Components using Node-SQLite3 have switched to an alternative storage method for now. Telephony not working on the Xiaomi Android 7 based targets. We have found the root cause, but haven’t been able to solve it yet. Virtual Keyboard sometimes randomly doesn’t appear. Changelog Applications: Preware IPKG Service: use postinst_ontarget Tweaks: Fix for LS2 from webOS OSE Camera: Remove RDEPEND on libhybris FirstUse: Fix for LS2 from webOS OSE Maps: Fix Google API calls Messwerk: Add testing app for various sensors Phone: Fix calling Settings: Fix displaying of device information, fix compatibility with LS2 from webOS OSE Update: Fix parsing of JSON files with update information. CDav: Fix issues after migration to webOS OSE User Interface: Various minor fixes for status bar & indicators in emulators System Level: Yocto upgrade from 2.3 Pyro to 2.7 Warrior Qt upgrade from 5.11 to 5.12 Pinephone support added activitymanager: RDEPENDS on bootd add meta-qt5-compat layer Add VIRTUAL-RUNTIME_android-initramfs-scripts variable in machines conf alsa-lib: update the patches for 1.1.8 alsa-utils: Rename bbappend to match new version from oe-core anbox, ashmem, binder: bump SRCREV; add COMPATIBLE_MACHINE restriction; Add elfutils to DEPENDS to solve QA issue; Add some RDEPENDS,RRECOMMENDS; fix build with boost 1.71.1; fix parallel build issue; restrict COMPATIBLE_MACHINE a bit more anbox-data: add recipe for retrieving android image android-headers: Add headers for Halium-7.1; common recipe for Halium-5.1 headers; make it possible to tweak android-config.h per machine; use Halium headers android-headers-halium: set preferred version android-headers-tenderloin: use API 22, patched to match tenderloin specific content; fix patches to match Halium’s android-kernel-bootimg: append DTB when specified; dedicated recipe for creating boot.img; minimal support for A/B partitions android-property-service, mtp-server, pulseaudio-modules-droid, qtubuntu-camera, qtvideo-node, qt5-qpa-hwcomposer-plugin, qtscenegraph-adaptation, qtsensors-sensorfw-plugin sensorfw, nyx-modules-hybris, org.webosports.app.camera: restrict to halium MACHINES; add dependency on virtual/android-headers android-system: Add missing groups; also mount /persist when it exists; cleanup old hal-hybris overlay code; don’t manage ramdisk unpacking; fix lifecycle of lxc container; only start after main partitions are mounted; Remove installation of non-existing files; simplify usage of Halium; start sensorfwd after android container; use pre-start.sh from Halium; wait a bit for the sensors to be ready android-system-image-: bump to 20180311 Halium build; skip already-stripped QA android-system-image,base-files: use system.img directly android-system-image: Add symbolic link for wifi; Bump Halium images; bump mako,tenderloin,hammerhead; Change wop into luneos; convert the sparse image if needed; create /userdata; make \”symbols\” directory optional; Update halium bits to halium version numbers android-system-image-athene,onyx,mido,angler: bump PV android-system-image-mako: fix install; fix install script; fix typo android-system-image-rosy: use build from webos-ports android-system-image-tenderloin: bump PV; Fix checksums; Update Android image; Use a Haloum 5.1 based Android build android-system-image-tissot: bump PV; Bump PV to fix adb; Bump PV to kill qseeproxydaemon on Android side; bump to 20180302-18 android-tools: move the changes to meta-oe android-tools: remove android-tools-conf: provide whole android-gadget-setup instead of patching it in do_install; use backported recipe angler, hammerhead, mako, athene, onyx, mido, rosy, tissot: stop building ext4 images by default angler,athene,onyx,mako,hammerhead: systemd-machine-units: add rfkill unblock wifi app-services, configurator: Bump SRCREV; fix LS2 for webOS-OSE ashmem, binder: move udev rules to kernel-module--linux package and empty PN base-files,android-system: Android partitions are now mounted by Halium’s initrd base-files: add /system/lib64 in LD_LIBRARY_PATH bootd: introduce recipe from webOS-OSE; Fix systemd service file busybox: also build telnetd module; also create by-label entries with mdev; mdev: use /dev/disk/by-partlabel instead of by-partname; mdev-partname.sh, mdev.conf: drop trailing spaces; mdev-partname.sh: remove probablly unnecessary ACTION assignment; mdev-partname.sh: use 4 spaces for indentation instead of mix of tabs and spaces; provide busybox-mdev with custom partname symlinks; use 4 spaces for indentation instead of mix of tabs and spaces and BPN in FILESEXTRAPATHS cmake-modules-webos-native: Add back PV; add missing quote; Bump PV com.webos.service.pdm: Remove inherit webos_machine_impl_dep configurator: Move to webOS OSE version; Bump SRCREV connman: move PACKAGECONFIG modification to .bbappend, remove dependency on xl2tp in signature; refresh patches to apply cleanly; update to v1.36 cpushareholder-stub, luna-sysmgr-ipc-messages, luna-webkit-api, rdx-utils-stub: inherit allarch before webos_cmake cpushareholder-stub: Migrate from OWO to OSE db8, filecache: Bump SRCREV, app-services: Bump SRCREV and cleanup recipe db8, nyx-modules: Minor fixes after OSE rebase db8: Add back dropped PV; Bump SRCREV and drop patch now merged in repo; cleanup a bit; fix db8-tests runtime depends; fix LS2 for webOS-OSE; Update to latest revision and remove references to com.webos.service.attachedstoragemanager dbus-cpp, process-cpp, properties-cpp: Switch to GitHub & latest commits dbus-cpp: fix compatiblity with boost 1.66.0 defaulttunes.inc: return accidentally dropped last line; use armv8a-crc-crypto for both raspberrypi[34]-64;use cortexa8thf-neon for currently supported 32bit arm MACHINEs;use different TUNE_PKGARCH_64 for raspberrypi3-64 MACHINE directfb: Drop .bbappend distro: luneos: switch release name to Eggnog Latte downloadmanager: Remove recipe event-monitor, event-monitor-network: Add recipes from OSE exiv2: Update to 0.27.1 extra-cmake-modules: Bump to latest from upstream filecache: Bump SRCREV Fix meson bbappend Fixup line endings funyahoo-plusplus: Update to latest from upstream Further work on webOS OSE migration; Further changes for webOS OSE; Further migration for webOS OSE gcc: restore gcc-7.3 from Yocto 2.6 Thud geoclue: backport gtk-doc.bbclass changes from Yocto 2.8 Zeus to make GTKDOC_MESON_OPTION work in Yocto 2.7 Warrior; Fix typo;fix unknown-configure-option QA issue; Rename .bbappend to be generic; Update to 2.5.3; use backported recipe; Add to meta-webos-ports for fixes & upgrade glib-2.0: Rename bbappend to match new version from oe-core; update 0001-gdbus-codegen-replace-plus-also-with-underscore.patch to apply on 2.58.0 version; update patch to apply on 2.54.2 version; add work around for broken ld-2.29.so when gold is used; drop bbappend; export LDFLAGS glm: use 0.9.9.3 version from meta-oe glmark2: disable wayland-gles2 GnuTLS: Fix missing system trust gstreamer1.0-plugins-base: disable egl gtest: don’t rdepend on ${PN} from ${PN}-dev; export LDFLAGS hammerhead kernel: delay wifi init hammerhead, mako, tenderloin: Use Halium image built with Ports repos; use WOP builds of Halium hammerhead, mako: Add NFC as machine feature hammerhead.conf: use initramfs-scripts-halium hammerhead: temporarily disable gobject introspection https-everywhere: Update to latest from upstream hunspell-dictionaries: Update to latest from upstream; use backported recipe icyque: Add recipe Ignore generated pycache directory iio-sensor-proxy: introduce recipe imaccountvalidator, activitymanager, db8, filecache, sleepd, luna-service2: Bump SRCREV imaccountvalidator, imlibpurpleservice: Add icyque plugin imlibpurpleservice, org.webosports.service.messaging, webos-telephonyd, app-services, core-apps, nodejs-module-webos-sysbus: Bump SRCREV Include android-kernel-bootimg for each MACHINE that needs it Initial work for webOS OSE migration initramfs-android-image: make it possible to add content; make sure that ANDROID_EXTRA_INITRAMFS_IMAGE_INSTALL is expanded initramfs-android-recovery-tissot: skip file-rdeps QA as well initramfs-boot-android: cosmetics; disable busybox extreme symlink checks; fix image identification for rootfs on partition; import Fix-userdata-mount-options.patch from meta-hp; init.sh: be less verbose for initial user data copy; mount /dev/pts for cases when enable_adb is used; put .firstboot_done in a rw folder; reset uevent_help when stopping mdev; split halium and generic version; use mdev instead of udev initramfs-boot-android: fix tenderloin’s boot; Move initrd RDEPENDS from ANDROID_EXTRA_INITRAMFS_IMAGE_INSTALL to initramfs-boot-android recipe; put .firstboot_done in a rw folder; split halium and generic version; tenderloin: mount /boot as ro; tenderloin: use correct folder for media data initramfs-scripts-android: improve init scripts; switch from RNDIS to CDC-ECM initramfs-scripts-halium: move Fix-userdata-mount-options.patch to the right directory; specify needs through RDEPENDS initrdscripts: fix tenderloin initial data (wallpaper) jemalloc: Switch to OSE repo kernel.bbclass: drop backported bbclass; remove backported bbclass; import from oe-core/pyro and backport one fix from oe-core/rocko kernel: tenderloin, mako, hammerhead, onyx bump SRCREV for GCC8 kernel_android, android-kernel-bootimg: use pkg_postinst_ontarget kernel_android.bbclass: fix path to the KERNEL_DEVICETREE; use ${KERNEL_PACKAGE_NAME}-image instead of kernel-image kernel_android: update for new KERNEL_* variables from oe-core; use the bbclass again keymanager: bump SRCREV kf5bluezqt-mer: set QT.BluezQt.module to fix compatibility with Qt 5.12 layer.conf: Update to warrior release name series leveldb: move bbappend to the matching directory leveldb-tl: downgrade to gcc-4.7 branch; provide native version libbson: Bump to latest upstream release libcamera: introduce recipe libdrm: add vboxvideo to tested modules; update the patch to apply for 2.4.96 libglibutil: fix LICENSE and LIC_FILES_CHKSUM libhybris, wayland: use wayland-egl from libhybris again libhybris: bump SRCREV and resolve the review comments; fix build with glibc-2.26; fix mido build flags; fix tenderloin build flags; provide also virtual/mesa and set PREFERRED_PROVIDER for all android devices; refresh patch; remove the already applied patch from SRC_URI; restrict COMPATIBLE_MACHINE to halium MACHINEs; use older SRCREV for tenderloin; don’t install wayland-egl; drop SRCREV libpalmsocket: fix build with openssl-1.1.1 libpbnjson: restore PV and OECMAKE_GENERATOR fix libpng: Bump to 1.6.37 librolegen: Add DEPENDS; Switch to OSE version + patches libsandbox: Migrate from OWO to OSE libsensmon: blacklist due to newer vala incompatibility libshr-glib: blacklist because of random failures libvpx: enable thumb to work around issue with -halium appended to TUNE_PKGARCH linunx-lg-mako: bump SRCREV linux-: don’t use ANDROID_BOOTIMG_CMDLINE for built-in kernel cmdline linux-{oneplus-onyx,lg-mako}: fix branch parameter linux-hp-tenderloin: bump SRCREV; use a 3.4 kernel linux-lg-{mako,hammerhead},linux-hp-tenderloin: backport 2 changes to fix build with gcc8 linux-lg-hammerhead: bump SRCREV; fix some minor defconfig values linux-lg-mako: send patches upstream and bump SRCREV; switch to old ubp-5.1 branch with just 1 fix for gcc-8 from cm-14.1 branch linux-oneplus-onyx: switch to old cm-14.1-los branch with just 1 fix for gcc-8 from luneos/cm-14.1-wip branch linux-xiaomi-rosy: bump SRCREV linux-xiaomi-tissot: bump SRCREV linux-yocto: add own defconfig; backport 5.0 from master and switch from linux-yocto-dev; drop backported fixes for compatibility with older Yocto; enable few more drm drivers; squashfs: add squash kernel module for anbox; use own virtio.cfg and reinclude kernel-module-virtio-gpu as a module linux-yocto-dev: add bbappend also for -dev version; enable vboxguest in the kernel and blacklist vboxguestdrivers again lsb: rename bbappend to match any version luna-applauncher: JustType: use a relative margin for main field (got broken after Qt 5.12.5 upgrade) luna-appmanager: Bump SRCREV; fix LS2 for webOS-OSE luna-downloadmgr, applicationinstallerutility: Add recipes luna-downloadmgr: Drop MACHINE specific configuration luna-next: Bump SRCREV; LS2 fix for webOS-OSE luna-next-cardshell: bump SRCREV; merge webosose branch to master luna-next-conf: fix possible conflict between evdevtouch and evdevkeyboard; fix VBoxTouch parameters for qemu; rosy: give input devices to evdevkeyboard; update VBoxTouch params and enable input and cursor; use drm+eglfs_kms for qemux86 luna-prefs-data.bb: Fix Lune OS name to LuneOS luna-qml-launcher: fix LS2 for webOS-OSE luna-service2: bump SRCREV; re-enable default LS2 security policy; remove webos_machine_impl_dep inherit imported from OSE luna-service2-security-conf: Switch to own fork luna-sysmgr: explicitely put RDEPENDS on powerd; Fix branch; fix LS2 for webOS-OSE luna-sysmgr-common: Bump SRCREV luna-sysmgr-conf, nyx-conf, nyx-modules, luna-next-conf: add support for raspberrypi4(-64) luna-sysservice, nodejs-module-webos-sysbus, nyx-utils, luna-service2, nyx-lib, pmloglib, pmloglib-private: Bump SRCREV luna-sysservice: Add back dropped PV; bump SRCREV; fix LS2 for webOS-OSE luna-systemui: Bump SRCREV luna-webappmanager: bump SRCREV; fix LS2 for webOS-OSE luneos.inc: drop kernel-module-virtio-gpu; enable image-buildinfo; exclude DATETIME from IMAGE_NAME, KERNEL_IMAGE_BASE_NAME, MODULE_IMAGE_BASE_NAME vardeps; include all default WARN_QA in ERROR_QA; replace uvesafb with vboxvideo; set WEBOS_TARGET_MACHINE_IMPL only in webos_machine_impl_dep; simplify PREMIRROR configuration; use linux-yocto-dev also for qemux86-64; use new oe-core variable IMAGE_VERSION_SUFFIX luneos: add rpi-sdimg.gz IMAGE_FSTYPE; reinclude luneos-recipe-blacklist-world.inc and update it for Yocto 2.7 Warrior; use linux-yocto-dev for qemux86 luneos_image.bbclass: remove the webos_swap_hook function luneos-{package,emulator-appliance}.inc: remove extra dash in filenames luneos-components: bump SRCREV and switch to qt-5.12 branch luneos-dev-image, luneui-example-image: drop mesa luneos-dev-image: add libdrm-tests; add more packages for testing luneos-emulator.ovf: move to qemux86 subdirectory and restrict to qemux86; refresh to ovf-2.0 format with VirtualBox-6.0.8; update OSType for qemux86-64 luneos-emulator-appliance.inc: include ${IMAGE_NAME_SUFFIX} in source VMDK filename; use pigz-native instead of zip-native; switch from default VBoxVGA to VBoxSVGA luneos-image: add WKS with syslinux config file without serial luneos-package.inc: bump android-update-package SRCREV; fix SRCREV; include ${IMAGE_NAME_SUFFIX} in source rootfs filename; work around tar being killed by OOMK; work around tar being killed by OOMK even harder luneos-preferred-providers.inc: remove VIRTUAL-RUNTIME_bash; use busybox as a provider for bash and stat luneos-preferred-versions.inc: downgrade gcc from default 8 to 7 luneos-recipe-blacklist-world.inc: blacklist remmina; use weak assignment luneui-example: add emulator-appliance and android package images luneui-example-image, packagegroup-luneos-extended: add Anbox for qemux86-64 luneui-example-image,luneos-dev-image: include glmark2 only for qemuall lxc: ignore stringop-overflow= errors with gcc8 make, hammerhead, tenderloin: use mesa-gl as virtual/mesa provider; use kernel sources from shr-distribution/linux.git and fix build with gcc-7; use our Halium image mako, hammerhead: Use upstream kernels which now have our patches included mako: Fix the kernel build maliit-framework-qt5: set QT_QPA_PLATFORM=wayland mediaindexer: Bump SRCREV; Switch back to master branch mesa: backport 19.0.5 and mesa-demos 8.4.0 from oe-core; drop backported PROVIDES; enable gallium only for target builds; update old recipe; use latest mesa from oe-core mesa-gl: remove ${includedir}/KHR/khrplatform.h when using libhybris meson: override 0003_native-bindir patch with a fixed version; drop backported fix, now in oe-core revision we’re using messaging-accounts: Bump SRCREV meta-: add LAYERSERIES_COMPAT to layer.conf files meta-: add LAYERSERIES_COMPAT to layer.conf files; set PREFERRED_PROVIDER for libgl and libgbm for all android devices meta-{asus,hp,huawei,lg,motorola,oneplus,xiaomi}: remove fstab overload meta-acer, meta-asus, meta-aurora, meta-fso, meta-geeksphone, meta-htc, meta-nokia meta-openmoko, meta-osmocombb, meta-palm, meta-samsung, meta-shr-distro, meta-shr: Remove unsupported layers meta-android, meta-hp: respect IMAGE_NAME_SUFFIX variable meta-android: add FREESMARTPHONE_GIT; initramfs-android-recovery: add inc; remove leftover from android-tools removal; use separate PACKAGE_DIR for Halium-based packages meta-android-halium.inc: add halium OVERRIDE; blacklist virglrenderer, cogl-1.0, clutter-1.0, mx-1.0, clutter-gst-3.0, clutter-gtk-1.0 meta-hp: initramfs-boot-android: move Fix-userdata-mount-options.patch to meta-webos-ports; migrate tenderloin to use Halium’s init meta-luneos-backports-2.8: add layer for backports from Yocto 2.8 Zeus; Add pidgin 2.13 meta-motorola: Athene, use our own fork for now.; Fixes for athene target to make build work; Initial work for athene target meta-oneplus: Fixes for onyx target to make build work; Initial work on layer; linux-oneplus-onyx: Use herrie82 branch pending upstream merge; Update kernel for onyx (OnePlus X) meta-qt5-compat: remove meta-shr, meta-fso: remove blacklisted recipes meta-smartphone: Add meta-huawei layer with Angler target; udev-extraconf: Uniform naming scheme for device udev rules and update udev rules meta-webos-ports: Add pinephone machine meta-xiaomi: add initial support for rosy (Redmi 5); Further updates to make things work; Get image for Tissot building; Initial work for Xiaomi A1 (tissot); Initial work on layer; linux-xiaomi-mido: Fix incorrect RAM_BASE addresses; Mido enable WLAN as module; mido fix persist partition number in fstab; mido use correct wlan module name; rosy minor fixes; tissot: add initramfs-android-recovery; tissot: enable permissive SELinux; tissot: ignore other parameters from bootloader; tissot: switch to cm-14.1 kernel to fix wifi Migrate LuneOS targeted machines to using android-kernel-image mmsd: Bump SRCREV mobile-broadband-provider-info: Bump SRCREV module-base.bbclass: import from oe-core/pyro and backport the fix to support newer kernels; refresh from rocko module-base: remove backported bbclass mojo: Switch to webOS-ports/webOS-OSE branches mojomail, pmcertificatemgr: bump SRCREV mojoservicelauncher: bump SRCREV; temporary drop nodejs-module-webos-dynaload and nodejs-module-webos-sysbus mpeg2dec: ignore textrel QA issue in libmpeg2 mtp-server: bump SRCREV; fix build with glog-0.3.5 nemo-qml-plugin-dbus: Bump to latest from upstream node-gyp-native: upgrade to 4.0.0+git; fix branch parameter nodejs-enyo-dev-native: Bump SRCREV nodejs-module-webos-{dynaload,sysbus}: bump SRCREV nodejs-module-webos-dynaload: Move to OSE version nodejs-module-webos-pmlog: Add fix from upstream OSE nodejs-module-webos-service: Add recipe from OSE nodejs-module-webos-sysbus: Bump SRCREV; Fix installation of role files.; Fix work directory; Migrate to webOS OSE version; restore old security schema novacomd: Remove upstart init script; Switch to OSE version ntp: Add an empty ntp-kod file numptyphysics: fix file-rdeps QA nyx-conf: add pinephone power key config nyx-modules, nyx-conf: Fix pinephone setup nyx-modules: bump SRCREV; Changes for new nyx modules from OSE;’disable security and security2 modules and return to the image; fix build for tenderloin; fix rosy’s cmake; fixes for webOS-OSE rebase; qemux86(-64) update copyright and specify modules to build; reintroduce nyx-modules-hybris for Halium based targets; toro & toroplus: Update copyright & hybris modules; Update copyright nyx-modules-hybris: bump SRCREV for nyx-lib compatibility fixes ofono: Drop patches that are no longer used.; Update to latest from Mer; use more recent version omhacks: blacklist openssl: update openssl.cnf u-a configuration openssl, gtest, leveldb: drop EXTENDPRAUTO openssl10: remove the bbappend and blacklist instead opkg: Rename bbappend to match new version from oe-core packagegroup: temoporary drop certmgrd, pmcertificatemgr, mojomail-imap, mojomail-pop, mojomail-smtp, nyx-modules packagegroup-luneos-extended: add messwerk app; Drop downloadmanager in favor of luna-downloadmgr; include DISTRO_EXTRA_RDEPENDS to install necessary kernel modules; include rng-tools for qemu*; re-enable nyx-modules-hybris; replace wireless-tools with iw; Add event-monitor & event-monitor-network PATCH] athene, mido, onyx: Fix display size and add ANDROID_HEADERS_DEFINES pdm & pdm-plugin: Add various bits to build & include in images. phonesim: Bump to 1.21 pidgin, leveldb-tl, extra-cmake-modules, pmloglib-private: don’t rdepend on ${PN} from ${PN}-dev pidgin: Make bbappend version independent; remove the backported recipes; update purple-OE-branding-25.patch to apply cleanly; Update to 2.13; use backported recipes pidgin-sipe: Update to latest release from upstream pmloglib: Add back PV pmloglib-private: Add back PV powerstat: Update to latest upstream properties-cpp: add sha265sum, fix runtime dependencies pulseaudio: rename bbappend to apply on new version from oe-core; update patches to apply on 11.1 version pulseaudio-modules-droid: adapt folders for PulseAudio 11.1; bump SRCREV for 12.2 compatibility; update PULSEAUDIO_VERSION to 12.2 purple-skypeweb: Update to latest release from upstream python-tz: Bump to 2019.1 qemu: don’t enable spice for target; drop virglrenderer from target qemu as well; enable sdl and virtfs as well; enable virglrenderer spice libusb usb-redir gtk+ qemux86: use wic.vmdk qt5: refresh the patches for 5.12.3 version qt5-plugin-generic-vboxtouch: bump SRCREV; switch to new version from Tofee qt5-qpa-hwcomposer-plugin: bump SRCREV and fix build; fix compatibility with qtbase 5.12; remove unneeded patch qtbase: allow to easily select different QPA; update PACKAGECONFIG xkbcommon-evdev -> xkbcommon qtlocation-luneos-plugin: replace qtlocation patch; Update plugins dir and PV qtvideo-node, org.webosports.app.camera: fix PV qtwayland: don’t use wayland-brcm; drop drm-egl-server and libhybris-egl-server PACKAGECONFIGs; fix QWaylandShellPrivate inheritance; Fix window properties; refresh patches for 5.12; fix the last patch filename in SRC_URI; update patches for 5.12.5 qtwebengine: enable wayland-brcm for rpi, drm-egl-server for qemuall and libhybris-egl-server for the rest; fix 0001-WebContents-provide-additional-features-from-window..patch; fix patch directory; fix Sync call patch; refresh patches for 5.12; refresh patches for 5.12.5 raspberrypi4-64: fix TUNE_PKGARCH_64 rdxd: Drop stub and add the real thing.; Add missing PROVIDES README: update to depend on master branches Remove AOL & ICQ protocol plugins Revert \”hammerhead: temporarily disable gobject introspection\” Revert \”meta-hp: initramfs-boot-android: move Fix-userdata-mount-options.patch to meta-webos-ports\” SANITY_TESTED_DISTROS: drop ubuntu-16.04 sdl2-opengles-test: build only sdl2_opengles2_test for all rpi MACHINEs; Fix typo in license file.; Switch to new repo and update to latest version sensorfw: bump SRCREV and make it more generic; fix orientation matrix for pinephone serviceinstaller: Switch to OSE version + our patch shadow-sysroot: rename bbappend to match new version sleepd: add powerd as RDEPENDS snappy: import from OSE and add as a dependency to leveldb; use newer 1.1.7 version from meta-oe storaged: Add PV Switch from branch= to WEBOS_GIT_PARAM_BRANCH systemd: disable networkd and resolved.; fix boot for old kernels; fix build without resolved; rebase patches to apply on 237 version; rebase patches to apply on 241; update Disable-ProtectHome-and-ProtectSystem-for-old-kernel.patch to apply on 239 version; Update mmc patch; update persistent-storage-rule-mmc-partname.patch to apply on 234 version systemd-conf: disable key handling in logind.conf systemd-machine-units: regroup xiaomi identical service files; fix bluetooth for hammerhead; fix bluetooth for mako; mido: fix Bluetooth; rosy: fix Bluetooth; rosy: fix wlan module loading; tissot: fix Bluetooth systemd-serialgetty: disable SERIAL_CONSOLES on LuneOS’s qemu; drop weird bbappend tzdata: rename bbappend to apply on renamed recipe ubx-utils: fix file-rdeps QA udev-extraconf: override automount.rules with empty rules file; tissot, rosy: add touchscreen0 rule unused: remove long unused recipes and bbclasses uriparser: Upgrade to 0.9.3 Various components: Move back to webOS-ports fork Various fixes for systemd vboxguestdrivers: backport 5.2.22 from meta-oe; unblacklist but install only vboxguest and vboxsf modules VoiceCall: Bump SRCREV & drop patch; Bump version to latest from upstream and refresh patches; Drop patches since our changes are merged upstream; fix DEVICELOCK handling wayland: limit do_install_append only for target webos_{lttng,pmlog_config}.bbclass: move to the right layer webos_configure_manifest.bbclass, webos_system_bus.bbclass: replace some warnings with notes webos_configure_manifest.bbclass: move to the right layer webos_nyx_module_provider.bbclass: enable NYXMOD_OW_MSMMTP by default webos_test_provider.bbclass: move to meta-luneui webos-connman-adapter: bump SRCREV webos-initscripts, org.webosports.cdav, app-services, bootd, com.webos.service.pdm, db8, enyo-1.0, mojoservice-framework, mojomail: Bump SRCREV webos-initscripts.bb: Fix inherit webos-initscripts: don’t include systemd-machine-units in sstate signature; fix startup sequence for webOS-OSE; Fix whitespace issues webos-keyboard: fix LS2 for webOS-OSE; Bump SRCREV wifi-module-load: fix sleep call in systemd service luneos-components: Update Qt version to 5.12.5; Add stub for ieee8021x wifi network The usual 1. Sign up for the bug tracker 2. Get involved and 3. Join the mailing list Download and Install Feel free to download the updated builds to get started. Tenderloin, Hammerhead and Tissot remain our focus for now, but the emulators, Mako and Mido work too. Please note that in order to use the latest stable builds Nexus 4 (Mako) and Nexus 5 (Hammerhead) you need to flash the CM 12.1 images first using CWM/TWRP. In order to do so, you might be required to do a “factory reset” or at least “wipe cache”. CWM/TWRP will indicate when this is needed. After successfully flashing CM 12.1, make sure to boot it at least once before going back to CWM/TWRP to flash the latest LuneOS image! We have provided links to CM 12.1 for these 3 images on our device pages below. Installation instructions for TouchPad (Tenderloin), Nexus 4 (Mako), Nexus 5 (Hammerhead) and Emulator are on the wiki. And remember we don’t do timelines. Don’t forget to contact us with any questions and feel free to join the discussion on the webOS Nation forums. Catch us on Twitter @webosports on IRC: Freenode:#webos-ports or email [email protected] We will see you shortly again with a new release! Related posts: LuneOS October Stable Release: Caffè Latte LuneOS February Stable Release: Chai Latte LuneOS July Stable Release: Cortado View the full article
  2. The very long wait is over #LuneOS and #webOS fans! We’re finally back with a new release called “Doppio” which we believe will be a milestone in terms of developments and the way forward! So you’re wondering what we’ve been up to for the past year? Well, actually a whole lot to be honest! We have upgraded the bluetooth stack from BlueZ4 to BlueZ5 which required quite some work to the kernels. This has been successfully completed for the Nexus 4 (Mako) and Nexus 5 (Hammerhead); unfortunately to date we haven’t been able to get this to work on the Touchpad (4G) (Tenderloin). We have been working closely together with the Halium project and have made further integrations between LuneOS and Halium reducing duplication between the projects and using a single source where possible. This all to be more easily integrated, and to facilitate ports to newer devices. We have upstreamed our kernel patches (mainly to fix GCC 5/6/7/8 compatibility) to Halium so we can use a shared kernel for our targets. Talking about new devices we’ve been working on: Since Google dropped the (budget) Nexus line and launched the (premium) Pixel line, we’ve been looking for other targets that are easily available, budget friendly and have good community support. We quickly ended up with Xiaomi which makes phones with decent specs, unlockable bootloader (the process is a bit tedious, but it’s do-able) and the phones give very good value for money. This has resulted in us independently working on 3 different Xiaomi devices being the RedMi Note 4x (Mido), RedMi 5 (Rosy) and Mi A1 (Tissot). These are all Aarch64 devices using the Snapdragon 625 chipset. We didn’t have any Aarch64 devices before and also they are based upon Halium 7.1 (Android 7.1) while all our previous targets were based upon Halium 5.1 (Android 5.1), so this brought a whole bunch of new challenges. There are still a few rough edges, but audio, sensors, wifi and bluetooth are now working. There was also quite some porting work done for some of the other Halium supported targets such as the OnePlus X (onyx), Google/Huawei Nexus 6P (angler) and Motorola G4 (athene). These are currently in various stages of development, whereby OnePlus X is the most mature. The Xiaomi Mi A1 is a strategic device for us which we chose in cooperation with LG to work on to get LuneOS working and also as a target for LG’s webOS OSE (Open Source Edition). LG’s release of webOS OSE came as a surprise to us, however it has great potential. Though the initial release of webOS OSE was very limited and therefore limited use case for people not being very familiar with webOS, it does offer a lot of potential for us. webOS OSE is basically 5 years of development of the core webOS bits since Open webOS was released. It has been deployed in millions of LG TV’s since and offers great improvements in terms of reliability and functionality. The big downside however is that there’s no record of the changes between Open webOS and webOS OSE, so this is making the migration a bit more challenging. Early June the LuneOS team met with LG in Paris to discuss collaboration between our teams. As a result of this we have chosen the Xiaomi A1 as a device to port LuneOS to. This is now at a level similar to our other targets. After this release we will therefore focus on migrating our Open webOS components to the updated components provided by webOS OSE. This will bring quite some challenges and hurdles along the way, however we’re positive that we can complete this migration and it will bring a lot of improvements in terms of code quality, stability, functionality and reducing the need for maintaining a lot of these components ourselves since we can share a common codebase with LG’s webOS OSE going forward. LG has a very clear vision in mind for webOS. Since the initial release in March, a roadmap has been published and LG has pushed out 4 releases since the original release of webOS OSE. The following items on our to-do list will be where we focus next: Migration of Open webOS components to the newer webOS OSE components. Make the VirtualBox image work with a newer MESA. Migrate to Yocto Sumo/Thud release. Messaging improvements. Camera improvements. Fix known issues on the various targets. Bring back official support for Touchpad 4G (current build works on Touchpad 4G but only WiFi). Known issues: Node-SQLite3 is currently not working. Components using Node-SQLite3 have switched to an alternative storage method for now. Focus bug on input fields. You can work around this by hiding the virtual keyboard and pressing the input again. Random issue with virtual keyboard not showing on Aarch64 devices. Changelog Applications: Settings: Add QML variant, enable manual time and date in Setings. org.webosports.cdav: Add CLEANBROKEN User Interface: luna-{sysmgr,sysmgr-common,appmanager,next}, mediaindexer: fix build with Qt 5.11. luna-{webappmanager,qml-launcher} org.webosports.app.{browser,firstuse}: fix build with Qt 5.11. luna-next-cardshell: add runtime dependency on qtmultimedia-qmlplugins, luneos-components. luneos-components: drop build time dependency on qtwebengine, switch to Mer’s bluezqt System Level: luna-next: Add config for onyx, Add QT_OPENGL_NO_BGRA and remove QT_ENABLE_GLYPH_CACHE_WORKAROUND android-gadget-setup: fix functionfs test android-tools: fix compatibility with adb 5.1.1 android-tools-conf: Fix the machine check, Don’t patch script for tenderloin base-files: provide a common fstab for all LuneOS devices bluez: switch from bluez4 to bluez5 bluez5: Fix patch so it will work for RaspberryPi3, make firmware search case insensitive connman: Add connman-tools, connman-tests and connman-wait-online, Update to 1.35 distro: luneos: switch release name to Doppio environment.conf: Add QT_ENABLE_GLYPH_CACHE_WORKAROUND=1 fingerterm: Update to upstream and drop patch, use LiberationMono font funyahoo-plusplus: Bump SRCREV https-everywhere: Bump SRCREV hunspell-dictionaries: Update to latest version imaccountvalidator, imlibpurpleservice: Drop unsupported protocols initramfs-boot-android: add A/B partition support, boot into built-in recovery when no skip_initramfs, get Halium’s init script from GitHub, improve panic scenario in init.sh, use /userdata instead of /android/userdata, Various fixes to init.sh kf5bluezqt-mer: fix package content with empty QT_DIR_NAME libconnman-qt5: fix initial value of “connected” property libhybris, qtbase: don’t use += together with _append libhybris: Bump SRCREV, Set –enable-arch=arm64 for aarch64, Drop –with-default-hybris-ld-library-path and bump SRCREV libpbnjson: use Unix Makefils OECMAKE_GENERATOR lsb: fix luneos-version content luna-(web)appmanager: use /etc/luna-next/qtwebengine.conf luna-init, luna-sysmgr: Bump SRCREV and adjust file installs luna-init: Fix incorrect {, Install CustomerCareNumber.txt and cust-preferences.txt luna-prefs-data: Bump PV to be in sync with luna-prefs luna-sysmgr: Cleanup recipe luna-sysmgr-conf, nyx-modules: fix rosy values, Add initial files for athene and onyx target, Cleanup recipe and fixup defaultPreferences-platform.txt luna-universalsearchmgr: inherit webos_systemd luna-webappmanager: bump SRCREV luneos.inc, connman: Build & deploy VPN plugins luneos: inherit remove-libtool luneos: update SANITY_TESTED_DISTROS luneos-dev-image: tell Halium to mount rootfs rw luneos-emulator-appliance: update a bit luneos-features, connman: Add support for NFC using neard luneui-example-image: add few more packages, add more packages for testing, add vboxguestdrivers, v86d, add very small (fast to build) test image maliit-framework-qt5: set XDG_RUNTIME_DIR in conf file meta*: enable gbm meta-webos-ports: Add configuration files for Tissot, Update classes with info from webOS OSE mido, tissot: Fix path for CHARGER_AC_SYSFS_PATH mido: Initial configuration files mobile-broadband-provider-info: Bump SRCREV mojomail: bump SRCREV to fix build with boost-1.67.0, Switch back to webOS-ports/master branch nemo-qml-plugin-dbus: Update to latest version from upstream, fix package content with empty QT_DIR_NAME node-sqlite3: Bump version nyx-conf: do not let keys module watch over the touchpanel nyx-modules: Fix devices names in cmake files ofono: Update to latest version from upstream and enable Python 3 tests onyx: Enable power button packagegroup-luneos-development: include QML settings app packagegroup-luneos-extended: add android-kernel-bootimg, Add qtconnectivity, Add WIP targets and more documentation, Build bluez5 for all targets, include libpci for qemux86, move android-kernel-bootimg phonesim: Fix build with empty QT_DIR_NAME, refresh patches with devtool, update to latest revision from git pidgin-sipe: backport a patch to fix build with gcc8 pulseaudio-distro-conf: Add support for Xiaomi A1 (tissot), Add webos-system.pa for mido target pulseaudio-modules-droid: bump to 10.0.73, refresh patches with devtool, remove tenderloin CFLAGS purple-skypeweb: Bump SRCREV python-tz-native: Update to 2017.2, Fix typo in SRC_URI qt5: upgrade to 5.11, upgrade to 5.11.1 qt5-qpa-hwcomposer-plugin: fix package content with empty QT_DIR_NAME, hwcomposer_backend.h: Fix cast from ‘void*’ to ‘unsigned int’, remove tenderloin CFLAGS qtbase: Add patch to fix quirks with newer Adreno GPU’s, refresh patches, remove TLS patch on Halium 7.1 targets, temporary fix for SIGBUS crash on Android devices qtlocation: refresh patch qtscenegraph-adaptation: Bump SRCREV qtsensors-sensorfw-plugin: fix build with empty QT_DIR_NAME qtvideo-node: fix package content with empty QT_DIR_NAME qtwayland: add qwayland-server-surface-extension.h, wayland-surface-extension-server-protocol.h to sync.profile, bring QWaylandExtendedSurface back for luna-next, drop patch applied in 5.9.3, refresh patches for 5.11.2 qtwebengine: add libpci to RDEPENDS, Drop patch for libEGL and libGLES2, fix filename in SRC_URI, Fix patch for additionalFeatures, refresh patches, Remove PalmServiceBridge, replace EXTRA_QMAKEVARS_CONFIGURE with PACKAGECONFIG, squash a few of chromium patches for easier maintenance recipes: drop unnecessary FILES_${PN}-dbg variables, use oe.utils.conditional instead of deprecated base_conditional sensorfw: Bump SRCREV and drop patches now merged upstream voicecall: Update to latest version from upstream webos-systemd-services: Drop installation of luna universalsearchmgr.service android-headers: Add headers for Halium-7.1, common recipe for Halium-5.1 headers, make it possible to tweak android-config.h per machine, Use Halium Headers android-headers-halium: set preferred version android-headers-tenderloin: fix patches to match Halium’s android-kernel-bootimg: dedicated recipe for creating boot.img, minimal support for A/B partitions android-system: Add missing groups, also mount /persist when it exists, cleanup old hal-hybris overlay code, don’t manage ramdisk unpacking, fix lifecycle of lxc container, Remove installation of non-existing files, simplify usage of Halium, start sensorfwd after android container, use pre-start.sh from Halium, wait a bit for the sensors to be ready android-system-image: use system.img directly, Change wop into luneos, convert the sparse image if needed, create /userdata, Update halium bits to halium version numbers base-files: use system.img directly android-tools: remove, since now in meta-oe base-files,android-system: Android partitions are now mounted by Halium’s initrd base-files: add /system/lib64 in LD_LIBRARY_PATH hammerhead, mako: Add NFC as machine feature Include android-kernel-bootimg for each MACHINE that needs it initramfs-android-image: make it possible to add content libhybris: provide also virtual/mesa and set PREFERRED_PROVIDER for all android devices linux-lg-{mako,hammerhead},linux-hp-tenderloin: backport 2 changes to fix build with gcc8 mako, hammerhead: Use upstream kernels which now have our patches included mako: Fix the kernel build meta-*: set PREFERRED_PROVIDER for libgl and libgbm for all android devices meta-{asus,hp,huawei,lg,motorola,oneplus,xiaomi}: remove fstab overload meta-android: initramfs-android-recovery: add inc, remove leftover from android-tools removal meta-hp: migrate tenderloin to use Halium’s init meta-oneplus: Fixes for onyx target to make build work meta-smartphone: Add meta-huawei layer with Angler target, udev-extraconf: Uniform naming scheme for device udev rules and update udev rules meta-xiaomi: add initial support for rosy (Redmi 5), Get image for Tissot building, Initial work for Xiaomi A1 (tissot), mido fix persist partition number in fstab, mido use correct wlan module name, tissot: add initramfs-android-recovery, tissot: enable permissive SELinux, tissot: ignore other parameters from bootloader, tissot: switch to cm-14.1 kernel to fix wifi Migrate LuneOS targeted machines to using android-kernel-image systemd-machine-units: fix bluetooth for hammerhead, fix bluetooth for mako The usual 1. Sign up for the bug tracker 2. Get involved and 3. Join the mailing list Download and Install Feel free to download the updated builds to get started. Tenderloin, Mako, Hammerhead and Tissot remain our focus for now, but the emulator, Mido & Rosy work too. Please note that in order to use the latest stable builds Nexus 4 (Mako) and Nexus 5 (Hammerhead) you need to flash the CM 12.1 images first using CWM/TWRP. In order to do so, you might be required to do a “factory reset” or at least “wipe cache”. CWM/TWRP will indicate when this is needed. After successfully flashing CM 12.1, make sure to boot it at least once before going back to CWM/TWRP to flash the latest LuneOS image! We have provided links to CM 12.1 for these 3 images on our device pages below. Installation instructions for TouchPad (Tenderloin), Nexus 4 (Mako), Nexus 5 (Hammerhead) and Emulator are on the wiki. And remember we don’t do timelines. Don’t forget to contact us with any questions and feel free to join the discussion on the webOS Nation forums. Catch us on Twitter @webosports on IRC: Freenode:#webos-ports or email [email protected] We will see you shortly again with a new release! Picture Credit: Chevanon. Cropped & flipped. Text added. Related posts: LuneOS July Stable Release: Cortado LuneOS February Stable Release: Chai Latte LuneOS September Stable Release: Decaf View the full article
  3. There’s a new Palm phone. It’s due to be released next month. Now, if you are a long time Palm enthusiast (and reader of this blog) you will no doubt be telling your heart not to beat too quickly because to put it mildly, things have not worked out well in the past. We already knew that TCL / Alcatel had bought the brand (only). The possibility of a new phone running webOS was dismissed. The speculation on the webOs Nation forum was that we would be seeing a standard Android slab with the Palm logo stuck on, though no one could figure out quite how that would be a success. In August, there were some leaks that seemed both intriguing and potentially disappointing. A small phone? OK! A low specification? Uh… You don’t have to wonder any longer. The curtain has been almost fully raised and we can confirm that the new phone is… both intriguing and potentially disappointing. Here are some bullet points: It appears that the new Palm is in fact a startup that approached TCL with their plan. TCL backed them and handed them the Palm brand. “Pepito” was a codename. It’s just “Palm”. The reason the specs look like a ‘weekend’ phone is because it’s a weekend phone. It is in fact a ‘companion’ phone to your other, big phone. We are just a little webOS blog, so we have no inside sources or review model. There is an apparently regurgitated press release on Fast Company. You can then read what Dieter Bohn has to say at The Verge. A number of webOS community members have done valuable work in maintaining popular services on our old webOS devices (not to mention keeping them working at all). But given the number of services that no longer work on webOS, using one of the original phones has much the same effect as the ‘Life Mode’ (AKA aeroplane mode) offered by this new device. However, I’m not going to condemn it. The potential criticisms are obvious: Why not just sell a smaller phone? It’s only available as an add on device, only on Verizon in the U.S. It costs $350. It’s true that there seems to be an increasing desire for phones that are smaller and for services that respect a balanced life rather than attempting to addict us to various feeds. There are few choices available for those that want these options. Within that context, the new Palm phone is different and distinctive. As a ‘lifestyle phone’, it is possible that it will appeal to trendy and fairly well-off people and actually sell. However, the Verizon exclusivity may limit access even to that particular demographic. If enough are sold to keep Palm in business, they could extend the concept to other networks and countries. It’s possible that the next model could build on that. Pepito2 could have better specs and be able to stand alone, usable as a companion device or a daily driver. Of course, I’d say that an ideal OS for some kind of synchronizing connectivity across devices would be webOS, but that’s NEVER GOING TO HAPPEN, unless the boot-loader is unlocked and we install it ourselves. So I wish the new Palm luck. In historical terms, there’s very little about this product that’s new, but it seems that it could fill a niche that’s opened up in the current smartphone market. This pricey life-style toy could evolve into the smaller, simpler phone for the many, but only time will tell and yes, I’m doubtful. Those are my thoughts. What are yours? Here’s your comment thread. Related posts: TCL’s Palm phone will run android…duh HP is to Palm as Lenovo is to Motorola…Not Good TCL, Blackberry & Palm View the full article
  4. It’s been over a year since there was a webOS meet up in Chicago, but it’s happening next month! There are many fun things to do in Schaumburg, but the highlight of your visit will of course be the chance to sit down with fellow webOS enthusiasts to enjoy pizza and good conversation. The 2018 webOS meetup will be on Sunday June 3rd 2018 at 7pm. The place is Moretti’s Ristorante and Pizzeria, 1893 Walden Office Square, Schaumburg, IL 60173. Bring your old webOS devices, your new LuneOS devices and your Raspberry Pi running webOS OSE (but maybe leave your webOS TV at home). Click here for directions to Moretti’s. Any questions? Here’s the forum. The team at pivotCE remind you that if you are planning a meet up, let us know! We are interested in promoting your events (it might even increase attendance!). We are also interested in reports and pictures from webOS events. Related posts: webOS meetup, Chicago, 23rd November webOS meetup, Chicago, 27th November webOS meetup, Chicago, 17th April View the full article
  5. Android Police broke the story earlier today that TCL will launch a Palm branded phone via Verizon sometime in the 2nd quarter this year. And surprise…it runs Android. Sadly that’s all we know for now. It’s taken TCL a long time to do anything with the Palm brand. We first talked about it 3 years ago. It started as an unveil of sorts at CES in 2015 when they announced they had purchased the Palm brand and they’d be crowd-sourcing from “Palm’s very own community” what to do with it. No idea what they meant by that… They even launched a website placeholder that directed palm.com to mynewpalm.com. Both of which are no longer doing anything. But trust me when I say I’ll be hammering the refresh button for the near future on palm.com. Fun fact: This topic was also the fourth to last article written on the now silent webOSNation.com to give you a reference for how long it took TCL to do something! At any rate, I’m glad the wheels are turning and I’ll hold judgement until I see what they release though the carrier exclusivity announcement makes my eye twitch. Even former Palm CEO Jon Rubinstein knew carrier exclusivity aided in the death of webOS and the remnants of Palm. “I think the deal we had with Verizon really hurt us, but who knew that at the time? These things are all hindsight.” TCL can use hindsight for historical evidence though. Hopefully they’re crunching the numbers… #PalmForever Related posts: HP is to Palm as Lenovo is to Motorola…Not Good The Next webOS Phone? (Part I) The Second Day of webOS-mas – Print from your phone View the full article
  6. Dig around in your closet, dump out that side table drawer, and wade through boxes in your garage. Do whatever you have to do to find those old Palm OS devices because there’s a new software archive in town! Reddit user, Yiddish, established the archive and is adding to it via donations from Palm fans. (Check out /r/Palm by the way!) If you have files to add, reach out to Yiddish via the Reddit post or on the twitter page for @ArchivePalmOS. Shalom! #PalmOSforever Click the pic above for a recent /r/Palm post from andymememe. Related posts: Forty Years of Tech Exhibit Showcases first Palm PDA TCL, Blackberry & Palm HP attempts to sell Palm patents – again. View the full article
  7. The release of fresh webOS code from LG in the form of webOS Open Source Edition was unexpected. There’s been some interest in what exactly it is. Fortunately, web developer, Garrett Downs has the Raspberry Pi 3 needed to run the code and we have a guest post with his first impressions: What’s that? Pining for webOS? Build and install on your Raspberry Pi! https://t.co/3Eslofgb1x and https://t.co/GxY3yWnJlz — webOS DevRelations (@webOSdev) March 20, 2018 When I saw a tweet from @webOSdev announcing webOS OSE was available to install on a Raspberry Pi 3, I knew what I’d be doing that night after work. Unfortunately, the process to build it requires hours of time and a computer running Linux natively (virtual machines are not recommended). I didn’t have either of those things. Luckily, someone had already built it and made the image available to download. Sweet! I put the image on a SD card, loaded it into my Pi, and powered it up. After booting, you’re greeted with a nice splash screen with the webOS OSE logo in the corner. The recommended first thing to do is go into settings and connect to ethernet or Wi-Fi, so that’s what I did. That’s actually the only thing you can do in the settings right now. The only other section contains some basic info about the OS and that’s it. Alright, how about apps? As this is the very first version of the project, I wasn’t expecting much here. Pressing F1 on the keyboard triggers the app menu to slide in from the right side of the screen. There are three “apps” in there, but they’re nothing more than website wrappers. ‘Enact’ and ‘webOS OSE’ will bring you to two sites with lots of info about the OSE project and how to get started developing. The third is ‘YouTube’, which is obviously a YouTube app. I haven’t tried signing into my Google account, but videos on the landing page work just as they should. The interface doesn’t have cards like we know them from old webOS or the small tiles of webOS TV. I’m not sure how webOS OSE handles switching between apps. They only really told us how to open the app list. I’m curious to learn more about this. I’d say that this is a pretty barebones OS in its current form. It seems to be the TV OS with a lot of the stuff removed (or just not accessible yet?), like the apps along the bottom of the homescreen, content store, most of the settings, etc. I think it’s enough for developers to start poking around though. I don’t know if it’s touchscreen-enabled, but I would assume so. So, that’s all there is to see for now, at least from an end user’s point of view. If you happen to be an app developer like me, there are already some tools on the webOS OSE site to get started tinkering. I’ve had some limited success getting a couple of my apps up and running. If you’re looking to dig deeper than app dev, the entire project is open source so feel free to dive right in! The documentation for app development seems to be pretty decent considering how new this project is. If you don’t want to bother setting up a Raspberry Pi, I made a short video showing most of what I mentioned above. Related posts: The First Day of webOS-mas – webOS Quick Install Enyo Next-Gen enters private beta testing webOS meetup, Chicago, 17th April View the full article
  8. Yo! We heard you like open sourced webOS so LG open sourced the open source of webOS! Ok, so that’s not entirely accurate since LG purchased the closed source webOS code from HP after they open sourced…well…bits and pieces of it back in 2012. So no, you’re not stuck in a Doctor Strange time loop. webOS has been open sourced before but not by LG. This news comes as a shock to the current legacy webOS community still rocking Pre 3s and waiting for LuneOS to reach “driver” status. The community hasn’t poured through the code as of yet but it immediately begs certain questions: Will the work on LuneOS be helped or hindered by additional LG open source code which LG had already been committing too for some time (though they have missed some of their promised bits for a while)? What hardware limitations are there for use of the software? Still looking for that webOS toaster… How flexible (read: portable) is it? How complete is it? HP’s open source webOS was decidedly incomplete… We’ll keep you updated on the developments on this as they become available. For now, the conversation has started on the forums so feel free to chime in. #webOSforever Related posts: Enyo Team Open Sources Mochi UI, Feels like webOS 3.1 Open webOS Running on a WiFi Router Open Letter to LG #1 View the full article
  9. It’s been quite a while since our last release and we’ve been keeping quiet lately. Some of the team members have also enjoyed some well deserved time off in the meanwhile as well. The majority of what we’ve been working on hasn’t been and isn’t ready for public consumption. But quite a lot of things have happened in the past couple of months. Here’s what we’ve been working on since the previous release: -Updated various underlying OS bits: IM plugins such as SkypeWeb, YahooPlusPlus. -Update from BlueZ4 to BlueZ5. This one is a major upgrade that requires all our targets to have major rework on low level code and this has been taking a long time but is now complete for the Nexus 4 and Nexus 5. This also required us to rework our Settings App plugin for BlueTooth. Since we were never really happy with the plugins and their negative impact on the performance combined with the still uncertain future of the Enyo framework, we decided to start rewriting the Settings app in QML. This will also bring back the individual Settings icons back to the launcher, like they were available on legacy webOS 2.x and 3.x. -Added various bits and initial work for VPN plugin support for ConnMan. -Cleanup various configuration files. -Changed the default wallpaper to a nice new high quality LuneOS one! Thanks to Hans Kokx (aka HaDAk for the great photos!) -Various minor tweaks to configuration. We’ve been working on some new porting targets as well. Seeing that Halium is now available for a large number of target devices (50+ at the time of writing), users/developers have come along wanting to try LuneOS on their Halium supported device too so we’re trying to assist those in getting LuneOS working. This is still a lot of work in progress, but results look promising in general. This also would mean we will support Android 7.1.x based devices and Aarch64 bits architecture (ARM 64 bits chipsets). New targets we are currently developing for are: Xiaomi Redmi Note 4x (mido), OnePlus X (onyx), Google/Huawei Nexus 6P (angler) and Motorola G4 (athene). These are in various stages of development currently. We’ve also been assisting the PostmarketOS guys in getting LuneOS running on their build system and targets with great success so far! There are still bits to be added and polished but it’s already a great start to see how far they have been able to come in such short time! We’re also looking into integrating more with Halium , allowing more and easier ports of the LuneOS! We plan to be back with a new release in due course, in the meanwhile you can always check our our latest nightlies! Related posts: Official Release of LuneOS and Project Updates LuneOS July Stable Release: Cortado LuneOS Update for May View the full article
  10. Have you ever wanted (or needed) to create your own app for webOS? I did. My aim was to create custom apps to launch websites or local html/css/javascript files. Read on for… What I did: Since I knew nothing about Mojo or Enyo, I went looking for a simple template app that I could customize as required using nothing but a text editor and Jason Robitaille’s IpkPackager. But if such a template exists, I couldn’t find it. So I created one. You can get it over at GitHub. Go explore the template app! The template app contains a set of detailed instructions and the files are commented to make them easy to understand. The app also contains instructions for launching local files rather than a website. The idea is to make it as simple as possible to create apps for webOS using regular html, css, and javascript. If the learning curve isn’t as steep, perhaps more users will be able to help themselves. If you make improvements to the template, please fork the repository and contribute! If you have questions or comments, visit the story thread over at webOS Nation. Related posts: 6000+ Apps, Abandonware, and More to Come Preserving webOS apps Skype shutting down 3rd-party apps in December View the full article
  11. If you have Forums and/or Communities for the TouchPad, you’ll notice webOS Nation forums aren’t working. The good news is, there’s a fix for it for Forums. The bad news is there’s no fix for it in Communities…yet. webOS Nation forum user, Fred Zyphal, noted the Forums app wasn’t connecting to the webOS Nations forums anymore and others jumped in to confirm and to test some solutions. It turns out Forums just needs the entry for webOS Nation updated from http to https. So swipe away your old entry for it and add a new one with the “s” after http. Communities seems to be more difficult and a fix is still in work. You can load Forums on your TouchPad if you want but it only shows in the phone emulator view. If Communities can’t be saved it may be possible to format the Forums app to take up the whole screen on the TouchPad though. More to come on that. #webOSforever No related posts. View the full article
  12. KarenIf you’re an active member of the webOS community these days, you’ll know we’re a small, tight-knit group of friendly folks. Our three subgroups tend to be mostly free-time developers, advanced users, and those that are hanging on to the form factor/mobile OS despite its limited services and with little regard for the do-it-all-for-you modern devices. The forums on webOS Nation continue to be the primary source for communication and provide the venue for meeting the occasional “newcomer” to our little slice of the web. This is the story of one such friend of webOS. Meet Karen… …a complete stranger swimming in the sea of internet anonymity like us all. I met Karen via twitter. @alan_morford Found you on WebOSNation. I'm using an original Pre as my primary, have a new Veer that I'd love to get up and running. Way above my paygrade. Can I hire you? Also, lifelong Cubs fan. If that helps — Karen T Madden (@karentmadden) November 13, 2017 To read her full backstory check out her first post on the forums but I’ll summarize: she had 3 Sprint Pres since 2009 which all died slow deaths physically, she bought a Veer with intent to switch to a GSM carrier but the setup steps were a bit daunting, so she reached out to the community for help. You may notice the time gap between her post and the tweet above. The Veer sat in the box for about a year and in the meantime she had been using a semi-crippled Sprint Pre and an unnamed Android device to get through her work and home life. She needed assistance with the Veer and I offered to help. But Karen’s story does not end with sending me the Veer nor is this a tale of getting a webOS user back up and running. What I learned from helping her was two-fold because while Karen is a specific person, she represents something bigger. Karen is “every man”…well, as it relates to the quiet masses of unnamed people out there still using webOS. There are more people still using webOS than we in the community realize. The forum may number in the 100s but there are likely 5-10x that still out there plugging away with that tacky keyboard and brittle slider. These folks will find us eventually on the forums. We must be ready and willing to assist. webOS is still impacting people’s lives in the original ways Palm strived to achieve. Connecting everything via synergy, fast task switching, and everything accessible via a “Just type” search among others. But this only encapsulates the “what” in webOS’ draw. I’ll let Karen tell you the “why” in the words she shared upon receiving the Veer back from me (emphasis added). “I’d been telling myself it’s ‘just a phone’ but…using it today, I know that webOS is so much more for me. I powered [the Veer] this morning and, I just don’t have words. It’s that July day back in 2009, all over again. Except…back then I was meeting a new friend, who, I thought, might help me live my life on my terms. The Pre was the first device I carried ubiquitously. Today, though, flipping through cards, running apps, it’s a long lost friend and partner, returning to my life. I hadn’t realized how it had been slipping away, one function at a time, with the Pre. You never know what you have until you’ve lost it. I can’t even express what this means to me. …I drive so hard in life, and depend on a few tools and people to enable my work. Years ago, when I was playing cello professionally, my daughter broke my cello, [I thought] permanently. It was in the shop for over a month, and while I had an exquisite loaner to use, it wasn’t the cello I had used every day for 25 years. Everything was just a tiny bit….off. Everything […] required extra thought, extra awareness. I finally got my cello back, restored. I didn’t have words then either. This feels exactly the same. Having a phone that is intuitive allows me to focus on the big stuff! I will put it succinctly: webOS is a superlative tool that allows me to focus on work and do great good. My contributions to this world would be diminished without it.” Well said, Karen. webOS itself was quite the contribution to the world. And our little community, however small, still makes a big impact not in the market but in the lives of its users. It’s awesome to give back to those that make our little community great especially during the season of giving. Thanks webOS Nation! #webOSforever Related posts: UPDATE: Special Investigations Unit asks webOS Users for Help in Murder Case LuneOS Is All About Users View the full article
  13. Found my old one!! Just no idea how to get past this palm profile screen without having Sprint service on it pic.twitter.com/qC9w5Q1fpb — Tim Schofield (@qbking77) December 11, 2017 Tech-tuber, Tim Schofield, dug out a Palm Pre today to do a comparison video of the iPhone X and the original Palm Pre with equal parts “Apple finally copied webOS” and “this weird device is old, lolz” sprinkled in. Perhaps the video is in response to claims from Qualcomm that Apple went too far in their borrowing (read: theft) of elements that made webOS, well, webOS. He admits this isn’t a serious comparison, of course. New video tonight! Mixing it up a bit and just made this one for fun — Tim Schofield (@qbking77) December 11, 2017 I’m going to let the video speak for itself on this one. He had some help getting that Pre bypassed from our community, by the way (no shout-out in the video, Tim?!). And my favorite comment on the video has got to be this one! Yes. Yes, it does. #webOSforever Related posts: Qualcomm’s Palm Patents used in lawsuit against Apple over iPhone X ACL for webOS pre-release video appears Resurfaced HP Video Shows webOS Device Concepts View the full article
  14. Does webOS Quick Install look like this on your computer? Well, if you have a high resolution display (QHD+, 4k, etc.) on your Windows PC, there’s a fix for that. Over at superuser, someone having a similar issue posed the “how do I fix it” question because holy cow, that’s hard to read. I’d been struggling with it myself for about a year and never had much luck fixing it. This fix however, fixed not only my Java app issues (specific to webOS Quick Install and Nova Device Installer) but also fixed other apps that don’t scale well like 7zip (by making the change to the 7zip exe). Here’s the fix: Find java.exe and/or javaw.exe likely found in C:\Program Files\Java\jre(version#)\bin. Right click on it and select -> Properties Go to Compatibility tab Check Override high DPI scaling behavior. Choose System for Scaling performed by: Click OK Launch your java app and tada! #webOSforever Thanks to webOS friend, FastbootOEM for the tip! Related posts: TIP: preware.net solutions for WOSQI, Preware v1.9.13 View the full article
  15. Just like an older car, with any webOS device these days, you have to perform some maintenance to keep it running smoothly. And one of those maintenance items you have to do on your webOS device is cleaning out the “var” (variable data) partition. If your webOS device has any of the following symptoms, the trouble could be that your “var” partition is full, or nearly full: Unable to download files, or play streaming media. Can’t install or update webOS apps. Trouble downloading new e-mails. Generally sluggish, or very slow to respond to gestures. The “var” partition is an area of the disk used behind-the-scenes by the the webOS operating system. You don’t really notice it or interact with it on a day-to-day basis. This is a standard directory location on almost all Unix and Linux-based operating systems, which webOS of course, is. What usually goes here are files used internally by webOS during the course of its operation, such as log files, temporary and not-so-temporary database files, and other files that webOS needs to just keep track of what it’s doing from minute-to-minute. Now as you could guess, things like operating system log files could just get bigger and bigger over time, and without any user intervention, they could eventually take up the disk on a regular PC, or flash storage partition on a mobile device. There are already utilities built-in to webOS that automatically run once in a while to delete old log files to keep this from happening. Normally, on more recent desktop Linux operating systems, the var partition is just a part of the root partition, and can usually take up the whole hard drive. On our webOS devices, most (but not all) of our available storage is taken up by our media partition. When you have a TouchPad with 16GB of storage, only about 15GB is available for your own use, to store music, videos, photos, documents, and other files. The other 1GB or less is so that webOS itself can have some filespace for its own needs. Out of that less-than-1GB, only 62MB (megabytes) is set aside for the var partition. Yeah, that’s not a lot, but it’s just a consequence of trying to give as much storage is feasible to you for your own files on your webOS device. So besides the log files that webOS automatically trims once in a while there are other directories and files that webOS does not keep in check, that can grow over time and fill up the var partition. Over the years, different people have discovered that it is safe to remove files from the following directories: 1. Browser cache and cookies Your web browser has to save files somewhere, and you guessed it – they go in the var partition. 2. /var/luna/data/downloadhistory.db This file is just a listing of all of the different files that have been downloaded through your browser. On the TouchPad, you can clear this list using the browser. But on phones, you don’t have that option to clear this from the browser. 3. /var/minicores Files that go in here are stack traces of applications that have crashed. These are the kind of files that would have been useful to the folks developing webOS. 4. /var/context/pending This directory would contain files that would get uploaded to Palm periodically, to help them spot operating system errors on devices already released. The files also controversially contain things like location data. 5. /var/palm/data/localstorage – http*.localstorage Some websites use javascript features that create a little database on the users computer. Those database files go in this directory on webOS. Now, if your webOS device is in a state where you cannot even launch a new app because the var partition is full, you will have to use novaterm or a similar utility to access the command line of your webOS device, and delete files from the var partition manually. But if you have the Internalz file management app, and you can start it successfully, you can use that to navigate to each of these locations and take the following steps. 1. For browser cache and cookie files, open your webOS browser app, and access the Preferences from the menu. Press the buttons to Clear History, Clear Cookies and Clear Cache. Please note that clearing cookies will erase any passwords you may have saved for websites you might have to login to from the browser, such as Facebook or the webOSNation forums. You’ll just have to re-enter and re-save your login info the next time you visit those sites. 2. For /var/luna/data/downloadhistory.db, just navigate to this directory in Internalz and delete it there. The webOS browser will re-create it for you next time you start the browser. Even if this file is 1MB or so, remember that is 1MB out of 62MB total, so it will definitely help. 3. For /var/minicores, navigate to this directory in Internalz, and delete any and all files found there. You may not find any files here. If you don’t, no problem. 4. For /var/context/pending, navigate to this directory in Internalz, and delete any and all files found there. You may not find any files here. If you don’t, no problem. 5. For /var/palm/data/localstorage, you don’t want to delete all files here – only consider ones that start with “http”. Even those, maybe don’t delete files of websites that you visit a lot, or you may lose features saved by the website on your webOS device. There may be A LOT of files here, so here is a trick in Internalz: tap the “Size” column so that the largest files appear at the top. The display will go from this: …to this: Now you can easily delete the first few files beginning with “http” that will make the biggest impact in freeing up space for you. Keep deleting these files until you can’t stand it any more. Now that you have freed up that precious space in your var partition, there is one final thing you need to do, if you haven’t already done it: If you had a ton of files in /var/context/pending, this means you probably haven’t installed the “EOM Overlord Monitor” from Preware. This is a patch/application that will prevent the scripts that fill up this directory from running. These scripts or background apps also try to send these files to Palm servers that no longer exist, so it makes sense to turn off these features on your device. Just install the app from Preware, and it will care of turning those things off. With your routine maintenance complete, your classic model is ready for the road again! Discussion thread here. Related posts: Guide: How to Fix YouTube for webOS 2.x Guide: Pebble Smartwatches for webOS 2.x Guide: Saving Apps From The App Catalog Part 2: HP Takeout View the full article


×
×
  • Create New...