package.el goes beyond just fetching files, and
- installs dependencies of a package,
- adds packages to the
- byte-compiles the package files,
- generates and loads autoload definition (improves startup time, since package files are loaded on demand),
- and registers manuals for the built-in Info viewer (lets your read manuals of packages right in Emacs).
The differences by example: Suppose you want to use Flycheck (shameless plug, sorry ), with all of the above features. You’d need to
- manually install about six packages which are direct or indirect dependencies of Flycheck,
- clone or update the Flycheck repository,
- add the Flycheck directory to
M-x update-directory-autoloadson the Flycheck directory,
- and add the
doc/sub-directory of the Flycheck directory to
And most of these every time you update Flycheck. With package.el, however,
you’d just add the MELPA archive and run
M-x package-install RET flycheck.
See the difference? Does your manual workflow really work well?
Besides, as a package author, I consider package.el as the only official distribution channel for my extensions, and I refuse to provide support for other installation methods, so if you screw up on your manual installation, you’re on your own.