CalcProgrammer1 @ CalcProgrammer1 @lemmy.ml

Software Engineer, Linux Enthusiast, OpenRGB Developer, and Gamer

---

Read more

Posts

0

Comments

452

Joined

4 yr. ago

How the hell do you expect a screen to keylog you? This is a stupid argument. Even if the screen did know when the onscreen keyboard was visible how tf do you expect the logged data to go anywhere? Are you seriously worried that aftermarket iphone screens are including hidden LTE modems (and thus paying for illegitimate service) just to potentially log your keys? Do you realize how difficult and ridiculous this would be?

This is why I prefer native packages over Flatpak, AppImage, Snap, etc. I want my entire system managed under one roof. On Arch, that roof is pacman. I'd rather get stuff not in Arch repos from AUR so they stay under pacman's roof. I do like having the option to use Flatpak for stuff that isn't in my distro's repos (or third party ones like AUR), and on some distros with more limited selection it is very nice to have, though I'd still prefer native. The only places I really use Flatpak are on the Steam Deck (as SteamOS doesn't allow the use of pacman, and if you force it you break things) and on postmarketOS because the Alpine repos lack a lot of stuff I want on my phone.

Seriously, there are a lot of things to hate but self-checkout is not one of them. Not having to interact with humans, being able to make sure everything is scanned correctly yourself, and being able to scan at your own pace is great. The only problem is when they don't have enough self-checkouts. Sure beats having a one or two conventional checkout open out of the 25 or so they have in the store. I would prefer they pass the savings on to the consumer, but that's the only fault I can find with self-checkout, well, that and the stupid weight sensor but more and more stores aren't requiring that stupid "place item in bagging area" thing anymore.

Why sub to a meme community if you don't want memes...there are a bunch of great serious Linux communities on Lemmy too.

I have the USB 3.0 JSAUX dock and it works pretty well. No DisplayPort though.

I already have several others but wanted the officoal one since it has DisplayPort. Hopefully I don't run into the same issues, but I know now there are third party options with it as well.

Time to buy an official dock I guess...

More like Disney releasing Mickey Mouse fan art without crediting the artist.

By that logic pencils are banned since you can plagiarize copyrighted text with them. Can't teach kids to write, because writing is a tool of piracy.

Agreed. Chromecast and Roku are just as bad as the shit built into the TV. Proprietary boxes of DRM and adware the lot of them. The only thing worth streaming from is a PC or maybe a rooted Android box.

The death if the tower/server/workstation/supercomputer/etc. is a pretty bad take. Computers have been getting better for over half a century and these big machines still exist. As computing power grows, so do software demands. If we make a phone with the power of today's gaming PC we could make a gaming PC with the same technology many times more powerful, and games will take advantage of that. A modern smartphone of today can run PC games of the 2000's and maybe early 2010's with proper emulation. The Steam Deck can run most games released today. That doesn't mean demand for high end systems disappears.

Hopefully they do the same for CSGO.

But not in an "enemy of my enemy is my friend" sort of way. Not in the slightest.

Of course, it was a bait tactic to get subscriber count up. Subscription services are cancer, they use cheap tactics to grow rapidly and then cut them off once enough people are hooked. This was an inevitability.

Typing this from my OnePlus 6T running postmarketOS. I have Waydroid installed. It works quite well. The Linux phone experience is getting consistently better all the time, but I have been keeping a spare Android phone around for calls as calls still have issues with Linux phone (missing audio sometimes, no Bluetooth handsfree support).

Linux phones should allow for much higher longetivity than Android or iOS devices as Linux phone OSes update more like desktop OSes than mobile, in that the device-specific parts are relatively small instead of having the entire OS image be custom made for a specific device. As long as your device has mainline Linux support it will continue to receive updates pretty much forever, or until Linux drops the architecture (unlikely any time soon for ARM, especially ARM64).

People praise Apple for 6 years of updates but my 2010 desktop build runs Windows 10 flawlessly still and will run fine with updates until 2025. Windows 11 arbitrarily ends support officially, but it would still work fine. Linux works flawlessly too and will continue to do so. 6 years is shit, but the entire mobile industry is even shittier on average so 6 years ends up looking decent.

Seriously, seeing these proprietary locked down garbage products die the death they rightfully deserve makes me happy. Sucks that people lost their jobs, but there are other ebike companies that don't make horribly anti-consumer garbage that they could work for. Shitty tech companies who prioritize anti-repair and lock-in strategies simply need to go away. It's bad for consumers and it's bad for the environment.

Finally some good news from GitLab! I switched when MS bought GitHub but all the news from GitLab since that point has been some form of "we've severely nerfed our offerings for open source projects". This, however, will make GitLab better for FOSS as people from across other platforms can contribute. If Gitea and others also support this then GitLab may start to crack. If GitHub also implements this then we won't need accounts there to contribute.

PinePhone is $150. The more appealing option long term will be getting Linux running well on old Android phones though, as they are available used for $100 or less and have better specs. Often better specs than even the $400 PinePhone Pro, which is the most powerful designed-for-Linux phone I know of.

I'm typing this on a OnePlus 6T running postmarketOS. I paid somewhere around $125 for this phone, with box and accessories and in very good condition. It has an 8 core processor, 6GB RAM, Vulkan-capable Adreno 630 GPU, better WiFi/Bluetooth than either PinePhone, much better battery life, and a very nice OLED screen.

It's not all perfect yet though. It doesn't support VoLTE yet in Linux, so you have to force 2G mode to be able to receive calls and texts. Call audio is sometimes missing. No camera support. No USB host mode support. Sensors are WIP, but I'm testing the merge request for them and rotation works.

I ran a PinePhone and then a Pro for a year each. I think I prefer the OnePlus 6T experience. If they get the modem issue figured out it will be an amazing option.

We built the layout when DCC was first coming out after going to a train show. We ended up picking up one of Digitrax's first systems (Empire Builder IIRC, with DB150 base station). That's still what we use for DCC. I designed a LocoNet to serial adapter (MS100 compatible, but very cheap and simple) in college (2010 ish) and we're using that to connect it up to a Pi 3 running JMRI. Our layout is HO scale. N scale is probably too small for even a Raspberry Pi Zero with camera module, as the setup barely fits on an HO scale car.

I have set up a DCC++ Ex setup at my house for testing and experiments. Just got a loop of EZ Track on the floor with an Arduino as the base station and another Pi with JMRI that is configured similarly to the real layout.

Here is an early picture of the camera car design with the servo. I've since condensed everything on to one car with a custom 3D printed design. I want to publish it eventually but haven't had time. I even 3D printed trucks with power pickups in my latest design (just had to buy metal wheel sets to put in them). I also made a tiny Python webserver that has buttons for different servo positions so you can easily move the servo from a browser.

https://files.mastodon.social/media_attachments/files/110/456/482/672/249/884/original/398d0e7f581517cf.jpg

https://files.mastodon.social/media_attachments/files/110/456/483/176/756/180/original/3434f015434fb542.jpg

https://mastodon.social/@CalcProgrammer1/110456485998532640

For the DCC controlled turnouts, lights, and turntable, I built up an Arduino Nano based DCC decoder from a design I found online and a DCC decoder library that is available in Arduino. Since the layout spans multiple tables, instead of putting a DCC decoder for each table/PCB I just had the one decoder echo the DCC commands as serial messages over a serial bus that spans all the tables. The other boards (turnout controllers, light controllers, and turntable controller) all just have their RX pins wired to the decoder's TX and can receive commands that way. Turnout controllers are a mix of SG90 micro servo based ones and L293D motor drivers for Tortoise switch machines. Light controllers use transistors to switch 12V outputs on and off to drive bulbs and LEDs. Turntable controller is an EasyDriver based stepper controller with some pre-programmed position offsets for each turntable track (each track position is mapped to a DCC function address).