On Sun, Apr 11, 2010 at 8:34 PM, Marcin Wisnicki
<mwisnicki+free...@gmail.com> wrote:
> On Sun, 11 Apr 2010 12:37:27 +0100, Robert Watson wrote:
>
>> On Fri, 9 Apr 2010, Alexander Churanov wrote:
>>
>>> 2010/4/9 Leinier Cruz Salfran <salfrancl.lis...@gmail.com>
>>>
>>>> i want to ask you one thing: can you make the 'pkg_install' suite
>>>> reusable .. means install 'libinstall.a' as a shared object in order
>>>> to make it reusable by others devs
>>>
>>> I'd like to add my 50 cents. From my point of view, the true UNIX way
>>> is re-using whole programs. This provides unbelievable isolation and
>>> correctness. If you don't want to fork myriads of processes each
>>> second, then, it's, probably, better to ask for pipe mode of pkg_*
>>> tools. For example, aspell works that way. You start a process, write
>>> commands and queries and read results.
>>
>> While there are clearly benefits to process isolation, there are
>> countless situations in UNIX where I've said to myself "Oh, I wish I had
>> a lib<foo> not just a <foo> command".  This is particularly the case for
>> monitoring tools, where third-party applications have a lot of trouble
>> parsing and tracking the output of tools like ps(1), etc.  This is why
>> recently we've been working on libmemstat(3), libprocstat(3),
>> libnetstat(3), etc -- so that tools can avoid rewriting that code as
>> well as avoid the parsing problem.
>
> A middle-ground solution to this is to standardise on a common data
> exchange format with a schema definition language. With schema you can
> autogenerate high level parsers and generators, validators and other things
> for free. It does not have to be XML with XML-Schema (though there are good
> plaintext schema languages like RelaxNG-compact and you could possibly find
> less verbose text encoding for XML).
>
> If, say ps or ipfw, had a switch like '--format-output-yaml' and
> '--print-output-schema' (alternatively schema files could be stored
> somewhere in $prefix/share) it would be trivial to use them anywhere.
>
> The only problem I see is agreeing on a single format and forcing everyone
> to use it. Which is probably why it will never happen :(
>

hello marcin

that can be a smart solution but i prefer to use functions directly
from library .. i think it's better

well, alexander .. i must to follow your first suggestion: use 'pkg_*'
commands (meanwhile) .. i plan to make this software usable to netbsd
and openbsd too ..  i'm not sure but maybe they have the same
situation and for that reason i think use the commands is the way to
follow

i want to count on you to do more questions and surveys
_______________________________________________
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "freebsd-hackers-unsubscr...@freebsd.org"

Reply via email to