Slashdot Mirror
Dropbox Is Dropping Support For All Linux File Systems Except Unencrypted Ext4 (dropboxforum.com)
New submitter rokahasch writes: Starting today, August 10th, most users of the Dropbox desktop app on Linux have been receiving notifications that their Dropbox will stop syncing starting November. Over at the Dropbox forums, Dropbox have declared that the only Linux filesystem supported for storage of the Dropbox sync folder starting the 7th of November will be on a clean ext4 file system. This basically means Dropbox drops Linux support completely, as almost all Linux distributions have other file systems as their standard installation defaults nowadays
-- not to mention encryption running on top of even an ext4 file system, which won't qualify as a clean ext4 file system for Dropbox (such as eCryptfs which is the default in, for example, Ubuntu for encrypted home folders).
The thread is trending heavily on Dropbox' forums with the forum's most views since the thread started earlier today. The cries from a large amount of Linux users have so far remained unanswered from Dropbox, with most users finding the explanation given for this change unconvincing. The explanation given so far is that Dropbox requires a file system with support for Extended attributes/Xattrs. Extended attributes however are supported by all major Linux/Posix complaint file systems. Dropbox has, up until today, supported Linux platforms since their services began back in 2007. A number of users have taken to Twitter to protest the move. Twitter user troyvoy88 tweets: "Well, you just let the shitstorm loose @Dropbox dropping support for some linux FS like XFS and BTRFS. No way in hell im going to reformat my @fedora #development station and removing encryption no way!"
Another user by the name of daltux wrote: "It will be time to say goodbye then, @Dropbox. I won't store any personal files on an unencrypted partition."
The thread is trending heavily on Dropbox' forums with the forum's most views since the thread started earlier today. The cries from a large amount of Linux users have so far remained unanswered from Dropbox, with most users finding the explanation given for this change unconvincing. The explanation given so far is that Dropbox requires a file system with support for Extended attributes/Xattrs. Extended attributes however are supported by all major Linux/Posix complaint file systems. Dropbox has, up until today, supported Linux platforms since their services began back in 2007. A number of users have taken to Twitter to protest the move. Twitter user troyvoy88 tweets: "Well, you just let the shitstorm loose @Dropbox dropping support for some linux FS like XFS and BTRFS. No way in hell im going to reformat my @fedora #development station and removing encryption no way!"
Another user by the name of daltux wrote: "It will be time to say goodbye then, @Dropbox. I won't store any personal files on an unencrypted partition."
why would you trust a cloud storage provider to keep a copy of it?
First thought was appeasement of the TLAs (NSA/FBI/CIA and their British/Chinese/Russian equivalents). But that makes no sense either since Dropbox itself has the files and they're not encrypted with a key known only to the user.
Laziness, I guess?
I'm glad I never listened to people who told me what I was "supposed" to do. Obedience is for sheep.
ecryptfs was dropped from the Ubuntu installer and deprecated in 18.04 LTS in favor of full disk or manually using fscrypt (work is ongoing to make this easier) - because it does have various issues.
See this bug for more: https://bugs.launchpad.net/ubu...
Isn't dropbox sync a userland application? Why does it care about the underlying FS?
Okay. So question: why can't one use the web interface?
Finding God in a Dog
But, but... every year for the last 15 years has been "The Year of Linux on the Desktop"!!!
I've abandoned my search for truth; now I'm just looking for some useful delusions.
...does the Dropbox App even care about the low level details of the file system? Shouldn't they all look the same to it from an API perspective?
Hey! I may be a sweaty neckbeard, but I'm NOT fat!!!
I've abandoned my search for truth; now I'm just looking for some useful delusions.
They should open source their linux client then. I bet this boils down to them thinking that it cost them more money to maintain the client then the number customers they will lose by not having it. I know for me their linux support was one of the reason why I have been a long time user.
Anyone know of a good way to automatically sync photos taken on Android and Apple phones to my NAS at home? At this point that's about the only super handy feature from Dropbox that I use.
What Linux user uses drop box? You're doing it wrong.
I thought ext4 was still pretty much standard.
Why does a synchronisation system even concern itself with filesystems?
Ahhh...the great dumpster continuum. Many a free computer will be found there. -- sowth (748135)
First, don't store your data with dropbox. It's not encrypted.
Second, why would dropbox care if the underlying volume is encrypted if the ext4 fs supports their extended attrs? Clearly this is BS.
Third, don't use fucking cloud storage providers that don't allow you control over the encryption of the storage, or with 0 encryption like dropbox.
Not a dropbox user but is Cryptomator an option here?
Dropbox just re-creating functionality, built into Linux/Unix. Badly.
We have sshfs mounts, One-click "cloud" solutions, dynamic dns clients, etc, available in our package managers. And <$5 rentable web hosting. Hell, put a Linux "cloud server" image onto a microSD card, stick it in a Rasperry Pi, add a USB disk, enable dynamic DNS, and you haer your own Dropbox. With blackjack and hookers.
Dropbox was always a solution for a problem that never existed under Linux/Unix in the first place. (Excluding Ubunu-likes, obviously.)
Get a smarter spouse?
Though an email client's a client and a browser's a browser. If she has a problem doing so in Linux, how would a Mac be much different.
I wonder if it's possible to mount a virtual ext4 filesystem for your Dropbox folder using FUSE. So, even if you have an encrypted home folder, you can have an unencrypted filesystem mounted inside of it.
Litmus test to tell whether or not Linux is a viable desktop OS:
Me, on phone: "Hey wife, can you log into my laptop and email me a file?" ... :/
Wife: Mmmm
I can understand, I mean the process in Linux would be:
1. Turn on computer.
2. Enter password at login prompt.
3. Open mail client.
4. Open new email compose window.
5. Add attachment.
6. Address email.
7. Click Send
Meanwhile, it's so much different in macOS. You have to:
1. Turn on computer.
2. Enter password at login prompt.
3. Open mail client.
4. Open new email compose window.
5. Add attachment.
6. Address email.
7. Click Send
Bonus: You can have the exact same email client on both platforms -- Thunderbird. Making the process identical even in detailed "here's how you move a mouse" level directions.
Get a smarter wife is right. My 6 year old daughter could figure this out.
I have been using Linux on the Desktop since the mid '90s.
One reason to lease hosting for file sync instead of maintaining an rsync server at home is that your home Internet access plan might not have a dedicated IPv4 address that allows incoming connections to your rsync server.
Your wife knows your credentials? Man, your security's shit.
...gis sdrawkcab (usually not responding to ACs; don't bother posting as AC)
Either this isn't the real reason they are dropping support, or the person who made the decision is incompetent or ignorant.
If it's the first, fine, just come clean with the real reason. "We'd rather spend or resources improving the product on other platforms" would at least be a reason I couldn't call bogus.
If the decision was made incompetently or in ignorance, then it should be revisited.
Knowledge is how to play a game, intelligence is how to win, wisdom is knowing what game to play.
Backblaze B2.
Or SpiderOak.
...gis sdrawkcab (usually not responding to ACs; don't bother posting as AC)
zfs create -V 10G tank/ext4
mkfs.ext4
mount
Plus you get snapshots, zfs-send, and all the other goodies that come with it.
This is like forcing yourself to drive a car with a slushbox because your wife never learned to operate a manual gearbox. If you are basing your choice of OS on the ability (or inability) of another person to use it once every few years then maybe what you need is to make it easy to get into VNC. Then all your wife has to do is turn the machine on, and maybe log in for you. After that, it's yours to handle, rather than staging the Zoolander "the files are in the computer" scene a few times a decade.
How is the Riemann zeta function like Trump rallies? Both have an endless number of trivial zeros.
Why can't they? They were up until now.
How is the Riemann zeta function like Trump rallies? Both have an endless number of trivial zeros.
While I generally agree with your point, running Windows in no way guarantees that the software you use won't end up unsupported. I've had to upgrade software many times to accompany a newer version of Windows. In a few cases, I was unable to do so because that software was no longer in production.
How is the Riemann zeta function like Trump rallies? Both have an endless number of trivial zeros.
My text editor doesn't give a shit what filesystem I'm using. There's no real reason Dropbox should, either; they're doing file-level transactions, not block-level.
APK quotes people (including myself) without context and should not be trusted. Just thought you should know.
dd if=/dev/zero of=StupidDropbox.fs bs=4096 count=
mke2fs -t ext4 StupidDropbox.fs
mkdir StupidDropbox
mount StupidDropbox.fs StupidDropbox
Fuck them.
now people will wake up and move to mega
On windows it' s so much easier. You have to:
1. Turn on computer.
2. Enter password at login prompt.
3. Open mail client.
4. Wait for unscheduled system update.
5. Wait for system reboot.
6. Enter password at login prompt.
7. Open mail client.
8. Click refuse opt-in to store mail in the cloud.
9. Open new email compose window.
10. Add attachment.
11. Click refuse ad to install mail checker app.
12. Address email.
13. Wait for unscheduled system update.
14. Wait for system reboot.
16. Enter password at login prompt.
17. Open mail client.
18. Open saved draft.
19. Click Send
Linux is used by a lot of people who other people ask for computer advice, both professionally and personally. I think they'll find the bad will costs them a lot more than maintaining support would've.
This space intentionally left blank
You have to understand he's talking two decades ago. MIME was cutting edge!
Groovy, man.
P.S. Not only your wife shouldn't know your password, even if she knew it, your computer's default keyboard layout should be set to something she doesn't know how to type in.
I don't know why they're doing this but as a separate yet related question:
Who would put anything sensitive into Dropbox, Google Drive... without encrypting it first?
Even if you have the "I use Linux but I have to share files with Windows / MacOS clients" scenario it's still perfectly feasible to use a TrueCrypt (or VeraCrypt) container to hold your files (from experience, it's better to use a lot of smaller ones rather than a big container as it's likely that any change will involve transferring the whole thing each time).
I believe that there are some Android apps that are compatible with a subset of TrueCrypt settings but I've not tried them.
bcrypt and ccrypt seem to be portable between Linux and MacOS [haven't tried with Windows].
Bonus points for renaming the file to hide any give-away info in the extensions; if you get a message saying 'mydoc.pdf appears to be corrupted' you'll know that someone's tried to spy and just hit a load of binary data :-)
So, for anything remotely sensitive, I'd do encryption under my control before using anyone else's remote storage.
All that being said - I'm considering moving what very little I have in off-site storage into an instance of ownCloud or NextCloud on a spare machine under MY control.
On yet another side issue (although still related to use of off-site storage):
For remote storage I'm looking for a good waterproof/airtight lockable box so I can keep my weekly rsync backup away from my house [current USB hard drive is wrapped in multiple plastic bags and seems to survive OK but I'd like to improve on this]. Anyone got any recommendations?
I guess they want to see what you are storing and gather more information about you. cannot do it if it is encrypted.
You don't understand. They are scanning the contents of the data you upload. They can't do that if it is encrypted.
No, I understand perfectly well. If it's encrypted at the filesystem level, it's not encrypted at the file level.
Do you think every application you use handles filesystem encryption itself?
You're the one who, clearly, does not understand.
APK quotes people (including myself) without context and should not be trusted. Just thought you should know.
I may be fat and sweaty, but I'm closely-shaven!
might not have a dedicated IPv4 address
Sounds like you already have a solution on mind. One that comes with 18446744073709551616 or possibly even 1208925819614629174706176 dedicated addresses. And even if your ISP sucks balls, you can always get a tunnel.
The creatures outside looked from Alt-Right to Antifa; but already it was impossible to say which was which.
If you want encryption and Dropbox on Linux, you can make a separate partition for the Dropbox folder that remains unencrypted. On that partition, store only files encrypted with a Fuse solution like encfs. When you need to edit, change stuff, mount the encfs partition in your regular home directory.
This prevents you from sharing stuff over Dropbox, though if you are sharing stuff, you might as well just keep the shared stuff unencrypted on the separate partition.
"What lies behind us, and what lies before us are tiny matters compared to what lies within us." Ralph Waldo Emerson
only Linux filesystem supported for storage of the Dropbox sync folder starting the 7th of November will be on a clean ext4 file system. This basically means Dropbox drops Linux support completely, as almost all Linux distributions have other file systems
As i happens I do have Dropbox on an ext4 partition - but I didn't think that made me a freak.
The gauntlet has been thrown down! We need a poll to survey /. readers for the file system they have on their Linux machine (you "other people" don't get to vote on this).
Starships were meant to fly, Hands up and touch the sky - Nicky Minaj
I usually ignore AC, but seeing you kind of agree with him I decided to reply.
With built in spyware Windows now have and the new DaaS push, I will gladly keep using a "non-mainstream OS". No wonder Dropbox is dropping Linux, Linux has no included spyware enabled that dropbox can leverage
Alexa, please send email attachment to Bobby.
Done.
-Unresolved symbol? Byte me!
This is what I've been using to synchronize my projects folder across four computers (one being a roaming laptop and one being a file server with undelete). I think my folder size is on the order of 50G now and it's still working pretty decently. Occasionally it gets a little confused because OSX's filesystem is case insensitive by default, but it's never lost my data. I love this software.
You also forgot click "attach a separate copy" instead of "share via one drive."
Chewbacon
The Bible is like Wikipedia: written by a bunch of people and verifiable by questionable sources.
Alexa, please send email attachment to Bobby.
Done.
Alexa silently sends email and attachments to Amazon.
Running with Linux for over 20 years!
The year 2005 is calling, asking you to return its opinion.
Windows is so great that all 500 super computers run it? Oh ... wait ....
https://en.wikipedia.org/wiki/...
Running with Linux for over 20 years!
Because 99% of Joe Q. Public has a supercomputer.
Put it this way—if my wife must know my computer password, effectively letting her masquerade as me, she has trust issues, not me. Even between spouses, pretending to be other person (signing documents in their name, etc.) can constitute criminal fraud.
Obvious troll is obvious. "Two decades", sure buddy.
When all you have is a hammer, every problem starts to look like a thumb.
It is common knowledge that the man of whom you speak is a poser with no traction whatsover in the community.
When all you have is a hammer, every problem starts to look like a thumb.
I made a serious attempt recently to give Linux another shot. I'd acquired a machine from work, on which I planned to install Ubuntu, and use for audio and video work. In particular, I wanted to produce some radio on it, and use it for a while in a video installation work.
Ubuntu installed just fine, and appeared to work pretty well. I thought I'd give Steam a try, since my kids love video games, and they were keen to see how well it would work. Steam installed, but neither my login, nor any of my kids, could be entered. They'd all come back with 'incorrect password', even though we were all one-hundred percent certain that we had entered our passwords correctly.
So I gave up on Steam - secretly a little relieved that the kids wouldn't be able to usurp the machine when their friends visited. I installed Dropbox, but found that what I actually got was a command-line interface with no UI at all, but it did appear to work. Without a UI, of course, there's no way of telling that it's continuing to work, or that new files have been added, or whatever, but it did work.
Then I tried to install some audio and video software. I downloaded and built Ardour, after following some reasonably complex but more-or-less correct instructions. Ardour crashed. I opened it again, and this time I was able to enter the wonderful world of Linux audio.
JACK? ALSA? Pulse Audio? It is 2018, audio is not complicated. Linux, please, just come up with a single solution and make it work. Every other OS has managed this. Audio on OSX works perfectly. Audio on Windows is a bit flaky, and has pretty high latency out of the box, but it does work. Audio on Linux is DOA.
So I tried Ubuntu Studio - the separate installation package for "digital artists". Why there would need to be a separate OS package for people who actually would like their audio to work properly is a bit beyond me, but it did what it said on the tin. It also came with Ardor pre-installed, and working. A great step in the right direction.
It's worth nothing that at this point we are now about seven days of evenings into this task. That's quite a bit of time to get a base OS install working, but I suppose I should have just installed Ubuntu Studio in the first place.
With the audio installation more-or-less happy, I tried video. I'd planned to use Processing to build some real-time video processing software, since what I wanted to do wasn't CPU intensive, just memory intensive, and Processing is reasonably easy to use. Not easy to google for, but easy enough to use.
Processing installed fine. I tried one of their online video examples, tried installing the video library. Processing crashed. Tried again, Processing complained about being unable to load libraries.
I gave the fuck up. I installed Windows using my MSDN licence from work. It just worked. The end.
Linux is no better in 2018. Flashier, but no better. It's great on servers, wonderful on embedded devices, but it's a hopeless desktop machine.
There are people at my work who use Linux on their laptops. Guess what happens when they try to extend their monitor onto a projector? Guess which machines crash when they come out of sleep? Or wake up, but with the audio broken?
This is an odd decision, given the high-quality Linux support that Dropbox has provided until now.
One question I want to ask: why would encrypting be an issue? Why would you bother to encrypt your files on your disk, if you upload them unencrypted to a cloud service outside your control? I have a lot of stuff in Dropbox, but I do encryption the other way around: Anything sensitive is in an encrypted folder (EncFS) inside my Dropbox folder. That folder is decrypted locally using Cryptkeeper or some equivalent. So my local disk is also unecrypted. This offers (imho) a lot of advantages, for example (a) my own ability to do data recovery in case of disaster, and (b) those encrypted files are also encrypted in backups.
I have used a paid Dropbox account for years now, because their service has been so reliable, and the Linux support so good. If they cripple Linux support, this will be the motivation I finally need to get OwnCloud (or similar) up and running locally.
Enjoy life! This is not a dress rehearsal.
Of course it can. Once the data is mounted without encryption, applications that access it (via the mount point) care nothing for filesystem, raid, or encryption details. With some exceptions like extended attributes and other non-standardized features, which an application like Dropbox doesn't need.
A cat can't teach a dog to bark.
I trust my wife and we do various things to each other, yet we still don't wear each other's used underwear
You are missing a lot.
Start a competing service! What's their business model? I'm thinking they don't get a lot of revenue from people running Linux...
But presumably you would only need to install 5% of the equipment and have only 5% of the support calls - probably far less calls for help as they are Linux users.
You know, there is a convenince shop near me. I'm pretty sure they have less than 5% of the World trade in groceries, yet somehow they make a business out of it.
I'm fat, sweaty, and have a neckbeard, but I identify as an attack helicopter!
My text editor doesn't give a shit what filesystem I'm using. There's no real reason Dropbox should, either;
Your text editor isn't in the business of presenting files to users in a way that is not traditional to the system itself. Your text editor doesn't notify the user via the file explorer that files are currently in a certain state (open, locked, awaiting sync, experienced sync errors, etc). Your text editor also isn't in the cloud storage business, a business that is moving more and more to actual cloud operation rather than being a glorified copy of rsync. Your text editor is not presenting phantom files to the OS which are downloaded on demand.
In summary, your text editor works with text. Dropbox works with files on a very fundamental level. It stands to reason that they need to care about the underlying filesystem.
Now as to the actual reasons why they depreciated support, I'm sure it's far more nefarious than that, but there's actual technical reasons why a program like Dropbox needs to understand the abilities of the underlying filesystem and not treat it as a dumb pipe via some API.
Thanks for sharing!
Can you leave your nerd badge on the table when you leave?
I just migrated and closed my account. They will ask why you left.
The reason they want to avoid encrypted files is to avoid the issues around dedup and encrypted files.
The reason their service is so cheap is that they can use dedup very extensively, especially when people are storing the same documents.
This is way harder to do with encrypted files.
I have dropbox on both ext4 and xfs. This would force me to migrate to another solution on all of my computers. The technical reason is totally wrong, I suspect marketing, financial reasons.
Well, disobedience is for the donkeys, so if you consider your attitude badass, you are just being a bad ass.
"It's such a fine line between stupid and clever" -- David St. Hubbins, Spinal Tap
What IS it with large companies always trying to shoot themselves in both feet?
Are you confusing nerds with masochists?
"It's such a fine line between stupid and clever" -- David St. Hubbins, Spinal Tap
I guess it was even Condi's advice to exclude encrypted files so her friends from the NSA can get easier access to your files. ;-)
No, I'm no conspirational theorist: I transgressed that state and am now a transpirational theorist!
Good decision by Dropbox as it's prompted me to have another look at SyncThing. I need sync across a couple of Android devices and multiple PCs, laptops, an x86 tablet and embedded devices, running variously Debian, Windows 10 and Armbian.
I tried Syncthing last year and it was frustrating to set up, didn't always sync, and didn't inspire confidence. Trying it again since getting the shitty Dropbox messages on my XFS based desktop and I am very pleasantly surprised. Set up has been easier and quicker and sync is working very quickly and reliably across WAN and LAN.
Am currently going through all my gear, uninstalling Dropbox and setting up Syncthing.
Goodbye Dropbox and fuck you very much!
Can't imagine anyone on slashdot voluntarily wants to use dropbox.
It's clients who want to use it so we must install that godforsaken crap to deal with them.
Now Linux support's dropped, we finally have a valid reason to tell clients their hideous ecosystem is incompatible with our OS.
- Dynamic IP address is solvable by renting cheap VPS. Use the VPS box for sending, receiving your home internet IP address (via simple API, encrypted preferably).
Once you've rented a VPS, why not just use it for the file storage?
- ISP disallows incoming connection for your home internet connection, means that your ISP is garbage.
Some countries have a much smaller allocation of IPv4 addresses per person than the United States or countries in western Europe. In these countries, all home ISPs are garbage by your definition, and only business-class plans aren't.
I know Microsoft isn't the most popular company on Slashdot, but I've had great luck with an open source OneDrive client for syncing from Linux to OneDrive. It's available on github: https://github.com/skilion/one...
So my answer, if Dropbox remains adamant, is to go to the used computer store, pick up the cheapest Windows box that will accept a 2-TB drive, and let Dropbox run on THAT. Share the Dropbox folder. On the Linux systems, you use Samba client, or mount using the cifs filesystem type.
I'm the only person using Linux desktop in $DAYJOB, so I'm the only one facing the November 7 deadline. What about away from my LAN? I would just VPN into my firewall and access the share that way.
Dropbox does some slightly different functions than a normal file system application. It needs to know when a file has been modified so it can sync it, what was modified in the file so it can delta sync, and keep track of file locks for open files so it can track versioning accurately. They may very well have a legitimate use for extended attributes; it is not a safe assumption that they don't need them.
The checksums used for file change tracking specifically would be an excellent candidate for extended attributes. This is, coincidentally, one of the specific use cases cited in the getfattr man page.
The $64,000 question is "Most filesystems support these. What's special about ext4? Are you seeing bugs in the other filesystem implementations?" ...
Just use EncFs
Mine does it.
Granted, we both use Linux machines.
And to get back to the point here, we'll never use Dropbox anyway. We share on Nextclouds, on community-managed servers...
Herve S.
In summary, your text editor works with text. Dropbox works with files on a very fundamental level. It stands to reason that they need to care about the underlying filesystem.
Dropbox reads and writes files using the same filesystem drivers as every other application. It reads and modifies file attributes through those drivers, as well. Anything it does at the filesystem level can be achieved with the mv, rm, cat, chmod, touch, and mkfifo commands.
there's actual technical reasons why a program like Dropbox needs to understand the abilities of the underlying filesystem and not treat it as a dumb pipe via some API.
No, not really. Look at OwnCloud's sync app as an example of how all of the things DropBox does can be done on any filesystem, on any OS, treating the filesystem as a dumb pipe via some API. Including notifying users via their file browser that files are in a certain state (done via OS-level APIs that may or may not exist at the filesystem level). On Windows, you do this via Overlay Handlers, you use Finder Sync Extensions on a Mac. On Linux, the method varies based on window manager (not filesystem) but there exists at least one library for that; the bonus is that it's cross-platform. Phantom downloads are easily done using named pipes and filesystem monitors, which are used by every realtime-scanning antivirus, exist at the OS level, and are filesystem independent. With a little creativity, I'm sure you can figure out how it's done. Here's a hint: the named pipes don't exist until you open the directory.
For damn good reason, most operating systems prevent direct-to-disk modification of a mounted filesystem (e.g. bypassing the driver for writes), which makes much of what Dropbox does simply impossible on those systems unless it's done via the filesystem driver APIs. Since you can't mount a filesystem twice, Dropbox accessing the filesystem directly would require the OS to unmount it and cede control to Dropbox; which would leave the OS (and thus the user) unable to access the files contained therein. As additional food for thought: if Dropbox were accessing the filesystem directly, think about it, it wouldn't work on a Mac at all, as Apple filesystems are proprietary, meaning that the Dropbox team would have no way of writing interface code for Apple's filesystems. Yet it works on a Mac.
In short, Dropbox is very much accessing files the same way your text editor does. It does a few things with those files that your text editor probably doesn't do, but it's not reading directly from, nor writing directly to, your disk.
APK quotes people (including myself) without context and should not be trusted. Just thought you should know.
Ugh... that 3rd link should only be on the word "library".
APK quotes people (including myself) without context and should not be trusted. Just thought you should know.
And why would your clients care what you want? I'd tell you to go take a hike.
What decade was this?
Because it's 100% bullshit, as far as I can tell. I'm typing this on Ubuntu with a little Dropbox icon in the top right which opens the Dropbox folder. And I use steam all of the time with no issues.
Do your VCRs blink 12:00 all of the time too?
Velociraptor = Distiraptor / Timeraptor
afaik, you are allowed to sign anybodys name on a document so long as they tell you its ok to do so.
no ios support. shame. I would have used it.
> Guess which machines crash when they come out of sleep? Or wake up, but with the audio broken?
I've been using Linux for 20 years, never had those problems.
I have written a step-by-step tutorial for a workaround if you are not using ext4 for your partitions. You can even keep your encryption! https://metabubble.net/linux/h...
It was last week.
I know you people always blame the user when Linux fails to perform, but the reality is that it simply doesn't work very well for audio and video much of the time. The response to anybody raising a problem with Linux is always, one hundred percent of the time, that you're doing it wrong. Some irony there, since when Apple told you you were holding your phone wrong, you all as one howled with laughter. If I install an OS, plug in a standard USB audio device, and it doesn't work out of the box, then the OS is broken.
Here's an example of a workaround for Steam not working properly on Ubuntu:
LD_LIBRARY_PATH="$LD_LIBRARY_PATH:/usr/lib32/nvidia-346/:/usr/lib/nvidia-346/" steam
Face it: Linux is not for users.
Are you offering to fix my Linux install?
I can set microwave clocks too. $50/hr, travel costs billed separately.
Velociraptor = Distiraptor / Timeraptor
I'm fortunate enough to have managed to find a microwave that does not feel obliged to tell me the time. I have hung an actual clock on the wall above it instead. I'm sorry that you haven't had the same luck. So while I do appreciate your offer, I will have to decline. Regarding the linux install, how about I upload a disk image to Dropbox instead? That way we can save on the travel costs. Payment is dependent on the install actually working, naturally.
They may very well have a legitimate use for extended attributes
And Linux filesystem drivers expose APIs for those...
This is, coincidentally, one of the specific use cases cited in the getfattr man page.
And getfattr doesn't care what filesystem it's reading those attributes off of, because it makes use of the APIs to read them.
APK quotes people (including myself) without context and should not be trusted. Just thought you should know.
No, my wife doesn't need my password for things of importance in "normal life". Your uncle should have been including his life partner in his financial matters and set up a proper estate plan. Neither of them involves password sharing, when done properly.