PINE64 Forum

Hello! I am alarmed that several apps I rely on will possibly stop working in 2027 on Android, and I heard about PinePhone from Ecosia's AI chatbot. It says the newest model of PinePhone is the PinePhone2, which supports microSD cards which is important to me because I have a large music collection. But it couldn't find any info about whether PinePhone2 supports Cricket Wireless, which is important for me because I'm on a very tight budget. I'm honestly not even sure I can afford a PinePhone2, but I'm terrified of Google's new restrictions so I figure it's best to do research. Also, do VLC Media Player and Brave Browser work with PinePhone2? I can switch to Firefox if I need to, I just found that Firefox was slow last time I tried to use it on my phone. Also, I've been using Alarm Clock Xtreme from AVG for years, but I'm not sure it will be supported through 2027. I like that it lets me set daily and weekly alarms and appointment reminders with music from my collection. Are there alternatives to that app available for PinePhone2? It's OK if I have to use two separate apps, one for alarms and one for reminders. Really I should be using a calendar instead of one-off reminders but I don't like Google's calendar app. Lastly, how is the battery life? Can I replace the battery on a PinePhone 2? I know most phones don't let you do that but I wonder if this more open alternative bucks that trend. That would be cool. I'm sorry for asking so many questions in one thread. I don't really

Anyone tried that 100 USDT airdrop on alphapepe.net? Was it legit?

Anyone tried that 100 USDT airdrop on alphapepe.net? Was it legit?

Anyone tried that 100 USDT airdrop on alphapepe.net? Was it legit?

Having my Rock64 card for over 8 years running ayufan's Android TV (thanks a lot for this perfect job!) i tried to migrate to Android 10. Here is a patch set that can be applied to Firefly SDK. Not sure it makes sense still... https://github.com/vtsick/rock64-android10-tv

Having my Rock64 card for over 8 years running ayufan's Android TV (thanks a lot for this perfect job!) i tried to migrate to Android 10. Here is a patch set that can be applied to Firefly SDK. Not sure it makes sense still... https://github.com/vtsick/rock64-android10-tv

Hacklink Paneli | Hacklink Satın Al | Hacklink Satışı Hacklink panel ile hızlı şekilde hacklink satın alabilirsin. Hacklink girişi yapmak kolay ve SEO da backlink önemlidir. Hacklink güvenilir ve hızlı gerçek kaliteli link alımı yapmanıza sağlar. Sende Hacklink panel giriş ile satın al. ? Website: https://panel.hacklinkmarket.com/ ? Hacklink Panel - Hacklink Panel - - - - - - - - - - - - - -

Hacklink Paneli | Hacklink Satın Al | Hacklink Satışı Hacklink panel ile hızlı şekilde hacklink satın alabilirsin. Hacklink girişi yapmak kolay ve SEO da backlink önemlidir. Hacklink güvenilir ve hızlı gerçek kaliteli link alımı yapmanıza sağlar. Sende Hacklink panel giriş ile satın al. ? Website: https://panel.hacklinkmarket.com/ ? Hacklink Panel - Hacklink Panel - - - - - - - - - - - - - -

She's in your city GirlSingle.com She's waiting for you to say yes

She's in your city GirlSingle.com She's waiting for you to say yes

She's in your city GirlSingle.com She's waiting for you to say yes

Hey everyone, I’ve been a long-time lurker here and a huge fan of the Pine64 ecosystem for a few years now. My journey started with a Pinebook Pro that I used as a dedicated "distro-hopping" machine, and more recently, I’ve been experimenting with a small cluster of Quartz64 boards for some home automation and a localized private cloud. One thing that’s been on my mind lately, especially as I start pushing more containerized workloads and heavier database tasks, is the "memory ceiling" we often hit with SBCs. I’ve noticed a specific point in a few recent dev threads discussing how we can better optimize swap and zram, but it really makes me wonder about the hardware side of things. I recently did a refresh on my main desktop/home server, moving it up to a 16GB kit of DDR5-4800MHz memory . It’s that PC5-38400 spec, and honestly, seeing the jump in raw bandwidth compared to my older DDR4 rig was a bit of a wake-up call. It’s not just about the capacity; it’s how quickly the system can move data for multitasking and heavy I/O. It made me realize how much I’ve grown accustomed to the snappiness of higher-frequency RAM in the x86 world, and it left me wishing for a bit of that "oomph" in my ARM projects. I know we’re dealing with completely different power envelopes and thermal constraints here, but as we see more powerful SoCs coming down the pipeline, I can't help but dream of a Pine64 board that supports something like the PC5-38400 standard. Even if it was soldered LPDDR5 to s