betafcc / dots Goto Github PK

Google style guide says to always use .sh, but now I prefer:

• Immediate differentiation on files that can use bashism
• Auto emacs mode detection
• Easier organization for what can be loaded on which rc file

It doesnt work on sh for example

It's better for testing and for referencing individual parts of my setup, eg dockerfiles/python contains everything about pyenv, pipenv and jupyter setup

The first reason I noted for this is the confusion around apt-get dependencies, as of now, I don't know which is which

Also, a merged dockerfile can be made using any dockerfile-parser (saw one in npm for instance) and the pure-bash script can be easely made as well, maybe fusing and hoisting all the apt stuff and adding all the ENV to ~/.bashrc

Should handle automatically resolving between normal emacs bin and emacsclient
Also add option to read buffer from stdin (how does this not exist already?)

• handle buggy TERM and XLIB args
• Call it emax and put it in PATH
• Default to terminal mode
• Add --stdin [mode] flag
  Just create a temporary file and open it, renaming the buffer to *stdin*
  Optional mode parameter to start in given major mode
• Add -a [d | n | daemon | new]
  Without this flag, this wrapper must default to 'auto daemon' ie, open in emacsclient mode if a daemon is running, otherwise, open a new instance but do not initiate a hanging daemon.
  -a d to force the start of a daemon (and so, leave it running after closing)
  -a n to force the creation of an idependent instance (even if a daemon is running)

change '-' to '_' mostly, it's better for non-binary commands, sh for instance, complains about it

::inspect::get_file <function name>
prints file path where its defined

::inspect::get_source <function name>
prints source lines (actual source lines from the file)

::inspect::edit <function name>
Opens source file in $EDITOR, if its emacs, opens at line

Check:
https://superuser.com/questions/144772/finding-the-definition-of-a-bash-function

• Infinite Bash history
• Path setting centralization (as of today, I feel this is way superior than 'topical' path setting)
• Personal bin folder centralized
• Variable exporting centralization
• no aliases (and document the problems I'm having with them)
• .profile
• sh/bash and interactive/login shell conditionals indicated and organized
• C-l to clear+toggle alwaysontop or similar on bash
• sync.sh script to fetch the settings files scattered though my system to their respective folder in this repo
• fd + fzf integration

mental note: dont need to make a real project out of this, just do it in the current single file

cliz should be generalized to a configurable cli interface for python functions, the core is only the argument syntax:
cliz [processor...]
with processor being:
-<command> [args...]

eg:
cliz -sliding_window 4 -take 2 -map sum -sum

cliz should now be easily configurable with the following functions:

def comands() -> Dict[str, Callable]:
    '''Returns the namespace in which <command> will be looked up'''

def expand_args(*args : str) -> [str]:
    '''
    Expand macros in the args for each <command>
    eg: `cliz -map '$ ** 2'` will pass ['$ ** 2'] as `args`,
    and can be exanded to `lambda __macro_arg: __macro_arg ** 2` 
    '''

def scope() -> Dict[str, Any]:
    '''
    Returns the local variable in which 'args' will have acess
    eg: `cliz -map foo` the `foo` should come from here
    '''

• wrap help flag
• --kill to kill the daemon