Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=635511 --- Comment #2 from Rich Mattes <richmattes(a)gmail.com&gt; 2010-09-20 01:39:18 EDT --- Thanks for taking a look Ralf. I added the doxygen-generated API reference to the -devel package as documentation. There are also doxygen docs for the assimp binary, but they don't contain any more information than running "assimp --help" does so I opted to exclude them. Part of the reason I repackaged the archive was because the .zip file the project provides doesn't unzip cleanly into a single directory. I've resolved this issue by using %setup -c, so the package now uses the project's .zip file. Bundled libraries are removed in %prep for safety. New spec and SRPM are located at: Spec URL: http://rmattes.fedorapeople.org/RPMS/assimp/assimp.spec SRPM URL: http://rmattes.fedorapeople.org/RPMS/assimp/assimp-1.1.700-2.fc13.src.rpm $ rpmlint ../RPMS/x86_64/assimp-* ../SRPMS/assimp-* assimp.x86_64: W: shared-lib-calls-exit /usr/lib64/libassimp.so.1.0.0 exit(a)GLIBC_2.2.5 assimp.x86_64: W: no-manual-page-for-binary assimp 4 packages and 0 specfiles checked; 0 errors, 2 warnings. -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=635511 --- Comment #4 from Ralf Corsepius <rc040203(a)freenet.de&gt; 2010-09-20 02:19:56 EDT --- Partial review: * Remove BuildRequires: ccache assimp does not build-require ccache. * Remove from *-devel Requires: pkgconfig cmake assimp doesn't ship pkgconfig files nor cmake files. * Consider building the doxygen docs from sources. Apart of these, the package seems basically fine to me. One outstanding issue, I haven't checked for yet: The *devel package's deps likely are incomplete. -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=635511 Ralf Corsepius <rc040203(a)freenet.de&gt; changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |tcallawa(a)redhat.com Blocks| |182235(FE-Legal) --- Comment #6 from Ralf Corsepius <rc040203(a)freenet.de&gt; 2010-09-24 10:04:16 EDT --- Technically, the package is fine. I would approve it, if there weren't a legal detail: The source *.zip contains data files ("artwork?") under different, some times not really clear licenses. AFAIS, they all qualify as "freely distributable", but some of them do not qualify a as "open source". As the package doesn't install them, I am not sure if this is allowed in Fedora. => Blocking FE-LEGAL for review. -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=635511 --- Comment #8 from Ralf Corsepius <rc040203(a)freenet.de&gt; 2010-10-12 09:49:14 EDT --- (In reply to comment #7) Correct. I am very opposed to forking source tarballs away from upstreams and would prefer to avoid doing so if possible. Also, AFAIS, all of the "tests" are "distributable" (legal to be re-distributed), with their licensing not affecting the "binary" rpms and many of them either qualifying as "art work" or as "trivial" (== non-copyrightable == non-licensable). That said, I don't see much reason to remove any of them. All I want is RH-legal to give their "rubber stamp" - i.e. them to formally approve or disapprove the legal status of the sources. -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=635511 --- Comment #10 from Rich Mattes <richmattes(a)gmail.com&gt; 2010-10-13 21:51:39 EDT --- I got a response from upstream: http://sourceforge.net/mailarchive/message.php?msg_name=4CB5F509.1070608%... They've separated the models into two directories, models that are BSD/zlib/public domain, and models that have questionable or restrictive licensing. I could export a snapshot from their SVN and remove the nonbsd folder before creating the archive. They also brought up the fact that the IrrXML they bundle has many bugfixes and enhancements, and that the copy that's included in Fedora's Irrlicht might not work for some Collada models. I've asked them what the status of upstreaming their patches is; if we can get them accepted upstream into Irrlicht we could carry the patches until the next Irrlicht release. -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=635511 --- Comment #12 from Rich Mattes <richmattes(a)gmail.com&gt; 2010-10-15 10:34:20 EDT --- The response to my question about upstreaming: http://sourceforge.net/mailarchive/message.php?msg_name=4CB6D753.3020805%... It looks like the assimp guys are concerned that the changes they made to irrXML go against IrrXML's goal of being as fast as possible, but they've never tried getting the code upstream. They don't seem opposed to it though. I'll try to create a patch that applies to Irrlicht and show it to the assimp guys so they can make sure I didn't miss anything. -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=635511 --- Comment #14 from Tom "spot" Callaway <tcallawa(a)redhat.com&gt; 2010-11-17 14:36:23 EST --- Created attachment 461140 --> https://bugzilla.redhat.com/attachment.cgi?id=461140 fast_atof speed and accuracy test code So, I finally found some time to look into this, and I discovered that Irrlicht has a regression test for the fast_atof functions, that tests speed and accuracy. I've fixed it so that it runs on Linux, and attached it to this bug. -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=635511 --- Comment #16 from Tom "spot" Callaway <tcallawa(a)redhat.com&gt; 2010-11-17 14:43:04 EST --- Once I'd fixed up the test code (and built/installed a local 1.7.2 package), I compiled it like this: gcc -m64 -I/usr/include/irrlicht fast_atof.cpp -o fast_atof-172 -lIrrlicht -lstdc++ -lm (I haven't yet separated IrrXML from Irrlicht yet.) The results in Comment 15 are from an example run on my Fedora 14 x86_64 laptop. Then, I applied your patch to fast_atof.cpp, rebuilt and reinstalled, then built a new copy of the test code. The results show that the new code is not performing accurate calculations on some tests: String '340282346638528859811704183484516925440.000000' New fast 15581490439004356608.0000000000000000000000000000000000000000 Old fast 0.0000000000000000000000000000000000000000 atof 340282346638528859811704183484516925440.0000000000000000000000000000000000000000 String '3.402823466e+38F' New fast 340282306073709652508363335590014353408.0000000000000000000000000000000000000000 Old fast 3.4028234481811523437500000000000000000000 atof 340282346638528859811704183484516925440.0000000000000000000000000000000000000000 String '3402823466e+29F' New fast 340282346638528859811704183484516925440.0000000000000000000000000000000000000000 Old fast 3402823424.0000000000000000000000000000000000000000 atof 340282346638528859811704183484516925440.0000000000000000000000000000000000000000 String '-340282346638528859811704183484516925440.000000' New fast -15581490439004356608.0000000000000000000000000000000000000000 Old fast -0.0000000000000000000000000000000000000000 atof -340282346638528859811704183484516925440.0000000000000000000000000000000000000000 String '-3.402823466e+38F' New fast -340282306073709652508363335590014353408.0000000000000000000000000000000000000000 Old fast -3.4028234481811523437500000000000000000000 atof -340282346638528859811704183484516925440.0000000000000000000000000000000000000000 String '-3402823466e+29F' New fast -340282346638528859811704183484516925440.0000000000000000000000000000000000000000 Old fast -3402823424.0000000000000000000000000000000000000000 atof -340282346638528859811704183484516925440.0000000000000000000000000000000000000000 String '34028234663852885981170418348451692544.000000' New fast 15581490439004356608.0000000000000000000000000000000000000000 Old fast 0.0000000000000000000000000000000000000000 atof 34028234663852885981170418348451692544.0000000000000000000000000000000000000000 String '3.402823466e+37F' New fast 34028229593250485068252812361638871040.0000000000000000000000000000000000000000 Old fast 3.4028234481811523437500000000000000000000 atof 34028234663852885981170418348451692544.0000000000000000000000000000000000000000 String '3402823466e+28F' New fast 34028234663852885981170418348451692544.0000000000000000000000000000000000000000 Old fast 3402823424.0000000000000000000000000000000000000000 atof 34028234663852885981170418348451692544.0000000000000000000000000000000000000000 String '-34028234663852885981170418348451692544.000000' New fast -15581490439004356608.0000000000000000000000000000000000000000 Old fast -0.0000000000000000000000000000000000000000 atof -34028234663852885981170418348451692544.0000000000000000000000000000000000000000 String '-3.402823466e+37F' New fast -34028229593250485068252812361638871040.0000000000000000000000000000000000000000 Old fast -3.4028234481811523437500000000000000000000 atof -34028234663852885981170418348451692544.0000000000000000000000000000000000000000 String '-3402823466e+28F' New fast -34028234663852885981170418348451692544.0000000000000000000000000000000000000000 Old fast -3402823424.0000000000000000000000000000000000000000 atof -34028234663852885981170418348451692544.0000000000000000000000000000000000000000 String '.00234567' New fast 0.0023449999280273914337158203125000000000 Old fast 0.0023456700146198272705078125000000000000 atof 0.0023456700146198272705078125000000000000 *** ERROR - less accurate than old method *** String '-.00234567' New fast -0.0023449999280273914337158203125000000000 Old fast -0.0023456700146198272705078125000000000000 atof -0.0023456700146198272705078125000000000000 *** ERROR - less accurate than old method *** String '0.00234567' New fast 0.0023449999280273914337158203125000000000 Old fast 0.0023456700146198272705078125000000000000 atof 0.0023456700146198272705078125000000000000 *** ERROR - less accurate than old method *** String '-0.00234567' New fast -0.0023449999280273914337158203125000000000 Old fast -0.0023456700146198272705078125000000000000 atof -0.0023456700146198272705078125000000000000 *** ERROR - less accurate than old method *** String '1.175494351e-38F' New fast 0.0000000000000000000000000000000000000118 Old fast 0.0000000000000000000000000000000000000118 atof 0.0000000000000000000000000000000000000118 *** ERROR - less accurate than old method *** String '1175494351e-47F' New fast 0.0000000000000000000000000000000000000118 Old fast 1175494400.0000000000000000000000000000000000000000 atof 0.0000000000000000000000000000000000000118 String '1.175494351e-37F' New fast 0.0000000000000000000000000000000000001175 Old fast 0.0000000000000000000000000000000000001175 atof 0.0000000000000000000000000000000000001175 *** ERROR - less accurate than old method *** String '1.175494351e-36F' New fast 0.0000000000000000000000000000000000011755 Old fast 0.0000000000000000000000000000000000011755 atof 0.0000000000000000000000000000000000011755 *** ERROR - less accurate than old method *** String '-1.175494351e-36F' New fast -0.0000000000000000000000000000000000011755 Old fast -0.0000000000000000000000000000000000011755 atof -0.0000000000000000000000000000000000011755 *** ERROR - less accurate than old method *** String '123456.789' New fast 123456.7890625000000000000000000000000000000000 Old fast 123456.7890625000000000000000000000000000000000 atof 123456.7890625000000000000000000000000000000000 String '-123456.789' New fast -123456.7890625000000000000000000000000000000000 Old fast -123456.7890625000000000000000000000000000000000 atof -123456.7890625000000000000000000000000000000000 String '0000123456.789' New fast 123456.7890625000000000000000000000000000000000 Old fast 123456.7890625000000000000000000000000000000000 atof 123456.7890625000000000000000000000000000000000 String '-0000123456.789' New fast -123456.7890625000000000000000000000000000000000 Old fast -123456.7890625000000000000000000000000000000000 atof -123456.7890625000000000000000000000000000000000 Calculation is not accurate, so the speed is irrelevant -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=635511 --- Comment #18 from Rich Mattes <richmattes(a)gmail.com&gt; 2010-11-17 15:02:47 EST --- If I'm reading the results from comment 15 right, glibc's atof() is faster than both Irrlicht's and Assimp's anyway? Maybe I should just patch Assimp to use the system atof in Linux... I think the errors might result from a #define hidden in the Assimp version of the fast_atof, namely #define AI_FAST_ATOF_RELAVANT_DECIMALS 6. It looks like that dictates how many decimal points to pay attention to before giving up and returning. Setting it to something like 10 or 15 (the max value) might improve the results. -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=635511 --- Comment #20 from Tom "spot" Callaway <tcallawa(a)redhat.com&gt; 2010-11-17 16:08:01 EST --- At 10, these are the times from three runs: atof time = 451 fast_atof Time = 273 old fast_atof time = 476 The fast method isn't at least three times as fast as atof() atof time = 428 fast_atof Time = 310 old fast_atof time = 531 The fast method isn't at least three times as fast as atof() atof time = 406 fast_atof Time = 309 old fast_atof time = 490 The fast method isn't at least three times as fast as atof() Averaged: atof time = 428.3 fast_atof Time = 297.3 old fast_atof time = 499 The fast_atof time with the assimp patch and AI_FAST_ATOF_RELAVANT_DECIMALS 10 is approx 1.4x faster than glibc atof. Approx 1.7x faster than stock 1.7.2 fast_atof. Does assimp have a preferred default? I think we'd need to be higher than 6 to get it merged, but these numbers look pretty good to me. -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=635511 --- Comment #22 from Rich Mattes <richmattes(a)gmail.com&gt; 2010-12-15 17:11:10 EST --- They just got back to me[1], it looks like they are going to investigate moving it to 10 on their side as well. 6 was apparently picked because most file formats don't encode floating point numbers past that, so there was no point in processing any more than that. Assimp 2.0 was released a couple of weeks ago, which includes the separation of models with/without BSD licenses. I will rebase my changes to that release and post the updated srpm later tonight. [1] http://sourceforge.net/mailarchive/message.php?msg_id=26762291 -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=635511 --- Comment #24 from Rich Mattes <richmattes(a)gmail.com&gt; 2011-02-02 23:56:47 EST --- Any updates with the Irrlicht devs? And I've removed the non-free models from the tarball, I think that satisfies the FE-Legal blocker? -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=635511 Jason Tibbitts <tibbs(a)math.uh.edu&gt; changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |tim(a)niemueller.de --- Comment #26 from Jason Tibbitts <tibbs(a)math.uh.edu&gt; 2011-03-21 21:04:37 EDT --- *** Bug 689639 has been marked as a duplicate of this bug. *** -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=635511 --- Comment #28 from Tom "spot" Callaway <tcallawa(a)redhat.com&gt; 2011-03-22 13:25:11 EDT --- I'm working with the irrlicht upstream to merge the fast_atof improvements that assimp needs. They're on board in principle, but they didn't like some of the function naming (the original patch changed the existing function strtol10 from returning a signed int to an unsigned int), so I reworked the code so that strtol10 returns a signed int, and there are new "u" functions (e.g. strtoul10) that return the unsigned ints. I had to patch assimp for the new names, here's that patch: http://spot.fedorapeople.org/assimp-2.0.863-new-fastatof-typenames.patch For reference, the irrlicht patch is here: http://spot.fedorapeople.org/irrlicht-1.7.2-fastatof-improvements-typefix... I've done test compiles with both patches in play, and things look good. Now, we just need more feedback from irrlicht upstream as to whether they will take this change or not. I'm happy to carry the irrlicht patch in the short term. It would probably be a good idea to let assimp know about this, and get their feedback on the name changes. -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=635511 --- Comment #30 from Rich Mattes <richmattes(a)gmail.com&gt; 2011-03-23 00:02:17 EDT --- I've emailed the assimp upstream about possibly changing the names of their internal functions (applying spot's assimp patch) so that we can more easily build against the external irrXML. The thread should show up soon at https://sourceforge.net/mailarchive/forum.php?forum_name=assimp-discussions -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=635511 --- Comment #32 from Rich Mattes <richmattes(a)gmail.com&gt; 2011-03-24 02:46:44 EDT --- I made sure the latest version of irrXML-devel was installed on my machine, with the fast_atof patches, and regenerated my assimp patches based on the latest svn snapshot. Spec URL: http://rmattes.fedorapeople.org/RPMS/assimp/assimp.spec SRPM URL: http://rmattes.fedorapeople.org/RPMS/assimp/assimp-2.0.863-2.20110324svn.... $ rpmlint assimp.spec ../RPMS/x86_64/assimp* assimp.spec: W: invalid-url Source0: assimp-924.tar.bz2 assimp.x86_64: W: shared-lib-calls-exit /usr/lib64/libassimp.so.2.0.0 exit(a)GLIBC_2.2.5 assimp.x86_64: W: no-manual-page-for-binary assimp 3 packages and 1 specfiles checked; 0 errors, 3 warnings. -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=635511 Tim Niemueller <tim(a)niemueller.de&gt; changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |rosen.diankov(a)gmail.com --- Comment #34 from Tim Niemueller <tim(a)niemueller.de&gt; 2011-04-06 06:34:36 EDT --- Seems to work with OpenRave without problems, but I can't tell how to do specific testing of the assimp integration. Does this still block FE-Legal or can we continue with the review now? CC'ing Rosen on this. Rosen, can you give instructions how to test the assimp integration in OpenRave? -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=635511 --- Comment #36 from Tom "spot" Callaway <tcallawa(a)redhat.com&gt; 2011-04-06 10:29:43 EDT --- I think at this point, I'm fine to carry the patch in irrlicht, upstream seems interested in adding it in a future release. Also, I see no remaining legal issues, so I'm lifting FE-Legal. Go ahead and finish this review, and let me know if you need any more irrlicht changes. -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=635511 --- Comment #37 from Rosen Diankov <rosen.diankov(a)gmail.com&gt; 2011-04-07 03:40:26 EDT --- To test with openrave, just do: openrave anyfile.ext where ext is an extension supported by assimp. -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=635511 Simon Thompson <sjt(a)roamingzebra.co.uk&gt; changed: What |Removed |Added ---------------------------------------------------------------------------- Blocks| |725752 -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=635511 --- Comment #40 from Tim Niemueller <tim(a)niemueller.de&gt; 2011-12-04 19:02:20 EST --- While testing the new package with OpenRAVE I found that the pkg-config file is broken. The includedir and libdir have the prefix twice (e.g. /usr//usr/include/assimp). -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=635511 Tim Niemueller <tim(a)niemueller.de&gt; changed: What |Removed |Added ---------------------------------------------------------------------------- AssignedTo|nobody(a)fedoraproject.org |tim(a)niemueller.de Flag| |fedora-review? --- Comment #42 from Tim Niemueller <tim(a)niemueller.de&gt; 2012-04-03 10:45:29 EDT --- I'll take it since I need it. -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=635511 Rich Mattes <richmattes(a)gmail.com&gt; changed: What |Removed |Added ---------------------------------------------------------------------------- Flag| |fedora-cvs? --- Comment #44 from Rich Mattes <richmattes(a)gmail.com&gt; 2012-04-04 19:48:07 EDT --- New Package SCM Request ======================= Package Name: assimp Short Description: Library to import various 3D model formats into applications Owners: rmattes Branches: f16 f17 el6 InitialCC: -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=635511 Fedora Update System <updates(a)fedoraproject.org&gt; changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |MODIFIED -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=635511 Fedora Update System <updates(a)fedoraproject.org&gt; changed: What |Removed |Added ---------------------------------------------------------------------------- Status|MODIFIED |ON_QA --- Comment #47 from Fedora Update System <updates(a)fedoraproject.org&gt; 2012-04-15 19:54:46 EDT --- assimp-2.0.863-5.20110824svn.fc16 has been pushed to the Fedora 16 testing repository. -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.