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/21175430-2e6923be
Modify Your Subscription: 
https://www.listbox.com/member/?member_id=21175430&id_secret=21175430-6a77cda4
Powered by Listbox: http://www.listbox.com

Reply via email to