[DRE-maint] Bug#796497: ruby-ronn: depends on obsolete ruby-hpricot
Hi, Antonio Terceiro wrote: > > While ronn is a useful tool, asciidoc and asciidoctor are viable > > alternatives and are actively maintained as well as available in > > stretch and jessie. Since when do asciidoc and asciidoctor support Markdown? > I had a quick look at ronn and it looks like a lost case. it seems to convert > the markdown input to HTML first, and only then from HTML to roff, and the > dependency on hpricot seems very entrenched. > > We currently have 24 packages build-depending on ruby-ronn: > > $ grep-dctrl -F Build-Depends -n -s Package ruby-ronn Sources | sort -u Instead of decreasing, this even grew over time: This command now finds 32 packages in Sid main only (haven't checked experimental nor contrib or non-free): codequery coquelicot ctop cura-engine dbab elektra foodcritic foremancli gazebo git-extras haproxyctl i3blocks ignition-math2 ignition-transport jq maim npm pacapt pgloader python-lua qiime r10k ruby-coveralls ruby-ghi sen seqprep shapelib slt unburden-home-dir vcsh voltron zeal And yes, I'm at least guilty for unburden-home-dir as I added generating the man page with ronn in the past year without being aware of the deprecation of one of its dependencies. For me, it still seems the best Markdown to Man Page converter despite its internal ugliness explained above. I still fail to see how asciidoc and asciidoctor can be seen as alternatives. The only potential alternatives I'm aware of are go-md2man and pandoc. But go-md2man and especially pandoc seem far more heavy-weight build-dependencies than ronn, at least if Ruby is already installed on the system… Since unburden-home-dir is a perl-based project, I'd prefer a perl-written Markdown to Man Page converter anyways, but I so far failed to find one. Regards, Axel -- ,''`. | Axel Beckert, http://people.debian.org/~abe/ : :' : | Debian Developer, ftp.ch.debian.org Admin `. `' | 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5 `-| 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE ___ Pkg-ruby-extras-maintainers mailing list Pkg-ruby-extras-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-ruby-extras-maintainers
[DRE-maint] Bug#796497: ruby-ronn: depends on obsolete ruby-hpricot
On 18 November 2015 at 00:32, Antonio Terceirowrote: > I had a quick look at ronn and it looks like a lost case. it seems to convert > the markdown input to HTML first, and only then from HTML to roff, and the > dependency on hpricot seems very entrenched. Yes, I came to the same conclusion when I first looked into it. > We currently have 24 packages build-depending on ruby-ronn: Thanks for the list! I just converted ruby-build from ronn to asciidoc to see how involved it would be: http://anonscm.debian.org/cgit/pkg-ruby-extras/ruby-build.git/commit/?id=5ce69c7a251431dc55acc258a81afc79848bbe3f While the asciidoc conversion itself is relatively straightforward, it would be great to see #692274 addressed before tackling this. At the moment, the ronn build dependency cannot be replaced by asciidoc, but instead has to be replaced by "asciidoc, libxml2-utils, docbook-xml, xmlto". ___ Pkg-ruby-extras-maintainers mailing list Pkg-ruby-extras-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-ruby-extras-maintainers
[DRE-maint] Bug#796497: ruby-ronn: depends on obsolete ruby-hpricot
On Thu, Nov 19, 2015 at 12:46:23PM +0100, Sebastian Boehm wrote: > On 18 November 2015 at 00:32, Antonio Terceirowrote: > > I had a quick look at ronn and it looks like a lost case. it seems to > > convert > > the markdown input to HTML first, and only then from HTML to roff, and the > > dependency on hpricot seems very entrenched. > > Yes, I came to the same conclusion when I first looked into it. > > > We currently have 24 packages build-depending on ruby-ronn: > > Thanks for the list! > > I just converted ruby-build from ronn to asciidoc to see how involved > it would be: > http://anonscm.debian.org/cgit/pkg-ruby-extras/ruby-build.git/commit/?id=5ce69c7a251431dc55acc258a81afc79848bbe3f > > While the asciidoc conversion itself is relatively straightforward, it > would be great to see #692274 addressed before tackling this. At the > moment, the ronn build dependency cannot be replaced by asciidoc, but > instead has to be replaced by "asciidoc, libxml2-utils, docbook-xml, > xmlto". can you try asciidoctor instead? I just uploaded 1.5.3, which got support for creating manpages, 2 days ago. It's also Ruby and maintained by the team so it will be way easier for us to fiddle with it if needed. -- Antonio Terceiro signature.asc Description: PGP signature ___ Pkg-ruby-extras-maintainers mailing list Pkg-ruby-extras-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-ruby-extras-maintainers
[DRE-maint] Bug#796497: ruby-ronn: depends on obsolete ruby-hpricot
On 19 November 2015 at 14:41, Antonio Terceirowrote: > can you try asciidoctor instead? I just uploaded 1.5.3, which got > support for creating manpages, 2 days ago. Great timing, thanks! asciidoctor works just fine and significantly cuts down the number of build dependencies and hence build time. These are the adjustments I needed to make for asciidoctor: http://anonscm.debian.org/cgit/pkg-ruby-extras/ruby-build.git/commit/?id=a801c10bc61a323a6bf93114fc1706c67d43 ___ Pkg-ruby-extras-maintainers mailing list Pkg-ruby-extras-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-ruby-extras-maintainers
[DRE-maint] Bug#796497: ruby-ronn: depends on obsolete ruby-hpricot
On Sun, Nov 15, 2015 at 01:37:23PM +0100, Sebastian Boehm wrote: > Just for the record: ronn's upstream seems to be dead. The latest > release is more than five years old and there haven't been any > upstream commits for over two years. > > While ronn is a useful tool, asciidoc and asciidoctor are viable > alternatives and are actively maintained as well as available in > stretch and jessie. I had a quick look at ronn and it looks like a lost case. it seems to convert the markdown input to HTML first, and only then from HTML to roff, and the dependency on hpricot seems very entrenched. We currently have 24 packages build-depending on ruby-ronn: $ grep-dctrl -F Build-Depends -n -s Package ruby-ronn Sources | sort -u chake coquelicot cura-engine dbab foodcritic foremancli gazebo git-extras haproxyctl i3blocks ignition-math2 ignition-transport jq npm pgloader python-lua r10k rerun ruby-build ruby-coveralls seqprep shapelib slt vcsh -- Antonio Terceirosignature.asc Description: PGP signature ___ Pkg-ruby-extras-maintainers mailing list Pkg-ruby-extras-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-ruby-extras-maintainers
[DRE-maint] Bug#796497: ruby-ronn: depends on obsolete ruby-hpricot
Just for the record: ronn's upstream seems to be dead. The latest release is more than five years old and there haven't been any upstream commits for over two years. While ronn is a useful tool, asciidoc and asciidoctor are viable alternatives and are actively maintained as well as available in stretch and jessie. ___ Pkg-ruby-extras-maintainers mailing list Pkg-ruby-extras-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-ruby-extras-maintainers
[DRE-maint] Bug#796497: ruby-ronn: depends on obsolete ruby-hpricot
Package: ruby-ronn Severity: important Dear Maintainer, your package ruby-ronn depends on ruby-hpricot, which itself is obsolete. We, the Ruby Extras team, do not intend to ship it with stretch. Please find another XML/HTML parser to use, for example ruby-nokogiri. I'm filing this report with severity important now, but in due time it will be upgraded to serious. Thank you, -- ,''`. Christian Hofstaedtler z...@debian.org : :' : Debian Developer `. `' 7D1A CFFA D9E0 806C 9C4C D392 5C13 D6DB 9305 2E03 `- ___ Pkg-ruby-extras-maintainers mailing list Pkg-ruby-extras-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-ruby-extras-maintainers