Yeah. SVN’s ability to do that is not experimental. I’m hoping that they make that feature much easier
One thing I like about SVN that, at least in the past, was not easy with Git is checking out sub directories.
One thing I do is check out svn+ssh://svn/home/svn/configs/server/etc and copy the .svn file over to /etc so that I can check in changes from the actual directory on my servers at home. I never found a good way to do that on Git. But, admittedly, I haven’t looked in a couple years.
Looks like some process in your startup scripts (fish profile, etc) have not completed. I have seen this type of thing when NFS mounts are unreachable. Try opening another terminal window… if it does the same thing, press Ctrl+C, then run ps -ef and see what processes are running as you that might be hung
No. It is not a requirement
Wez is actually pretty awesome too
In 1993, a guy I knew had a Linux server running in his dorm room. I think it was a 0.9x kernel. He dialed into the University network and I was able to telnet in through my own dial up connection to the University. He was running Slackware.
Within a couple months, I downloaded all 30+ 1.44 diskette images and built my own Slackware server. In that time I used Slackware and Red Hat (which then became Fedora before RHEL became a thing). Now I’ve pretty much settled on Debian for servers and Arch for desktop/laptop systems.
Awesome. Thanks for the feedback
This looks awesome. Does anyone have experience with it?
So I would look into how to make sure Wayland apps inherit your ~/.bashrc settings
Depending on how you’re starting X (assuming X and not Wayland), you could add a line to your ~/.xprofile (or .xsession or .xinitrc) with “. ~/.bashrc” to make sure the path gets set before launching X.
Check your ~/.bash_profile, ~/.bashrc, and ~/.profile files. See if they were modified. You can add those paths (~/bin, /usr/games) to one of those files: export PATH=$PATH:~/bin:/usr/games
That’s what I meant by “dedicated GPU for Gaming” presuming the desktop already had a video card for regular use.
Sure. Why not. The game wouldn’t know you’re in a VM. The GPU is presented to Windows so it SHOULD all just work. There’s plenty on Youtube for getting this to work.
Well, you boot from the Windows install medium. And instead of picking an existing partition to install on, you create a new partition from unpartitioned space
If you have a desktop and can install a dedicated GPU for Gaming, libvirt should be able to game a full speed
As @Vitaly@feddit.uk said, I’d virtualize it if you can. But if there is a reason you want to use actual hardware with Windows (gaming, installing firmware that requires Windows, VR, etc), I’d install a dedicated disk for Windows.
If you can’t do either of those things, look at gparted to resize your partitions.
I use the Notes feature of my Nextcloud instance.
What’s wrong with RaspberryPiOS? It’s just Debian with Raspberry Pi utils/firmware installed AFAIK
Awesome. I might try it. I had two days of breakage because of updated python packages prior to qtile being updated (which was bandaided with IgnorePkg in pacman.conf). But now it’s all good.
I assume you’re talking about the order in which apps appear when you first launch rofi. That’s in the cache file in ~/.cache as something like rofi3.druncache or rofi-3.druncache (or both). Delete (or rename) them and see if that addresses your issue.
If you truly mean the config file, it’s in ~/.config/rofi. Delete or rename to see if it fixes your issue