02:57.13 |
Notify |
03BRL-CAD:starseeker * 62945
(brlcad/trunk/include/ged.h brlcad/trunk/include/icv.h and 518
others): Not all the way through yet, but checkpoint in case my
harddrive goes or something... |
03:46.14 |
Notify |
03BRL-CAD:starseeker * 62946
(brlcad/trunk/src/util/pix-png.c brlcad/trunk/src/util/pix-ppm.c
and 65 others): Commit the rest of the util subdirectory |
03:59.30 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
04:26.09 |
Notify |
03BRL-CAD:starseeker * 62947
(brlcad/trunk/src/fb/bw-fb.c brlcad/trunk/src/fb/cell-fb.c and 40
others): Update src/fb |
04:32.30 |
Notify |
03BRL-CAD:starseeker * 62948
(brlcad/trunk/src/fbed/empty.c brlcad/trunk/src/fbed/execshell.c
and 2 others): update fbed |
05:08.18 |
Notify |
03BRL-CAD:starseeker * 62949
(brlcad/trunk/bench/pixcmp.c brlcad/trunk/src/conv/obj-g.c and 71
others): More header rework checkpointing |
05:20.21 |
Notify |
03BRL-CAD:starseeker * 62950
(brlcad/trunk/src/adrt/isst_tcltk.c brlcad/trunk/src/mged/adc.c and
56 others): Get trunk compiling on Linux again |
05:32.43 |
Notify |
03BRL-CAD:starseeker * 62951
(brlcad/trunk/src/libbrep/boolean.cpp
brlcad/trunk/src/libbrep/intersect.cpp
brlcad/trunk/src/libbrep/opennurbs_ext.cpp): Do need bio.h in the
libbrep files |
05:37.46 |
Notify |
03BRL-CAD:starseeker * 62952
brlcad/trunk/src/libfb/if_wgl.c: shoudn't need this
here... |
05:40.28 |
Notify |
03BRL-CAD:starseeker * 62953
brlcad/trunk/src/libfb/if_wgl.c: Do need it for gl.h on
Windows... |
05:45.32 |
Notify |
03BRL-CAD:starseeker * 62954
brlcad/trunk/include/dm/dm_xvars.h: get mged compiling with
MSVC |
07:50.05 |
*** join/#brlcad ries
(~ries@D979EA84.cm-3-2d.dynamic.ziggo.nl) |
09:01.18 |
*** join/#brlcad clock
(~clock@77-58-143-135.dclient.hispeed.ch) |
09:20.10 |
*** join/#brlcad bhattigurjot
(~scott@202.164.53.117) |
09:33.50 |
bhattigurjot |
Is there documentation available for
Archer? |
09:34.30 |
*** join/#brlcad teepee_
(~teepee@gateway/tor-sasl/teepee) |
11:16.32 |
Notify |
03BRL-CAD Wiki:203.110.243.22 * 7754
/wiki/User:Ankeshanand/GSoC14/proposal: /* Personal Information
*/ |
11:16.40 |
*** join/#brlcad teepee
(~teepee@gateway/tor-sasl/teepee) |
11:42.30 |
*** join/#brlcad teepee-
(bc5c2133@gateway/web/freenode/ip.188.92.33.51) |
12:07.34 |
Notify |
03BRL-CAD:starseeker * 62955
brlcad/trunk/src/adrt/isst_tcltk.c: Looks like isst_tcltk.c needs
these on Windows. |
12:18.55 |
Notify |
03BRL-CAD:starseeker * 62956
(brlcad/trunk/include/bu/CMakeLists.txt brlcad/trunk/include/bu.h):
bu_version needs its own header so we can avoid including all of
bu.h just for that one function |
12:21.45 |
starseeker |
yawns |
12:31.43 |
*** join/#brlcad teepee-
(bc5c2133@gateway/web/freenode/ip.188.92.33.51) |
12:39.16 |
*** join/#brlcad teepee
(~teepee@gateway/tor-sasl/teepee) |
13:17.30 |
*** join/#brlcad teepee-
(bc5c2133@gateway/web/freenode/ip.188.92.33.51) |
13:30.10 |
brlcad |
a little surprised all those bios aren't
needed, you test a bsd compile? |
13:53.55 |
starseeker |
brlcad: not yet |
13:54.17 |
starseeker |
has to rebuild a vm before
he's able to do a BSD build... |
13:59.52 |
Notify |
03BRL-CAD:carlmoore * 62957
brlcad/trunk/misc/CMakeLists.txt: remove trailing
blanks/tabs |
14:02.22 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
14:10.17 |
starseeker |
actually, let's see if bz is set up to
build... |
14:31.36 |
Notify |
03BRL-CAD:starseeker * 62958
brlcad/trunk/misc/tools/astyle/astyle_main.cpp: On FreeBSD it looks
like we need sys/iconv.h, not iconv.h |
14:36.45 |
starseeker |
brlcad: just successfully built on
FreeBSD |
14:40.27 |
starseeker |
reflects that BSD must not be
getting built much - astyle's been in there a while
now... |
14:40.37 |
starseeker |
``Erik: you still on BSD these days? |
14:58.34 |
*** join/#brlcad bhattigurjot
(~scott@117.220.148.214) |
14:59.29 |
brlcad |
I build there all the time, but I don't think
I've done a full build in a while -- usually rebuild just what I'm
working on |
15:17.18 |
Notify |
03BRL-CAD:starseeker * 62959
(brlcad/trunk/src/mged/attach.c brlcad/trunk/src/mged/axes.c and 39
others): Tweak mged bu includes. |
15:23.12 |
Notify |
03BRL-CAD:starseeker * 62960
brlcad/trunk/src/mged/cad_boundp.c: whoops, missed
cad_boundp.c |
15:27.15 |
Notify |
03BRL-CAD:starseeker * 62961
brlcad/trunk/src/mged/qray.h: remove bu.h from qray.h and use
subheaders |
15:29.15 |
bhattigurjot |
Hi, are there any plans to shift from tk to
qt? |
15:30.13 |
Notify |
03BRL-CAD:starseeker * 62962
brlcad/trunk/src/mged/mged.h: Add a few more common bu includes to
mged.h |
15:31.16 |
bhattigurjot |
I was wondering if I could contribute in
that. |
15:34.53 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
15:42.09 |
Notify |
03BRL-CAD:starseeker * 62963
(brlcad/trunk/src/mged/points/count.c
brlcad/trunk/src/mged/points/points_scan.l
brlcad/trunk/src/mged/points/process.c): rework includs for mged
point lib |
16:13.57 |
Notify |
03BRL-CAD:starseeker * 62964
(brlcad/trunk/src/util/admin-db.cpp
brlcad/trunk/src/util/bu_arg_parse_private.h): update
comments |
16:14.11 |
brlcad |
bhattigurjot: that is exactly our
plan |
16:14.51 |
brlcad |
bhattigurjot: if you want to help, you could
try to pick up where a previous gsoc project left off, get that
code to compile with the latest qt |
16:16.09 |
bhattigurjot |
brlcad: ah.. splendid! |
16:16.11 |
bhattigurjot |
http://brlcad.org/wiki/User:Vladbogolin/qt-display-manager |
16:16.17 |
bhattigurjot |
is this the one? |
16:16.26 |
brlcad |
nope, but you could certainly help there too
;) |
16:17.07 |
teepee |
uahh, latest Qt, sounds dangerous ;) |
16:17.29 |
brlcad |
http://brlcad.org/wiki/User:Ralith |
16:18.35 |
brlcad |
that built on this guys work: |
16:18.44 |
brlcad |
http://brlcad.org/wiki/User:Mafm |
16:19.32 |
bhattigurjot |
ok |
16:19.50 |
brlcad |
bhattigurjot: that's mostly other students
fleshing out ideas and working through a variety of
issues |
16:20.56 |
brlcad |
you can basically contribute to that long-term
direction or towards a nearer-term goal of simply replacing our
current tk interface with an equivalent qt one (which is close to
working) |
16:21.45 |
brlcad |
beware that either requires a lot of
self-motivation though, this is a particularly busy time |
16:22.44 |
bhattigurjot |
brlcad: I am willing to put my efforts :) and
I am more inclined towards replacing the tk interface |
16:24.31 |
bhattigurjot |
brlcad: you said "an equivalent qt one (which
is close to working)" |
16:24.56 |
bhattigurjot |
which one are we talking about..
Ralith's? |
16:25.19 |
bhattigurjot |
Qt + Ogre |
16:29.44 |
brlcad |
I mean getting mged or archer to compile
without tk |
16:30.02 |
brlcad |
these are existing tools |
16:30.51 |
bhattigurjot |
yeah.. |
16:30.56 |
brlcad |
mged is a C run loop that invokes a tcl/tk
interpreter that calls tcl/tk scripting code to create a relatively
simple tk GUI |
16:31.46 |
brlcad |
archer is a tcl/tk application that
predominantly invokes C commands (the same ones provided by
mged) |
16:32.31 |
bhattigurjot |
ok.. so basically I replace tcl/tk with qt to
run either of them. |
16:32.33 |
brlcad |
both archer and mged rely on brl-cad's libdm /
libfb libraries for drawing and rendering geometry ... these are
the more complex parts and they are now working in Qt |
16:33.14 |
brlcad |
they were only working in x11/glx/wgl before,
but now that they're qt .. it makes it feasible to have a qt
application that embeds them |
16:33.35 |
*** join/#brlcad clock
(~clock@77-58-143-135.dclient.hispeed.ch) |
16:33.37 |
brlcad |
either one that looks like mged or that looks
like archer is probably a good first step |
16:33.40 |
bhattigurjot |
brlcad: 7.24.2 or 7.25? Or it has been for
some time? |
16:33.48 |
brlcad |
(looking like mged is conceptually much
easier) |
16:33.56 |
brlcad |
huh? |
16:34.23 |
bhattigurjot |
brlcad: libdm / libfb libraries in
qt.. |
16:34.45 |
bhattigurjot |
I was asking whether they have been in qt for
some time |
16:34.51 |
brlcad |
you never work with a tagged version when
doing development except in very rare circumstances |
16:34.58 |
brlcad |
you use trunk sources, version doesn't
matter |
16:35.06 |
bhattigurjot |
brlcad: ah.. ok |
16:35.13 |
brlcad |
or branch sources if the work lives on a
branch |
16:35.19 |
brlcad |
the qt work was on a branch, but it's now on
trunk |
16:35.50 |
brlcad |
dm was converted last year, fb this
year |
16:36.04 |
bhattigurjot |
okay |
16:36.53 |
brlcad |
so maybe first step is to compile brl-cad
against qt, see if you can get the existing dm/fb's
working |
16:37.37 |
brlcad |
you could try the qtged branch |
16:37.54 |
bhattigurjot |
ok |
16:37.55 |
brlcad |
probably best to start there |
16:38.44 |
bhattigurjot |
brlcad: thanks for the startup :-) |
16:39.54 |
brlcad |
don't be shy to periodically share your
progress/discoveries/questions |
16:39.59 |
brlcad |
(even if nobody replies!) |
16:40.19 |
brlcad |
lots following the progress and it's mostly
your initiative that is needed to make progress |
16:40.58 |
bhattigurjot |
yes definitely |
16:46.28 |
``Erik |
high res terrain geometry news:
https://www1.nga.mil/MediaRoom/LeadingStories/Pages/NGAreleaseshigh-resolutionelevationdatatopublic.aspx |
16:47.12 |
``Erik |
starseeker: yup, still fbsd |
16:51.39 |
``Erik |
actual 30" terrain geometry files: http://dds.cr.usgs.gov/srtm/version2_1/SRTM30/ |
16:59.20 |
Notify |
03BRL-CAD:starseeker * 62965
(brlcad/trunk/src/burst/Mm.h brlcad/trunk/src/conv/dxf/bot-bldxf.c
and 39 others): More header rework |
17:03.29 |
starseeker |
bhattigurjot: mged is conceptually *way*
easier than Qt - vlad's work in the qtged branch is intended to
head towards a qt MGED, I'd highly recommend starting there and
contacting him on the devel list (check the archives for recent
discussions) |
17:03.41 |
starseeker |
easier than Archer, not Qt... |
17:05.24 |
bhattigurjot |
starseeker: okay :-) |
17:05.44 |
starseeker |
was meaning to ping vlad
about status on qtged actually |
17:12.42 |
Notify |
03BRL-CAD:starseeker * 62966
(brlcad/trunk/src/libfb/asize.c brlcad/trunk/src/libfb/tcl.c and 4
others): More header rework |
17:17.04 |
brlcad |
snarfs
srtm30 |
17:25.27 |
*** join/#brlcad bhattigurjot
(~scott@59.91.235.107) |
17:40.00 |
Notify |
03BRL-CAD:carlmoore * 62967
brlcad/trunk/doc/docbook/system/man1/en/rt.xml: add -t and -u
writeups, and do minor rewrites for -v and -B |
17:41.04 |
Notify |
03BRL-CAD:starseeker * 62968
(brlcad/trunk/src/libged/draw_calc.cpp
brlcad/trunk/src/libged/search.c and 37 others): Get the rest of
the obvious bu.h inclusions, barring tests (which are at the moment
deliberately left using bu.h in its entirity to check for build
problems with the main header). |
17:58.59 |
``Erik |
heh, macbook pro can bend just like the
iphone6: https://twitter.com/roon82/status/514735537266384896/photo/1
O.O |
18:04.07 |
``Erik |
ack, CVE-2014-6271 |
18:16.07 |
Stragus |
Ohh. Hum, does it unbend too? |
18:46.00 |
*** join/#brlcad sofat
(~sofat@202.164.45.208) |
18:46.06 |
sofat |
hi brlcad |
18:46.33 |
sofat |
i almost complete my work |
18:46.44 |
sofat |
please check |
18:47.17 |
sofat |
http://202.164.53.122/~hitesh/wordpress/ |
18:47.21 |
sofat |
not data directly fetched from your
server |
18:47.28 |
sofat |
sorry now |
18:47.54 |
sofat |
data is directly fetched from your
server |
18:48.28 |
sofat |
is use this link for getting the data for
about us page |
18:48.39 |
sofat |
svn.code.sourceforge.net/p/brlcad/code/brlcad/trunk/doc/docbook/articles/ |
18:58.21 |
sofat |
brlcad, please check my work if you
free |
18:58.45 |
sofat |
i waiting your reviews |
19:03.08 |
brlcad |
``Erik: that is terrifying |
19:03.38 |
*** join/#brlcad clock
(~clock@77-58-143-135.dclient.hispeed.ch) |
19:10.46 |
``Erik |
the bash injection vulnerability? yeah... I'm
tempted to remove bash from bz and shift everyone to zsh until the
fix is in the ports tree |
19:12.26 |
``Erik |
(vipw and :%s/bash/zsh/g should do the
migration, then pkg delete bash and a motd update ...) |
19:14.47 |
brlcad |
``Erik: no, the mbp folding :) |
19:15.16 |
brlcad |
the bash vul is kinda unnerving too, but I
tend to expect them occurring from time to time ;) |
19:15.29 |
starseeker |
``Erik: shift everyone to a lisp shell
;-) |
19:15.37 |
brlcad |
I see our bash is vulnerable (well, I guess
everyone is really) |
19:15.47 |
``Erik |
oh, hah :D mbp's aren't designed for pockets
O:-) |
19:16.10 |
*** join/#brlcad sofat
(~sofat@202.164.45.204) |
19:16.17 |
brlcad |
``Erik: I just got the new mbp retina, so it
hits close to home |
19:16.18 |
``Erik |
yeah, everyone, otherwise I woulda just
laughed at linux folk |
19:16.58 |
``Erik |
sweet, I'm still on an old aluminum unibody
macbook, haven't bitten the bullet for the mbp retina yet |
19:17.05 |
starseeker |
``Erik: have you tried the newer versions of
FreeBSD that shifted to clang-built as default? |
19:17.20 |
starseeker |
is curious if there was any
noticable impact |
19:17.29 |
``Erik |
starseeker: yeah, my home fbsd box is running
10.0, I haven't noticed any real difference |
19:18.07 |
starseeker |
cool |
19:18.22 |
brlcad |
``Erik: is package delete even going to work?
there are tons of ports that depend on bash |
19:18.34 |
brlcad |
heck, autotools depend on it iirc |
19:18.47 |
brlcad |
so most builds, or at least most subsequent
builds |
19:19.32 |
brlcad |
``Erik: yeah, the new 15" line updated just
last month so I figured it was now or wait another 8 months and I'd
already waited 8 years |
19:20.27 |
``Erik |
only things on bz that depend on bash right
now are: xmlto-0.0.26_2 mpich2-1.5_2,5 valgrind-3.8.1_1,1 |
19:20.41 |
brlcad |
it was either get it now or go with a linux
laptop, and there weren't good hardware options |
19:20.51 |
brlcad |
huh, that's really surprising |
19:21.13 |
sofat |
hi brlcad |
19:21.19 |
brlcad |
howdy sofat |
19:21.38 |
sofat |
please check my work |
19:21.40 |
``Erik |
valgrind is a 'nice to have', I don't think
mpich is really used right now, but xmlto might be used for
something important :/ |
19:21.42 |
brlcad |
i did :) |
19:21.53 |
sofat |
i need your comments |
19:22.10 |
``Erik |
running autoconf might want bash, but building
an autoconf based project should not... just sh |
19:22.28 |
brlcad |
sofat: that's kind of open-ended, what are you
looking for? |
19:22.49 |
sofat |
sir i did some changes according your
needs |
19:23.09 |
brlcad |
remember about the "sir" here ;) |
19:23.26 |
``Erik |
deletes bash on his home fbsd
box |
19:23.29 |
sofat |
you told me , fetch the data from server and
show on page |
19:23.48 |
sofat |
so i done this |
19:23.51 |
sofat |
i fetch the data from this link |
19:24.01 |
sofat |
svn.code.sourceforge.net/p/brlcad/code/brlcad/trunk/doc/docbook/articles/ |
19:24.09 |
brlcad |
yep, it looks great! |
19:24.10 |
sofat |
there is my project link |
19:24.16 |
sofat |
202.164.53.122/~hitesh/wordpress/ |
19:24.23 |
brlcad |
I think you're misunderstanding |
19:24.33 |
sofat |
yes |
19:24.39 |
brlcad |
you've asked for open feedback, ask me
something specific and I can expand more easily ;) |
19:24.49 |
sofat |
ok |
19:25.09 |
brlcad |
it looks great to me, I can see several things
to try next, but it looks good |
19:25.20 |
sofat |
thanks |
19:25.49 |
brlcad |
e.g., the default style is minimal .. lets see
a little more elaborate, at least some paragraph breaks |
19:25.59 |
sofat |
ok |
19:26.06 |
brlcad |
how's it parsing the docbook? |
19:26.37 |
sofat |
sir data directly accessed using
curl |
19:26.51 |
brlcad |
egads, no sir! :) |
19:27.05 |
sofat |
and parsing automatically perform |
19:27.20 |
sofat |
i get only xml file data |
19:27.33 |
brlcad |
do you even no for sure that I'm a "sir"?
maybe I'm not even human... :) |
19:27.51 |
starseeker |
that's starseeker's theory... ;-) |
19:27.58 |
brlcad |
okay, so you curl the xml file (don't need to
do that, can assume a local checkout |
19:28.17 |
brlcad |
~cadsvn |
19:28.18 |
infobot |
To obtain BRL-CAD from Subversion: svn
checkout https://svn.code.sourceforge.net/p/brlcad/code/brlcad/trunk
brlcad |
19:29.03 |
brlcad |
run that command and put the "brlcad"
directory somewhere accessible to your front end, then you can get
to the files without curl |
19:29.40 |
sofat |
i want to ask one more question |
19:30.34 |
brlcad |
curl won't scale ... we get > 10k website
hits per month, often dozen requests per second |
19:31.43 |
sofat |
ok |
19:32.03 |
brlcad |
so yeah, this is looking sweet |
19:32.13 |
brlcad |
nice making the template style match |
19:32.22 |
sofat |
thanks |
19:33.18 |
brlcad |
sofat: do you have ideas on how to merge the
predefined translations and the Google translations? |
19:33.26 |
``Erik |
yup, delete bash and the deps, portmaster
seems happy, seems all good (wtf is xmlto for? something must use
it during build phase) |
19:33.27 |
brlcad |
I see you set up the google ones here:
http://202.164.53.122/~hitesh/wordpress/?page_id=2
.. nifty |
19:33.38 |
brlcad |
``Erik: dunno |
19:33.42 |
sofat |
yes |
19:33.47 |
brlcad |
maybe fop |
19:34.24 |
sofat |
wait sir i show you something |
19:34.31 |
sofat |
sorry for sir |
19:34.33 |
Notify |
03BRL-CAD:starseeker * 62969
(brlcad/branches/gecode/CHANGES
brlcad/branches/gecode/CMakeLists.txt and 1025 others): Sync gecode
with trunk up to -r62968 |
19:35.00 |
``Erik |
nope, fop is just java stuff... I'mma grep
around and figure this out |
19:35.25 |
brlcad |
it looks like it's an optional dep for fop,
lynx, and w3m |
19:35.53 |
brlcad |
oh, other way around, never mind |
19:35.53 |
``Erik |
probably rabbit when I was looking at nosql
stuff |
19:36.08 |
sofat |
yes i use the google translation |
19:36.37 |
``Erik |
audio/alsa-utils deskutils/narval devel/hgview
devel/rsvndump devel/xmltooling graphics/giflib japanese/gjiten
mail/dbmail multimedia/dvdstyler net/rabbitmq news/newsstar
print/system-config-printer security/opensaml2
security/shibboleth2-sp textproc/py-xmltools textproc/xmlto
x11-wm/awesome x11-wm/awesome2 |
19:36.55 |
``Erik |
ah, giflib I bet |
19:37.09 |
brlcad |
looking at https://www.archlinux.org/packages/extra/i686/xmlto/
.. maybe git? |
19:37.29 |
sofat |
but when i discuss about language translation
than you told me the translation manual performed |
19:37.36 |
sofat |
so i drop this idea |
19:37.51 |
brlcad |
sofat: yes, but they've both good
ideas |
19:38.01 |
sofat |
ok no problem |
19:38.06 |
sofat |
i use this |
19:38.15 |
brlcad |
e.g., we want to use our translation when we
have it, but ALSO provide google translations for all the other
languages? |
19:38.31 |
sofat |
ok that's nice idea |
19:38.32 |
brlcad |
maybe put the translate option on the bottom
or top of the page out of the way |
19:38.49 |
sofat |
ok |
19:38.54 |
brlcad |
oh, here's an idea |
19:39.01 |
sofat |
tell me |
19:39.26 |
brlcad |
how about if there are manual translations, we
show them with their symbol ON the article, but then still allow
the page to be autotranslated via google (at the bottom of the
page) |
19:40.16 |
sofat |
ok its nice idea |
19:40.26 |
sofat |
i have another idea |
19:40.37 |
brlcad |
do tell |
19:41.19 |
starseeker |
oof - these are mean branch syncs |
19:41.32 |
starseeker |
sees what else can be
collapsed back into trunk... |
19:42.03 |
sofat |
sorry now i think my idea is not
good |
19:42.19 |
sofat |
your idea is better then me |
19:43.04 |
``Erik |
might as well tell us your idea... even if
it's not optimal, it can help us understand your thinking and maybe
even give us new ideas... *shrug* :) |
19:43.19 |
sofat |
so tell me my next task in project
? |
19:43.28 |
Notify |
03BRL-CAD:starseeker * 62970
(brlcad/branches/rel8/CHANGES brlcad/branches/rel8/CMakeLists.txt
and 1025 others): Sync rel8 with trunk up to -r62968 |
19:43.29 |
sofat |
in this project |
19:44.18 |
sofat |
first is use google translations |
19:44.25 |
sofat |
in page |
19:45.09 |
starseeker |
heh - if sub-optimal ideas were a bar to open
source participation, I'd have been kicked out of the channel
*years* ago... |
19:46.13 |
``Erik |
idea usefulness follows a U curve, dude, at
the low end it's good entertainment... look at the existance of
bash.org ;) *duck* |
19:47.32 |
sofat |
tell me about another changes in
page |
19:47.55 |
Notify |
03BRL-CAD:starseeker * 62971
(brlcad/branches/gct/CHANGES brlcad/branches/gct/CMakeLists.txt and
1025 others): Sync gct with trunk up to r62968 |
19:48.13 |
Notify |
03BRL-CAD:starseeker * 62972
brlcad/trunk/src/libdm/CMakeLists.txt: Move Bob's original work to
a different filename - not ready to delete it yet. |
19:48.19 |
starseeker |
``Erik: what an... appropriate name for that
website today ;-) |
19:48.48 |
starseeker |
waits to see if bash.org
bashes bash and the internet implodes... |
19:49.05 |
sofat |
brlcad, tell me about another changes in
page |
19:49.17 |
brlcad |
sofat: 1) make it work with a local checkout
instead of curl, 2) have a more interesting default stylesheet so
you can see the paragraph breaks |
19:49.42 |
sofat |
ok |
19:50.36 |
brlcad |
suggest hiding/minimizing the authorship
details, or having a way to easily specify what gets
hidden |
19:50.59 |
sofat |
ok |
19:51.18 |
sofat |
sir please clear the first task |
19:51.39 |
sofat |
i could not understand |
19:51.51 |
sofat |
<PROTECTED> |
19:51.52 |
sofat |
? |
19:52.37 |
``Erik |
~cadsvn |
19:52.37 |
infobot |
To obtain BRL-CAD from Subversion: svn
checkout https://svn.code.sourceforge.net/p/brlcad/code/brlcad/trunk
brlcad |
19:53.06 |
``Erik |
^ do that on the machine running your dev
server and point your dev server to what it did instead of fetching
over the network |
19:54.06 |
brlcad |
web server |
19:55.30 |
brlcad |
sofat: https://www.mozilla.org/ is a very
nice example, note the automatic detection of language, and
language selection at the bottom |
19:55.43 |
``Erik |
yeh, development webserver...
202.164.53.122 |
19:56.03 |
sofat |
its means first i download the brlcad on my
machine and then pick the data from xml files without including the
any other web server |
19:56.36 |
brlcad |
yes |
19:56.54 |
brlcad |
it's the brlcad SOURCE files |
19:57.01 |
sofat |
yes |
19:57.40 |
brlcad |
it includes the "about page" and all those
translations .. it's the actual repository |
19:57.51 |
sofat |
yes i know |
19:59.22 |
sofat |
now see website google translation show in
bottom |
19:59.30 |
sofat |
its ok ? |
20:00.53 |
brlcad |
yeah, that looks good |
20:01.04 |
sofat |
thanks |
20:01.12 |
Notify |
03BRL-CAD:starseeker * 62973
brlcad/trunk/src/libdm/CMakeLists.txt: Add in stand-alone osg-test
application that demonstrates BRL-CAD wireframe drawing in an
all-up OSG scene graph. |
20:01.42 |
sofat |
2 task is completed now? |
20:02.22 |
sofat |
ok now my college internet speed very
slow |
20:02.59 |
brlcad |
2 was to have a more interesting default
stylesheet .. it looks the same to me |
20:03.13 |
brlcad |
there are no paragraph breaks |
20:03.16 |
sofat |
ok :-) |
20:03.22 |
sofat |
please gave me one day so i complete
this |
20:03.23 |
brlcad |
it unnecessarily shows the author |
20:03.46 |
brlcad |
definitely don't want to show "Christopher
Sean Morrison BRL-CAD Open Source" and the e-mail address |
20:03.50 |
sofat |
project according your needs |
20:03.54 |
sofat |
ok |
20:04.07 |
sofat |
i remove this staff wait |
20:22.38 |
brlcad |
now to get sofat sorting it out so the url is
clean.. |
20:25.01 |
``Erik |
that's htaccess fu in wordpress, the wp-admin
panel will try to modify the file for you or show you what to
copy&paste in |
20:25.09 |
Notify |
03BRL-CAD:starseeker * 62974
(brlcad/trunk/src/libdm/dm-osgl.cpp
brlcad/trunk/src/libdm/dm-osgl.h): Add an ifdef'd version of the
osgViewer based exploratory dm code. |
20:26.09 |
``Erik |
or mostly htaccess fu and a checkbox in the
wp-admin panel, anyway... easy to do |
20:28.23 |
brlcad |
right, but he's completely ignoring it right
now .. it's a form send and active dynamic content update |
20:32.21 |
Notify |
03BRL-CAD:starseeker * 62975 NIL: Trunk now
has work-to-date for osg - delete branches |
20:34.34 |
Notify |
03BRL-CAD:starseeker * 62976 NIL: dm/fb API
reworking now merged as well, delete dm-work branch |
20:36.38 |
Notify |
03BRL-CAD:starseeker * 62977
brlcad/trunk/misc/svn2git/archive_branches.sh: Update archived
branches list |
20:36.48 |
starseeker |
scrub scrub scrub... |
20:38.40 |
Notify |
03BRL-CAD:brlcad * 62978
brlcad/trunk/include/bselect.h: on windows, the internet networking
and socket API are both provided by Windows Sockets (i.e.,
winsock2.h). since this header's scope is fd_set, select, and
company, make sure we're included in the right order by making it
aware of bio.h inclusion |
20:39.04 |
``Erik |
iphone thickness comparison chart: https://twitter.com/IslandTaz/status/514666328100462592/photo/1 |
20:41.57 |
Notify |
03BRL-CAD:starseeker * 62979
brlcad/trunk/src/other/openscenegraph/src/osgDB/CMakeLists.txt: We
guarantee zlib - make osgDB logic match up |
20:42.07 |
brlcad |
coincidentally or ironically, if they hadn't
rounded out the sides, it'd probably not bend |
20:43.20 |
``Erik |
that'd be interesting to put through some kind
of fem/fea |
20:47.28 |
starseeker |
checks to see if the
bselect.h update has any wide ranging
implications... |
20:47.40 |
starseeker |
and crosses fingers... |
20:49.17 |
Notify |
03BRL-CAD:brlcad * 62980
brlcad/trunk/src/libbu/gethostname.c: shouldn't need to manually
include winsock.h here, bin.h provides networking |
20:50.24 |
Notify |
03BRL-CAD:brlcad * 62981
brlcad/trunk/include/bu/cmd.h: the bselect.h header provides
sys/select for things like select, fd_set, and timeval. certainly
doesn't have anything to do with networking so remove bin.h
include. |
20:53.19 |
Notify |
03BRL-CAD:brlcad * 62982
brlcad/trunk/include/fb.h: select and fd_set a provided by bselect
socket header, not the bin networking header |
20:56.00 |
Notify |
03BRL-CAD:brlcad * 62983
brlcad/trunk/src/libged/bot_dump.c: not a networking
command... |
20:58.21 |
brlcad |
wonders if maybe the headers
should be renamed for clarity, bsocket and
bnetwork |
20:59.34 |
Notify |
03BRL-CAD:starseeker * 62984
(brlcad/trunk/include/dm/dm_xvars.h
brlcad/trunk/src/libdm/dm_obj.c): Need to take another look at
Windows - these includes probably shouldn't be here... |
21:00.52 |
``Erik |
http://s3.crashworks.org.s3-website-us-east-1.amazonaws.com/if-programming-languages-were-vehicles/ |
21:01.23 |
starseeker |
+1 for bsocket and bnetwork |
21:02.21 |
starseeker |
brlcad: bot_dump isn't seeing htonl now - do I
need an include in cv.h? |
21:02.28 |
starseeker |
bu/cv.h rather... |
21:02.38 |
Notify |
03BRL-CAD:brlcad * 62985
(brlcad/trunk/src/librt/db5_io.c brlcad/trunk/src/librt/db_scan.c
brlcad/trunk/src/librt/vlist.c): not networking, so remove bin.h;
but might still need bio.h or bselect.h on some platforms |
21:03.38 |
starseeker |
db5_io.c:161: error: implicit declaration of
function âhtonsâ |
21:04.08 |
brlcad |
okay, platform differences |
21:05.21 |
starseeker |
db5_io.c needs bin.h for that definition
currently |
21:05.49 |
starseeker |
I guess htons and htonl are considered part of
the networking API? |
21:05.52 |
brlcad |
yeah, they are |
21:06.02 |
brlcad |
I didn't see them in there on quick
scan |
21:06.15 |
brlcad |
and mac platform is apparently providing them
in something else |
21:06.32 |
starseeker |
part of me wants to put bin.h in cv.h (where
the h* functions are needed) but suspects that's inviting
trouble... |
21:06.52 |
brlcad |
yeah, technically that header doesn't declare
anything that requires it |
21:07.43 |
brlcad |
IFF anything uses one of cv.h macros, then
bin.h is needed .. so it's conditional on the callee |
21:08.27 |
Notify |
03BRL-CAD:starseeker * 62986
(brlcad/trunk/src/libged/bot_dump.c brlcad/trunk/src/librt/db5_io.c
and 2 others): Needed for htonl and friends on Linux |
21:09.34 |
starseeker |
brlcad: would a rename to bsocket and bnetwork
be minimally impacting? |
21:11.41 |
starseeker |
always thinks "bin.h" has
something to do with binaries at first glance... |
21:13.15 |
Notify |
03BRL-CAD:brlcad * 62987
(brlcad/trunk/include/bin.h brlcad/trunk/include/bio.h
brlcad/trunk/include/bselect.h): clarify the scope of each of the
portability headers |
21:13.36 |
brlcad |
in.h is the name of the standard posix header
it replaces |
21:14.12 |
starseeker |
winces |
21:14.38 |
brlcad |
same with bselect.h replacing
select.h |
21:14.46 |
starseeker |
posix or not, that's some lousy
naming |
21:15.03 |
starseeker |
why didn't they go with network.h and
socket.h? |
21:15.32 |
brlcad |
probably a combination of too vague and too
much to type |
21:15.43 |
starseeker |
and "in" isn't vague? |
21:15.58 |
starseeker |
humph |
21:16.05 |
brlcad |
"in" is specifically "internet networking api"
as opposed to non-internet networking methods |
21:16.46 |
brlcad |
or ARPA's InterNet |
21:16.50 |
starseeker |
or, you know, "INput device management" or
some such... |
21:17.05 |
brlcad |
as it usually was installed as
"arpa/in.h" |
21:17.05 |
starseeker |
no matter, obviously a fight had long
ago |
21:17.22 |
brlcad |
hindsight and evolution, meh |
21:17.30 |
starseeker |
's vote, fwiw, is to go with
bsocket.h and bnetwork.h |
21:17.48 |
brlcad |
go for it, seems reasonable for our
purposes |
21:18.04 |
starseeker |
would it interfere with what you're
doing? |
21:18.06 |
brlcad |
more declarative, less ambiguous to general
audience |
21:18.19 |
brlcad |
no, I was just doing a quick scan on places
that needed bselect.h |
21:18.21 |
starseeker |
doesn't want to introduce
churn if brlcad is working with things |
21:18.34 |
brlcad |
before screwing that up ;) |
21:18.48 |
starseeker |
heh |
21:19.02 |
brlcad |
at a quick glance, I think there's a couple of
the bin.h's that should be bselect.h |
21:19.13 |
starseeker |
can readily believe
that |
21:19.26 |
brlcad |
got distracted by the ones that seemingly had
nothing to do with networking (albeit network/host conversions
DO) |
21:19.34 |
brlcad |
there's not that many |
21:19.51 |
starseeker |
well, in this instance, the "minimally
impacting" perl regex also happens to be precisely the command
needed to make the change - that's handy |
21:21.52 |
brlcad |
can you test if_wgl and fb_generic.c on
windows? I think they're the only two suspects remaining |
21:22.02 |
starseeker |
I can this evening |
21:22.16 |
brlcad |
or even if it breaks linux |
21:22.41 |
starseeker |
what change exactly do I make? switch bin.h to
bselect.h? |
21:22.47 |
brlcad |
no, just remove bin.h |
21:22.58 |
``Erik |
"you arrogant tcp/ip effers, ipx is
networking, too!" |
21:24.02 |
starseeker |
fb_generic's OK on Linux |
21:25.35 |
brlcad |
cool, so "probably" just not needed at
all |
21:25.51 |
brlcad |
there was mention in the file about
recognizing the host, so probably some code that got pushed
elsewhere |
21:26.10 |
brlcad |
if it fails, then bselect.h is probably needed
... or I missed a htonl again |
21:26.21 |
starseeker |
nods - sounds like code that
*should* have been pushed elsewhere... |
21:26.42 |
brlcad |
X.25 and ATM networks are far more common and
still relevant "non-IP" networks than IPX... |
21:28.24 |
starseeker |
brlcad: go ahead and commit if you want...
I'll try it this evening |
21:28.49 |
brlcad |
I think in.h and friends included other non-IP
protocols like ICMP, IGMP, ARP, etc |
21:30.37 |
Notify |
03BRL-CAD:brlcad * 62988
brlcad/trunk/src/libfb/fb_generic.c: eliminating this bin.h...
doesn't seem to have any net/host conversions, but does use
fd_set |
21:31.00 |
``Erik |
erm, was fairly sure icmp and igmp are ip
based (they sit alongside tcp, udp, rdp, ...)... anyway, in.h got
it's name in the wild west era of computer networking (still
referred to as berkeley sockets for it's bsd heritage) :) |
21:37.17 |
starseeker |
reflects that short, terse
header names reflect an era when a lot more code was being written
than was being maintained long-term... |
21:37.26 |
starseeker |
things have changed |
21:39.06 |
Notify |
03BRL-CAD:starseeker * 62989
(brlcad/trunk/CHANGES brlcad/trunk/bench/pixcmp.c and 439 others):
Rename bio.h to bsocket.h and bin.h to bnetwork.h,
respectively. |
21:40.33 |
``Erik |
well, things were simpler, there weren't
nearly as many headers (or components on a computer), and many
filesystems had limits that forced fairly short filenames
anyway |
21:41.02 |
``Erik |
'scheme' was supposed to be schemer, but there
was a limit of 6 characters on the machine they went to implement
it on |
21:41.36 |
starseeker |
heh - reminds me of some of the artifacts left
in the Maxima lisp codebase |
21:42.20 |
``Erik |
and on tiny machines, cbm basic variables only
respected the first two characters of the name, so 'car' and 'cat'
would intern to the same thing |
21:42.39 |
``Erik |
the good old days :) |
21:42.54 |
Notify |
03BRL-CAD:starseeker * 62990
brlcad/trunk/src/libdm/CMakeLists.txt: Right... the OSG DM also
depends on Tk |
21:45.54 |
brlcad |
starseeker: eek, bio.h isn't socket
stuff... |
21:46.04 |
brlcad |
those are input/output routines |
21:46.18 |
brlcad |
bselect.h is socket api |
21:48.07 |
Notify |
03BRL-CAD:brlcad * 62991
brlcad/trunk/src/libfb/if_wgl.c: since it doesn't seem to directly
call any WSA_ winsock function, presume select/fd_set declarations
are needed (so changing bin.h to bselect.h). |
21:48.09 |
starseeker |
ah, my bad |
21:48.30 |
starseeker |
one second |
21:49.27 |
brlcad |
is starting to think
starseeker hasn't read the header to any of those three files...
:) |
21:49.40 |
starseeker |
's brain is a little
fried |
21:51.14 |
brlcad |
bio.h is a tricky one .. it is sort of a
"lifeline" header, so in a way the homonym fits |
21:51.19 |
brlcad |
stdio.h, io.h, fcntl, unistd.h, and
windows.h |
21:51.45 |
brlcad |
it's the "standard I/O functions" ... which is
a lot of stuff |
21:52.19 |
starseeker |
nods |
21:52.45 |
starseeker |
with the other two clarified bio.h should be
fine |
21:52.50 |
starseeker |
jabs
sourceforge... |
21:53.00 |
Notify |
03BRL-CAD:starseeker * 62992
(brlcad/trunk/CHANGES brlcad/trunk/CMakeLists.txt and 440 others):
dur - got the wrong header for socket rename. revert... |
21:53.06 |
starseeker |
hah |
21:57.20 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
22:01.19 |
Notify |
03BRL-CAD:starseeker * 62993
(brlcad/trunk/CHANGES brlcad/trunk/include/CMakeLists.txt and 43
others): Rename bselect.h to bsocket.h and bin.h to
bnetwork.h |
22:01.25 |
starseeker |
there we go |
22:05.07 |
Notify |
03BRL-CAD:starseeker * 62994
(brlcad/trunk/include/bnetwork.h brlcad/trunk/include/bsocket.h):
Fix internals of moved headers |
22:08.15 |
Notify |
03BRL-CAD:starseeker * 62995
brlcad/trunk/CMakeLists.txt: Don't enable OSG by default
yet |
22:32.35 |
*** join/#brlcad teepee
(~teepee@gateway/tor-sasl/teepee) |
23:02.49 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |