Re: [new] editors/apostrophe

On Thu, 16 Sep 2021 09:22:44 +0200
Omar Polo <op@omarpolo.com>:

> Solene Rapenne <solene@perso.pw> writes:
>
> > hello,
> >
> > this is a new port for apostrophe, a distraction free editor. It
> > requires textproc/py-pypandoc that I will send in a next mail.
> >
> > Apostrophe is a GTK+ based distraction free Markdown editor. It
> > uses pandoc as back-end for parsing Markdown and exporting to
> > multiples format and offers a very clean and sleek user interface.
> >
> > [2. application/x-compressed-tar; apostrophe.tgz]...
>
> Seems to work fine; it's a nice distraction free editor, I'll recommend
> to a couple of friends, thanks!
>
> Sometimes when closed it throws an error:
>
> --8<---------------cut here---------------start------------->8---
> % apostrophe
> Traceback (most recent call last):
> File "/usr/local/lib/python3.8/site-packages/gi/overrides/GLib.py", line 664, in <lambda>
> func_fdtransform = lambda _, cond, *data: callback(channel, cond, *data)
> File "/usr/local/lib/python3.8/site-packages/apostrophe/text_view_markup_handler.py", line 318, in on_parsed
> if self.parent_conn.poll():
> File "/usr/local/lib/python3.8/multiprocessing/connection.py", line 255, in poll
> self._check_closed()
> File "/usr/local/lib/python3.8/multiprocessing/connection.py", line 136, in _check_closed
> raise OSError("handle is closed")
> OSError: handle is closed
> --8<---------------cut here---------------end--------------->8---
>
> but this triggers only when closing and doesn't seems to corrupt the
> edited files, so maybe it's ok?
>
> The only test passes.
>
> Anyway, just as I was saying in the py-pandoc thread, I'd argue that
> apostrophe doesn't need the RDEP on textproc/pandoc, only on
> py-pypandoc. I'm attaching a port with RDEPS tweaked.
>
> Cheers,
>
>

thanks,

I reworked the port by installing the package on a system where I
clean every package, this is nice to find missing dependencies, and
it was missing a lot!

pandoc depend has been moved to py-pypandoc