@hkz
Same, was sick of google shit on my android, just wrong got an older model one+ and installed #LineageOS
Its just great! I'm not a tech nerd wiz by any stretch, but I can follow a well written guide, like what #lineage_os has got for SO many phones out there!
Come.over to the dark side, we have our own data! Mwah, ha, ha! 😁
Welches #Tablet für #lineageos kaufen? Habt ihr Empfehlungen?
Gerne teilen.
Changelog 31 - Masterful Material, Expressive Emotions, Awesome Android
Another SD card issue.
So, here we go again. The first time I had an issue was because of a scam card. Now, I have a real SD card. Problem: I have been trying to move music and photos to it to keep on my new device (Moto G Stylus 5G 2022 / milanf) and when I insert it into my phone it says “Issue with SD card.” And it wants me to set it up. However, when I plug it into a computer it’s totally fine. I can’t find any answers online, and the only other issue I saw similar was someone using a Xiaomi device running LOS 17. I didn’t have the issue on my phone until the most recent LOS 23 update on the 8th of Jan. What do I do to resolve this? I don’t want to have to carry multiple devices with me, for the time being, to access certain photos or music.
SD Card, LineageOS, having issues.
cross-posted from: https://reddthat.com/post/56970410 [https://reddthat.com/post/56970410] > I just got a new device and flashed LineageOS to it. No issues there, that part is fine. What isn’t fine is that I am trying to move music, videos, and pictures from my old device to the new one. Old device is stock Android, however hardware-wise the charging port / USB C port exploded a few years ago, so I can’t plug it into anything to move things that way, and have to rely on either swapping SD cards back and forth or trying to use a nearby share service or cloud service. Problems: the cloud service I use is dogshit and the upload/download speeds are awful. Part of that is being stuck with the worst ISP and the other part is that it’s not a great service and found out way too late. Not a viable option. The nearby share application I use is called LocalSend and it works fine, but I still seem to not have ALL the files I’m trying to move despite watching it move every single file. Lastly, when I have used the SD card swapping method, formatting it to different things, etc. I still have the issue of not all the files I want show up AT ALL. Example: trying to copy over roughly 14k to 27k songs, but each method I have used only produces approx. ~5k songs in total. What is going on here? I also have realized that I cannot write images in bulk to the SD card from the old device, as it stops and then gives me a warning about how it’s been set to read only. The music when I transfer it this way does not give me the same message, but I still end up with a fraction of what I actually have. Is this an error mostly with the SD card and should I just buy a new one, or do you think there’s something else going on here? I really want to move everything over and not have to just give up. I’ll take whatever suggestions I can get. Only reason I think it could be an SD card issue is that when I tried to do backups of all data on both devices it fails each time. No specific errors other than just saying it fails.
LineageOS 23 release announcement: Changelog 30 - Sleek Sixteen, Streamlined Suite, Future Flow
[ROM][SM-G850F][HELP NEEDED][sltexx] LineageOS 18.1 UNOFFICIAL for the Galaxy Alpha (exynos5430)
Wi-fi calling issues
I installed Lineage 22.2/MindtheGapps yesterday on my Pixel 3a, but I cannot get Wi-fi calling (or messaging) to work. I can see that VoLTE is available/provisioned. But when I try to toggle the “Wi-Fi calling” option under Verizon it toggles back and says that the “Carrier Setup keeps stopping.” I was running vintage Sargo until yesterday on this phone, and Wi-fi calling worked fine. I live in an area without cell coverage and so I depend on Wi-fi calling, but I haven’t found any solutions online. Any leads? I probably shouldn’t go back to Sargo…
Kevin Boone: How de-Googled is Lineage OS?
cross-posted from: https://lemmy.world/post/31842407 [https://lemmy.world/post/31842407] > > https://kevinboone.me/lineageos-degoogled.html [https://kevinboone.me/lineageos-degoogled.html] > > [https://kevinboone.me/img/lineage_logo.png] > > In an earlier article [https://kevinboone.me/degoogle.html] I wrote about my attempts to remove all trace of Google from my life. Part of that process, which is still ongoing, was to install Lineage OS on all my Android cellphones and tablets, replacing the original, vendor firmware. Doing this removes the egregious Google Play Services although, of course, this severely limits my ability to run Android apps. That’s a sacrifice I’m willing to make, although not without some regrets. > > I’ve subsequently learned that hard-core de-Googlers eschew Lineage OS, because it remains too close to the stock configuration of the Android Open-Source Project (AOSP) on which it is based. There are certainly smartphone ROMs, like GrapheneOS, that are even more Google-free. > > But I’ve grown to like Lineage. I don’t know what kind of future it has, but it works well for me, and it’s easy – as easy as can be expected – to install on all the devices I own. Installing and setting up Lineage is fiddly enough; I don’t want to make my life even more complicated, if I don’t have to. > > Those of us who are divorcing Google worry most, I think, about Google’s intrusive data collection. Of course, Google is by no means the only business that engages in such practices – “surveillance capitalism” is big business. But Google presents a unique challenge because, not only does it collect a lot of data, it has a lot of clever ways to process it, and find connections between disparate data elements. Before my Google separation, it always amazed me how Google seemed to know where I was all the time, even with location services disabled on my smartphone. And Google’s advertisers seem to know what I’ve been shopping for, even when I’ve been doing my shopping in person at retail outlets. How Google does this, I don’t know; but I do want to reduce their opportunities to do so. > > So I need to know what information my cellphone is sending to Google, even having removed all proprietary Google stuff. > > I have to point out that I’m not talking about additional, 3rd-party apps that I might have installed on a Lineage OS device – all apps have the potential to create privacy problems, but I’m free not to use them. Here I’m just thinking about the platform itself. > > > Note > > I run Lineage with no Google apps or services of any kind. If you do run Google services, you have to accept that absolutely everything you do with an Android device will be known to Google. There’s simply no point worrying about the trivial privacy breaches in this article – that would be like taking a cyanide pill and then worrying about your ingrown toenail. > > In this article I’ll be describing various data leaks of which Lineage OS has frequently been accused, reporting which ones seem still to be present, and suggesting (well, guessing) how serious they might be. > > ## The captive portal test > > “Captive portals” are often found in hotels and entertainment venues. In a captive portal, all Internet traffic gets directed to the venue’s network filter, which ensures that the user has paid for a service or, at least, consented to some usage agreement. > > Android performs a captive portal test every time the device enables a network connection. This test is a simple HTTP or HTTPS request on some publicly-accessible webserver. The request is expected to return a success (2XX) code if the server is reachable. In a captive portal, the service-providing organization will capture the HTTP(S) request, and return a redirection code to its own webserver. This server will provide a web page with further instructions. > > By default Lineage OS uses Google’s webservers for the captive portal test. This means that Google knows every time a device raises a network connection. > > Is this a problem? Google doesn’t get to find out anything except the IP number of the device, some limited information about the type of device, and the time of day. I’ve looked at the source code, and I don’t see any information other than this being sent – the code just uses the standard Java HTTP support to make the request. It’s plausible that, with a wide-area connection, the carrier might add additional information to the request, and Google might be able to infer your location from the IP number. > > If you consider this to be too much of a risk, you can change the captive portal connectivity checker. Lineage provides no simple interface for this, but you can do it at the command line (e.g., by running a terminal app, or adb shell). You don’t need to root the phone to do this. > > > $ settings put global captive_portal_http_url http://my_server > $ settings put global captive_portal_https_url https://my_server > > > Unless you want to disable the captive portal check completely, you’ll need to identify a public webserver that can provide the appropriate response. There are many such servers; some Android replacements that focus more on de-Googling, like GrapheneOS, default to using one of these rather than Google. Even then, they usually have Google’s servers as a fall-back, because an outage of the conectivity check server could otherwise cause serious disruption. > > On the whole, I regard this (captive portal check) a relatively harmless breach of privacy. It isn’t telling Google anything they’re not going to find out about in other ways. > > ## DNS > > Every time you use a hostname to identify a remote server, there’s going to be a DNS lookup. This lookup translates the hostname into a numeric ID for use with the TCP/IP protocol. > > Internet service providers and mobile carriers operate DNS servers, but so does Google. DNS is potentially a privacy problem because the DNS server gets to learn every site you visit. It won’t see the actual URL of a web request – just the hostname. Still, that’s enough information to be concerned about. But it’s worth thinking about who the “you” is in “every site you visit”. To track you, personally, as an individual, the DNS server needs a way to relate your IP number to something that identifies you. There’s no definitive way for Google (or anybody) to do that; but there are statistical methods that can be very effective. They are particularly effective if you happen to use Google’s other services, because these will link a small number of personal Google accounts to an IP number. > > Is this a problem for Lineage OS? While it might have been in the past, I don’t think Lineage now uses Google’s DNS, except perhaps as a fallback. Both WiFi and carrier Internet connections are initiated using protocols that can supply a DNS server. On my Lineage devices, I’m sure that these are the DNS servers that are being used. Still, there are references to Google’s DNS server – 8.8.8.8 – in the AOSP source code. So I can’t prove that Google’s DNS will never be used. > > If you want, you can supply your own DNS server in the network configuration in the Settings app. But, unless you run your own DNS in the public Internet, you’ll be putting your trust in one mega-corporation or another. I suspect most are less worrying than Google, but perhaps not by much. > > By the way – Lineage OS supports encrypted DNS. While that will prevent third-parties from snooping on your DNS traffic – including your mobile carrier or ISP – this won’t protect you from snooping at the DNS server itself. So encrypted DNS is no protection against Google, if you’re using Google’s DNS. > > ## Assisted GPS > > It takes a long time for a mobile device to get a robust fix on GPS satellites – a minute in good conditions, or several minutes in a weak signal area. Assisted GPS (A-GPS) primes the satellite fix using environmental data. This data might including a coarse location from a cellular network. With A-GPS, a satellite fix might take only a few seconds. > > A-GPS data is processed by a remote server, that has the storage capacity to handle the large amounts of data involved. The main operator of such servers is, again, Google. > > What can Google learn about a device using Assisted GPS? As in any Internet operation, it will find the device’s IP number, and it might find the coarse location. The Internet traffic associated with A-GPS can be encrypted but this, again, won’t protect it from Google. To determine the location of a specific individual, Google has to be able to relate the IP number to the individual. As discussed above, that can be done with a reasonable degree of confidence. > > On recent Lineage versions, A-GPS is disabled by default. If enabled, it uses Google’s servers – so far as I know there are no widely-available alternatives. I just keep it disabled, and live with the disadvantage of longer GPS start-up times. > > ## Time synchronization, NTP > > At one time, Lineage OS used Googles’ time servers to set the time on the device. So far as I know, this is no longer the case – a general pool of NTP servers is used. Even if that were not the case, I can’t worry too much about leaking time synchronizing data. > > ## WebView > > I believe that WebView is the most troubling source of privacy concerns for Lineage OS, and the one whose ramifications are the least well-understood. > > WebView is a component of Android that renders web pages. Of course, a web browser will do this, but many Android apps and services have a need to render pages without actually being a browser. The ‘captive portal’ support I described above is an example: the device needs to render a page for user to log in or purchase Internet access, even if no web browser is installed. > > Lineage OS uses the WebView implementation from the AOSP, which is based on Chromium. Chromium is Google Chrome without the proprietary Google stuff, and it’s undoubtedly less of a privacy concern than Chrome would be. But Chromium, even though it’s open-source, is still primarily a Google product. > > There are many known instances where Chromium will provide some user data to Google servers. For example, we know that Chromium downloads lists of ‘unsafe’ websites to support its ‘safe browsing’ feature. This will happen however Chromium is used. When used as a regular web browser, Chromium might send data to Google for its ‘hot word’ detection, for example. > > When Chromium is only used to provide a WebView implementation, I’m not convinced that these minor privacy breaches are significant. It’s worth bearing in mind that the Jelly browser that is shipped with Lineage OS is just a wrapper around the Chromium WebView – if you use this browser, you’ll have the same privacy concerns as if you use Chromium itself. > > There are a number of Google-free WebView implementations, like Chromite. GrapheneOS uses a WebView implementation called Vanadium, which is essentially a de-Googled Chromium. Installing one of these implementations on Lineage OS is not straightforward, or so it seems to me. > > I don’t use Jelly or Chromium itself as a web browser – I install a browser that is not based on Google code, like Firefox. This limits my exposure to Chromium to occasions where WebView is used other than as a browser. In my normal usage, I don’t think there are many of those occasions, so I’m not too worried about WebView. > > Nevertheless, it remains a slight concern and, if I could replace it without a lot of effort, I would. > > ## Are we in tinfoil hat territory now? > > I don’t like Google knowing so much about me, but I don’t believe Google’s data collection is directly harmful to me. My disapproval of Google’s activities (and I know Google is not the only culprit) is mainly one of principle. I don’t want to be a source of revenue for Google, or to legitimize their behaviour by my own inaction. I don’t want Google to make the Internet more of a hellscape that it currently is. > > But I’m not paranoid. I don’t think Google is out to get me, or is in league with people who are. My rejection of Google falls short of doing things that will make my life hugely more difficult. > > I am aware, all the same, that I have one foot in tinfoil hat country. > > I know a few people – some in my own family – who eschew smartphones because they create time-wasting distractions. I certainly know people who don’t give smartphones to their kids, because of the well-known risks that social media poses to their mental health. But almost nobody avoids Google because they believe, as I do, that the surveillance economy is detrimental to society in the long term. Even those few who do believe this are mostly not willing to take action, because they believe (or convince themselves) that the benefits of a connected world outweigh the costs of a total lack of privacy. For me that’s like understanding the risks of climate change, and yet choosing to run two or three gas-guzzling cars because it’s a half-mile walk to the shops. > > The few people who do believe as I do, and are willing to act on their beliefs, tend to be people who also believe that they’re being monitored by the CIA, or that Covid vaccines are implanting mind-control receivers. That’s not a gang that I want to run with. > > On the whole, I’m satisfied that Lineage OS, as I use it, is preventing nearly all of Google’s data collection. I don’t install or use any Google services, I don’t enable A-GPS, I don’t use Chromium or the built-in browser. I could eliminate more arcane aspects of data collection – like the Internet connectivity check – if I wanted to take the trouble. > > I don’t think that taking reasonable precautions to avoid becoming part of Google’s data collection economy makes me a tinfoil-hatter. Nevertheless, I would probably use GrapheneOS instead, if I had devices that supported it. Ironically, if I wanted to use GrapheneOS, I’d have to buy Google-branded mobile devices, which is an irony that really stings.
✊🇵🇸Palestine🇵🇸Action✊
Sim
WernerBack
testman
fleebleneeble
cm0002