On Thu, Jun 6, 2019 at 4:15 AM Graham Leggett wrote:
> On 06 Jun 2019, at 10:38, Branko Čibej wrote:
>
> $ lsb_release -a
> No LSB modules are available.
> Distributor ID: Ubuntu
> Description: Ubuntu 18.04.2 LTS
> Release: 18.04
> Codename: bionic
> $ apt-cache search aprutil
> libaprutil1 -
> On Jun 6, 2019, at 5:04 AM, Graham Leggett wrote:
>
> On 06 Jun 2019, at 07:07, Mladen Turk wrote:
>
>> IMO, all that third party library wrappers should not be part of
>> apr. Anything from apr-util can go to apr (as it should in the first place),
>> but all those dbm, db, odbc, ldap or
On 06 Jun 2019, at 07:07, Mladen Turk wrote:
> Then, at some point of time, apr-util introduced modules and
> become wrapper around third party libraries.
> Suddenly it got bloated to extremes. It become a dump spot for
> whatever database, crypto library ... whatever wrapper.
Remember that
On 06.06.2019 09:29, Nick Kew wrote:
>> On 6 Jun 2019, at 06:07, Mladen Turk wrote:
>>
>> I remember the days when apr was operating system abstraction layer,
>> and apr-util was the bunch of platform independent code where one
>> could eventually decide which key/value dbm (beside provided sdbm)
> On 6 Jun 2019, at 06:07, Mladen Turk wrote:
>
> I remember the days when apr was operating system abstraction layer,
> and apr-util was the bunch of platform independent code where one
> could eventually decide which key/value dbm (beside provided sdbm)
> and bundled subset of expat. And
I remember the days when apr was operating system abstraction layer,
and apr-util was the bunch of platform independent code where one
could eventually decide which key/value dbm (beside provided sdbm)
and bundled subset of expat. And then there was apr-iconv
When asking why can't we put some of
