Russianranger

joined 1 year ago
[–] Russianranger@lemmy.world 11 points 5 months ago (1 children)

Yeah I think you need a dock though, or if you don’t have the money to buy a dock, I think you can rent one of those POD containers. Still trying to figure out how to connect to this guy’s computer though, they locked it and I don’t know where to DL the libs for it

[–] Russianranger@lemmy.world 6 points 6 months ago (12 children)

I guess there is going to be a split on this in terms of what people think. Obviously ride share drivers would love this, and since the only time I’m in Minneapolis is when I’m on business, it’s my company footing the bill, not me.

However - if it was me footing the bill, I’m sure I’d be much less inclined to take a Lyft/Uber. However, ending ops over this is stupid, because there will be people that will pay for it, business or personal. Let the market decide what’s palatable.

Everyone’s wallet is shrinking due to the rampant inflation over the past several years, and if you’re a full time ride share driver, it’s hard to cut even with the rising costs all around. Even before the inflation was hard. Vehicles don’t run on hopes and dreams and need maintenance.

[–] Russianranger@lemmy.world 1 points 7 months ago

Lived in 8 different states in the US - never had anything above 1 Gbps. Typically been 300-500 mbps, with only the past and current state state where I’ve gotten 1gbps. Poster is just assuming because we’re a first world country that we have good internet. We don’t. I hear Europe has better speeds than us.

[–] Russianranger@lemmy.world 7 points 8 months ago (6 children)

This is interesting to me for my use case scenario, specifically SteamOS.

What I’m trying to do is run an emulated Everquest server (lookup EQEmu). The community there has several methods of installation of the server, Windows, Linux, and Docker. The hurdle to overcome is the immutable file system, specifically when it comes to the database (MariaDB). I think I may have found a work around via Linux brew and installing MariaDB through that (which I’ve done, I just have to make the final connection). However the Docker setup, when running it on a separate distro is stupid easy. If they make this a Flatpak, it can potentially be the solution I’m looking for.

Really the end goal is creating a Single player Everquest. I have a dual boot with it operating via Windows, but would much prefer to have it on the SteamOS side of the house.

[–] Russianranger@lemmy.world 9 points 9 months ago* (last edited 9 months ago) (1 children)

Edit: My bad. I did the thing where I read like the first two sentences and didn’t read the rest. Reading the rest of the reply basically acknowledged my refute.

The majority of this waste is coming from businesses that now need to upgrade. That’s why there are IT departments to figure it out for the tech illiterate. As long as they can open their email client, a text editor and excel, you’ve overcome 90% of what a business needs for their computers.

You are right, Grandma Jones with her 800x600 resolution screen, 10 downloaded tool bars and Microsoft Edge ain’t going to get it, but Grandma Jones is still using XP, a CRT and a Gateway Computer she bought back in 2006

[–] Russianranger@lemmy.world 22 points 9 months ago (2 children)

Although I’m not surprised, it is interesting that the same big tech companies like Apple and Microsoft taking stances on being “environmentally conscious” while also ignoring forced obsoletion of old hardware. Your average office environment just needs basic email, document/excel editing software and a browser. Now to continue to do these base functions, they have to buy new PCs to do the same exact thing. And it’s not even faster anymore due to the bloat.

If tech wants to preach about the environment, they best start figuring out ways to keep computers out of the landfills.

[–] Russianranger@lemmy.world 3 points 9 months ago

It’s pretty easy honestly. The community devs do a good job of making it fairly straightforward. You can slap it on windows, Linux, or docker, and as long as you aren’t facing an immutable file system OS, it’s really easy. Ubuntu/Debian work best with the Linux install.

[–] Russianranger@lemmy.world 1 points 9 months ago

Another user commented that gnome boxes is setup in a way that isn’t conducive to what I want, setup as a qemu user bridge mode.

My knowledge of docker is novice at best, I’m only familiar with a handful of commands based on some hand hold levels of tutorials. Thank you for the resource, I’ll research it more to see if I can get a better handle on it.

[–] Russianranger@lemmy.world 2 points 9 months ago

I’ve seen virt-manager recommended in similar situations like mine. I’ll explore it - at first my thought was it may not be ideal as I’ll most likely need to overcome the immutable file system that comes with SteamOS. You can bypass it, but it isn’t ideal as anything written into the innate read only section of the OS is wiped on update. But thinking about it more, I may be able to use distrobox as a way to bypass it. Thanks for the recommendation, I’ll report back with my findings. I also appreciate you mentioning the qemu user mode networking with gnome boxes, that makes sense.

 

For context - I’m working on getting an emulated Everquest server up and running, but hitting dead ends (probably due to my newness to Linux in general) and seeking some guidance from the community on what I’ve tried and best path forward.

My ultimate goal is to get it running on SteamOS - I have it fully operational on my actual server machine running Ubuntu, but trying to get it working here so I can just connect locally (i.e on a plane) so I don’t need to connect externally. Here is the situation and obstacles;

I've been trying for a minute now to get EQEmu setup on the SteamOS side of the house for ease of launching with client, but running into obstacles in several different directionns, and wanted to see if someone had some guidance on best path forwarrd.

First Route - VM - Linux Mint - Docker - I have a successful server up and running via Gnome Boxes with a Linux Mint guest OS - then docker and akkstakk running on it.

The obstacle - I can't seem to bridge the connection of the guest OS with host OS (guest can ping host, host cannot ping guest). If I can bridge (no pun intended) this gap, it'll most likely be the route I go

Second Route - Distrobox - Ubuntu When running Distrobox directly on SteamOS - I'm trying to get the linux install running - however there is a multitude of issues with permissions being denied. This is likely due to SteamOS' immutable system. To bypass it, it is possible to offset this via turning off read only. However, I don't want to pursue that route, as anything written to the file system gets wiped on update to the OS.

Third Route - WINE - Lutris - SteamOS Another route I've tried is utilizing WINE with the windows installer. I think this could help bypass some of the restrictions of the system while having it run on that.

Obstacle here: Running the .bat file yields the following message - mariadb-10.0.21-winx64.msi: File Not Found Installing MariaDB (Root Password: eqemu) LOADING... PLEASE WAIT... "sh" isn't a recognized shell. Please open an issue at https://git.rootprojects.org/root/pathman/issues?q=sh warning: couldn't access "C:\Program Files\MariaDB 10.0\bin": CreateFile C:\Program Files\MariaDB 10.0\bin: Path not found. PATH not changed.

I tried manually executing mariadb and perl, but it still hangs up at both. I see that i ntuser, it's still not finding them.

So all that to say, trying to find a way to make this work. I'm the closest with the VM, but can't figure out the connection there. Distrobox would be a mess of troubleshooting, and WINE I feel could almost work if I could get the PATHs to work (maybe).

Any input or guidance is widely appreciated for such a niche request.

[–] Russianranger@lemmy.world 24 points 9 months ago

Yes - went from my 512 LCD to the LE OLED. I already upgraded the nvme to a 2tb in the LCD, so I just swapped it out.

Screen is definitely more impressive, but that wasn’t the main reason I upgraded. It was the better battery life that made it worth it. The other efficiencies, upgrades to the controls, were icing on the cake, but battery life far and above was the thing that made it worth it. But as many have said, the screen is damn impressive.

There wasn’t a single shred of buyer’s remorse. But I also play on it every day and tinker with it non stop. So depending on how much you utilize your deck may effect whether it’s worth it for you or not.

[–] Russianranger@lemmy.world 1 points 9 months ago

Bought the 512gb LCD via preorder, got a 2tb for it, upgraded/skinned it with personalizations, then got the LE OLED when it went live.

For me, personally, I thought it was well worth it. However I use it daily. I have a fully functional rig with 3080, but just find myself constantly tinkering with my deck and like being able to take it on work trips constantly with minimal impact to my carry on weight. Beyond the screen, the battery life is the real winner here in combination with the enhancements. But I also had the money to spend on it. If you’re tight for cash, then it’s probably best to wait. Or you could try selling to offset cost. Just really depends on what you want to do for extra battery life and the like.

[–] Russianranger@lemmy.world 22 points 9 months ago

It’s a subtle difference, but one has trackpads and analog sticks, while the other has analog sticks and trackpads.

 

Wanted to post my experience so far for others that are in the same niche as me, as I didn’t find much on it looking around.

  • Prior to moving my SSD to OLED, I made sure I was current on updates with SteamOS, specifically I was in the Beta branch.

  • I also made sure to download the new APU/SD card drivers on my windows partition. Someone managed to find a wifi driver that works for Windows here - https://oemdrivers.com/network-qualcomm-qcnfa765

  • Haven’t found a working Bluetooth driver yet for windows, so be forewarned on that

  • After the above, I just plucked out the SSD from the LCD over to the LE OLED model - as others have mentioned, be careful of the ribbon cable. I managed to bend back the protective plate enough to get at the screw holding the SSD in place, it was easier getting out than putting back in, but after about 5 minutes of carefully keeping the protective plate peeled back and making sure SSD was properly seated, was able to get screw back in

  • After initial boot with my 2tb SSD, selected the SteamOS boot, got into it, immediately ran another update, restart, and boot straight back to SteamOS.

  • I use Clover as my boot manager, so went into desktop mode and ran the tool, made sure to re-enable the efi partitions again and changed the theme.

  • Restart now brings me to the boot manager, selected my Windows 10 partition

  • On boot, it was oriented in portrait mode (sideways), super easy fix by changing back to landscape

  • Ran APU, SD card, WiFi drivers, everything with those are more operational

  • Windows still missing audio and Bluetooth drivers, but is otherwise functional

Figured to post this to make sure others know what to expect, overall much easier than I thought it was going to be.

 

So I recently moved from Stable to Beta to capitalize on Distrobox being added natively to the deck. I used Distrobox a lot late last year, then after I upgraded to a new SSD, went entirely fresh and stayed in Stable channel.

The problem I’m encountering, I can create a container (created 2 Debian containers and a Fedora container), but I can’t enter any of them. I tried removing and creating new ones to no avail. This is the output I get below. Wondering if anyone has encountered this or if it’s just me, or if there are recommendations on how to troubleshoot.

deck@steamdeck ~)$ distrobox enter debian Container debian is not running. Starting container debian run this command to follow along:

podman logs -f debian

[conmon:e] Include journald in compilation path to log to systemd journal Error: unable to start container "0abddd5ce95420fcfa7b670862258704a724fb270c18176d6e3602a2d99018c6": exit status 1

view more: next ›