Package Details: cutemarked 0.11.3-1

Git Clone URL: (read-only)
Package Base: cutemarked
Description: Qt Markdown Editor
Upstream URL:
Licenses: GPL2
Submitter: drevilt
Maintainer: Esspy
Last Packager: Esspy
Votes: 28
Popularity: 0.000774
First Submitted: 2013-09-29 19:36
Last Updated: 2016-12-06 14:23

Latest Comments

1 2 Next › Last »

fawn commented on 2018-11-09 10:10

TO: di72nn Thanks, this patch is working.

di72nn commented on 2018-07-08 14:58


Build fails:

Adding the following seems to fix that: sed -i -e "20i#include <QAction>" app/optionsdialog.cpp

Esspy commented on 2016-07-02 16:33

to fix please make a patch on file discountmarkdownconverter.cpp. change initial options to

unsigned long converterOptions = MKD_TOC | MKD_NOSTYLE | MKD_FENCEDCODE;

I've added "|MKD_FENCEDCODE" to enable fencedcode again. now cutemarked render all md correctly.


Esspy commented on 2016-06-12 08:31

misrendering build-in snippets.



renders to


so every codeblock is strikedthrough.

Even downgrade discount to version 2.1.7 does not help.

JohnRobson commented on 2015-07-26 08:19

looking for conflicting packages...
:: discount and markdown are in conflict. Remove markdown? [y/N]
error: unresolvable package conflicts detected
error: failed to prepare transaction (conflicting dependencies)
:: discount and markdown are in conflict

I need to remove markdown?!

Aetf commented on 2015-02-02 08:58

Oh I haven't thought about how CONFIG+=ordered worked before. Thank you for pointing that out. ;)

I have updated the pull request to upstream to declare the dependencies. Hopefully the buildfile can be adapted soon.

drevilt commented on 2015-02-01 15:47

Thank you.

If I understand it correctly CONFIG+=ordered just runs the build with a single core/thread. Just like an "make -j1" would do. In this case the two parallel builds which are currently in the buildfile are faster because they still are run in parallel even if the first one might fail.

The problem that causes that parallel build to fail is that upstream has not declared a dependency correctly in one module. I dont know which one.
you can read more about that here:

Anyway, I think that upstream should declare that dependency and then the buildfile can be adapted to just use one make run.

Aetf commented on 2015-02-01 07:43

Hi, drevilt

The possible make failure on first run is caused by parallel make.
See this:

For the current release version, it can be fixed in prepare:

prepare() {
cd $srcdir/$_realname-$pkgver
sed -i -e "s,#include <discount/mkdio.h>,#include <mkdio.h>,g" app-static/converter/discountmarkdownconverter.cpp
echo "CONFIG += ordered" >>

drevilt commented on 2014-09-10 11:56

I just tested it and i can compile it without problems.

store88 commented on 2014-09-07 12:49

Can't compile, is anyone successed?