This will be honored by lit make and lit add. This will enable apps to keep their app folder the same as their root, but not include bloat like docs and tests that don't need to be included.

Implement the network protocols for the server to allow a lit database to be shared across the network or internet.

Depends on #6

This will allow lit databases to still work after a git gc is run on them. Also will allow fresh clones of the github mirror to work without manual unpacking.

Is lit a dependency manager?And I found that in luvit's wiki there are many others manager,such as npm,lum,lui,pkg.Which one is the recommended?

Without this, the system is wide open and anyone can publish under anyone's name.

As it said in title.

Depends on #6

This can use powershell

It would be nice if lit could update itself, or even just notify that there is an update available.

Even having something like a update-notifier approach, that's just a simple message, would be nice. Bower, the package manager, gives you a notice when you run bower install with an outdated version.

Does this resonate with anyone else?

There is no reason to query upstream is a local version is found since the local version will always be used anyway.

This is needed for the lit protocol to be able to work over wss:// and also so we don't spawn curl to use the github API to fetch public keys.

Depends on #5

This feature would allow pointing lit to a package.lua file in a luvi app's source tree and build the binary including all dependencies.

> git clone git://github.com/luvit/luvit.git
# git clones down the luvit repo
> lit package luvit/app
# lit reads luvit/app/package.lua and downloads all dependencies
# lit combines dependencies with files on disk relative to package.lua into an in-memory zip
# lit appends zip to it's own binary half to create a new file in cwd.  Name is specified in package.lua
> ./luvit
# luvit is run from the newly created binary.

The app field in package.lua determines the generated binary's name.

This way a library repo can have the test suite at root package.lua, but keep it's test runner at tests/run.lua

Implement a feature where collaborators can be added to a package by adding their username in the message part of the annotated tag.

TODO: find a way to use non-user prefixes like luvit and start a package with multiple collaborators.

Depends on #1 and #3

I vote for the latter, we just need a good UX since this added flexibility does make for some interesting edge cases.

Many users are behind firewalls that prevent speaking the lit protocol on port 4821. We can proxy the protocol over wss on port 433 using the lit.luvit.io hostname as a virtual server.

... or something similar. Right now all dependencies get added in a dirty tree.

It would be nice to have a lit search command, wouldn't it ?

For now, it's pretty obscure for a new guy like me to have a look about packages available for luvit 2.0. So, I think a search command and a website like npm will be awesome to recruit new enthousiast for this tool :)

When doing lit auth on windows it downloads the ssh keys of the corresponding github account as it should, but can't save it, since windows does not allow filenames to contain ":", thus resulting in lit auth failing.

Error stack:

fail: [string "bundle:/libs/storage.lua"]:86: ENOENT: no such file or directory:
%APPDATA%\litdb.git\keys\IZEDx\0d:a7:0a:13:de:d1:b0:12:92
:28:6b:14:b5:33:0a:d9
stack traceback:
        [C]: in function 'assert'
        [string "bundle:/libs/storage.lua"]:86: in function 'putKey'
        [string "bundle:/libs/core.lua"]:193: in function 'importKeys'
        [string "bundle:/libs/core.lua"]:212: in function 'authUser'
        [string "bundle:/commands/auth.lua"]:46: in function 'fn'
        [string "bundle:deps/require.lua"]:174: in function 'require'
        [string "bundle:main.lua"]:14: in function <[string "bundle:main.lua"]:9
        [C]: in function 'xpcall'
        [string "bundle:main.lua"]:9: in function <[string "bundle:main.lua"]:7>

lit make github.com/creationix/rye

Would be slick. Sorta like go get ...

...In case someone wants to write a browser client or some other client to it.

Currently lit publish tries to publish all local versions, even ones that have been superceded. It makes more sense to only publish the best of each series.

Don't allow lit add for package.lua files containing private = true

The target binary should automatically get ignored with lit make. I found the agent binary embedded within itself :)

npm allows a scripts property in the package metadata, containing commands to be executed at various points in a package's lifecycle, e.g. before publishing or after installation (see npm-scripts). Such scripts are commonly used to compile native code. Should this be added as a feature to lit?

The idea is to allow dependencies to specify where they get installed. So instead of creationix/git.lua I might want it at just git.lua.

This will be particularly useful to getting luvit itself using lit for all it's modules.

Also don't overwrite local modules in lit make

As documented in lib/README in the cleanup branch. This will replace the bare-bones HTML rendering server in the serve command.

This can be on the same websocket server handling the query/sync protocol.

Hello everyone,

I tested the powershell installer on a freshly installed computer running Windows 8.1

The installation failed, because the the luvi.exe requires the msvcr120.dll that is provided by Microsoft Visual Studio 2013 Runtime package. Putting the missing dll on the same folder path solved the installation issue.

Rename "modules" to "deps" in the filesystem. Also add "libs" to the require search path.

fails with:

# lit install luvit
load config: /Users/ryan.phillips/.litconfig
fail: [string "bundle:lib/rdb.lua"]:99: attempt to concatenate local 'name' (a nil value)
stack traceback:
    [string "bundle:lib/rdb.lua"]:99: in function 'match'

This will prevent most cases of multiple versions with the same version number

The Makefile now has publish-tiny, publish-large and publish-static. We need tiny and static for Make.bat