RE: non-blocking dependencies

"Larson, Timothy E." <[email protected]>
Newsgroups gmane.os.netbsd.devel.pkgsrc.wip.general
Message-ID <226316B3E1F749498E28ACA66321D5BA01318FA5ED@oma00cexmbx03.corp.westworlds.com>
> IMHO if a package that depends on another one can be used without,
> it
> should be considered to introduce corresponding option to the
> package.

I'd be happy with that, as long as there is an accompanying general guideline that dependencies that often fall into this category get extra review when packages are imported.  In this case, it should always be asked, "Is doxygen required just for the doco? If so, wrap it in an option."  Bulk builds on platforms where it's known to be broken (i.e. Solaris) could have that option globally disabled. The would alleviate most of the problems.  

> But in that particular case I'd go with fixing the doxygen.

That, of course, would be best.  It's more bandwidth than I can commit right now though.  If "solaris-pkg-people" wants to contact me off-list, I'd be happy to help remedy a few of the biggest (for me) problem packages. 


Tim

------------------------------------------------------------------------------
Throughout its 18-year history, RSA Conference consistently attracts the
world's best and brightest in the field, creating opportunities for Conference
attendees to learn about information security's most important issues through
interactions with peers, luminaries and emerging and established companies.
http://p.sf.net/sfu/rsaconf-dev2dev
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.