Website updates and pricing/licensing changes

OUCH! That’s a bit disappointing to see the price hike for CLI. Feels like being jabbed in the gut for a 2.5x price hike! I’m being over dramatic, but still. Its not an unreasonable price. Just seems a bit high for CLI version. I may as well point my clients to the GUI only. I don’t have that many systems, just a few, but I was waiting for the web GUI to push my clients onto this system. Except I was planning on my CLI scripts to run many of the systems and the $20/cpu pricing, with just a few on GUI. When the price is $20-ish-per-computer, its easy for me to justify the extra hassle of a CLI and some scripting, combined with cloud storage. Its still cheaper than Crashplan’s $10/mo even at $50/cpu (depending on data). But then I have to ask, is it worth the hassle? Ugh. I still hate crashplan’s stupid Java and huge memory consumption… rrrr.

Sorry. I’m just being a cry baby. I love your program! I have a lot more freedom than with CP.

2 Likes

@gregthegeek you are locked in to the old prices so you can buy CLI or GUI licenses for your clients. $10 or $20 per year for support isn’t going to scale well when more users come in, but if you can handle most customers’ support for your clients then it should be ok.

1 Like

IMO, the price changes are reasonable and I think it’s very generous to lock in the old prices for existing customers. Thank you. :+1:

However, I have a question about the license changes - GUI vs CLI. Previously, “A computer with a valid GUI license can run the CLI version without a CLI license.” - that no longer seems to be the case?

I can understand this change from a commercial perspective but it seems a bit inflexible insofar as being able to switch licenses between CLI and GUI if, for example, you bought GUI, then later decided to downgrade to CLI for a more headless/automated setup. You’d need a different license for that switch?

What I’m trying to get as, is… why make commercial GUI and commercial CLI licenses… different? When 1) they’re now the same price, and 2) you’d probably not want/need to run both GUI AND CLI ‘backup’ jobs on the same computer anyway. I feel if there was a single commercial license that would allow you to run GUI OR CLI, that would make much more sense, and thus make the licensing simpler.

Consequently, the licensing table on the Buy page is a bit confusing. Under Limitations for Commercial License it says “None”. What does that mean? How is it different to the last column for CLI License?

3 Likes

This is indeed a good idea. :+1:

1 Like

@gchen thank you! And yes, support by me is how it goes. My clients are small biz networks, very small, not large enough for IT. They don’t know or would not even care to bother with support directly to you or any software vendors and they only have me deal with it.

I’d also like to get clarification about the GUI/CLI combination license brought up by @Droolio. This would be the normal use case by me anyway. Because while I love the new GUI, I do more with the CLI and my own scripting (like phoning home status and using my own web service to notify me if systems haven’t backed up in a few days). So on some systems, I’ll only use CLI , but even those we do use the GUI, my scripts will do all the job handling. I just want a nice GUI so we can quickly recovery files and review storages.

Separate question: Will be be required to enter license keys on the CLI at some point? I’m ok with that, providing I can use and move the GUI’s copy of the CLI to other locations on the system.

No, that is still the case. See duplicacy/LICENSE.md at master · gilbertchen/duplicacy · GitHub which still has this clause:

  • The computer with a valid commercial license for the GUI version may run the CLI version without a CLI license

I agree this is a good idea but I still want to keep them separate for the flexibility of adjusting the prices differently when, say, running a promotion for one license type only.

This would never happen, as the source code of the CLI is publicly available so it is pointless to include license checking code there.

2 Likes

So, previously if I have 10 servers (backup is controlled through SSH by a script from a master server to invoke duplicacy binary stored on each machine), I would pay $20 per year to back them all up but now I have to pay $500 per year (and more as I add servers) to back them all up? Seems like a big change. In fact, it’s about doubling the price of the server fee for small sized machines ($5 instances).

Not that I’m going to do, due to performance reasons, but if I mount the file system on remote servers on the master server and use duplicacy on it to back the data up from there, would I only need a single license?

Seems a bit expensive when you have lots of small servers that come and go but do you have any plan to make the licensing cost cheaper for these cases?

I would expect this is possible but leaving @gchen to give his opinion .

Right, only one license is needed if you run Duplicacy on one machine.

2 Likes

Just to note, for anyone interested, I could successfully run duplicacy over sshfs mounted volumes and while it obviously takes longer than from native file system, for my use case, the slow down was well within the backup time window and restoring can be used without a license from specific machines with a native performance, which is a plus.

You could also ‘rsync’ files over to the master server and backup from there for native performance, if you have the space with a bit of extra time synching files, which may be cheaper to increase storage size than pay licenses for each machines.

1 Like

I liked the old CLI license better when it was per user. Glad I purchased mine before the switch.

I’m confused as to why the CLI license exists. It seems to be the same price as the commercial license, but with less features (no GUI). Under which circumstances would I want to buy the CLI license at all ? Would it not always be equal or better to get the commercial license for the same price ?

A CLI license allows one computer to run the CLI version to backup any files.

GUI/CLI licenses are not required under the following situations:

Running the CLI version to back up personal files/documents on a home computer
Running the CLI version to restore, check, copy, or prune existing backups on any computer
Running the CLI version to back up any files on a computer where a GUI license is already installed

https://duplicacy.com/buy.html

Right, but I can do all of that with the commercial license as well, right ? So why wouldn’t I pick that ? Or may the commercial license not be used to use the command line ?

I think it’s to avoid using the software for free in a commercial environment…

I confess that the first time I read the licensing page, I had to read it several times to understand. I think there are two “dimensions” mixed in there: CLI x GUI and personal x commercial.

I, personally, would do it this way:
(note, in the “license types” table, that I put a “dimension” in the rows and the other in the columns)


LICENSING:

General considerations:

  • All licenses are subscription-based (1);
  • All licenses are per computer;
  • Licenses are required only for creating backups;
  • Operations with existing backups (restore, check, copy and prune) do not require licenses;
  • A GUI license includes a CLI license for the same computer;

LICENSE TYPES:

CLI GUI Support Limitations
First year Subsequent years
Personal Free $20 first computer
$10 each additional
$5 first computer
$2 each additional
Public Forum Only for personal files on a home computer (2)
Commercial $50 $50 $50 Private tickets None

(1) Latest releases and upgrades are available at no extra charges during the subscription period.
(2) Personal files/documents that are not related to employment or for-profit activities.

4 Likes

What you explained is how I understood it as well. In which case I don’t understand why a commercial CLI is an option at all - if you want to use the software commercially, you are looking at $50 anyways, so why offer a GUI and a CLI option ? I don’t understand under which scenario/circumstances anyone would ever opt to pick the CLI option (other than “was confused by the purchase page”).

For some scenario where you cannot / want to use a graphical environment, such as a small headless server, for example.

Or by personal preference. Despite using the GUI version, I love using scripts to call CLI …

1 Like

No, I get why someone would want to USE only the CLI. But at the exact same price, it doesn’t seem to make any sense to ever BUY it, considering it’s included in the GUI purchase.

Ah, understood. I agree, your questioning makes sense.

So I think your question

should be:

Would it not always be equal or better to get the GUI license for the same price ?

It’s the problem of the “dimensions” I mentioned …

Once had the same question and it is answered here:

1 Like