| Welcome, Guest |
You have to register before you can post on our site.
|
| Latest Threads |
what is the point?
Forum: General Discussion on PinePhone
Last Post: vanja
1 hour ago
» Replies: 0
» Views: 10
|
irradium (based on crux l...
Forum: Linux on RockPro64
Last Post: mara
Yesterday, 02:45 PM
» Replies: 10
» Views: 16,843
|
PinePhone, PinePhone Pro,...
Forum: PinePhone Hardware
Last Post: j_s
Yesterday, 11:33 AM
» Replies: 4
» Views: 207
|
Quill OS for the PineNote
Forum: PineNote Software
Last Post: JhonSmith
Yesterday, 01:42 AM
» Replies: 1
» Views: 102
|
auto-owning the SD card i...
Forum: PineTab Software
Last Post: biketool
11-25-2025, 04:16 AM
» Replies: 1
» Views: 397
|
Old Danctnix server in Pa...
Forum: PineTab Software
Last Post: Stunnned
11-24-2025, 01:27 PM
» Replies: 2
» Views: 220
|
Volumio (PINE A64-LTS / S...
Forum: Linux on PINE A64-LTS / SOPINE
Last Post: kapqa
11-23-2025, 02:02 AM
» Replies: 8
» Views: 15,567
|
Reinstallation Arch Linux...
Forum: General Discussion on PineTab
Last Post: rth
11-22-2025, 08:25 PM
» Replies: 1
» Views: 246
|
Recycling pinephone as ho...
Forum: PinePhone Hardware
Last Post: biketool
11-20-2025, 09:04 AM
» Replies: 5
» Views: 665
|
Light Sensor / Proximity ...
Forum: General Discussion on PinePhone
Last Post: WhiteHexagon
11-18-2025, 03:07 PM
» Replies: 1
» Views: 239
|
|
|
UBports Edition Flashing eMMC slow speeds |
|
Posted by: FOSSagent0 - 08-12-2020, 07:03 AM - Forum: PinePhone Hardware
- No Replies
|
 |
Is anyone else getting really slow eMMC flashing speeds. I just recently flashed it with Belena etcher using the Jumpdrive method and Its been getting speeds around 10mbps and even less. Another thing is that using the Belena etcher which may have been 1.5.101 has resulted in errors. Ive even used gnome disks and the speeds have been slow as well.
And no I did not use Telenet
|
|
|
|
| earpiece sound setting |
|
Posted by: Gobelin - 08-12-2020, 05:39 AM - Forum: Mobian on PinePhone
- Replies (3)
|
 |
I use pinephone Brave Heart edition with mobian as daily phone. It nearly works fine for my use. Thanks a lot for mobian !
I still have an issue to set correctly the volume of the ear piece. When I set it whith alsamixer or phosh settings, the value is sometime changed (during reboot for instance).
In alsamixer, master is at 100%, and earpiece at 100%. It is too much for my earpiece that is sounding very bad, making phone call difficult to hear because volume is too high with a lot of cracks. The range where the sound is ok is very small compared to the setting range in phosh settings. If I change the values in phosh settings and make a test of earpiece and go back to alsamixer, those values are back again to 100%.
I don't know which part of the software is storing the sound settings, I guess, it is not alsamixer. So if you can explain me how it is dealt with, I would be extremely gratefull.
Is there a way to avoid sound setting changes if not manually applied by the user ?
Thanking you in advance for your help !
|
|
|
|
| no speakers on debian |
|
Posted by: imryk - 08-12-2020, 12:10 AM - Forum: Linux on Pinebook Pro
- Replies (6)
|
 |
iv'e recently installed debian on my PBP. in contrary to the Majarno, the speakers and the headphones output did not work at all. iv'e searched the subject online but couldn't find a solution. how do i turn the speakers on? and the headphones output as well?
|
|
|
|
| Clusterboard does not even turn on? |
|
Posted by: poVoq - 08-11-2020, 02:50 PM - Forum: Clusterboard
- Replies (3)
|
 |
So I finally found the time to look into the Clusterboard I got a while back, but strangely enough I can't even get it to turn on 
I only have ATX power supply for now (tried two different ones) and the little green light on the Sophine modules turns on when I connected it.
However everything else stays dark.
When I short circuit the two pins in the power switch connector as seen on this pictures:
https://imgur.com/gallery/u9dDsXS
the red power light next to the ATX connector shortly flashes but that's it. Only when I continously connect the two pins of the power switch the lights of the Clusterboard come to life and it seems to cycle through some test program or so, but as soon as the power switch is not short circuted everything goes black again.
I also got a single 15W10ohmJ resistor block and I tried to connect it both to the 3.3V and the 12V holes as seen in the link above, but other than that it gets extremely hot on the 12V, there is no difference in the behaviour of the cluster board.
Did I already accidentially break it with my clueless tinkering?
Edit: for testing I only connected 1 or 2 modules with the emmc and a sd card, so I don't think the problem is what others have described with all 7 modules connected.
|
|
|
|
| Would like to buy, need some help |
|
Posted by: tommaso - 08-11-2020, 02:16 PM - Forum: General Discussion on PinePhone
- Replies (8)
|
 |
Hi,
I would like to buy a PinePhone since I'm getting rid of every main stream softw. and devices and applications ... (no Facebook, no Google, no MS and so on)
I love everything which is an alternative and it is a long time that I begun to use and test Linux on my PCs and at the end I decided that Debian is the best for me.
Recently I decided to avoid android and IOS and the smartphones usually in commerce and at the moment I'm using a normal phone 2G and an android device on the desk (like a printer) without simm only because of VIBER and WhatsApp (I cannot avoid them).
When I discovered the possibility of a PinePhone I contacted the Company asking for information and it was answered that I had to wait until July to place my order (model of 200USD), in the same occasion it has been explained that I would have received a working device with already installed software without specific troubles.
A couple of days ago I was ready to order and place the payment when the sales desk told me that it may be difficult for me to use the phone because "It maybe not suitable for you to purchase as not end user ready due to some apps is not ready.", by the way I'm not a programmer/creator/developer but a simple user. I'm not looking for specific or strange software but actually I would like to use normally the device without too many troubles... The sales desk concluded that "Overall it will better to wait for few more months for developers to discover or improve the version."
I would like to ask if the phone is OK for a normal user like me, if are requested specific skills and eventually if there are some specifications/models/other to specify when placing the order.
What kind of troubles would I expect buying now or waiting a couple of months?
Since the device is touch it would not be wise to install Debian because of the drivers, I suppose that the original software is created in order to work on a touch phone and with phone functions and dedicated for smartphones...
Is there anybody that will be so kind to give me any suggestion?
Thanks a lot and best regards!
|
|
|
|
| MAC Address/NIC Privacy Script [various options] |
|
Posted by: RTP - 08-11-2020, 10:31 AM - Forum: Mobian on PinePhone
- Replies (2)
|
 |
Edited: added new smartphone mimic -p
A script I wrote (bash) called WiPri (WiFi Privacy: I use it on Mobian/Arch so wifi tracking beacons/public wifi do not track my phone movements and thought I would share with other Pinephone privacy interested users (since mac addresses generally stay static and easily trackable by default).
It works on default Mobian install (no extras needed) (Arch was easy to install a missing prerequisite bash command) and has various options for different types of MAC address/network device disinformation. The install.sh part gives you the option of installing as a command or optionally as a systemd service (systemd service starts at boot- by default the .service file sets a new unique, randomly generated (with valid OUI) mac address identity at each boot (valid OUI imho superior to false OUI as tracking many times weeds out nonvalid OUI mac addresses to track down true mac address leaks).
If installed as systemd service the default is the above command (sets device wlan0 [change to match your device name if not wlan0] and -i sets a randomly generated new mac address identity to be held for remainder of command run (or if systemd by default the above changes the mac address identity at each boot and holds it until next power off)
Currently -i [new static random identity] by default checks current mac address every 20sec to ensure firmware doesn't reset mac address (on standard mac changers some cards try to leak/reset address). if the mac address changes during one of the regular checks it sets it back to the original chosen, randomly generated mac identity to be held.
Other commandline options:
The above -p generates/sets a single random, valid MAC address either Apple or Samsung (to mimic smartphones the most common wifi devices in area). It holds that single randomly generated valid mac.
The above -P flag is similar to -p but instead of holding a single Apple/Samsung mac address, it continuously changes mac addresses every so often (continuously randomized changing times), at continuously changing randomized mac addresses with Apple/Samsung OUI. Again, to blend in with smartphones
Code: wipri -d wlan0 -r -h
The above sets wlan0 as device and continually randomizes mac address (again, valid OUI's) to be changed at continually changing randomized times, at continually changing randomized mac addresses. The -h flag generates a randomly generated hostname using a standard set of randomly chosen bases with a randomized extension. Example: PC-27423 or My-iPhone (will be adding Apple OUI list in near future to mimic iphones)
The above is nice for travelling ime (continually changing randomized addresses at randomized times make more difficult to do pattern analysis)
Code: wipri -d wlan0 -m [mac address here]
The above lets you select any mac address of your choice and by default checks every 20sec to ensure firmware doesn't crash or reset it.
Code: wipri -d wlan0 -r -s -h
The above -r flag like earlier changes the mac address to continually changing randomized mac addresses at continually changing randomized times. The -s is an experimental feature that makes the txpower signal change strengths (while staying connected) giving wifi tracker beacons changing signal strengths, giving the impression your device is moving and attempts to confuse trackers.. The -h again changes the hostname to a randomized address (hostname is another fingerprint on networks).
The above changes mac address at continually changing randomized times while simultaneously changing hostname and txpower at randomized strengths at continually changing randomized times (to give impression of new devices: new hostname at same time as new txpower as same time as new mac address).
Video installing WiPri on Mobian/Pinephone:
https://youtu.be/1j-AtFtsqH4
If you want to check out latest: https://github.com/Aresesi/wipri
To make a copy of the files:
Code: git clone https://gitlab.com/Aresesi/wipri
The install.sh does all the work (and asks if you want it as command or optional systemd boot service)
Hope someone finds it useful
|
|
|
|
| Powertop? |
|
Posted by: stozi - 08-11-2020, 10:27 AM - Forum: General Discussion on Pinebook Pro
- No Replies
|
 |
I see tlp is pre-installed on the default Manjaro, I assume it's configured well. Anyone tried running Powertop too? I know some people run both. Powertop has an automatic setup, I'm just worried it will mess something up. Anyone tried? any tips? should it help battery life?
|
|
|
|
| audio jack: OMTP or CTIA? |
|
Posted by: desca - 08-11-2020, 08:28 AM - Forum: PinePhone Hardware
- Replies (2)
|
 |
Searching the forum, I see where someone said that the A64 board claimed to be CTIA in the datasheet but was really OMTP. And I see that the PinePhone datasheet also says CTIA… Can anyone tell me whether that’s true?
|
|
|
|
|