On 2018-05-05 20:44, [799] wrote:
> (....) I thereof tried to do something
> like this:
>
> if [`ps -A | grep firefox | gawk '{ print $1 }'` \> 0]; then
> echo "Run this when PID is > 0 and thereof Firefox is running"
> else
> echo "Run this when firefox is not running"
> fi
>
> Unfortunately this doesn't work. Can somone point me into the right direction?
You are probably better off writing something that will sync two
different .sqlite files by using SQL operations on both. SQLite files
are safe to be accessed by two different programs at the same time, and
therefore you may not need to kill Firefox.
Be careful propagating bookmarks - some will contain info that is usable for tracking purposes (long strings of hex or alphanumeric gobbeldygook are a strong hint). If the url contains parts that do not look straightforward, please think about the reasons you were using a disp VM in the first place. It might or might not matter to you, but do make that an informed choice.
Another two ways to do this, which have security implications so will not be for everyone, each involve a throwaway email address.
Method 1: to use that address to register with mozilla. Then mozilla will sync your bookmarks when you log in
You can even have a variety of mozilla accounts to keep one set of bookmarks separate from another.
The security issue is that for some use cases, having an outside entity like mozilla tracking you might be worse than using a non-disposable VM. Remember that by default mozilla will also track history, and for some people that is exactly what they are trying to avoid.
But where manageable, this is the easiest to set up - and you are in control of each connection because with a disp VM, mozilla only makes the connection after you voluntarily log in.
A second way is to create a throwaway gmail account, and create draft emails that contain the links you would otherwise bookmark. You go into gmail to look at those drafts. Becasue the email is never sent, it is never sniffed.
The security risk here involves the US authorities requisitioning from google the details of accounts with long term drafts (especially of interest if those addresses never email out because the draft email strategy is well understood by the securit agencies). Google would not be allowed to tell us whether this is already routinely happening.... :(
So there are good reasons why many of you will not want to use either strategy. Or not all the time anyway
If it's only for FF you want it, why not have an FF sync server on your local?
I have built myself a local DNS guest with a lot of bells and whistles.
It allows me to perform sharing and more between guests. All only accessible from inside my PC.
ALL DNS requests are stored and filtered properly.
ALL blocked things get a local page that provides blocked details.
I can pretty much do what I want to.
So setting a similar thing up as an FF account Sync server should not be too difficult, if that is what you are interested in?