Evernote is a popular cloud-based note-taking application. It has the advantage of being available on many platforms, thus notes taken on an Android phone are readily available on the desktop, and vice versa.

Unfortunately there's no official Evernote client for Linux. It can be used through its Web UI, but a more lightweight client would be desirable as well.

There are various inofficial open source clients, notably nixnote2, everpad, and geeknote. None of them is available out-of-the-box on openSUSE.

nixnote2

nixnote2 is a C++/Qt application. It can be installed from OBS and seems to work quite well. Personally I don't like the UI so much, it's a big window that easily gets in the way of other work.

geeknote

geeknote is a command line application written in python that allows editing notes in markdown format. I like this idea a lot. geeknote is currently not available on OBS. It doesn't seem to be actively maintained at the moment. Its biggest disadvantage is the lack of a local cache, every single geeknote invocation requires a time-consuming server access. The command line syntax is also a little odd.

everpad

everpad, a GUI application written in python and Qt (using PySide), is best-in-class wrt desktop integration. It has been written with Ubuntu/Unity integration in mind but works well on other desktops as well. It even has a d-bus API. Unfortunately it has a lot of python dependencies. There is an OBS project with an everpad package but I failed to make it run on my TW system because of missing python libraries; moreover the package seems to be quite outdated.

Project idea

Package everpad so that it builds and runs cleanly on TW and Leap, and consider pushing it to factory. Package geeknote, too. Evaluate the possiblity to use the everpad cache with geeknote through the d-bus API, combining the strengths of everpad and geeknote.

Looking for hackers with the skills:

python packaging

This project is part of:

Hack Week 15

Activity

  • over 8 years ago: gsanso liked this project.
  • over 8 years ago: eclectigeek liked this project.
  • almost 9 years ago: mstrigl liked this project.
  • almost 9 years ago: pluskalm liked this project.
  • almost 9 years ago: mwilck added keyword "python" to this project.
  • almost 9 years ago: mwilck added keyword "packaging" to this project.
  • almost 9 years ago: mwilck liked this project.
  • almost 9 years ago: mwilck originated this project.

  • Comments

    • mwilck
      over 4 years ago by mwilck | Reply

      I'm going to archive this (not using evernote any more).

    Similar Projects

    Bring to Cockpit + System Roles capabilities from YAST by miguelpc

    Bring to Cockpit + System Roles features from YAST

    Cockpit and System Roles have been added to SLES 16 There are several capabilities in YAST that are not yet present in Cockpit and System Roles We will follow the principle of "automate first, UI later" being System Roles the automation component and Cockpit the UI one.

    Goals

    The idea is to implement service configuration in System Roles and then add an UI to manage these in Cockpit. For some capabilities it will be required to have an specific Cockpit Module as they will interact with a reasource already configured.

    Resources

    A plan on capabilities missing and suggested implementation is available here: https://docs.google.com/spreadsheets/d/1ZhX-Ip9MKJNeKSYV3bSZG4Qc5giuY7XSV0U61Ecu9lo/edit

    Linux System Roles: https://linux-system-roles.github.io/


    GHC-9.14 and split Hadrian from GHC build by osukup

    Description

    Prepare openSUSE Tumbleweed project for new GHC Haskell compiler and separate builder (Hadrian) from GHC build

    Goals

    • have GHC-9.14 project with working compiler and if possible filled with packageset
    • have Hadrian in own package built with bootstrap compiler to separate Hadrian bootstrap from ghc bootstrap

    Resources

    devel:languages:haskell

    d:l:h:ghc-9.12.x

    opensuse Haskell rpm macros

    opensuse haskell package gen project