Re: Massive libxo-zation that breaks everything

From: Michael Gmelin <freebsd_at_grem.de>
Date: Sun, 1 Mar 2015 17:54:36 +0100
On Sun, 01 Mar 2015 11:26:01 -0500
Allan Jude <allanjude_at_freebsd.org> wrote:

> On 2015-03-01 08:33, Sulev-Madis Silber (ketas) wrote:
> > Hello.
> > 
> > First, I would be happy to have JSON and XML output about
> > filesystems, users, routes... but I don't like how it makes code of
> > df, w, netstat hard to read/maintain and often broken.
> > 
> > I don't think it would be good to continue with this. Maybe the
> > effort should be put to creating new layer/library and then
> > something on top of it that actually outputs JSON and XML.
> > 
> > Or, if that's too difficult... maybe just regular df/w/netstat
> > could be copied to somewhere else and made code libxo-output-only.
> > And original df/w/netstat changes reverted and left alone.
> > 
> > Then, maybe later, df/w/netstat/... could be updated to this new
> > layer/library. Or maybe this should be just left as it is.
> > 
> > That would mean having two netstat's in system, which could be both
> > good (separation) and bad (maintaining).
> > 
> > Just some ideas... I don't know how to solve this issue fully. I'm
> > also not likely the one who would write code for all this. Hell,
> > those aren't even all my ideas here. I just worry that system
> > drop-in xo-zation is bad for overall health of base.
> > 
> > Oh and, it makes rescue larger and more complex, too? On that,
> > there was suggestion to maybe create separate "first aid kit" and
> > "emergency room" types of system rescue utils/methods.
> > 
> > 
> > Thanks.
> > _______________________________________________
> > freebsd-current_at_freebsd.org mailing list
> > http://lists.freebsd.org/mailman/listinfo/freebsd-current
> > To unsubscribe, send any mail to
> > "freebsd-current-unsubscribe_at_freebsd.org"
> > 
> 
> Is there a specific bug you are running in to? So far the only bugs
> I've seen with the xo-ification have been ones where the JSON output
> was not always well formed.
> 

There was one where uptime(1) wouldn't emit any output when called in a
pipeline (missing call to xo_finish, that wouldn't affect the output on
a tty due to implicit flush on newline).

-- 
Michael Gmelin
Received on Sun Mar 01 2015 - 15:54:51 UTC

This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:40:56 UTC