Just copy it to your build environment. I don't want us to carry this ugly c++ baggage in the gate and force everyone to install it just because one consolidation uses it for a crappy build chain.
There is no need for end users to have this tool, and it clearly cannot be considered core functionality any longer. Sent from my iPhone On Sep 30, 2012, at 10:26 AM, Milan Jurik <[email protected]> wrote: > Hi, > > Garrett D'Amore píše v ne 30. 09. 2012 v 08:12 -0700: >> On Sep 30, 2012, at 7:31 AM, Yuri Pankov <[email protected]> wrote: >> >>> On Sun, 30 Sep 2012 16:13:30 +0200, Milan Jurik wrote: >>>> Hi, >>>> >>>> before continuing in ping-pong about this: >>>> >>>> https://www.illumos.org/issues/3241 >>>> >>>> I would like to see discussion on the list. Status is that JDS gate is >>>> broken by removal of sgml2roff. Yes, sgml2roff has no usage in Illumos >>>> gate. But that is not correct answer I believe. The changeset removed >>>> functionality used by some consumers. I know many people do not see >>>> benefit in maintaining JDS (and GUI) in Illumos based distro. Still I do >>>> not understand why Illumos should be stripped from functionality used by >>>> some consumers. >>>> >>>> Yes, not all parts need to be sitting in Illumos gate. But I do not see >>>> any vehicle which allows moving bits between consolidations for now. >>>> >>>> I would like to understand reason why sgml2roff was removed if the >>>> argument that it is not need by consumers is not valid. From my point of >>>> view it is regression in functionality. >>> >>> sgml2roff is a *helper* utility (and it was an unmaintained mess), and as >>> illumos doesn't ship any SGML manpages, the need for it being in the gate >>> has vanished. As it's not closed-source, proprietary or documented core OS >>> functionality, I don't see a problem with "fixing" consumers to not rely on >>> it being shipped within illumos-gate (just convert JDS manpages to nroff?). >> >> >> I updated the bug. From what I can tell, JDS delivers man pages in nroff >> format. In this case, sgml2roff becomes a build time dependency for JDS >> rather than a run-time dependency. Assuming this to be the case, the best >> solution is to import it into the JDS CBE. (Or, to stop maintaining those >> pages in SGML and just convert them once to nroff and be done with it -- but >> I'm not sure if that is complicated by interactions with the upstream.) > > yes, it is part of JDS CBE, not run-time dependecy (from what I know > now). I am trying to use plain "upstream" JDS gate then I have serious > problem here, I need to deliver it to CBE, which I can clone easily. > From my point the simplest way is to bring it back to Illumos gate than > to fight with different build structures. Which means I have to push it > to OI ON gate for now. As the result the next OI can diverge from clean > Illumos. > > Somebody is asking me for my time because he did not want bits in > Illumos gate. For which reason? Because somebody did not like it? It was > working utility - which bugs were logged against it and not fixed? It > has use case and consumer and usually that was reason why the tool was > kept. > > Yes, I know I came late to this party. I have my reason - lack of spare > time. The situation changed but I am blocked with this one. > >> - Garrett > > Best regards, > > Milan > > > > ------------------------------------------- > illumos-discuss > Archives: https://www.listbox.com/member/archive/182180/=now > RSS Feed: https://www.listbox.com/member/archive/rss/182180/22003744-6133b79f > Modify Your Subscription: https://www.listbox.com/member/?&; > Powered by Listbox: http://www.listbox.com ------------------------------------------- illumos-discuss Archives: https://www.listbox.com/member/archive/182180/=now RSS Feed: https://www.listbox.com/member/archive/rss/182180/21175430-2e6923be Modify Your Subscription: https://www.listbox.com/member/?member_id=21175430&id_secret=21175430-6a77cda4 Powered by Listbox: http://www.listbox.com
