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