OpenSource-Ghost I have one profile setup with mysudo and had to setup Google Framework and play services but not the play store; with cross-profile communications it works as expected 60% of the time. The non-working times is due to prepaid Mint sim issues I believe. I never use the number supplied with the mint card, don't even know it. The Mysudo account is paid for with a privacy.com card and I pay for the option to conceal my purchases so the point of failure there is privacy.com and whatever device IDs I'm transmitting through my access points. On that vector I use my neighbors wifi a mile away via a Yagi antenna; to repeat what others have said, I have no desire or intention to do anything illegal I just don't think big brother should be able to sell all of my PII just because they can.

If anyone has more advice on randomizing device MACs and other IDs I'm all ears.

      endth3fed

      I like your setup. Do you think the 40% non working is strictly due to mint?

      My understanding is that graphene is quite private over Wi-Fi due to the mac address randomization but any reason you don’t feel comfortable connecting to Wi-Fi?

      Perhaps you can try a solution like silent.link instead of mint although you’d need play services for Esim to work.

        I've removed a couple of VPN specific replies to keep this topic more on point to the subject. Previous VPN discussion was done around PGPP as the carrier and on topic.

        I buy an MVNO prepaid sim in person and pay for it via privacy.com with alias info. I ported my legacy phone number over to JMP.chat and take calls through the internet while never using my sim # for any calls or texts. I am switching to Tello soon for $6 a month with 1gb of data.

          panopticon

          Does the Jmp solution work well for heavy call users? I utilize around 2 hours on calls daily for work and thought their plan was limited to 300 per month.

          Also do texts work well on Jmp? I understood it needs some strange syntax added to the phone numbers to work.

          But I’d love to explore this solution if it’s workable.

              Kenny33 I don't use calls very frequently. I have had some people complain about call quality in the beginning but there are many factors one of which is a lot of development so I am unsure if this is still the case. You can always buy more talk time if needed and the price seemed reasonable. I don't think it hard caps you at any time.
              I have not had any issue with text. I use the Cheogram app which interfaces with JMP.chat through XMPP. You can set everything up right through the Cheogram app. Over all I am super happy with the setup it seems to be a good medium between mysudo and an actual VoIP provider with all the restrictions and over site they are subject to. Keep in mind I think they only offer service to US and Canada.

                  panopticon

                  That’s very useful, thanks. The call quality would be an issue for me given my heavy usage, but perhaps I’ll experiment with it in the future.

                  For now, it seems like prepaid cards for data + mysudo will have to suffice

                    4 days later

                    Google Play Services are required for eSIM management, but they can be removed once eSIM is activated. Does Google get any eSIM info, such as IMSI, or whatever other info that identifies a user? Is it a requirement to have a Google account to activate eSIM?

                      6 days later

                      OpenSource-Ghost in using privileged eSIM management functionality you expose your IMEI to Google. There is no evidence to suggest they scrape it through this but it is something to be aware of.

                      It is not a requirement to have an account just need to tap Sign In to initialize.

                        9 days later

                        How does AT&T compare to T-Mobile in terms of 5G coverage? Does it still use IPv4? T-Mobile is not an option because of its IPv6 464XLAT/CLAT that doesn't work with Android 13 VPN Lockdown. The issue existed for 2 months without even a hint of official confirmation from Google regarding even acknowledgement of the bug.

                        6 days later

                        I'm trying to install Graphene OS and when I try to click "unlock bootloader" when my Pixel 4A is in fastboot mode I get the error message noted in my title.

                        No idea how to go forward. Any help would be appreciated.

                        I also noticed in device manager there's an error message and when I try to update the driver it tells me windows is unable to find a driver for this device.

                        The error message being "No Compatible Devices Found"

                        • Hulk replied to this.

                          droasidas
                          This thread is not for GrapheneOS installation support.
                          Please open a dedicated thread or contact us over an instant messaging platform such as Matrix or Telegram.

                            All Cellular Carriers will comply with government subpoenas for your cell phone call, text, location, IP/DNS information.
                            It's almost impossible to escape this level of data intrusion since your IEMI is handset specific and registers with the Cellular Carrier.
                            What we get with GrapheneOS is to unplug ourselves from the world of subpoena free data harvesting and profiling.

                            Personally I use Verizon Prepaid with my name, credit card, etc... I "think" all major Cellular Carriers require a subpoena for the government to receive your cellular information, but could be mistaken.

                            I personally can't afford a crate of "burner" Pixel phones and "burner" sims to continually cycle through so I'm stuff at this level of privacy. Reality is that other than that unpaid parking ticket in Cornwall 12 years ago, I'm not likely to get sucked into a "drag net". If you're dealing drugs, then you can likely afford the crate of pixels to burn.

                            https://www.lightreading.com/regulatorypolitics/heres-what-verizon-comcast-t-mobile-and-others-do-with-customers-location-data/d/d-id/779960

                              Can someone post a relatively detailed list of the kind of phone information, usage, and data carriers can access?

                              From my research, carriers have:

                              • IMSI
                              • IMEI
                              • Phone number
                              • Location
                              • Phone call records
                              • SMS/MMS records
                              • Calendar events
                              • 911 emergency contacts/information
                              • "About" device information (which can also be used to identify someone over WiFi)
                              • PIN codes for telephony services (such as voicemail)
                              • Number/key presses used during telephony services

                              It is crazy how much information carriers get. I think many people make the mistake of using the same PIN code for insecure services like voicemail and for secure services like Signal and/or for unlocking the phone itself.

                                kopolee11

                                I know for a fact that local (US) cops had far more issues intercepting, eavesdropping, and monitoring Google Fi network compared to local T-Mobile network. It seems counter-intuitive because Google is basically anti-private, but Google Fi somehow ties its Google Account login infrastructure into cellular network, even for normal telephony usage.