I found a workaround for the Duplicity fails to start issue where
'sudo deja-dup' would fail with the python stacktrace mentioned in the launchpad ticket.
The ticket was not very useful, so I started looking at the various files in the stacktrace and saw line from /usr/lib/python3/dist-packages/duplicity/backends/giobackend.py was within an
"if u'DBUS_SESSION_BUS_ADDRESS' not in os.environ" block.
So I wondered what would happen if I let that environment variable pass into the sudo environment. I tried
'sudo -E deja-dup' as per preserve the environment. This didn't result in a stacktrace, but it ended up running the backup as the normal non-root user, probably because the preserved environment included the USER and HOME variables along with the DBUS_SESSION_BUS_ADDRESS variable.
Then I tried preserving just DBUS_SESSION_BUS_ADDRESS with
'sudo --preserve-env=DBUS_SESSION_BUS_ADDRESS deja-dup', it worked as expected.
So the hint here is that when presented with a stacktrace don't be afraid to "Use the Source, Jean Luc".
This post covers how I'm keeping my orgmode notebooks synced between my desktop and phone. There are also some tips on how I resolve merge conflicts in my notebooks and other hints for using Orgzly.
(The Pelican PlantUML plugin is pretty nice.)
Set up an owncloud server somewhere where both my desktop and phone can reach it.
Desktop: Owncloud client and git repo
On the desktop, install the owncloud client and configured ~/owncloud to be shared with the server. Also set up an ~/owncloud/org directory and add an ~/org symlink that points to ~/owncloud/org. This is mostly to make it easier to access the org files.
Update your emacs and/or vi configs to support orgmode. I'll update the org files in the editor that's more convenient at the time, though I'll use emacs if I need to update the deadline of a task.
I've also added .git to the owncloud and did a 'git init' in the ~/owncloud/org directory. This repo will be used in the 'Handling Conflicts' section below.
Create or move your notebook files into the ~/owncloud/org directory and make sure they have a '.org' extension. Verify that the org files are being synced to the owncloud server.
Make sure your owncloud client is set to start when your desktop reboots.
Phone: Owncloud client and Orgzly
Install the owncloud client on your phone. Configure it to sync with the owncloud server and verify it's syncing the notebook files from the server.
Also install and configure Orgzly. For the syncing the repositories use WebDAV with the URL https://<your-owncloud-server>/remote.php/webdav/org. I originally tried using local storage, but I couldn't get that to work.
Then for each of the notebooks, set the link to https://<your-owncloud-server>/remote.php/webdav/org. Update one of your notebooks with Orgzly and verify the change is synced to your desktop.
Throughout the day, I'm usually using Orgzly, checking the Agenda tab for overdue and upcoming tasks, and adding new tasks and notes.
I'm access the Notebooks on the desktop less frequently, mostly archiving completed tasks, and adding links and notes to research tasks. I also tend to move tasks between notebooks from the desktop.
Handling Recurring Events
I ignore the scheduled time setting in Orgzly, and only set the deadlines with warning times. Then I treat the notification that's generated from warning time passing as the time I should start on a task.
For repeating events, I use the '++' modifier for tasks. This way if I miss a few iterations of a task it will add the next iteration in the future.
I'm also try to set an appropriate warning period when setting tasks.
It took me a while to figure out I could tap on the date itself to bring up a calender instead of being limited to the 'today', 'tomorrow', and 'next week' options. <shrug>.
Sometimes when I'm updating the notebooks on both my desktop and phone, orgzly will say there's a conflict.
When this happens I go to my desktop and make a checkpoint commit of any outstanding changes on the ~/owncloud/org repo. Then I push the Notebook from Orgzly (the Cloud with the 'up' arrow.
Then on the desktop, I do a 'git diff' and adjust Notebook as needed.
Usually this includes adding some new notes or adjusting some deadlines.
I use GnuCash, but keeping my 401(k) accounts up to date has always been a tedious, manual process.
I came up with the python snippet below to handle the import, but it was a pain to write since I couldn't find any examples for setting up stock or mutual fund transactions.
The SetSharePriceAndAmount method ended up being key, and I only found that by searching through the gnucash source.
The GncNumeric class also ended up being more of a pain to use than I expected. There's probably a better way to use it, but the 'multiple values by 1000000/100000' approach is working for me now.
I'm using the stock GnuCash and python-gnucash version 2.6.19 available in Ubuntu 18.04, so this stuck using python 2.7.
from datetime import datetime
session = gnucash.Session("xml://yourfile.gnucash")
book = session.book
root_account = book.get_root_account()
usd = book.get_table().lookup('ISO4217','USD')
# There's probably a better way to use 'Your:Retirement:Contributions' instead ....
contrib_acct = root_account.lookup_by_name("Your").lookup_by_name("Retirement").lookup_by_name("Contributions")
parent_acct = root_account.lookup_by_name("401k")
with open('your_transactions.csv', 'rb') as trans_csv:
trans_reader = csv.reader(trans_csv, delimiter=',')
# Skip over the first row since it's headers
header = next(trans_reader)
for description, date, fund_name, share_price_str, share_amount_str, amount_str in trans_reader:
child_account = parent_acct.lookup_by_name(fund_name)
posting_date = datetime.strptime(date,"%m/%d/%y")
tx = gnucash.Transaction(book)
sp1 = gnucash.Split(book)
# GncNumeric(n,d) represents numbers as fractions of the form n/d, so GncNumeric(1234567/1000000) = 1.234567
# There's probably a better way to do this...
share_price = gnucash.GncNumeric(float(share_price_str)*(10**6), 10**6)
share_amount = gnucash.GncNumeric(float(share_amount_str)*(10**6), 10**6)
# share_price * share_amount == amount, so I could have used that instead using the value from the csv
amount = gnucash.GncNumeric(float(amount_str)*(10**6), 10**6)
# ( ˘▽˘)っ♨ This is the secret sauce for setting the number of shares and the price.
sp2 = gnucash.Split(book)
Special thanks to this post for providing most of the code above.
I've found using Lua macros in rpm spec files to be pretty useful. I haven't found many examples of their use online, so here's how I ended up using them.
I had a situation where I needed to make a subpackage from all the files in a number of different subdirectories. The structure of the files in the subdirectories was fixed,
but the number of subdirectories could change over time, and I didn't want to have to update the spec file each time a new subdirectory was added or removed.