| 00:18.18 | Notify | 03BRL-CAD:starseeker * 62685 (brlcad/branches/dm-work/src/libdm/axes.c Property Changed: and 3 others): Pull axes.c fix from trunk - updated to r62684 |
| 00:25.34 | *** join/#brlcad FreezingCold (~FreezingC@CPE602ad06bea2a-CM602ad06bea27.cpe.net.cable.rogers.com) |
| 00:30.18 | Notify | 03BRL-CAD:starseeker * 62686 brlcad/trunk/src/mged/attach.c: Once again, distcheck-full proves its worth. Fix no_tk build of MGED. |
| 00:34.44 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) |
| 00:47.57 | Notify | 03BRL-CAD:starseeker * 62687 (brlcad/branches/dm-work/src/mged/attach.c Property Changed: and 3 others): Sync to r62686 |
| 01:07.10 | Notify | 03BRL-CAD Wiki:IsisTraugott * 0 /wiki/User:IsisTraugo: |
| 02:40.05 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) |
| 03:12.19 | Notify | 03BRL-CAD:starseeker * 62688 (brlcad/trunk/include/fb/fb_platform_specific.h brlcad/trunk/src/libdm/dm-qt.cpp and 2 others): Get the Qt dm/fb building again, but not yet working for the embedded framebuffer - need to rework that logic to fit in the new setup. |
| 03:29.38 | Notify | 03BRL-CAD:starseeker * 62689 brlcad/trunk/src/libdm/dm-qt.cpp: Begin the rework of the Qt framebuffer logic for the new API. |
| 03:47.09 | Notify | 03BRL-CAD:starseeker * 62690 brlcad/trunk/src/libfb/if_qt.cpp: Closer, but not working yet for embedded Qt framebuffer. |
| 03:47.31 | starseeker | growl |
| 07:15.18 | *** join/#brlcad ries (~ries@D979EA84.cm-3-2d.dynamic.ziggo.nl) |
| 07:48.53 | *** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net) |
| 08:04.01 | *** join/#brlcad teepee- (bc5c2133@gateway/web/freenode/ip.188.92.33.51) |
| 08:21.39 | *** join/#brlcad teepee- (bc5c2133@gateway/web/freenode/ip.188.92.33.51) |
| 10:35.36 | *** join/#brlcad teepee- (bc5c2133@gateway/web/freenode/ip.188.92.33.51) |
| 10:47.38 | *** join/#brlcad ries (~ries@D979EA84.cm-3-2d.dynamic.ziggo.nl) |
| 12:38.11 | *** join/#brlcad teepee- (bc5c2133@gateway/web/freenode/ip.188.92.33.51) |
| 13:26.20 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) |
| 14:11.01 | Notify | 03BRL-CAD:carlmoore * 62691 (brlcad/trunk/src/libfb/if_qt.cpp brlcad/trunk/src/libged/display_list.c): fix spelling, and remove trailing blanks/tabs |
| 14:15.46 | Notify | 03BRL-CAD:starseeker * 62692 brlcad/trunk/src/libdm/dm-qt.cpp: Make the qimg assignment match the one in the older qt_openFb code |
| 14:17.57 | Notify | 03BRL-CAD:starseeker * 62693 brlcad/trunk/src/libdm/dm-qt.cpp: Actually, no reason to do the cast over and over... |
| 14:29.15 | Notify | 03BRL-CAD:starseeker * 62694 (brlcad/trunk/src/libdm/dm-X.c brlcad/trunk/src/libdm/dm-ogl.c and 2 others): cast once for the other dm assignments, while we're at it. |
| 14:35.29 | *** join/#brlcad FreezingCold (~FreezingC@CPE602ad06bea2a-CM602ad06bea27.cpe.net.cable.rogers.com) |
| 14:35.56 | *** join/#brlcad teepee- (bc5c2133@gateway/web/freenode/ip.188.92.33.51) |
| 14:48.10 | Notify | 03BRL-CAD:starseeker * 62695 (brlcad/trunk/src/libged/simulate/simrt.c Property Changed: and 3 others): Merge change in r62518 from bullet branch. |
| 14:52.27 | Notify | 03BRL-CAD:starseeker * 62696 (brlcad/branches/bullet/CHANGES brlcad/branches/bullet/NEWS and 223 others): Sync with trunk thru r62694 |
| 15:20.52 | Notify | 03BRL-CAD:starseeker * 62697 (brlcad/trunk/INSTALL brlcad/trunk/configure and 4 others): Merge the last of the changes in the bullet branch into trunk, including the src/other bullet. It's off by default (based on the BRLCAD_ENABLE_BULLET flag) because it doesn't yet build on Windows |
| 15:22.16 | Notify | 03BRL-CAD:starseeker * 62698 NIL: Fully merged - deleting bullet branch, since from here it should be practical to complete the simulate work and Windows bullet building in trunk. |
| 15:23.54 | Notify | 03BRL-CAD:starseeker * 62699 brlcad/trunk/misc/svn2git/archive_branches.sh: Add bullet to the archived branches list for svn2git |
| 15:33.52 | *** join/#brlcad clock (~clock@77-58-143-135.dclient.hispeed.ch) |
| 17:57.02 | Notify | 03BRL-CAD:brlcad * 62700 brlcad/trunk/src/anim/anim_track.c: size_t propagation |
| 18:01.29 | Notify | 03BRL-CAD:brlcad * 62701 (brlcad/trunk/src/anim/anim_hardtrack.c brlcad/trunk/src/anim/anim_track.c): similar size_t propagation |
| 18:02.58 | Notify | 03BRL-CAD:brlcad * 62702 brlcad/trunk/src/librt/vshoot.c: dead code |
| 19:35.52 | *** join/#brlcad vladbogo (~vlad@188.25.101.43) |
| 19:45.49 | *** join/#brlcad sofat (~sofat@202.164.45.204) |
| 19:50.25 | sofat | hi |
| 19:50.48 | sofat | i want to start the work on brlcad ,please guide me |
| 19:50.57 | sofat | i am php developer |
| 19:55.20 | brlcad | sofat: hi |
| 19:55.51 | sofat | hello |
| 19:55.53 | brlcad | open source development is all about self-motivation than being told what to do -- what interests you? |
| 19:56.16 | sofat | I am a web developer by interest. |
| 19:56.59 | sofat | I would love to contribute to brlcad web. |
| 19:58.28 | brlcad | okay, but that can mean oh so many things :) |
| 19:58.42 | sofat | I have done some work for brlcad web so far my interest is concerned and I have left you a PM regarding that. |
| 19:58.44 | brlcad | you can put anything on the web .. and we have a lot :) |
| 19:59.03 | brlcad | yes, the benchmark db |
| 19:59.22 | sofat | yes, I have made a mediawiki extension of that.\ |
| 19:59.53 | sofat | I would be pleased if you spare some time for that and review work. |
| 20:00.11 | brlcad | I did review it, but I'm not sure what to make of it |
| 20:00.28 | brlcad | what's the next step? how does it pertain to the other implementation? |
| 20:01.05 | brlcad | have you talked to ankesh at all? |
| 20:01.15 | sofat | Not, yet |
| 20:02.18 | sofat | I had checked the work of Ankesh, and I have made some improvements in the compare graphs |
| 20:15.31 | Notify | 03BRL-CAD:vladbogo * 62703 (brlcad/branches/qtged/INSTALL brlcad/branches/qtged/NEWS and 102 others): Merged latest trunk changes to qtged |
| 20:18.48 | sofat | i have improve the graphs comparison as follows |
| 20:18.49 | sofat | http://202.164.53.122/~hitesh/media/index.php/Special:Benchmark_compare_two?mode=/home/hitesh/public_html/media/extensions/Benchmark/logfiles/39482.log&file=/home/hitesh/public_html/media/extensions/Benchmark/logfiles/84946.log |
| 20:19.33 | sofat | http://202.164.53.122/~hitesh/media/index.php/Special:Benchmark_compare_one |
| 20:21.03 | brlcad | sofat, those links seem broken |
| 20:21.15 | brlcad | or does one have to be logged in? |
| 20:21.29 | sofat | please log in first |
| 20:21.37 | sofat | user name: Harry |
| 20:21.38 | brlcad | I get an empty page for the first and an error for the second |
| 20:21.52 | sofat | password: harry@123 |
| 20:22.03 | sofat | Then open the above link. |
| 20:22.31 | brlcad | okay, that's better |
| 20:23.19 | brlcad | second is still an error |
| 20:23.33 | sofat | http://202.164.53.122/~hitesh/media/index.php/Special:Benchmark_compare |
| 20:23.44 | sofat | Please have a look now. |
| 20:27.08 | brlcad | that works |
| 20:27.17 | brlcad | so walk me through what you did |
| 20:27.37 | brlcad | what does this correspond to on http://202.164.53.122/benchmark/ |
| 20:27.44 | sofat | through the overall efforts? |
| 20:27.48 | brlcad | sure |
| 20:27.55 | sofat | okay |
| 20:29.02 | sofat | I have used CGI for calling the parser (in python developed in previous GSoC) |
| 20:29.58 | sofat | Then I made an interface for uploading the .log file and the parser parses that file and stores the value in DB |
| 20:30.41 | sofat | Then from the DB the values are read and graphs are plotted. |
| 20:31.34 | sofat | And when we upload second file, then we can compare the graphs of two files we / someone else uploaded. |
| 20:32.41 | brlcad | did you branch from the git repo? it looks like your modifications are somewhat behind where ankesh ended up |
| 20:32.56 | sofat | yes I did |
| 20:33.13 | sofat | and one more thing I added is that |
| 20:34.16 | brlcad | it all looks pretty good, but I have some of the same concerns that I shared with ankesh months ago |
| 20:34.31 | sofat | The values of plotted .log file are compared with the minimum, maximum and average values picked for that log file from DB. |
| 20:34.47 | sofat | This is yet another feature I developed. |
| 20:34.52 | brlcad | e.g., I don't think the individual tests should be exposed anywhere except perhaps on a detailed sheet for a given run |
| 20:35.13 | brlcad | looks like you've done quite a lot of work |
| 20:35.27 | sofat | yes I tried my level best. |
| 20:35.34 | brlcad | so now we have to figure out how to combine these efforts and how that makes sense |
| 20:36.02 | sofat | would be pleasure and encouragement. :) |
| 20:36.07 | brlcad | where'd you come up with the idea about running the whole thing as a mediawiki Special? |
| 20:36.27 | sofat | I kept an idea on the mailing list and IRC |
| 20:36.31 | Notify | 03BRL-CAD:carlmoore * 62704 (brlcad/trunk/doc/docbook/system/man1/en/nirt.xml brlcad/trunk/src/nirt/nirt.c): touchup (includes insertion of missing options) for nirt |
| 20:38.56 | brlcad | "File In Wrong Format plase use .log file" <-- when I try to upload a log file |
| 20:39.05 | brlcad | (and I did select a .log file) |
| 20:39.51 | sofat | let me check it. |
| 20:40.16 | sofat | Could you please send me the file? |
| 20:40.26 | sofat | I am able to upload |
| 20:42.11 | brlcad | sure, http://brlcad.org/tmp/run-34770-benchmark.log and http://brlcad.org/tmp/run-47061-benchmark.log |
| 20:42.45 | sofat | thanks, just wait a second please |
| 20:43.44 | brlcad | sofat: I have a particular web project in mind if you're interested in trying to tackle it, but it might require you expanding your knowledge beyond php a little |
| 20:45.45 | Notify | 03BRL-CAD:starseeker * 62705 (brlcad/trunk/CMakeLists.txt brlcad/trunk/INSTALL and 14 others): Work towards completeing the 'ogl using openscenegraph' version of the dm/fb work with OpenSceneGraph - not done yet, but looking promising. This approach treats OpenSceneGraph as a portable OpenGL context and uses the existing ogl dm and fb drawing code (for the most part), rather than leveraging the actual scene graph |
| 20:45.47 | Notify | features of OSG (which is considerably more invasive.) Adding this work for two reasons - 1) even though it is not a major functionality boost, it does have the potential to collapse the ogl and wgl dm/fb systems into a single, portable dm/fb and 2) it makes other efforts to actually use the scenegraph simplier from a changeset management perspective. Controlled by the BRLCAD_ENABLE_OSG flag, which is off by default. |
| 20:46.04 | sofat | sure brlcad |
| 20:46.31 | brlcad | we need a dynamic About page |
| 20:46.43 | brlcad | right now we have this: http://brlcad.org/d/about |
| 20:47.20 | sofat | yeah |
| 20:47.31 | sofat | I would be pleased to do so. |
| 20:48.01 | brlcad | in our source tree, we have this: http://sourceforge.net/p/brlcad/code/HEAD/tree/brlcad/trunk/README |
| 20:48.25 | brlcad | and this: http://sourceforge.net/p/brlcad/code/HEAD/tree/brlcad/trunk/doc/docbook/articles/en/about.xml |
| 20:50.15 | sofat | and what would I need to do exactly or where would I need to extend my knowledge to? |
| 20:50.44 | sofat | if you could make clearer |
| 20:50.50 | Notify | 03BRL-CAD:carlmoore * 62706 brlcad/trunk/doc/docbook/system/man1/en/nirt.xml: put more punctuation outside parentheses |
| 20:51.21 | brlcad | moreover, we're currently in the middle of migrating to a completely different website platform... :) |
| 20:52.05 | brlcad | docbook/xml is probably the extension of knowledge |
| 20:52.37 | brlcad | we want the docbook xml file to get rendered into the website |
| 20:52.48 | sofat | okay |
| 20:53.03 | sofat | fine, I will do that. |
| 20:53.39 | brlcad | and we want this to happen automatically, regularly |
| 20:53.56 | brlcad | we can set up a job on the server to do updates overnight or on-demand |
| 20:54.05 | brlcad | but it gets a little more complicated |
| 20:54.15 | brlcad | note we have that document in different translations: http://sourceforge.net/p/brlcad/code/HEAD/tree/brlcad/trunk/doc/docbook/articles/ru/about_ru.xml |
| 20:55.02 | brlcad | we have 4 or 5 and I'd expect that to grow to many more ... all getting committed to the repo and getting exposed on the website with as minimal to no intervention necessary as possible |
| 20:55.24 | brlcad | the idea will be to have a checkout of BRL-CAD on the server that you can read/use |
| 20:56.04 | brlcad | and either that xml file is compiled into something the web server can use (e.g., docbook to html) |
| 20:57.29 | sofat | okay I have got an Idea of what to do, could you please give me the pointers where to begin? |
| 20:57.47 | brlcad | or the front-end web code pulls the xml file, processes it, caches the result (the website must deliver static content most of the time) |
| 20:58.36 | brlcad | I think our current plan is to utilize wordpress, so you could probably create a wordpress module for this |
| 20:58.47 | sofat | wonderful |
| 20:59.05 | sofat | I have good experience in wordpress. |
| 20:59.23 | brlcad | we don't want it to be completely stand-alone .. if we add a search field or want to involve user/group permissions, integrating with the CMS will be better than something fully custom |
| 21:00.21 | brlcad | in the end, I think we want to end up with a http://brlcad.org/about that includes the text contents of the xml file and whatever other content it describes (there could be images) |
| 21:00.39 | brlcad | the about page needs to look impressive ;) |
| 21:01.08 | sofat | okay fine. do I need to put my efforts for this in wordpress? |
| 21:03.23 | sofat | I have a few live projects I developed in WP |
| 21:03.25 | sofat | http://ieilc.org/ |
| 21:04.08 | sofat | http://monumentaldeals.com/deals/?mode=home |
| 21:09.10 | brlcad | this is a particularly relevant example to keep in mind for the final result: http://www.blender.org/about/ |
| 21:09.49 | brlcad | (note that it's a responsive design) |
| 21:10.58 | sofat | okay I got that. ;) |
| 21:11.04 | Notify | 03BRL-CAD:starseeker * 62707 (brlcad/trunk/doc/docbook/resources/brlcad/brlcad-article-xhtml-stylesheet.xsl.in brlcad/trunk/doc/docbook/resources/brlcad/brlcad-book-xhtml-stylesheet.xsl.in and 4 others): Finally - figured out where to put the encoding setting so our HTML output doesn't end up rendering with funny characters visible due to UTF-8 |
| 21:11.08 | Stragus | Looks rather similar to me... Not even an animated cursor trail, shessh |
| 21:11.10 | Stragus | :) |
| 21:11.11 | starseeker | does happy dance |
| 21:11.34 | starseeker | that's been driving me nuts for *years*, off and on |
| 21:12.10 | brlcad | cool |
| 21:12.55 | brlcad | starseeker: note that encoding will necessarily have to be something else for almost any other language |
| 21:13.39 | starseeker | nods - maybe we can set up something a little more sophisticated, but at least the default doesn't look broken now |
| 21:13.50 | brlcad | yeah |
| 21:13.57 | brlcad | it should be outputting utf-8 everywhere |
| 21:14.17 | starseeker | uh - that doesn't work out of the box in firefox... |
| 21:14.25 | starseeker | is pretty sure that's what it was doing |
| 21:15.08 | starseeker | I suppose I can try explicitly setting UTF-8 and see if it generates better HTML that firefox will handle correctly... |
| 21:15.24 | Stragus | Does it output a <meta charset=""> header? It should work everywhere, including Firefox |
| 21:15.47 | Stragus | But a bunch of HTML pages lack the encoding/charset headers/tags |
| 21:16.40 | starseeker | it's all up to what the xsl stylesheets and DocBook want to do - I'm sure there's some sort of "correct" setting, but (like most things DocBook) the documentation, where it exists at all, could give neutronium a run for its money... |
| 21:18.11 | Stragus | Don't rely on browsers having the "correct" default encoding or recognizing/guessing the encoding, the proper solution is an explicit header/tag |
| 21:18.42 | starseeker | sure - that just leaves the question of how to do that in DocBook ;-) |
| 21:18.58 | Stragus | Hum... write a script to fix DocBook's output? :) |
| 21:19.46 | brlcad | docbook doesn't really do anything, it's just xml -- it's the stylesheet and whatever processor is being used (fop, xsltproc) |
| 21:20.00 | starseeker | right, which takes xsl as its input |
| 21:21.43 | brlcad | your xsl:output encoding directive should do the trick |
| 21:22.14 | starseeker | will try UTF-8 in a second... |
| 21:22.15 | brlcad | just instead of ISO-8859-1, it should be UTF-8 |
| 21:22.17 | brlcad | <xsl:output method="xml" encoding="UTF-8"/> |
| 21:24.05 | sofat | brlcad, regarding the document in different translations, I need some more light thrown |
| 21:38.49 | Notify | 03BRL-CAD:starseeker * 62708 (brlcad/trunk/INSTALL brlcad/trunk/configure brlcad/trunk/src/other/CMakeLists.txt): List files for distcheck. |
| 21:45.58 | sofat | thanks brlcad |
| 21:45.58 | starseeker | nope - setting UTF-8 doesn't work |
| 21:45.58 | sofat | i will come with some work done |
| 21:46.05 | starseeker | ah - method="html" works |
| 21:46.05 | starseeker | (with UTF-8) |
| 21:47.21 | *** join/#brlcad KimK (~Kim__@ip68-102-30-143.ks.ok.cox.net) |
| 21:47.56 | Notify | 03BRL-CAD:starseeker * 62709 (brlcad/trunk/doc/docbook/resources/brlcad/brlcad-article-xhtml-stylesheet.xsl.in brlcad/trunk/doc/docbook/resources/brlcad/brlcad-book-xhtml-stylesheet.xsl.in and 4 others): get UTF-8 working |
| 21:48.00 | starseeker | sweet |
| 22:00.37 | *** join/#brlcad sofat (~sofat@202.164.45.204) |
| 22:01.01 | *** join/#brlcad clock (~clock@77-58-143-135.dclient.hispeed.ch) |
| 22:19.41 | *** join/#brlcad mpictor (~mark@c-68-58-38-45.hsd1.in.comcast.net) |
| 22:23.14 | *** join/#brlcad maths22_ (~maths22@66-118-151-70.static.sagonet.net) |
| 22:24.54 | *** join/#brlcad Stragus (~alexis@modemcable008.161-160-184.mc.videotron.ca) |
| 22:26.58 | brlcad | starseeker: did method=xml not work? |
| 22:27.07 | brlcad | what about method=xhtml? |