Re: [brlcad-devel] Questions on t/nroff man page conversion to xml

2012-06-12 Thread Christopher Sean Morrison

On Jun 11, 2012, at 8:53 PM, Tom Browder wrote:

> On Sat, Jun 9, 2012 at 10:38 PM, Christopher Sean Morrison
>  wrote:
> ...
>> On Jun 9, 2012, at 10:13 AM, Tom Browder wrote:
> ...
>>> 1. Should the authors be changed to the standard as shown in the
>>> docbook template?
>> 
>> Yes and no.
> 
> I'll take that as "more or less leave the principal author(s) in and
> maybe add the BRL-CAD TEAM as it fits"?

On the contrary, I've usually found any initial author list to be rather 
substantially incomplete.  It usually doesn't reflect the dozen or more other 
people that have put in effort to maintain, debug, and preserve the tool, much 
less any subsequent developments. 

Basically, I think if we're going to name specific people in documentation, 
that we should attempt to document everyone (for that given tool) and 
categorize them under the AUTHORS categories (developer, code contributor, 
math/algo, and docs).  That's a list that would then also need to be revisited 
every few years...

That's why using BRL-CAD Team is a suitable alternative, since it implies 
everyone in the AUTHORS file.   I wouldn't mix real names with a reference to 
the "Team".

Cheers!
Sean


--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
BRL-CAD Developer mailing list
brlcad-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/brlcad-devel


Re: [brlcad-devel] Questions on t/nroff man page conversion to xml

2012-06-12 Thread Tom Browder
On Tue, Jun 12, 2012 at 8:59 AM, Christopher Sean Morrison
 wrote:
...

Okey dokey.  So on the first cut I'll leave authors as is unless the
data look fuzzy and in those cases I'll substitute BRL-CAD TEAM.

For sources with retained authors, would you like a final entry
something like "(and others)" along with a source comment like "FIXME:
look for other contributors"?

-Tom

--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
BRL-CAD Developer mailing list
brlcad-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/brlcad-devel


Re: [brlcad-devel] Questions on t/nroff man page conversion to xml

2012-06-12 Thread Christopher Sean Morrison

On Jun 12, 2012, at 10:19 AM, Tom Browder wrote:

> Okey dokey.  So on the first cut I'll leave authors as is unless the
> data look fuzzy and in those cases I'll substitute BRL-CAD TEAM.

Sounds like the opposite of what I intended to convey.. ;)  Unless it was a new 
tool written just this year, it's almost guaranteed that any current list of 
authors is woefully incomplete.

So the point was replacing them with BRL-CAD Team is fine.  More than fine, 
it's a good thing to do since missing authorship is paramount to incorrect docs 
(not just incomplete docs).

The only thing better would be a comprehensive credit list derived from repo 
history, commit notes, publications, etc.  Getting that comprehensive list is a 
complex task in itself.  Keeping it current would be even harder.

> For sources with retained authors, would you like a final entry
> something like "(and others)" along with a source comment like "FIXME:
> look for other contributors"?

No, the point was if we list anyone, we need to list everyone.  Where we aren't 
sure, it should just list BRL-CAD Team.  For most tools, that means replacing 
the initial author list and that's a good thing.  Even doing that for all tools 
would be fine (because it's never incorrect).

Cheers!
Sean


--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
BRL-CAD Developer mailing list
brlcad-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/brlcad-devel


Re: [brlcad-devel] Questions on t/nroff man page conversion to xml

2012-06-12 Thread Tom Browder
On Tue, Jun 12, 2012 at 9:44 AM, Christopher Sean Morrison
 wrote:
> On Jun 12, 2012, at 10:19 AM, Tom Browder wrote:
>
>> Okey dokey.  So on the first cut I'll leave authors as is unless the
>> data look fuzzy and in those cases I'll substitute BRL-CAD TEAM.
>
> Sounds like the opposite of what I intended to convey.. ;)

Sorry, feeble mind.

> So the point was replacing them with BRL-CAD Team is fine.  More than fine,
> it's a good thing to do since missing authorship is paramount to incorrect 
> docs
> (not just incomplete docs).

> The only thing better would be a comprehensive credit list derived from repo
> history, commit notes, publications, etc.  Getting that comprehensive list is
> a complex task in itself.  Keeping it current would be even harder.
...
> No, the point was if we list anyone, we need to list everyone.
> Where we aren't sure, it should just list BRL-CAD Team.
> For most tools, that means replacing the initial author list and that's a 
> good thing.
> Even doing that for all tools would be fine (because it's never incorrect).

Gotcha'...I think.  Let me get some specifics later.

Best,

-Tom

--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
BRL-CAD Developer mailing list
brlcad-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/brlcad-devel


[brlcad-devel] Installing from Source: Makefile Problem

2012-06-12 Thread Harmanpreet Singh
I am trying to install BRLCAD from source. I successfully run
./configure. Next step is to run make command. But on executing it, I
got the following error:
make: *** No targets specified and no makefile found.  Stop.

But I can see two Makefiles in the current directory: Makefile.in and
Makefile.am

When specify Makefile.in as Makefile to make command, I got
Makefile.in:16: *** missing separator.  Stop.

When Makefile.am is used as Makefile similar error occured:
Makefile.am:57: *** missing separator.  Stop.

What can be the solution?
-- 
Harmanpreet Singh

--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
BRL-CAD Developer mailing list
brlcad-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/brlcad-devel


Re: [brlcad-devel] Installing from Source: Makefile Problem

2012-06-12 Thread Harmanpreet Singh
On Tue, Jun 12, 2012 at 11:13 PM, Harmanpreet Singh  wrote:
> I am trying to install BRLCAD from source. I successfully run
> ./configure.

Actually I didn't run it successfully. There was error stating "libpng
disabled". I rerun ./configure with option of enabling libpng and
afterwards, "make" run successfully.

Now while running "make test" and "make benchmark", I got following errors:

primitives/nmg/nmg_tri.c: In function 'nmg_plot_fu':
primitives/nmg/nmg_tri.c:2531:13: error: variable 'temp' set but not
used [-Werror=unused-but-set-variable]
primitives/nmg/nmg_tri.c:2530:13: error: variable 'dist_btw_prev_curr'
set but not used [-Werror=unused-but-set-variable]
primitives/nmg/nmg_tri.c: In function 'nmg_triangulate_rm_holes':
primitives/nmg/nmg_tri.c:2754:29: error: variable 'vu2' set but not
used [-Werror=unused-but-set-variable]
cc1: all warnings being treated as errors

make[2]: *** [nmg_tri.lo] Error 1
make[1]: *** [all-recursive] Error 1
make: *** [all-recursive] Error 1

Seems problem with some variables. Do they need to be unset? If yes, any hint?
-- 
Harmanpreet Singh

--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
BRL-CAD Developer mailing list
brlcad-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/brlcad-devel