>>114 I need to look up more projects like this because I can hear death knocking on my 7 year old phone and I need to replace it and I really loathe the idea of going with a mainstream phone with mainstream Android. However the specs on that thing at least on the surface are not encouraging at all.

>muh >muh >muh Freetards still haven't learned how to not sound like obvious scammers, I see.

>>115 Yeah specs aren't the best. But for some people that's okay, I can't really think of a phone use case where you need such a powerful device. Maybe phone "gamers", but they're too deep in the consumer shithole anyway. >>118 Yeah, better hide all your money from the mean freetard scammers, how's Apple going to get it otherwise?

>>114 >arch >proper keyboard >PROPER KEYBOARD >killswitches This is all I ever wanted. OpenBSD would be even nicer but I'm definitely going to look out for this project

>>121 Browsers are huge resource hogs, I don't know if 2GB would fare great in these glorious days of web 2.0.

>>127 Agreed on that one. My current phone has 3gb and runs browsers without issue, I often have >1gb free so it'll probably be fine with some optimization and tab discarding. There's videos of people browsing desktop YouTube in still unoptimized browser and no hw accel, it actually runs OK

>>114 I've been curious about getting a linux open source/open hardware phone for a little while. Does anyone here have a pinephone or a Librem 5? How would you guys say they stack up. Personally my main limiting factor is that I love a big screen but these seems a bit small for me...

The driving force behind many people's day to day operations on the internet is file sharing, be it streaming, torrenting, or simply sharing links to videos/images on other sites. Of course there is a plethora of things in between, what's your favorite methods of sharing files? Do you belong to any private trackers? Are you a fan of more private/anonymous filesharing methods like i2p, onionshare, freenet, etc.? Do you have a large capacity for storing data at home and want to share your files with others? Stop by and chat about

>>130 I am retarded, please ignore me.

>>129 Pinephone is 6.3 inches, bretty big

UBPorts is currently the most functional image however it is run by some special snowflakes that banned the creator of DXVK for posting le_green_frog.png in their chat room. Maybe wait until there are some better ROMs available. PureOS has been ported to it as well and that apparently is working quite well.

>>130 >>131 There's already a /p2p/ general, anon. It's also the designated 8kun/t/ bunker.

It's hilarious watching neckbeards use the terminal on phones.

>>121 >I can't really think of a phone use case where you need such a powerful device emulation

>>175 I had a Gemini PDA and it made using terminal via phone much, much easier.

>>114 >inb4 the "hard switches" are just toggles that send a signal

>>190 just look at the schematic nigger

>>191 >trust the schematic bro Rather see pics of the phone's board. Looking forward to the damage control as to why it doesn't follow the posted schematic once differences are found.

>>192 >hey lets spy on people! >how should we do it? >let's make a phone and market it to linux enthusiasts, many of whom are software or hardware engineers >they surely won't notice this huge discrepancy between the schematic and the hardware You realize how retarded this is right? It's obvious you don't really know anything about hardware.

>>193 >you don't know anything about hardware >shows the component side where you can't trace gosh you're fucking stupid.

>>196 Your're trolling right? It's an 8 layer board, both sides are the "component side"

>>197 Irrelevant, these are soft switches that send a standby signal and don't cut off power to the camera.

>>198 >>197 forgot scranshot from >>191

>>191 RTL8723CS doesn't have a power cut-off, just a switch to send a signal to CHIP_EN. Where the fuck are these "hard switches"?

I thought maybe OP was just being a flamboyant retard, but after reading this piece from Medium http://archive.is/0Ba1E they are claiming the switches for the wifi and camera are "kill switches", when in fact they are signal switches in series with a 10k ohm resister, they do not cut power to the chips.

>>199 When switches are engaged, both cameras "PWDN" inputs are pulled high which powers them off. >>200 CHIP_EN is not a request, it's hardware in the WiFi chip that allows it to power down properly, it must obey this signal pr. it's specification. All these devices are made for low power operation, so turning on randomly while disable signals are present would make them unusable in battery powered devices. >>201 They did that for the modem and now the switch isn't usable while the phone is on since you have to watch out for firmware corruption. Pulling a supply rail is not a proper way to power something off. Read the datasheets for the cameras, PWDN for the cameras is not some firmware feature, it's hardware controlled. Same with CHIP_EN, it's not a suggestion handled by software, it's a hardware function. If you distrust hardware at that level you shouldn't use anything produced by anyone else. If your threat model is "someone is powerful enough to tamper with my specific hardware and disable important features of several chips without anyone noticing" you really shouldn't own a phone. A "hard switch" still does fuck all against this threat, your adversary could simply order the factory to bypass the switches. Phone also knows when the hardware is on so it would be impossible to hide your tampering. Many microcontrollers can even be powered through their IO pins, so I could just pull some signals high with the phone SoC and transmit data while the user thinks the component is powered down.

>>201 And at this point you might as well begin complaining about the power switch not cutting the phones connection to the battery. You should really get the librem 5 if you want maximum privacy.

>>203 >trust the china chips bro Except what you're (purposefully?) omitting is that there can also be a kill switch that disconnects data output between the chips and the rest of the device, or at least switch the flow to a null signal from a dummy source. >>204 >might as well begin complaining about the power switch not cutting the phones connection I'm complaining about lies.

I hate to be "that anon", but I just want options that aren't locked-down Silicon Valley shilling where there's backdoors from top to bottom. At least with Librem 5, or Pinephone, or Planet Computers PDAs, etc, we're shifting the risk from software and hardware onto hardware alone. And it's hardware that can be better-understood. The Pine isn't as supported as a Raspberry Pi, but the same principles apply. All of the components on a Pi are known. There's still binary blob drivers built in, but even those can be tweaked. People dump them and poke around. You should never trust anything, but at least with a Pinephone you can get control of your operating system. At least your e-mail software isn't phoning home to report your favorite brand of shoes so Jewgle can inject better ads while you watch YouTube. It's not perfect but it's a hell of a lot better than the most popular phones on the market. You're literally better off buying a $150 budget phone than a $1,000 premium device. You get more features and they probably don't even bother installing as much adware and spyware since that requires development time. This is still reclamation of control for the user. It's the first step, not the destination.

>>114 When're they gonna make a Pinephone premium? We've never really seen a high performance smartphone with the "openess" of a PC

>>206 Backdoor software is legacy thinking, everything pozz is being invested on the firmware level anyway. This allows nation states to slip in remote access on component exports without worrying about software auditors. Putting FOSS on top of the same hardware layout you find in your typical iPhed is like putting cheesecake icing on a turd. A real step in the right direction would be hardware that cuts off signal from these chips to the rest of the phone. To take it even further, don't even bother using mics or speakers on the device itself, or even a vibrator for that matter. If you want full control over a cellular device to mitigate air gapped data transmission, audio eavesdropping, echo mapping, etc, your best bet is to use an external headset and disconnect it when it is not in use. air gaped data transmission via speakers: http://web.archive.org/web/20200525033006/https://arxiv.org/pdf/1803.03422.pdf How your speakers could be turned into eavesdropping microphones http://web.archive.org/web/20200525033255/https://cyber.bgu.ac.il/advanced-cyber/system/files/SPEAKEaR.pdf Also here's why you would also want to the option disconnect data flow from the onboard wifi chip: http://web.archive.org/web/20200525033844/https://journals.aps.org/prl/pdf/10.1103/PhysRevLett.118.183901 >>210 Pinephone is about as "open" as the Chinese manufacturer of the chips allow it to be, being that you're not actually disconnecting anything with these autistic fidget switches. All the Pinephone did was add the option of utilizing the same chip controllers the OS has access to, onto the board itself. It's feelgood bullshit.

>>205 That would make it pretty damn expensive to produce, It really is no worse than just auditing the hardware, you can tap into the different peripherals and their transmission lines to ensure they're operating as expected. >>214 I'll personally take my oscilloscope to the wifi modem and cameras just to prove your tinfoil ass wrong. No device on this planet will protect you if intelligence agencies are after you. This phone and the librem exist to stop corporate spying by google and apple, not the fucking NSA that targets individuals with expensive investigations. They will get you out of blanket surveillance, but not targeted surveillance where your adversary can tamper with your hardware directly. The A64 is actually much better than most modern processors since it boots without any blobs.

>>214 >Pinephone is about as "open" as the Chinese manufacturer of the chips allow it to be, being that you're not actually disconnecting anything with these autistic fidget switches. All the Pinephone did was add the option of utilizing the same chip controllers the OS has access to, onto the board itself >modem killswitch works by disconnecting the modem power supply >the phone SoC does not have access to the CHIP_EN pin of the wifi/bt controller, it can only be physically controlled with the switch. SoC can't overwrite this signal or communicate with the wifi chip when it's active. >phone SoC can only control the cameras when the killswitches are set to allow it, otherwise they're forced into powerdown by pullups on the PWDN pins. >microphone killswitch disconnects the microphone power supply. The SoC has no power over any of these devices, stop pulling stuff out of your ass. Try transmitting or receiving with the rtl8723cs when it's chip enable isn't enabled, or try getting camera or microphone data when they're powered down. I can tell you that you'll never be satisfied since attacks exist that rely on completely passive surveillance, no hardware modification on your side at all is required. Or you know, the ISP, certificate authority and intelligence agency could just agree to MITM you without you ever finding out. And if you use Tor they could just tap into one of the several thousand security cameras, or botnet devices carried by normies to snap some pictures of your screen. You could stay at home, but they could just break in when you aren't there and install signal implants in your computers and hidden pinhole cameras and microphones powered by radar waves. The threat you're proposing is unbeatable with the resources available to a normal citizen.

>>201 You're an idiot with no understanding of hardware. A lot of stuff will simply break if you cut power the way you imagine it. >>205 >a kill switch that disconnects data output between the chips and the rest of the device Even pretending that latency is not an issue, chances are the physical connection is shared by control signals too and possibly shared between multiple systems, so implementing your solution would get very expensive for questionable benefits. Also, if you don't trust the chips to respect a power down command why would you trust a chip supposed to disconnect the signals?

>>217 >tl;dr trust the chip bro >>220 >A lot of stuff will simply break if you cut power the way you imagine it. <that's we they're lying about fake disconnect switches that just send the same signal as the OS I have never seen a WiFi chip fail to function after a power source being disconnected. Unless you have a source your argument is pure bullshit. >why would you trust a chip supposed to disconnect the signals? we're talking about hard switches, that's the topic.

>>216 > No device on this planet will protect you if intelligence agencies >This phone and the librem exist to stop corporate spying by google and apple who do you think they're contracting for this?

>>284 >it's dem damn chips the gubmint put in everything! Shut up faggot. The switch does nothing if the chip is owned, it will simply wait for you to turn it on before transmitting all the juicy stuff. If you don't trust it then you shouldn't allow it to ever transmit any sensitive information. You should just desolder the modem and cameras, they could have a tiny battery inside that makes your "hard switch"(whatever the fuck that is) completely useless. If you read the OP you would also pickup on the term "hardware switch", it literally just means an actual switch instead of a software toggle. You were never promised power and signal lines would be cut off. I'm just going to assume you're trolling or retarded at this point.

>>286 thanks for confirming the switches are pointless. Please carry on shilling for this shit meme phone elsewhere.

>>287 kek, I'll keep the thread updated with any relevant news.

>>288 let us know why they're remove the pointless switches

>>114 I'm more interested in the development of the Pinetab and on a possible version with more RAM. Judging by recent videos it looks like a comfy shitposting machine.

>>284 Again, you're a moron. Ever heard of inductance? Big, physical switches can easily damage themselves if they're designed poorly, simply because trying to suddenly stop a flowing current results in a voltage spike. Now think about tiny integrated components, where even a 5V difference between terminals can yield a KV/m field inside the device, and imagine how things will go there. >muh hard switches Double moron, if you don't trust the hardware you can't trust the hard switch to not have a secret bypass.

>>114 >it's only $149 wait... what the hell? That's pretty cheap. I would have expected this to be many hundreds like the librem 5. If this is only 150 it's something I may actually consider. That is, if I don't just get a flip phone and call it a day.

I need a new phone soon. The librem doesn't support verizon so maybe I'll go with this.

>>301 >you can't trust the hard switch to not have a secret bypass.

>>666 (checked) Phones are considerably overpriced at the high-end. Buying a Galaxy S or a Note or something "flagship" is basically just subsidizing the company's R&D and their budget phones. My last purchase (which was an emergency, so I had to pick whatever was in the store at the time) was a Moto E6 I got last year. $150 and it had expandable storage, removable battery, and a headphone jack. Phone manufacturers are so dumb that they consider removing functionality a "feature" so they keep it on older phones. And iNiggers are so dumb they actually think having a headphone jack means you're too poor to afford a "real" phone. The absolute state of the market right now is unbelieably bad. Back before Google killed the entire line, you could get a Nexus for about $350. That was a flagship-tier phone for half to a third the price of major brands. Allegedly they were sold at-cost, so Google was breaking even on them. $350 for that performance was not bad, and the phone was designed with developers in mind. We'll never get a deal quite like that again, but Librem and Pinephone are certainly trying to compete. >>666 It's worth consideration. I'm also on Verizon, although I am debating switching to T-Mobile. My best options right now are Pinephone, Cosmo Communicator, or another cheap Motorola, but I'd rather go with something more open if I can help it.

>>681 >Allegedly they were sold at-cost I used to sell the Goddamned things back in the day, and that's what our Google reps told us. Android only exists as we know it today because Google were absolute Hebrews about it and simply dumped money into the drain in order to get Apple out of the top spot. Rumor had it that Samsung only gained the top spot because they backed Android when Google needed them to, so Google scratched their back once Android got a foothold and backed off in order to let Samsung pull ahead.

>>680 Have you ever seen a multi-layer PCB, nigger?

The price isn't bad compared to other devices promising the same shit. Though the low amount of RAM is making me doubt to ever get one.

>>115 What OS is your old phone currently running on?

>>686 It is still unusable in many ways. Sometimes basics like Wifi won't work and software, while evolving still needs time to mature.

>>1794 It has since died. It was running Android 5.

>ARM >open hardware

>>685 are you schizos that retarded? If they wanted to go through all this hustle just to spy on you they'd just make a normal phone and deal with the marketing crap. Whats next, metal alloy case that feels like plastic but is secretly modified to conduct electricity in a way that bypasses the actual hard switch?

'Murrican here. What about this whole thing with At&t demanding phones need VoLTE compatibility starting in 2022. I have Cricket (owned by At&t) and just discovered this. Like fuck-all of any decent phones are on the compatibility list and it sounds like they're just dropping service for them. I honestly don't know how I've only heard about this just now, or why I haven't seen anyone, especially on boards like these, talking about it. Perhaps this isn't the right thread for it, but it's kinda relevant since I considered getting this phone but now I can't since it won't work on Verizon, At&t, or T-mobile, or any carrier operating on their infrastructure. Please tell me I have this completely wrong.

How would the security of the device be if someone got access to it while it was unencrypted? As I understand it Android is still pretty secure as long as it's behind the lock screen even if the phone is turned on as long as USB debugging isn't enabled. But if you're logged into your user account and there's only a lock screen between a bad actor and your machine in public or if they've captured the device how would it fare? I suppose at least with Linux it wouldn't be too difficult to set it up to instantly flush the memory and power off.

Man when will pine64 get their shit together and get stuff back in stock and release their products in a timely manner instead of just delaying releasing it makes them look like shit and can they actually get their products out of beta before creating a new project to work on, most of their shit is so unfinished.

>>198 >don't cut off power to the camera. wouldnt the old electrical tape trick still work? i had a phone a few years ago where i was able to physically remove the camera from the phone shell, it was only attached via a ribbon cable

>>216 >I'll personally take my oscilloscope to the wifi modem and cameras just to prove your tinfoil ass wrong. what if i use a precision screwdriver to destroy the wifi modem and cameras? i did that with my old phone's speaker to make it silent (except via headphones). i also plucked a few led's off different pcb's on flash drives and stuff, that worked fine. will the pinephone refuse to boot if the camera lense is crushed?

>>4884 >are you schizos that retarded? If they wanted to go through all this hustle just to spy on you they'd just make a normal phone and deal with the marketing crap they put dummy buttons in elevators to make people feel in control of the doors opening/closing. they put dummy buttons at crosswalks to make pedestrians feel in control of the walk signal. why do you doubt a phone manufacturer would put a placebo switch on their device?

>>284 >that's we they're lying about fake disconnect switches that just send the same signal as the OS For me the issue is not so much about whether or not the hardware switch is sending the same signal as the OS on a normal phone, it's more about how the signal is being sent. As this anon >>217 said, >Try transmitting or receiving with the rtl8723cs when it's chip enable isn't enabled I am confident enough in the hardware to trust that it will do what it is supposed to do when the appropriate commands are sent. But I am not at all confident that an operating system will do what I tell it to do every time, especially not one owned by Apple or Google. I have seen different OS enable switches not work at times on my old Iphone, and I have even seen them turn themselves back on after I turned them off. The hardware switch on the PinePhone removes this variable

>>5207 > but now I can't since it won't work on Verizon, At&t, or T-mobile, or any carrier operating on their infrastructure I bought a PinePhone last year and T-mobile gave me service On this note, does anyone have any carrier recommendations for the PinePhone in the US? While T-mobile did connect my phone, they don't have any service at my house, so it was kinda pointless. The phone appears to be compatible with US Cellular networks, but they won't allow it on their network. I haven't tried Verizon yet because I can't stand them.

>>6572 tello for phone calyx for data

>>6598 Well unfortunately Telllo runs on T-mobile towers, so that won't help Calyx is very interesting though, thanks for sharing

This is not exactly Pinephone related, but here's an interesting discussion on secure phones and the levels that authorities went to in order to gain access. <No they didn't build a custom chip that pretended it was doing something that it wasn't https://darknetdiaries.com/episode/105/

>>191 Here's a schematic for ya, my ass.

>>114 >Pinephone Don't be a bunch of raycists anons, get a Google Pixel instead as featured in the Super Bowl commercials yesterday.

>>7464 >low dynamic range + underexposed >niggers are underrepresented in photography :*( >higher dynamic range + ideal studio/outdoor lighting >cutting edge camera technology that ends racism forever I wish marketing executives had reason to fear for their lives for putting out shit like this

How secure is an Android phone with a custom rom? If it's possible to unfuck a phone with decent specs I'd like to do that instead of deal with limited hardware.

>phone kys loser

I was interested but then >32 bit risc >secure custom OS >soldering iron These people are just retarded.

>>7464 Wow very beautiful

>>7464 >bad pics are black gorilla niggers in bad lighting >"good" pics are mostly light skinned mutts in good lighting such technology <second pic Some based intern must have snuck that in because that's a comical lack of self awareness.

>>7464 It's just niggers, fags and cripples from here on out until the end of time, isn't it?

>>8365 You forgot drooling retards such as yourself anon

>>114 ACTUALLY trash.

>>114 >open hardware phone bullshit They don't release full schematics/boardfiles. If they can't even do that partially (no, what essentially amounts to generic "pinout maps" doesn't count). There's severly diminished hackability, repairability and extensibility if you can't even look at the schematic/board layout to see what components with what values are where and connected how. That aside, it's at least a step in the right direction. Fairphoney died for me the moment they decided to remove the headphone jack becaue their incredibly limited, specific, niche base of potential buyers that in no realm here or elswhere would be bothered by a few mm³ extra "wanted it". AARRRGHHGHGGHGG

>>284 >>tl;dr trust the chip bro You made a sweeping assertion. Anon refuted your assertion by putting it in context with the general situation. Shut up if you won't read, retard. Or annoy these guys: https://libresilicon.com/ but for goodness sake stop this asinine bullshitting when another anon takes time to give you a reply in good faith. >>284 >power source being disconnected. you know nothing about hardware, putting a power switch into VCC on these chips is retarded and unreliable. Chip enable pins are there for a good fucking reason and having chip-enable not respond is the easiest to find out. There's much better chance at the firmware level. Right now a bridge-solution would be to build a device/os in a way that allows compartmentalization of e.x. the modem so we can put it in a quarantine both on the software and the hardware level. Modems usually have direct memory access, that's a relevant thing to argue about, not fucking putting switches (i.e. variable R-C-L components) into the goddamn VCC of the wifi chip. >>289 My guess would be that the switches do the same thing as what some output pin does when the OS is employed to "turn off" the wifi - the chip enable pin. Let us know why you're talking out your ass as you are talking out of your mouth, shit-blabbler. https://yewtu.be/watch?v=Q4PC8Luqiws

>>10083 I know, I just want it to be said because that shit was infuriatingly stupid. Nice to meet you. At least you read it so when another fool starts blabbling about it you can refute it in rough terms. h-hey why'd you delete?

>>10084 >h-hey why'd you delete? because i remembered that covid only killed geriatrics and aids patients, and then my joke didnt make sense anymore

>>10085 Kek okay anon. cya

>>10090 he probably also thinks that if he turns on airplane mode that google deletes his history

>>10094 You will never be fully vaccinated

>>10096 I was fully vaccinated before I could form memories of what it was, because I got the MMR near infancy. I'm told I was a cranky child for quite some time afterward.

Got the pinephone, works great for what it is. Got the keyboard, remember to avoid using the phone usb with the keyboard mounted. 1 year later, battery unit in keyboard still works great, but keyboard died after auto-repeating a ton of characters while writing a text message. Felt like a cable failure to me, similar to how a laptop keyboard goes out sometimes. Now I need to pry open the keyboard and try to figure out why pine64 does not sell replacement cables for the keyboard's internal pogo pin interface to the phone. The hinge still works good, but the cable was routed through there, and would obviously flex a little. I do not think it is a ribbon cable, at least. Just really thin gauge wires in a sheath.

>>114 <GLOWIE POST >GLOWIE POST <GLOWIE POST >GLOWIE POST <GLOWIE POST >GLOWIE POST