Subject: Re: [boost] [units] Pull request and RFC: information unit definitions for Boost.Units
From: Erik Erlandson (eje_at_[hidden])
Date: 2014-08-03 14:50:28
----- Original Message -----
> I would love to pass the responsibility for ongoing maintenance of
> Boost.Units on to a new torchbearer. My time to dedicate to this project has
> dwindled to essentially zero, and I believe it would be best for all
> involved to enlist some fresh blood, ideally someone who is using the
> library on a regular basis... Any volunteers?
I am willing to throw my hat in the wing, but to date I've not contributed even one patch to boost, much less maintained a library. There must be other candidates with better qualifications.
Boost.Units doesn't seem like a high-maintenance library (my own PR not withstanding). It's coverage of existing units is already quite good.
> As far as Erik's request, I don't have any objections to adding these to the
> library, though I have not had time myself to verify that they are correct.
> > ----- Original Message -----
> >> Link to PR: https://github.com/boostorg/units/pull/3
> >> Description:
> >> Adds unit definitions for standard units of information: bit, byte, nat,
> >> hartley, shannon. Defines a new unit system boost::units::information for
> >> convenient manipulation. Also includes IEC binary prefixes: kibi, mebi,
> >> gibi, tebi, pebi, exbi
> >> Example code:
> >> https://github.com/erikerlandson/units/blob/info_units/example/information.cpp
> >> Unit testing code:
> >> https://github.com/erikerlandson/units/blob/info_units/test/test_information_units.cpp
> > I've been unable to raise a response from either Steven Watanabe or
> > Matthias Schabel, either on- or off-list. It would be nice to get a
> > thumbs up or thumbs down so I can make a decision on how to proceed with
> > my other project.
> > _______________________________________________
> > Unsubscribe & other changes:
> > http://lists.boost.org/mailman/listinfo.cgi/boost
> Unsubscribe & other changes:
Boost list run by bdawes at acm.org, gregod at cs.rpi.edu, cpdaniel at pacbell.net, john at johnmaddock.co.uk