status of the package?

[gour]

Hello, just wonder what is the status of this package?

It's not updated for quite some time and PRs are also not handled?

Vim's support is in a little better shape and I'd not like to go to Electron-based editors. Any hint what to use for writing a lot of AsciiDoc(tor) markup?

[matt-y]

@sensorflo Hi, first off thank you so much for all the hard work on adoc-mode.

I'm going to use this issue questioning the status of the project to ask you if there is anything the community of adoc-mode users here on github can do to help out with maintenance. A few (admittedly blunt - sorry!) questions: Do you need help? If so, how can we help? What can we help with? Are you looking to find a new maintainer or maybe co-maintain the project with a wider group maybe under a github organization?

Again, thank you.

[egli]

I believe I found his (@sensorflo) phone number and I sent him a text asking for the status

[xeruf]

@egli any news?

[xeruf]

I have created a new organization to take over maintainership over such packages:
https://github.com/toemacs

Feel free to write here if you are interested in supporing this effort and I can invite you :)

[egli]

@xeruf well, he responded within 30 minutes and said that he should really pick up work on this package again. I encouraged him to respond to this issue in particular. I thought I'd give him some time. But I guess it has been a month without any action even after my text, so I guess it is clear that he does not have any time.

[tarsius]

@xeruf I just saw your email from Saturday, followed the link to this repository and found this issue. I'm gonna reply here.

I was considering to create a GH Organization to create a common maintainership for these, but then found your
orphanage. Is that also in the scope of that project, or would a separate organization be better?

Yes, the Emacs orphanage is intended for cases like this (among others). "Former" maintainers might find it easier to transfer to this organization than to some motivated but mostly unknown volunteer because this organization is under the control of @purcell (of Melpa fame) and me (Magit). While this does not happen often it is a good thing that we can step in if things don't quite work out, e.g. when the volunteer also disappears after a while.

By the way, @purcell, when I make this argument, then it would help if your membership of the organization were public. 😁 If you don't mind, then you can change that here.

[purcell]

it would help if your membership of the organization were public

Done, thanks. No idea why it was set to Private.

[TobiasZawada]

@purcell @tarsius
It is time to move this package to Emacs Orphanage and to review and apply the pullrequests.
It seems that there is nothing in sight from the original author.

BTW: Does https://github.com/emacsorphanage work similar to the Melpa repo itself? I mean pull requests by any contributors and review by someone of your team?

Note, that I am forced to work with adoc instead of Orgmode at office. I already adapted texfrag to adoc to show images and LaTeX fragments as images. But, I had to start from some base. I chose adoc-mode. Maybe, that was a mistake.

If I fork my version of adoc-mode from here. What are the chances that this package will be added to Melpa? (I want to give my colleges the opportunity to use the stuff I have provided.) This option is provided only in case everything else fails.

[tarsius]

BTW: Does https://github.com/emacsorphanage work similar to the Melpa repo itself? I mean pull requests by any contributors and review by someone of your team?

To an extend. I do look at new pull-requests (there aren't many) but I usually do not try to resolve existing pull-requests and issues.

(Github recently added to ability to add a readme to an organization's front-page and I will likely soon use that as an opportunity to clarify a few things.)

You are maintaining some packages of your own, so I think you are qualified to become the sole maintainer. Depending on how committed you are, we should create the fork under your account or the orphanage. I.e., if you switched jobs, would you continue to main this package? Nowadays I prefer if adopted repositories live with the new maintainer instead of in the orphanage, but if maintainership is bound to change again, then the orphanage is still a better choice.

[TobiasZawada]

Hi @tarsius,
Thanks for the offer to accept me as maintainer of the package.
The problem I am facing right now is that I am new to Asciidoc.
I can solve some of the problems that are Elisp related but I am certainly not the first choice when it comes to problems that are related to the processing of Asciidoc. It would be better if someone experienced in both, Elisp and Asciidoc could take over.

The doc of Asciidoc is so large that it will take me some time to become familiar with it.

[tarsius]

In that case I think it is best if I fork to the orphanage and add you as a maintainer there. Does that sound good?

[TobiasZawada]

Sounds very good. Thx.

[psaris]

if this is going to move, it should arguably go to an asciidoc related repo. three options include:
https://github.com/asciidoc
https://github.com/asciidoctor
https://github.com/asciidoc-py

[TobiasZawada]

@psaris

1. On https://github.com/asciidoc there is only one depricated repo for VI.
2. https://github.com/asciidoctor is primarily for the program Asciidoctor. But there is also asciidoctor-vscode. So maybe that is the right place. Do you have developper status there?
3. https://github.com/asciidoc-py What is the relation to Python?

[tarsius]

if this is going to move, it should arguably go to an asciidoc related repo [organization account]

Moving to an account like emacs-asciidoc would be best, if that existed or the maintainers of multiple asciidoc-related emacs packages were interested in joining forces. But that does not appear to be the case.

The mentioned organizations do not seem suitable to me.