greendjango / blih_cli Goto Github PK

The copy of manpage.1.gz (man pages) seems to fail during the copies. As I can see, you try to move it into /usr/local/share/man/man1 but you do not check if the folder exist.

Can you also add the --uninstall flags ?

Short issue to know if you will add man pages and if, during the installation step, you can install blih_cli in the /usr/local/bin/ ?

If you can do that, what about a possible update flag ? And can you allow me to push a blih_cli packet on the Arch User Repository (AUR) ?

Can you add the repositories clone feature in the "Repositories management" ?
(For example to clone one or multiple repositories in the same time)

Using blih_cli version 0.1.2

When I try to switch to the "snapshot" version of the project using blih_cli --snapshot I have this Git error message:

yann@xana /t/blih_cli (master)> blih_cli --snapshot
Fetch repo...
fatal: No tags can describe '5a5291cecd8da050cfd4f64d5bc1405e9d6dd61e'.
Try --always, or create some tags.
/usr/bin/blih_cli -> /usr/lib/node_modules/blih_cli/prod/index.js
/usr/bin/bcli -> /usr/lib/node_modules/blih_cli/prod/index.js
+ [email protected]
updated 1 package in 0.323s
Update to ->

And the blih_cli version displayed on the next execution is: v0.0.0

I have created an AUR package for blih_cli: https://aur.archlinux.org/packages/blih_cli-git

But I have some points to discuss with:

• Is it possible to select directly the snapshot version using the install.sh (like sudo sh install.sh --snapshot)?
• I don't know if automatically request the user's root password when the --uninstall flag is involved is a good idea. I think that an external binary does not have to request that, it's the user to choose or not to authorize the sudo on certain actions(?)

I ask that because when the blih_cli is already installed, the AUR packages will automatically try to re-install the binary. And, during this process it's normally doesn't request the user's root password (because the fakeroot environment is involved (but only if the AUR package use explicitly sudo not when the binary invoke manually the root password)).

If you don't want to remove this feature, can I use the unistall.sh to remove manually the blih_cli before the reinstallation ? There are any flags for the script ?

When user use 'git clone other repository', email are not saved in contact.

After several uses, here's a list for some random useful features:

• Repository destination: Add path auto completion ?
• Git clone: Add repositories name history ?
• Use echap key to go back from any menus ?
• SSH keys path: Back line missing ?
• Use termios or terminfo to generate "terminal instance" like less, more, vi, tmux, etc. where the display seems "detached" from the current working instance and when it's end, we return to the "original instance" without "lost" previous shell's display ?

Need to add epitech to known hosts.

The authenticity of host 'git.epitech.eu (207.223.240.181)' can't be established.

RSA key fingerprint is 97:8c:1b:f2:6f:14:6b:5c:3b:ec:aa:46:46:74:7c:40.
Are you sure you want to continue connecting (yes/no)? 

⚠️ Maybe needs an passphrase

Warning: Permanently added 'bitbucket.org,207.223.240.181' (RSA) to the list of
known hosts.
Enter passphrase for key '/c/Users/Steven/.ssh/id_rsa':

Create an option to create group with other person.
For example:
[email protected], [email protected] and [email protected] works on a lot of similar projects.
Then you could create a friends group, where these 3 persons are and being able to manage this group however you want.
Like giving the same right for each person in the group.

Screen

Env

SHELL=/bin/bash
SESSION_MANAGER=local/Pc27:@/tmp/.ICE-unix/1281,unix/Pc27:/tmp/.ICE-unix/1281
WINDOWID=96468995
COLORTERM=truecolor
XDG_CONFIG_DIRS=/etc/xdg
XDG_SESSION_PATH=/org/freedesktop/DisplayManager/Session0
XDG_MENU_PREFIX=xfce-
SSH_AUTH_SOCK=/tmp/ssh-FvamS624d4IO/agent.1340
DESKTOP_SESSION=xfce
SSH_AGENT_PID=1341
FLUTTER_HOME=/opt/flutter
GTK_MODULES=canberra-gtk-module:canberra-gtk-module
XDG_SEAT=seat0
PWD=/tmp/blih_cli
LOGNAME=fred
XDG_SESSION_DESKTOP=xfce
XDG_SESSION_TYPE=x11
XAUTHORITY=/home/fred/.Xauthority
XDG_GREETER_DATA_DIR=/var/lib/lightdm-data/fred
HOME=/home/fred
LANG=fr_FR.UTF-8
XDG_CURRENT_DESKTOP=XFCE
VTE_VERSION=6000
XDG_SEAT_PATH=/org/freedesktop/DisplayManager/Seat0
XDG_SESSION_CLASS=user
ANDROID_HOME=/home/fred/Android/Sdk
TERM=xterm-256color
USER=fred
DISPLAY=:0.0
SHLVL=1
XDG_VTNR=7
XDG_SESSION_ID=2
XDG_RUNTIME_DIR=/run/user/1000
XDG_DATA_DIRS=/usr/local/share:/usr/share
PATH=/usr/local/bin:/usr/bin:/bin:/usr/local/sbin:/opt/flutter/bin:/usr/lib/jvm/default/bin:/usr/bin/site_perl:/usr/bin/vendor_perl:/usr/bin/core_perl:/home/fred/Android/Sdk/tools:/home/fred/Android/Sdk/platform-tools
GDMSESSION=xfce
DBUS_SESSION_BUS_ADDRESS=unix:path=/run/user/1000/bus
OLDPWD=/tmp
_=/usr/bin/env

Using blih_cli version 0.1.2.

When I try to clone a repository when the host fingerprint is not already registered...

> Git clone here ? Yes
The authenticity of host 'git.epitech.eu (xxx.xx.xx.x)' can't be established.
ED25519 key fingerprint is SHA256:WnZatelotilt6A6Fj4GUAjd4vGY5P1wZag/UCa85ROY.
⠴ Clone repository in /tmp...

...a deadlock appear during the clone of the repository (unable to stop the process using CTRL+C).

Normally, when a new connection is set on an unknown host, the same warning is displayed, but with the line Are you sure you want to continue connecting (yes/no/[fingerprint])? then the user can select an action. Here, it seems like blih_cli overwrite the output (or something like this) and avoids user interaction with the warning (manually write yes display nothing but seems to fix the error).