JoeyJoeJoeJr

joined 2 years ago
[–] JoeyJoeJoeJr@lemmy.ml 18 points 2 years ago (1 children)

Since most phones (if not all), use an encrypted filesystem. With such, no service can't start if the device isn't initially unlocked after reboot, including Find my device.

Android developers can specify that their apps need to run before the pin is entered, via direct boot mode. This is how alarms still work, even if your phone takes an upgrade overnight, and restarts automatically as part of that process.

I can't say whether Google's Find My Device currently does this, but there is no technical reason it can't.

[–] JoeyJoeJoeJr@lemmy.ml 7 points 2 years ago* (last edited 2 years ago)

I went through this process for the first time recently. I opened the RFP issue, and got a response from Izzy very quickly. They were very helpful and responsive through the whole process. I was nervous it would be a slow tedious process when I started, but it turned out to be pretty quick and easy, largely thanks to Izzy's help.

[–] JoeyJoeJoeJr@lemmy.ml 3 points 2 years ago (1 children)

Worth noting, they support reproducible builds, which allows developers to sign with their own key:

https://f-droid.org/docs/Reproducible_Builds/

I would definitely recommend going this route if you're starting with a new app. Having the binary on GitHub (or wherever you'd otherwise publish) match exactly the binary on F-Droid is really good for assuring people nothing in your repo was tampered with during the build process (i.e. that the binary was built from the public code, and nothing else).

It should not take extra work to do this. The project generated by Android Studio should already be reproducible. As long as you don't change the build setup and break reproducibility yourself, it'll "just work." When you submit to F-Droid, just be sure to let them know you want to go the reproducible route (if you make the PR yourself, it's a flag in the YAML file).

[–] JoeyJoeJoeJr@lemmy.ml 1 points 2 years ago

You might be referring to this? That's what I found from a quick search, at least.

If I understand correctly, this is a little different - from what I recall reading a few years ago, the speculation was that Netflix (and similar apps) rendered the content directly, bypassing the normal rendering stack. It would be the equivalent of, on a Linux system, bypassing the compositor (e.g. Mutter or KWin), and directly rendering the content (I believe SurfaceFlinger is the Android compositor). This means that when something like scrcpy uses the competitor API to capture the content, the content is literally not there, because it bypassed that system altogether.

By contrast, the secure flag just allows app developers to ask the OS to disallow screenshots, to prevent data leakage (e.g. of your banking details). It's all rendered in the standard way, though.

This may not be accurate - it's based on assumptions, and forum posts I read years ago, but it's the best explanation I have right now. If anyone knows better, please feel free to correct me.

[–] JoeyJoeJoeJr@lemmy.ml 6 points 2 years ago (3 children)

It's not exactly what you're looking for, and won't be as seamless, but you might be able to leverage scrcpy.

It uses adb (you may need a fullfat distro for this - lineage may not support it), and allows you to view and control your Android device from a computer. It can also handle audio, and can be used wirelessly. The one caveat is protected content will probably not show up in the mirror - e.g. if you cast your screen and try to stream Netflix, it will likely be unable to send the Netflix video over. The last time I tested, it depended on the specific app, and which APIs they used under the hood (at the time, YouTube worked, Netflix did not).

[–] JoeyJoeJoeJr@lemmy.ml 2 points 2 years ago

If you are in Chiang Mai, there are also red trucks that are kind of shared taxis - you flag them down when you need a ride, and the back can hold 8 people or so (depending on baggage, and how tightly you cram in). If they already have passengers, they may not take you if you are going a completely different direction, but it's usually not an issue. The prices are fixed, and are printed on the side of the trucks - at the time I was there, it was 50 baht per person to take you anywhere in the city (if you need to go outside the city, you can negotiate a price with the driver). Some of the drivers may try to get you to pay more - just confirm the price ahead of time, and point to the price on the side of the truck if they try to object.

I believe some other cities may have similar trucks, but they were primarily a feature of Change Mai while I was there.

[–] JoeyJoeJoeJr@lemmy.ml 2 points 2 years ago

Just make sure to watch out for the vans - my driver was excessively speeding, and driving well over the center line in order to make the turns. He clearly drove that route multiple times everyday, and knew it well, but I was terrified we'd hit someone or something.

[–] JoeyJoeJoeJr@lemmy.ml 2 points 2 years ago (1 children)

I just used Wi-Fi the whole time - every shop, restaurant, etc has Wi-Fi, so I figured I'd save the money. You can download maps ahead of time, so that was never an issue.

Most people are not as cheap as I am, and do pay for a SIM card while they are there. I never heard anyone complain about it. Service is cheap, and seemed to be reliable. Even in the mountains, I never heard anyone complain about not having signal.

[–] JoeyJoeJoeJr@lemmy.ml 2 points 2 years ago

Hmm, strange. The last comment from Dan (second to last comment on the thread) makes it sound like their is another thread, and other users with the same problem:

Whew, I found the other thread and am happy to see that others are encountering this too, and it's not some super duper weird thing with just my computer...

I tried searching a bit to see if I could find it quickly, but didn't turn anything up. Maybe if you comment there, though, they could link you to the other thread, and they might have more info.

[–] JoeyJoeJoeJr@lemmy.ml 3 points 2 years ago (2 children)

That sounds like a threading issue. If the app tries to run a task on its main thread, and that task takes a long time (in particular, longer than expected), it could cause the UI to lock up.

Do mouse interactions still work? Does anything on the UI update at all? If not, I'd bet on a task getting stuck on the main thread.

Note that this doesn't have to be an intense task - you may not see a CPU/network/disk spike. It could be a deadlock scenario, where multiple threads are waiting for the same resources, and each locks some, but not all of the resources. None can move forward, no work is done, everything just hangs waiting for resources locked by other threads.

[–] JoeyJoeJoeJr@lemmy.ml 9 points 2 years ago (1 children)

I use several of the Simple Mobile Tools apps, e.g. the file manager, gallery, and voice recorder: https://github.com/SimpleMobileTools

AntennaPod for pod casts: https://github.com/AntennaPod/AntennaPod

Pass for password management: https://www.passwordstore.org/

Exercise Reminders is new, but I like it so far: https://github.com/ChristopherRogers1991/ExerciseReminders

And of course Liftoff for lemmy: https://github.com/liftoff-app/liftoff

[–] JoeyJoeJoeJr@lemmy.ml 4 points 2 years ago

I'm on a laptop with hybrid Nvidia/Intel graphics, and Wayland has been working fine for me. I typically run in "on-demand" mode, but I've used both strictly Intel and strictly Nvidia modes as well, and it's been fine.

I think the only real issue I've had is that Splitgate refuses to launch in Wayland, so I switch to X if I want to play - general computing works fine, native apps have had no issues, and all the other games I've played have launched without issue.

The Nvidia GPU is a 1650 TI, and I'm on the Nvidia 535 driver.

view more: ‹ prev next ›