Quill OS is now available for the PineNote in a "working" state

I don't think it's worth repeating myself with what I have written on github, so here are some links:
- An a bit outdated demo: https://github.com/PorQ-Pine/docs/blob/m...ic/demo.md
- Explanation of what I'm even talking about: https://github.com/PorQ-Pine/docs/tree/main/public
- Entry repo: https://github.com/PorQ-Pine/quillstrap?...me-ov-file
- Technical explanation of Quill OS (A cool graph ): https://github.com/PorQ-Pine/docs/tree/m.../technical

We are looking for people to guide them to install it and write the installation steps along the way, so if you are interested, contact us in our discord server or in the official #pinenote

Also of course some more disclaimers:
1. Quill on pinenote is in its early days, there are many issues and minor problems like no rotation, no sleep (sleep drains the battery a lot anyway, so i did not care to add it)
2. The installation, while we used it, could have problems along the way, cant promise it would be painless, so maybe a few days without a working pinenote is possible

If you have questions, feel free to ask them here

I have a PinePhone, PinePhone Pro, Keyboard, wireless charging back cover, cases, and spare batteries for sale. PM me.

PSA for anyone who (like me) is still using an install based on the original PineTab2 image and finding that pacman won't upgrade anything today due to a "bad database" (which is actually an HTML error page).

The old danctnix server name at p64.arikawa-hi.me appears to have expired. I went looking and confirmed that it expired 2 years ago and was renewed at the time, and that archmobile.mirror.danctnix.org is the valid new server name. After updating /etc/pacman.conf to point to the new server, I was able to sync successfully again.

Looking at the component list and schematic, I was expecting to find a STK3311-A, but my I2C check returns a different product ID, unless my I2C is still broken   Can anyone confirm which chip I am trying to talk to on the PinePhone Beta v1.2b please?

I recently bought a Rock64 (4GB) board from Pine64 and I’m excited to start using it for some home server projects. I’ve mostly used x86 machines before, so I’m still learning the best practices for ARM-based SBCs. I’d appreciate advice from more experienced users here.

[*]Which Ubuntu Server version do you recommend for Rock64? I saw that there are several flavors (22.04, 24.04, etc.). Which one offers the best stability and performance?
[*]About Storage setup, I plan to run the system from an NVMe SSD via an M.2 adapter. Does anyone have experience with the setup speed, boot reliability, and any specific quirks to watch out for?
[*]I’m really looking forward to learning from everyone’s experience and getting this setup working well. Thanks in advance for your help!

Hey everyone,

I am trying to install openSUSE on the PinePhone beta and cannot get the phone to boot the image that is provided on openSUSE as of 11-13-2025.

The links to KDE and GNOME on the main article page https://en.opensuse.org/HCL:PinePhone do not even work, and I found the only image fine in the directory which is less ideal since I wanted KDE.

Does anyone have any experience with getting the install to work? Or are we just dealing with a broken image on the openSUSE site.

My process has been to use Balena Etcher to flash this image: 

https://download.opensuse.org/repositori...1.6.raw.xz

Sometimes etcher itself crashes on verification. 

When I insert the microSD card to the phone, the screen remains blank and oscillates between a green and red light, which I guess means the image failed. 

I tried this method using JumpDrive with the same result. 

Does anyone know of a solution here? I appreciate it.

DM

Hey,

I have tried porting Alpine Linux 3.22.2 to my Pine64 A64 LTS v2 board using only packages from Alpine communities, which works reasonable except for sound, ethernet device is weird (have to ethtool it to 100mbit for it to work). I also have a 7 inch panel https://pine64.com/product/7-lcd-touch-screen-panel/ which doesn't work at all. 

I found from the Armbian community patches to DTS overlays that should enable it (pine64_lcd=on). Latest Armbian images doesn't work either, their u-boot breaks my Pine64 board (doesn't detect RAM and demands reset), and the panel only backlights up (no image), though HDMI works,. The touchscreen does produce output when running libinput debug-events.

I have tried experimenting with dts patches to the 6.12 kernel source tree, and got the touchpanel discovered but still broken, while the kernel panics and oops every so often.

I'd like to ask the Pine64 community if anyone have an overview of which patches are needed for the 7 inch panel to work on a 6.12 kernel?

Hi guys. Have a Pine A64 LTS (ver 1.2) board that won't turn on. 

If I apply 5V to the barrel jack - it takes nothing at all as if contact is broken somewhere though I have 5V on both GPIO rows and quite a few components around the pcb. 

Tried replacing AXP803 and even the CPU (I solder well) with known good ones from other Pine64 LTS - nothing changed. 

If I apply 3V3 to GPIO 3V3 pin - power LED lighs up and board takes around 180 mA. 

No shorts were detected on the board anywhere and seemingly no components are missing. 

It looks like there is a fuse on a 5V rail that is blown, but I can't figure it out, so any ideas are greatly appreciated ?

While a wifi hotspot is useful in a situation where you can plug-in your phone and get fast internet for your computer or laptop Bluetooth PAN is so far the best solution(except usb cable link which ideally will also be packaged for) for mobile users trying to conserve battery power.
This really should be a core optional or bundled packages for not just Mobian but all phosh and plasma builds.
We have a working 100% Debian linux based(Maemo 5) solution here for a system current around 2009 pre-systemd.
https://bugs.maemo.org/Bluetooth_PAN (getting dead link)
https://talk.maemo.org/showthread.php?t=58570

What is required is to install the PAN bluetooth wireless base station bluez service and then create iptables routing and automated DHCP service like we already have in the WiFi service.
here is how it is done with openwrt user firmware routers.
https://openwrt.org/docs/guide-user/hard...th.6lowpan
https://www.multitech.net/developer/soft...pan-setup/

I have gotten the bluetooth PAN service to work once about four years ago on a PP running then current mobian though I had to in the end tunnel using SSH(works like a duct-tape fast socks VPN) to the phone from the client laptop as I had not configured the iptables routing correctly(ssh -D user@pinephoneIPaddress).

Since then I have not been able to replicate the bluez setup of the PAN BT service which is the base component toconnect to everything else.

Hi
in Gnome all works fine

But in SDDM and Plasma i get black rectangle behind mouse indicator/cursor?
Any hints?