piatok 27. decembra 2019

How to setup NextCloud (NC) client on Ubuntu

This howto inspired by this article was tested on Ubuntu 16.04 LTS, but should also work on 18.04 LTS and other non-LTS versions.

Installation and startup of NC desktop sync client

sudo add-apt-repository ppa:nextcloud-devs/client
sudo apt update
sudo apt install nextcloud-client

mkdir ~/nextcloud.user@nextcloud.service # sync folder creation
nextcloud # setup authentication and choose created sync folder

Change sync folder icon

It can be useful for user to know, that NC sync folder is "special". We can do it by setting custom folder icon via folder properties in Nautilus. E.g. this icon can be used: /usr/share/icons/Humanity/places/48/folder-remote.svg.

Migrate Ubuntu/Unity/GNOME known folders to NC

mv ~/{Desktop,Documents,Downloads,Music,Pictures,Public,Templates,Videos} ~/nextcloud.user@nextcloud.service
ln -s ~/nextcloud.user@nextcloud.service/{Desktop,Documents,Downloads,Music,Pictures,Public,Templates,Videos} ~

After migration, symlinks to known folders in home directory preserve their icons, but not in NC sync folder, so they can be also changed as above, to correspond with their original locations.

How to upgrade Google Chrome on Ubuntu

Tested on Ubuntu 16.04 LTS (and should work also on 18.04 LTS and other non-LTS versions):

wget -q -O - https://dl-ssl.google.com/linux/linux_signing_key.pub | sudo apt-key add -
# on 32-bit system remove [arch=amd64] from:
sudo sh -c 'echo "deb [arch=amd64] http://dl.google.com/linux/chrome/deb/ stable main" >> /etc/apt/sources.list.d/google.list'
sudo apt-get update
sudo apt-get upgrade google-chrome-stable

Inspired by this article.


streda 18. decembra 2019

WSL home directory migration to MS OneDrive

motivation

There were problems with using WSL on multiple computers (separate home directories) and accessing Google Drive from them (for details, see older posts in this blog, there are some problems and uncomfortable workarounds, when using Google Drive in read-write mode from WSL). Therefore created proof of concept how to have just single "centralized" home directory on OneDrive, accessed from multiple WSLs via C: mounted in WSL as /mnt/c.

setup

It is practical (but not mandatory) to have the same path to OneDrive folder on each Windows computer (unify user and home folder names in Windows, if feeling it that way), e.g.:

C:\Users\Richard\OneDrive\
what in WSL means:
/mnt/c/Users/Richard/OneDrive/

and it is also practical having all "known folders" (as "Desktop", "Documents", "Pictures", etc.) also migrated to OneDrive, to be more sure, that all your files are safely backed by cloud (another story).

Let's assume user and home folder names "Richard" in Windows and "richard" in WSL.

I have not tested following commands as written, just summarized what I did, and it may not be complete or precise enough, because there was a lot of tuning, so be careful and think before doing anything.

From WSL on all computers determined to having /home/richard/ centralized via OneDrive do this:

sudo ln -s /mnt/c/Users/Richard/OneDrive/ /home/richard2
sudo chown richard:richard /home/richard2
sudo mv /home/richard /home/richard_backup
sudo mv /home/richard2 /home/richard

Now you can start new WSL session and see, if your (or richard's) home directory is already placed into OneDrive. From now, you have your home folder accessible from any WSL, where you have your OneDrive and this "symlinking mount" in place.

(Note: it is also possible to change user name in Windows and there is more than one way to do it.)

migration

Migration of files and folders from your WSL (or other Linux/Unix) home directory can be very specific and differ case by case. Simplistic example:

cp /home/richard_backup/* /home/richard_backup/.* /home/richard

Maybe you will want to migrate only subset of all files and folders, and maybe you will want to do more sorting what to place to which OneDrive subfolder, because in this step you are integrating (merging) your your WSL home directory with your OneDrive, and you want to have an order, not chaos in your files, after that. Also be careful about risk of unwanted file replacements, resolve collisions before it's too late.

file permissions

One caveat is, that file permissions are not set correctly in WSL, and this mask hack in ~/.profile can be useful:

if [[ "$(umask)" = "0000" ]]; then
  umask 0022 # or umask 0027 or umask 0077 for enhanced confidentiality, further reading
fi

but it was not enough in this case and files were switched from originally non-executables to executables, without knowing exactly why. The consequence of executableness were also missing colors in terminal, because ~/.profile need not to be executable for Bash to execute it (counter-intuitive, but safer).

Mask applies to future permisions changes, but past permissions changes can be fixed e.g. this way:

# all permissions removal from all unauthorized:
chmod -R o-rwx /home/richard/

# (potentially dangerous, depending on the specific contents of OneDrive)
sudo find /home/richard/ -type f -exec chmod a-x {} +

# fix executability selectively:
chmod 750 /home/richard/Workspace/*/.git/hooks/{pre-commit,post-commit}

In order to avoid doing this every time changing WSL instance with potentially different UID, it is also practical to use the same UID according to /etc/passwd in every WSL instance. 

perl

When there is directory ~/.cpan in migrated folder, you may decide not to transfer it, but doing this instead of it:

perl -MCPAN -e shell
install Bundle::CPAN
reload index
reload cpan
exit

other hacks


štvrtok 5. decembra 2019

Hooking git to update blob ID ($Id$) on every commit automatically

Git does not update $Id$ placeholder in working copies automatically out-of-box. One way to achieved that, is described in this blog post. Lets assume, that your git-versioned project folder is your current working directory.

Set .gitattributes

First, ensure, that files, wich needs to have $Id$ populated with their current blob ID, have set ident attribute in .gitattributes file, e.g.:

*       ident whitespace export-subs

More information about .gitattributes.

Create post-commit hook

Create .git/hooks/post-commit file with this content:

#!/bin/bash
# change all files temporarily, to checkout them back, but with updated $Id$ (only that, which were changed before commit)
echo | tee --append *
git checkout *

Make this file executable, e.g.:

chmod 755 .git/hooks/post-commit

After this, each $Id$ occurence should be replaced with $Id: <blob_ID> $ in each file, whose file name matched pattern in .gitattributes with ident.

Maybe post-commit file exists, when applying this, and is serving some purpose already. In such case, you'll need to somehow integrate the script above into existing post-commit script.

Checking all $Id$ occurences in versioned files

grep '\$Id' *

More information about git post-commit hook. This "hack" was inspired by this post.