This confused me at first with Nextcloud also. What I think OP means is that by default the Nextcloud stores the files shared in a database, not the server's local filesystem. My first question when I setup Nextcloud was literally, "Ok, now that I've set things up and got the mobile app accessing it, how the heck to I access those files when I ssh into the server running Nextcloud. You can share directories from the server's filesystem with Nextcloud. But it's not obvious at first how to do that, especially if you're running Nextcloud from a docker container. If you're used to the way Dropbox works and (almost) the way OneDrive works, this distinction can be confusing and frustrating. It still frustrates me, because it complicates access control over those files and I practically never have a need for the files stored in Nextcloud's default places. I'm not sharing the Nextcloud instance or the server with anyone else and I want to access files from the CLI always, so I don't have any use for Nextcloud's defaults.
- Posts
- 0
- Comments
- 143
- Joined
- 3 yr. ago
- Posts
- 0
- Comments
- 143
- Joined
- 3 yr. ago
All the kids here seem to get really annoyed whenever anyone suggests Ubuntu for "new to Linux" people. My story in particular seems to draw out the trolls, the know-it-alls, and the ricers. I had the same questions as OP 26 years ago, I made the choice you're recommending (and getting down voted for), I'd do it again, and I have no regrets. Here's my story anyway in case it resonates with someone.
I picked Ubuntu for my "mostly a server, but sometimes a workstation, sometimes a multimedia PC" before Mint or Arch were even a thing. I knew about and tried Debian, but support for games and hardware at the time wasn't there for me. Back when we used BitTorrent to literally mostly download Linux ISOs, I was a relatively new Linux user. I'd tried Debian, Slackware, Corel, SUSE, Redhat, etc. Played around distro hopping. But when it came time to build my next machine I landed on Ubuntu LTS mostly because a few important pieces of software I needed to run (paid real money for and needed for university) ONLY came packaged as Deb. Ubuntu turned out to be well documented, well supported, easy to learn, and stable enough that after a decade it was the hardware that failed me, not the operating system. Then, there was the Unity debacle. Then, there were snaps. But, by that time those issues were meaningless to me because I knew I could easily avoid snaps and unity altogether if they bothered me. I never even touched the app store. I guess I stopped caring about the desktop because by that point I was mostly only accessing the CLI remotely or tunneling individual X apps over ssh. When I rebuilt that machine, I considered other options, but ultimately all the choices had mostly insignificant differences except for my familiarity with them. So, I picked Ubuntu LTS again, and it's been trucking along without getting in my way for nearly another decade.
Arch and those other new distros are interesting. I can see the benefits of that kind of system. But it's not for everyone. It's not for me. 99% of users are not going to benefit from bleeding edge software updates. Moreover, there seems to be this widespread misinterpretation that stable and long term release cycles don't get security updates. These days with snaps, flatpacks, docker, and VMs, running a flashy new bit of bleeding edge software on a long term or stable release cycle distro is easier than it ever has been. It may be slightly difficult for a new user, but it's still easier than reinstalling and setting up a new distro with a host of undocumented bugs. I can't even begin to imagine how awful it would be to try to learn about Linux and troubleshoot an issue as a noob in this post-search AI slop wasteland that is the dead Internet.
Anyway, I guess the point I'm getting at is that I chose Ubuntu because it was easy, I chose it again because it continued to be easy, and now that I've been using it for a couple decades I'd choose it again because I care more about using my machine than tinkering with my machine. And ultimately, the choice of distro matters a whole lot less when you're not new to Linux.
Agreed. "Not sure" should be the same choice as centrist. Either they should share the center space as the same answer or centrist shouldn't even be a choice, especially when the survey also lists center right and center left as options.
Your argument seems to imply that the single use consumable fuel extraction economy doesn't use herbicides or have numerous other much worse effects. You also imply without proof that solar collection systems cannot be designed to avoid the use of herbicides, another spurious whataboutism.
Watch the video yourself. It largely argues that those kinds of whataboutisms distract from the fundamental fact that oil is an unsustainable single use resource, while renewables harvest a limitless supply essentially free energy. Yes, we still have all the same issues we always do with ANY industry at scale, but that is a weak argument for not moving forward with renewables (sunlight + storage tech) and away from consumables (petroleum).
Hmmm, a state run industry in communist east Berlin that failed in 1990. It's almost as if their business hit a wall when they couldn't expand their market through exports. Surely there couldn't have been any world changing events happening in that town in the latter days of 1989 that might have played a larger role in the demise of a state run business.
Managing windows in a VM with a Linux host on bare metal is long term much more manageable and headache free than dual booting. It's also a lot easier for Linux to host files to be shared between Linux and Windows than it is to manage a filesystem on bare metal that each alternates access to and to which they can both read and write. Easy sharing of files between systems is going to make the transition a lot less painful. That's just a lot easier with Linux hosting a VM of windows in my experience. Makes backing up data easier too.
There is plenty of documentation for various options. I have mostly use a mix of samba and NFS to share between various Windows, Linux, Android, and iOS devices for decades. It's scales well from a single device hosting multiple VMs, to dual booting and accesing shared files on an independent server, to ahomelab with a mix of devices and operating systems, accessing levels, and automatic backups.
It doesn't really matter what the "true" color of the tunics were. If it photographed one way and was presented that way on screen, THAT is the canon color. It doesn't matter what color the actual prop or costume was, all that matters is the final presentation. That (whether an accident of lighting or intentional) was an artistic choice. It's a fun bit of behind the scenes trivia, but it doesn't change the fact of canon that command had variously colored tunics, sometimes in green and sometimes in gold.
Makeup for film actors was pretty garish and multicolored in the early days of black and white films. But, no one would claim that the characters "real" faces were those same shades.
Start with the man pages. Running the command man followed by a space and then followed by the command you're using will almost always give you a man page of the basics of how that command works. The fstab has its own man page too. An internet search "man fstab" or whatever command you're interested in should also net many mirrors of the those man pages as well.
For me at least, it's not that you're asking questions. I answered, so obviously I'm sympathetic to confusion in this area. I'm just trying to encourage you to seek your answers in the documentation and manuals FIRST. The way your question was worded led me to believe that you had not read the manuals at all and were simply copying snippets of code and commands from some random question and answer style forum that did not teach you anything about the fundamentals of what those commands and code actually did. That's fine too, lots of people started off that way, myself included. Reading the manuals gives you the context to step back and understand how those commands work and what they're really doing. If you do, you'll be much better able to troubleshoot your own problems, you'll be able to ask better questions in forums like this, and you'll get better and more useful responses.
With all due respect, RTFM. Mount and umount are two sides of the same operational coin. You mount the drive to use it and unmount it when you're done. fstab is just a file system table used to remember and consistently apply the options used whether you're mounting the drives manually or telling the system to do it at boot.
Deleting a line from fstab is not the same as unmounting, it is just a shortcut to tell the system how you want that drive mounted when you or the system run the mount command. Mount directories (usually the folders in /media/ or /mnt/ ) also do not get automatically deleted just because you "yanked the drive". Again, those directories are just where your system is expecting to mount the drive. When the drive is mounted they will be the root path to its contents, when the drive is unmounted they will be empty but they still exist. If your planning on mounting the drive again leave them there. If you're not planning on mounting them again, delete them.
If you're not planning on regularly mounting a particular drive, it probably shouldn't be listed in fstab and you should just run the mount command with the appropriate options (again fstab is just a table for remembering those options for the mount command).
Many desktop Linux distros are also capable of automatically mounting new removable drives in such a way that the user can access them and doesn't have to worry about touching fstab or the mount directories.
I did say fancy.
Aren't sqilte files themselves (like most other things) just fancy text files?
Any breakfast at home is almost always better than breakfast out, if you've got the time and ingredients. I can, with the right ingredients and tools and while half asleep, hungover, or still drunk, make a full breakfast for a family of four better than 90% of the breakfasts I've ever had out. Sure it took some practice, but breakfast isn't rocket science or usually particularly complex recipe wise.
The only thing I haven't been able to do better at home breakfast wise so far is making my own fresh bagels or donuts. I don't like making poached eggs either, and hollandaise sauce is a pain in the ass, but I can count on one hand the number of times I've gotten an eggs Benedict out at a restaurant that didn't make me immediately regret my choice. Same with biscuits and gravy (why do restaurants think that gravy comes out of a box and should be bright white?) , bacon (just bacon flavored bacon please), eggs (sunny side up does not mean I want the whites to be clear and runny too), etc. All things I really like, but can't tolerate having someone else fuck up and charge me for it.
Just in time for Google to kill RCS and move on to something else.
All the laws to prevent this tragedy already exist, except maybe limiting powered bicycles on public travel ways to licensed drivers/riders. Bicycles (powered or not) are vehicles and require appropriate lighting at night or when conditions otherwise would require it for a car. That 66 year old would have been exposed to much more safety education about bicycle helmets over the course of their life than that 12 year old. I have trouble feeling bad for the 66 year old when that kid is going to carry the weight of that death for the rest of their life. Everything about this situation is awful though so it's understandable that the town may have overcorrected based on emotion.
That view of the driver, looking out from the front passenger side out the driver's window always makes me anxious for this reason. It's like Chekhov's gun. Why would they pick that angle unless the characters were about to get T-boned?
That one actually has some basis in reality though. My terminal still dings at me, it's just that having it ding too much is annoying and out of fashion now. Does no one else remember PCs piezoelectric beeping, even before you upgraded to an actual soundcard?
Armchair pseudo-scientific thinking like this was why Mythbusters became so popular. They even devoted at least one episode to this very myth. Spoiler, hydrogen wasn't what made that particular lead ballon unsafe.
Blocklists are ineffective by design. Each and every member of the swarm can collect all the data necessary to flag you to your ISP. Obviously any professional collecting this kind of data can avoid a blocklist. There is no such thing as a better blocklist.
The new Stuart Little movie takes a dark turn.