Re: text driver disappeared from 2.2.13/14 ???

Jon Pounder <[email protected]>
Newsgroups gmane.comp.db.unixodbc.devel
Organization Inline Internet Systems Inc.
Message-ID <[email protected]>
Peter Harvey wrote:


Is there any interest in including a webmin odbc management module ?
There is one now but the current release is just completely broken - 
developer admits somehow the write to file code just disappeared. I 
intend on fixing it for our internal use, but if it helps create more 
odbc awareness on unix I don't mind sharing.



> The issue of removing drivers from the driver manager was briefly 
> discussed on the development list and I would guess that other than the 
> text driver the split would benefit linux distributors. Some grief has 
> been caused by packaging drivers with unixODBC which are really 
> maintained in a different source code control systems. Perhaps the 
> differentiation between them should in deed be that - drivers where the 
> definitive source is unixODBC can be distributed with unixODBC and those 
> where the source is held elsewhere should be distributed from their 
> primary source.
>
>
> As I recall... I pushed to have some drivers in unixODBC in the early days
> since a more complete package was needed to get things moving along. In part
> for development (including testing and packaging) and in part for User
> acceptance. I it is not needed as much anymore and I have been a fan of
> removing them from unixODBC (core at least) for sometime. I have an
> intention to start a new project (its actually started but not in
> sourceforge yet) to compliment unixODBC by providing the GUI bits - which
> can go through more frequent releases. Another project still could be a
> file-based driver set including the txt driver. There is also cruft in there
> that could just get removed. So - IMHO - unixODBC should eventually be just
> the DM, include files for ODBC development and perhaps a testing framework.
> In the end I defer to Nick - I just think we need to get some bits through
> more release cycles while cleaning out cruft (the latter being pretty much a
> serious of experiments that I have carried out).
>
> --
> Peter
>  
>
> _______________________________________________
> unixODBC-dev mailing list
> [email protected]
> http://mailman.unixodbc.org/mailman/listinfo/unixodbc-dev
>
>   

_______________________________________________
unixODBC-dev mailing list
[email protected]
http://mailman.unixodbc.org/mailman/listinfo/unixodbc-dev
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.