ymarks news

Possibly interesting information for ymarks users.

Moving on to a new build system

November 10, 2020 — tux.

After a while without a reasonable progress, I spent some time today to work a bit on the ymarks server. Not only have I fixed a problem where Unix users could not compile ymarks, I also changed the build system. ymarks uses CMake and Conan now to manage dependencies.

The dependencies shipped with ymarks were rather outdated anyway. We now use SQLite3 3.33 and cJSON 1.7.14, which can easily be changed by just editing the `conanfile.txt`. Building the ymarks server is now even easier:

% mkdir build ; cd build
% cmake .. ; make

In order to be less weird, the WTFPL was finally replaced by the CDDL-1.0. That should do it.

Tags: ymarks, build, license, announcement

Comments? Tweet  

Moving to Fossil (and GitHub)

July 02, 2020 — tux.

Bitbucket does not want to have Mercurial users anymore, so we moved to Fossil with a GitHub mirror.

Tags: ymarks, meta

Comments? Tweet  

Don't fear the SQLite

May 13, 2019 — tux.
There is a new SQLite vulnerability in town. Don't worry: it should not hurt you - ymarks works perfectly without its database being exposed to the internet. :-)

Tags: ymarks, security

Comments? Tweet  

Heads up: Magellan affects ymarks as well.

December 19, 2018 — tux.

A remote execution vulnerability has been detected in SQLite which happens to be ymarks's underlying database library. Although it probably won't affect your bookmarks collection, you are advised to rebuild your ymarks binary with SQLite 3.26.0 or higher.

Tags: ymarks, security

Comments? Tweet