Hi, Garrett D'Amore píše v po 01. 10. 2012 v 22:39 -0700: > Actually, the more I think about it, the more I think its *insane* that you > guys are worried about continued resync's against the upstream Oracle data. > That's nuts. I'm sure you guys are already maintaining a set of local > changes… >
You do not know about JDS much, do you? > The simplest (by far) solution is to just use the tools on an existing > system, use them to convert the SGML to nroff, and be done with it. (Yes, > the nroff that sgml2roff generates *sucks*, but its a starting point.) > Throwing away work of others is not the simplest solution. > Carrying around over 100KLOC of crap baggage in ON because JDS still wants to > track crappy Oracle upstream is … not aligned with other illumos goals. > Calling something crappy without knowledge of it is not the best way. It is about sharing whenever it is possible. But OK, it is against Illumos goal to keep sgml2roff. Best regards, Milan > - Garrett > > On Oct 1, 2012, at 12:10 PM, Milan Jurik <[email protected]> wrote: > > > Hi Gordon, > > > > Gordon Ross píše v ne 30. 09. 2012 v 23:28 -0400: > >> On Sun, Sep 30, 2012 at 1:26 PM, Milan Jurik <[email protected]> wrote: > >> [...] > >>> 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. > >> > >> I do think you have a legitimate complaint here about the surprise. > >> Unfortunately, I doubt anyone realized this would break JDS. > >> > >> As for possible ways foward: It might be easier to import the > >> sgml2roff into the userland gate (or oi-build). > >> Just a suggestion. > >> > > > > I count with oi-build as final option. But sgml2roff lived in ON gate > > for long time and all its Makefiles are "ONgateized". It is not simple > > task to move it somewhere else. I understand I have to do it but > > probably not now and my current plan is to ask RE for OI to fork the > > gate and "backout" the changeset with EOF for some time. If I want to > > update JDS soon, then I cannot waste my time on it. > > > > 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/21175687-799b1238 > 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
