All Contributions
Date Type From Project Resource Type Qty URL Description Process Deliverables
April 4, 2018 Time Contribution davidh Verdun Work - Documenting 2.15 HR Creating a hacks/readme.md in the repo in case anyone else needs to install this thing. Also refactored hacks for reuse a bit and committed. Create new classical NRP for the Vedun project
April 4, 2018 Time Contribution davidh Verdun Work - Programming for product 3.50 HR Fixed tests. Elected to delay repairs to the order form code that has apparently never worked so that I can address the remaining fails rapidly. Lost a lot of log here somehow, but as I recall, the test I wrote for issue #512 still throws because the template only renders the forms under examination if the template context includes a Truth-y value for user. I'll likely have to modify the test case instance to generate a user and bind it to an agent to get it to work. Four tests in the same test suite (test_value_equations.py), throw on the very same line for retrieving the first element of an empty list. This means that I can solve the problem quickly by finding the source of the list and initializing it appropriately. The last pesky failure is within the test_cycle test case. where grandchild_input.quantity is 5 when it should be 15. Create new classical NRP for the Vedun project
April 4, 2018 Time Contribution Tibi Verdun Work - Meeting 1.00 HR Worked with Windluck on the MESI proposal, walked him through this initiative. He will be part of the synthesis and actual writing of the memo. Writing the MESI memo Document - Documentation: Memo pour l'economie collaborative
April 4, 2018 Time Contribution davidh Verdun Work - Programming for product 7.27 HR Pulling down from repo from git Rerunning tests .........F............F.E...F...F.F........EEEE ====================================================================== ERROR: test_create_order (valuenetwork.valueaccounting.tests.test_orders.OrderTest) Test create_order view ---------------------------------------------------------------------- Traceback (most recent call last): File "/home/valnet/webapps/verdunnrp/VerdunNRP/valuenetwork/valueaccounting/tests/test_orders.py", line 160, in test_create_order response = form.submit("submit1").follow() File "/home/valnet/Envs/verdun/lib/python2.7/site-packages/webtest/forms.py", line 619, in submit params=fields, **args) File "/home/valnet/Envs/verdun/lib/python2.7/site-packages/webtest/response.py", line 297, in goto return method(href, **args) File "/home/valnet/Envs/verdun/lib/python2.7/site-packages/django_webtest/__init__.py", line 139, in post upload_files, expect_errors, content_type, **kwargs) File "/home/valnet/Envs/verdun/lib/python2.7/site-packages/webtest/app.py", line 379, in post content_type=content_type) File "/home/valnet/Envs/verdun/lib/python2.7/site-packages/webtest/app.py", line 755, in _gen_request expect_errors=expect_errors) File "/home/valnet/Envs/verdun/lib/python2.7/site-packages/django_webtest/__init__.py", line 86, in do_request expect_errors) File "/home/valnet/Envs/verdun/lib/python2.7/site-packages/webtest/app.py", line 625, in do_request res = req.get_response(app, catch_exc_info=True) File "/home/valnet/lib/python2.7/webob/request.py", line 1323, in send application, catch_exc_info=True) File "/home/valnet/lib/python2.7/webob/request.py", line 1291, in call_application app_iter = application(self.environ, start_response) File "/home/valnet/Envs/verdun/lib/python2.7/site-packages/webtest/lint.py", line 200, in lint_app iterator = application(environ, start_response_wrapper) File "/home/valnet/Envs/verdun/lib/python2.7/site-packages/django/contrib/staticfiles/handlers.py", line 67, in __call__ return self.application(environ, start_response) File "/home/valnet/Envs/verdun/lib/python2.7/site-packages/django/core/handlers/wsgi.py", line 241, in __call__ response = self.get_response(request) File "/home/valnet/Envs/verdun/lib/python2.7/site-packages/django/core/handlers/base.py", line 177, in get_response response = self.handle_uncaught_exception(request, resolver, sys.exc_info()) File "/home/valnet/Envs/verdun/lib/python2.7/site-packages/django/core/handlers/base.py", line 109, in get_response response = callback(request, *callback_args, **callback_kwargs) File "/home/valnet/Envs/verdun/lib/python2.7/site-packages/django/contrib/auth/decorators.py", line 20, in _wrapped_view return view_func(request, *args, **kwargs) File "/home/valnet/webapps/verdunnrp/VerdunNRP/valuenetwork/valueaccounting/views.py", line 3067, in create_order ext_id = request.POST["exchange_type"] File "/home/valnet/Envs/verdun/lib/python2.7/site-packages/django/utils/datastructures.py", line 258, in __getitem__ raise MultiValueDictKeyError("Key %r not found in %r" % (key, self)) MultiValueDictKeyError: "Key 'exchange_type' not found in <QueryDict: {u'RT-90-description': [u''], u'due_date': [u'2018-04-05'], u'RT-89-quantity': [u''], u'RT-86-quantity': [u'3'], u'RT-90-quantity': [u''], u'description': [u''], u'RT-89-description': [u''], u'RT-86-description': [u''], u'provider': [u''], u'submit1': [u'None'], u'RT-89-resource_type_id': [u'89'], u'RT-86-resource_type_id': [u'86'], u'receiver': [u''], u'csrfmiddlewaretoken': [u'MczMC7BIXCS40TzxE5kO3CQ0Sz722FlR'], u'RT-90-resource_type_id': [u'90']}>" Evidently the CreateOrderForm once but no longer contains a field for an ExchangeType. ====================================================================== ERRORS: test_contribution_shares (valuenetwork.valueaccounting.tests.test_value_equations.ValueEquationTest) test_distribution (valuenetwork.valueaccounting.tests.test_value_equations.ValueEquationTest) test_rollup (valuenetwork.valueaccounting.tests.test_value_equations.ValueEquationTest) test_rollup (valuenetwork.valueaccounting.tests.test_value_equations.ValueEquationTest) test_setup (valuenetwork.valueaccounting.tests.test_value_equations.ValueEquationTest) ---------------------------------------------------------------------- Traceback (most recent call last): File "/home/valnet/webapps/verdunnrp/VerdunNRP/valuenetwork/valueaccounting/tests/test_value_equations.py", line 184, in setUp child_output=child_input.associated_producing_commitments()[0] IndexError: list index out of range will look into how child_input.associated_producing_commitments() could be empty. ====================================================================== FAIL: test_cycle (valuenetwork.valueaccounting.tests.test_explosions.ExplosionTest) cycles occur when an explosion repeats itself: ---------------------------------------------------------------------- Traceback (most recent call last): File "/home/valnet/webapps/verdunnrp/VerdunNRP/valuenetwork/valueaccounting/tests/test_explosions.py", line 128, in test_cycle self.assertEqual(grandchild_input.quantity, Decimal("15")) AssertionError: Decimal('5.00') != Decimal('15') Still looks painful ====================================================================== FAIL: test_no_quantity (valuenetwork.valueaccounting.tests.test_resource_types.NoQuantityTest) ---------------------------------------------------------------------- Traceback (most recent call last): File "/home/valnet/webapps/verdunnrp/VerdunNRP/valuenetwork/valueaccounting/tests/test_resource_types.py", line 28, in test_no_quantity '/accounting/resource-type/%s/' % self.rt.id File "/home/valnet/Envs/verdun/lib/python2.7/site-packages/webtest/response.py", line 101, in follow % self.status) AssertionError: You can only follow redirect responses (not 200 OK) Looks like this has to be hard-set as a non-redirect, which I don't like, but, meh. ====================================================================== FAIL: test_create_workflow_order (valuenetwork.valueaccounting.tests.test_orders.OrderTest) Test create_order for a workflow item ---------------------------------------------------------------------- Traceback (most recent call last): File "/home/valnet/webapps/verdunnrp/VerdunNRP/valuenetwork/valueaccounting/tests/test_orders.py", line 211, in test_create_workflow_order form[self.rt_form_name(self.rt_by_id(9), 'quantity')] = 2000 File "/home/valnet/Envs/verdun/lib/python2.7/site-packages/webtest/forms.py", line 516, in __setitem__ % (name, ', '.join(map(repr, self.fields.keys())))) AssertionError: No field by the name 'RT-129-quantity' found (fields: u'csrfmiddlewaretoken', u'provider', u'receiver', u'due_date', u'exchange_type', u'description', u'submit1', u'RT-132-resource_type_id', u'RT-132-quantity', u'RT-132-description', u'RT-131-resource_type_id', u'RT-131-quantity', u'RT-131-description', u'RT-128-resource_type_id', u'RT-128-quantity', u'RT-128-description', u'submit2') Will try fiddling with the resource types again ====================================================================== FAIL: test_order_validation (valuenetwork.valueaccounting.tests.test_orders.OrderTest) Test fix for #510 Create order blows up: at least one item must have quantity > 0 ---------------------------------------------------------------------- Traceback (most recent call last): File "/home/valnet/webapps/verdunnrp/VerdunNRP/valuenetwork/valueaccounting/tests/test_orders.py", line 194, in test_order_validation self.assertIsNone(e, msg="setting form fields or submit threw %s" % (str(e),)) AssertionError: setting form fields or submit threw "Key 'exchange_type' not found in <QueryDict: {u'due_date': [u'2018-04-05'], u'RT-172-description': [u''], u'description': [u''], u'RT-171-quantity': [u'0'], u'RT-172-resource_type_id': [u'172'], u'provider': [u''], u'RT-171-resource_type_id': [u'171'], u'submit1': [u'None'], u'RT-168-description': [u''], u'RT-172-quantity': [u'0'], u'receiver': [u''], u'csrfmiddlewaretoken': [u'pbkZrbHdhuF2upHKnOe6Zyh4053NHbua'], u'RT-168-quantity': [u'0'], u'RT-168-resource_type_id': [u'168'], u'RT-171-description': [u'']}>" Exchange type doesn't exist in the OrderForm. ====================================================================== FAIL: test_two_workflow_item_order (valuenetwork.valueaccounting.tests.test_orders.OrderTest) Test create_order for two workflow items ---------------------------------------------------------------------- Traceback (most recent call last): File "/home/valnet/webapps/verdunnrp/VerdunNRP/valuenetwork/valueaccounting/tests/test_orders.py", line 247, in test_two_workflow_item_order form[self.rt_form_name(self.rt_by_id(9), 'quantity')] = 2000 File "/home/valnet/Envs/verdun/lib/python2.7/site-packages/webtest/forms.py", line 516, in __setitem__ % (name, ', '.join(map(repr, self.fields.keys())))) AssertionError: No field by the name 'RT-189-quantity' found (fields: u'csrfmiddlewaretoken', u'provider', u'receiver', u'due_date', u'exchange_type', u'description', u'submit1', u'RT-192-resource_type_id', u'RT-192-quantity', u'RT-192-description', u'RT-191-resource_type_id', u'RT-191-quantity', u'RT-191-description', u'RT-188-resource_type_id', u'RT-188-quantity', u'RT-188-description', u'submit2') Will fiddle with resource types again. ---------------------------------------------------------------------- Ran 47 tests in 17.851s FAILED (failures=5, errors=5) Bob revealed that the entire order test suite was dropped and never worked. Although I have a strategy for matching the objects under study to their primary key, it's going to be a little more involved to fix the view function. Though I'm certainly up to coming back for this one, I'm just commenting out the import for now. I'll also seal off the view function just so it doesn't see any accidental traffic. push, pull, manage, test, that leaves us with... .........F............F.........EEEE ====================================================================== ERRORS: test_contribution_shares (valuenetwork.valueaccounting.tests.test_value_equations.ValueEquationTest) test_distribution (valuenetwork.valueaccounting.tests.test_value_equations.ValueEquationTest) test_rollup (valuenetwork.valueaccounting.tests.test_value_equations.ValueEquationTest) test_setup (valuenetwork.valueaccounting.tests.test_value_equations.ValueEquationTest) ---------------------------------------------------------------------- Traceback (most recent call last): File "/home/valnet/webapps/verdunnrp/VerdunNRP/valuenetwork/valueaccounting/tests/test_value_equations.py", line 184, in setUp child_output=child_input.associated_producing_commitments()[0] IndexError: list index out of range Investigating where the associated_producing_commitments are coming from. ====================================================================== FAIL: test_cycle (valuenetwork.valueaccounting.tests.test_explosions.ExplosionTest) cycles occur when an explosion repeats itself: ---------------------------------------------------------------------- Traceback (most recent call last): File "/home/valnet/webapps/verdunnrp/VerdunNRP/valuenetwork/valueaccounting/tests/test_explosions.py", line 128, in test_cycle self.assertEqual(grandchild_input.quantity, Decimal("15")) AssertionError: Decimal('5.00') != Decimal('15') Not looking forward to this at all. ====================================================================== FAIL: test_no_quantity (valuenetwork.valueaccounting.tests.test_resource_types.NoQuantityTest) ---------------------------------------------------------------------- Traceback (most recent call last): File "/home/valnet/webapps/verdunnrp/VerdunNRP/valuenetwork/valueaccounting/tests/test_resource_types.py", line 36, in test_no_quantity self.assertIsNotNone(res_form, msg='form#resourceForm not found') AssertionError: form#resourceForm not found That would mean the template has some condition for rendering the form#resourceForm. It does require a truthy agent. The agent comes from a property of a user object, found by request.user.agent.agent in this case. No agent property belongs to Django User as is documented by django, so how it gets there and sticks is a little mysterious. What I have been able to put together from the Django docs and the valnet NRP's models is a bit hackish. In this and many other cases, classes with little to no logical purpose except to convince the DB and Django to store relationships between objects as objects themselves. A P2P NRP would not need this pattern, but here it is. In models.py: class AgentUser(models.Model): agent = models.ForeignKey(EconomicAgent, verbose_name=_('agent'), related_name='users') user = models.OneToOneField(User, verbose_name=_('user'), related_name='agent') ---------------------------------------------------------------------- Ran 36 tests in 11.890s FAILED (failures=2, errors=4) Destroying test database for alias 'default'... (verdun) [valnet@wf-207-38-92-205 VerdunNRP]$ Create new classical NRP for the Vedun project
April 4, 2018 Time Contribution davidh Verdun Work - Programming for product 3.48 HR Debugging for test failures. ====================================================================== ERROR: test_no_quantity (valuenetwork.valueaccounting.tests.test_resource_types.NoQuantityTest) ---------------------------------------------------------------------- Traceback (most recent call last): File "/home/valnet/webapps/verdunnrp/VerdunNRP/valuenetwork/valueaccounting/tests/test_resource_types.py", line 33, in test_no_quantity doc = ElementTree.fromstring(resp.content) File "/usr/lib64/python2.7/xml/etree/ElementTree.py", line 1300, in XML parser.feed(text) File "/usr/lib64/python2.7/xml/etree/ElementTree.py", line 1642, in feed self._raiseerror(v) File "/usr/lib64/python2.7/xml/etree/ElementTree.py", line 1506, in _raiseerror raise err ParseError: mismatched tag: line 77, column 6 This is my bad, one of the first tests I wrote used the ElementTree instead of Django's HTML inspection classes. Will fix. ====================================================================== ERROR: test_contribution_shares (valuenetwork.valueaccounting.tests.test_value_equations.ValueEquationTest) x4 ---------------------------------------------------------------------- Traceback (most recent call last): File "/home/valnet/webapps/verdunnrp/VerdunNRP/valuenetwork/valueaccounting/tests/test_value_equations.py", line 184, in setUp child_output=child_input.associated_producing_commitments()[0] IndexError: list index out of range There are 4 of these, likely related to lack of object population when tests are run. ====================================================================== FAIL: test_cycle (valuenetwork.valueaccounting.tests.test_explosions.ExplosionTest) cycles occur when an explosion repeats itself: ---------------------------------------------------------------------- Traceback (most recent call last): File "/home/valnet/webapps/verdunnrp/VerdunNRP/valuenetwork/valueaccounting/tests/test_explosions.py", line 128, in test_cycle self.assertEqual(grandchild_input.quantity, Decimal("15")) AssertionError: Decimal('5.00') != Decimal('15') This is going to be painful. ====================================================================== FAIL: test_create_order (valuenetwork.valueaccounting.tests.test_orders.OrderTest) Test create_order view Test create_order for a workflow item Test create_order for two workflow items ---------------------------------------------------------------------- Traceback (most recent call last): File "/home/valnet/webapps/verdunnrp/VerdunNRP/valuenetwork/valueaccounting/tests/test_orders.py", line 139, in test_create_order form["RT-6-quantity"] = 3 File "/home/valnet/Envs/verdun/lib/python2.7/site-packages/webtest/forms.py", line 516, in __setitem__ % (name, ', '.join(map(repr, self.fields.keys())))) AssertionError: No field by the name 'RT-6-quantity' found (fields: u'csrfmiddlewaretoken', u'provider', u'receiver', u'due_date', u'exchange_type', u'description', u'submit1', u'RT-90-resource_type_id', u'RT-90-quantity', u'RT-90-description', u'RT-89-resource_type_id', u'RT-89-quantity', u'RT-89-description', u'RT-86-resource_type_id', u'RT-86-quantity', u'RT-86-description', u'submit2') Will look at the template to see if this is my fault. Doesn't look like it. The hard-coded "RT-6-quantity" etc. seem to be very brittle. Will change to a more sensible abstraction, but it's guesswork as to which resource type they actually meant when the tests were written. I'll go ahead and guess they're in the order they were created. ====================================================================== FAIL: test_order_validation (valuenetwork.valueaccounting.tests.test_orders.OrderTest) Test fix for #510 Create order blows up ---------------------------------------------------------------------- Traceback (most recent call last): File "/home/valnet/webapps/verdunnrp/VerdunNRP/valuenetwork/valueaccounting/tests/test_orders.py", line 167, in test_order_validation raise AssertionError((_('an empty order should not throw, but threw %s' % str(e)),)) AssertionError: (<django.utils.functional.__proxy__ object at 0x3c54f90>,) Used the wrong syntax for the error message, will make it more informative. Also changed it around to use the Django and unittest assertion methods, again for clarity. Test create_order view now errs: request.POST['exchange_type'] does not exist in views.py. The dict looks like a form dictionary for CreateOrderForm. The other two tests look like, for whatever reason, the ID numbers are incremented by 1. Once eliminating the rest of the problems with the test of zero quantity orders (#510), it errs like create_order view. picking this up tomorrow. Create new classical NRP for the Vedun project
April 4, 2018 Time Contribution Winluck Verdun Work - Meeting 1.00 HR Worked with Tibi on the MESI proposal, he walked me through this initiative. I will be part of the synthesis and actual writing of the memo. Writing the MESI memo Document - Documentation: Memo pour l'economie collaborative
April 3, 2018 Time Contribution davidh Verdun Work - Programming for product 2.03 HR Laptop crashed a moment ago -- maybe this thing does have an insane memory leak after all. Getting back to pointing all the tests at the new fixture file, verdun.json. Tests now run. 5 throw due to the notifications library attempting to import django.contrib.syndication.views.feed, which does not exist. Probably needs yet another version shift. in test_value_equations.ValueEquationsTest, test_contribution_shares throws an index out of bounds on child_output = child_input.associated_producing_commitments()[0] test_distribution throws same on same statement test_rollup throws same on same test_setup throws same on same in test_explosions.ExplosionTest.test_cyle, test fails "cycles should occur when an explosion repeats itself" on assertion grandchild_input.quantity==Decimal("15") re: notifications, we're already rolled back beyond their changelog, so it's a guessing game. Installing yolk to catalog available versions. But yolk throws for whatever reason, so I'll just guess version 9001 and see what pip's error message lists as available. 0.1.5 doesn't work. 0.1.4 doesn't work. 0.1.3 doesn't work, and somehow causes a new test failure for #510 0.1.2 same 0.1.1 weirdest yet, it fixes all of those ValueEquationsTest errors. That seems impossible. But still doesn't work on import. 0.1.0 restores those index errors and still doesn't fix the imports, and we're out of versions to try. As I recall, 0.6.4 drops compatibility with django 1.4, and pip doesn't have anything between 0.2 and 0.6.4. Will have to try to find it elsewhere. Does not exist as far as I can tell. Will send out a bunch of emails to see if one of the authors has a compatible copy lying around, and to Bob & Lynn to see if we can get rid of the library safely. Create new classical NRP for the Vedun project
April 3, 2018 Time Contribution Charles Infrastructure-virtual Work - Accounting and Finance 2.00 HR Working on research design for next-gen NRP... Budget for next p2p generation IT infrastructure
April 3, 2018 Time Contribution Tibi Verdun Work - Analysis and Strategy 5.00 HR Open Set up the Memo for the collaborative economy doc and worked on it. shared it with Sensorica and Ouishare. This is relevent for the Verdun project, because it tells the Government that we are on top of the collaborative economy. Moreover, we make sure that we carve our proper place in society and that our Verdun project stands out as a true collaborative economy project. We also inform future policy about the collaborative economy.
April 2, 2018 Time Contribution davidh Verdun Work - Programming for product 1.58 HR Fix work init script init.sh to set DJANGO_SETTINGS_MODULE successfully. Now I'm hitting an exception from the corsheaders library, which is trying to import from a module called mock. Definitely doesn't exist as far as I can see. Could be referring to the python 3+ unittest.mock In any case it was fine this morning. Will look over pythonpath and see if it could be looking at a different version. Fixed local_settings to use the DB owner so the test database can be accessed. That table had all rows created by the old user, so I switched local_settings back and made that user owner. Still not working, and webfaction is now failing to fetch information about the databases. Rather than trying to untangle this, it's probably quicker to wipe both DBs and start them over with valnet as both owner and user. As soon as webfaction will let me do that. Create new classical NRP for the Vedun project
April 2, 2018 Time Contribution MichaelF Verdun Work - Administration 0.50 HR various emails, telecons MAR
April 2, 2018 Time Contribution davidh Verdun Work - Programming for product 0.00 HR Create new classical NRP for the Vedun project
April 2, 2018 Time Contribution davidh Verdun Work - Programming for product 3.73 HR Setting up a private DB for the verdun nrp to run tests on. Updating local_settings.py to use said DB Tests and presumably everything else fail if the app parameter to post_migrate callbacks is not "valueaccounting". Need to change the models.py self-installing fixtures through this signal to create UseCase etc instances that other classes depend on. Fixed create_use_cases, create_event_types, create_usecase_eventtypes, create_agent_types, create_agent_association_types Didn't work, still not creating these objects for the tests Creating a fixtures file... nah, tedious and over-complicated. Adding an override to the corresponding manager classes that will install the fixtures the first time the get() method is run. Also not going to work, too many entry points to the query to catch the empty query effectively. Fixtures it is. Wrote a JS script that consumes the initialization code and generates a fixture. Keeping it around just in case. Generated all necessary fixtures. Apparently all the test case classes also need to be pointed at the fixtures. Doing that. Unless all these open files run me out of memory. Create new classical NRP for the Vedun project
April 1, 2018 Time Contribution davidh Verdun Work - Programming for product 3.00 HR Bug fixes Invalid syntax: Fixed a missing comma in models.py Transaction aborted: Related to the new Unit.default_unit() In class EconomicResourceType initialization of field unit, changed default to be a reference to the Unit.default_unit_id function instead of the value of the default unit itself. During manage.py migrate, there was a failure related to easy_thumbnails. Added the appropriate fix to local_settings.py, but now I'm thinking it might as well go into settings.py in the repo so that no one else has the issue. During manage.py migrate, the lib account.migrations attempts to import django.db.migrations, which does not exist. This is likely to be another rollback issue, but the library itself is not included in requirements.txt or the installation instructions. Thus it's downloaded as a dependency of one of these other libraries. Or, it could be a name clash; in the INSTALLED_APPS in settings.py, "account" is under the local project heading. There is a VerdunNRP/account as well as a python2.7/account. The fact that the lib version is obviously not compatible with django 1.4 is an issue, but it's possible that the wrong module is being loaded here. The offending library is django-user-accounts from the pinax project. The docs explicitly say django 1.8+. Requirements.txt does explicitly give a version for the pinax-related libraries though. The earliest version in their changelog (1.1.0) breaks compatibility with django 1.4. Rolled back to 1.0, uninstalled 2.0.3. Perfect. Adding to requirements.txt Tried to load fixtures, help worked, starters did not. Set up email in local_settings. Corrected a syntax error in views.py Removed error message (that was apparently problematic) in models.py class OrderItemForm Unexpected **kwarg default, same class, same field. Could also be related to the lack of required **kwargs max_digits and decimal_places. Set to 10 and 4 respectively. Oops. That's a forms.Field, not a models.Field. Removed default. Fixed account settings to stop emailing Bob. Tests do not want to run for lack of test database, even after creating one explicitly via webfaction. It says that permission to create or delete databases is denied. Create new classical NRP for the Vedun project
March 30, 2018 Time Contribution davidh Verdun Work - Facilitation and coordination 1.22 HR Fixed the checks problem by rolling back the django-cors-headers library to 1.1.0 Now the problem appears to be that django cannot find the corsheaders library; it appears to install at a funny location, ~/lib/python2.7/home/lib/python2.7/ Uninstalling all dependencies and starting a fresh virtualenv Still can't find corsheaders. Moving it to a normal location manually Now it can't find south. looks like it installed into lib/python3.6. May have to roll it back; if the current version wants python3.6 it just isn't going to play along. That worked. Now it is missing a setting for AUTH_USER_MODEL. It looks like this can be used to override the default user model in django, but I have no idea whether this was done or not in the NRP. It appears that the original settings.py does not set AUTH_USER_MODEL either; will look down the stack trace to see if a library messed this up, then roll it back further. Nope, this is directly in django. I'll have to take a wild guess at what this should be. Looks like it's a really bad idea to make a wild guess based on the django docs. Grovelling at Bob for info. Create new classical NRP for the Vedun project
March 30, 2018 Time Contribution davidh Verdun Work - Facilitation and coordination 4.15 HR Verified that django 1.4 has no checks module, which means one of these libraries thinks it has a newer django. Will need to roll back something to a previous version. Yep, django-extensions library versions 1.7+ requires django 1.8+. This has to be rolled back, at minimum. Setting requirements.txt to use 1.6.7 for now. django-webtest versions 1.9+ require django > 1.7. Setting in requirements.txt to 1.8.0 django-notifications versions >0.8 require django > 1.6. Setting in requirements.txt to 0.8.0 django-cors-headers current version is not tested with 1.4 but supports versions above and below it. Let's see if the other rollbacks work. apparently django-notifications doesn't come in 0.8 anymore. Most recent < 0.8 is 0.2.0. still running into error looking for checks, so something is clearly still incompatible manage.py syncdb problem was (mostly) solved, but there's an extensions package missing from the backend adapter. fetched a fresh copy of that, no more problem there. Now manage.py syncdb fails due to missing checks again. brute force searched for core.checks on entire library directory, no dice, so while these would all have become issues eventually, there's something else causing this. Now it must be related to the old version of django that was on there before. Brief break for research. Checking out environment variables that could affect the libraries accessed. No dice. As it stands, I don't have access to some of the folders on the current python path, it's possible that something else is interfering with django there. Create new classical NRP for the Vedun project
March 29, 2018 Time Contribution davidh Verdun Work - Facilitation and coordination 2.32 HR Working out how to get this running without sudo Need to roll back python to 2.7 or earlier, otherwise django can't use except ImportError, e Adding missing __init__.py to github repo and pulling to server Django is missing django.core.checks, possibly due to version clash; webfaction doesn't ship django 1.4 anymore, but the NRP specifically requires it. I installed 1.4, but either the installation was unsuccessful (verified that there is no core/checks in lib/python2.7/django/) or there's something still pointing at the old django Create new classical NRP for the Vedun project
March 29, 2018 Time Contribution Charles Infrastructure-virtual Work - Meeting 2.00 HR Meeting to develop/ frame the next generation NRP DOC: https://docs.google.com/document/u/2/d/1tQXSUid9dvjz8IJ6sM-l77sinR3CPaR6y027lVrlEio/edit?usp=drive_web&ouid=105078536466375016136 Budget for next p2p generation IT infrastructure
March 28, 2018 Time Contribution Tibi Verdun Work - Meeting 1.50 HR Worked with Eiman, an urban designer and planner on the Verdun project. She is going to help with choosing a space and with our negotiations with the Ville de Verdun. Provided some training. Detailed planning for Verdun project
March 27, 2018 Time Contribution davidh Verdun Work - Facilitation and coordination 1.37 HR Setting up server to run the project got it to the point where I could follow the proto-manual, but couldn't continue because "valnet is not on the sudoers list" i.e. can't sudo apt-get etc. Create new classical NRP for the Vedun project
March 27, 2018 Time Contribution davidh Verdun Work - Programming for product 1.67 HR Finishing work on issue: Process logging - display Type of work description #461 done Evaluating issue: Adding more flexibility to the pattern setup process #460 This is a problem for scaling, so it could be necessary. Came up with a rough design to solve the problem, not implementing until I know we need it Evaluating issue: Incentivizing practices with less-harmful side effects, and/or intangible benefits #459 Feature request, not a priority Issue: Use internal credit resource rather than claims #455 Refactoring, not a priority Issue: Don't require process patterns #454 Seems like a usability issue as we scale. We could also factor the pattern out of the UI, i.e. merge the pattern editing page into the process editing page, edit the process data without referring to any patterns, but keep the patterns in the backend as first class entities. This would significantly increase the number of patterns in the DB since they would not be reused in most cases, and ultimately I think it might be more difficult to work with resource types in processes because you would have to reconstruct your facet filters all the time or choose from really long listboxes. I think we should solve at most one of #454 or #460 since they are directed at the same issues. Issue: UI - themes #452 I like the idea, it seems to tie in with the dashboard interface. It also doesn't seem to differ that much from adding or modifying options of the top level menu. Will look into it. For now breaking from this to try and get the server running. Create new classical NRP for the Vedun project
March 26, 2018 Time Contribution davidh Verdun Work - Programming for product 2.32 HR Re-evaluated agent_contributions.html. This is a target for the editable table design. Revisited create_distribution_using_value_equation.html examined view function in views.py, form in forms.py Second table (calculated distribution quantities) is a real table, first is absolutely not. Reworking it using field_as_p. Revisiting create_order.html fixed a typo The way the page is organized, the table makes sense, but it seems like a very unorthodox way to put together an order. Probably better to make a catalog-like interface with modals for each item. Maybe bootstrap has something, I think jQuery UI has something like that as well. If I recall correctly, this page was never really used. Better verify that it's necessary before making a sweeping change like that. Revisiting unscheduled_time_contributions.html This is another good target for editable table design once that's tested. Getting back to issue: Project page and financial contributions - UI UX #471 Could fix, need more detail. Overall may not be a priority. Issue: Validation on cash account on Distribution page #467 Can be done pretty quickly. Adding an override to DistributionValueEquationForm.clean(). Fixed. Issue: Easy thumbnails migrations mismatch #466 Seems like it's already fixed Issue: process logging get-directional-unit bug #465 I already fixed this one Issue: Burnrate visual #464 Probably save it for next-gen Issue: cached events are causing problems again #463 Looks like Bob self-assigned this, will see if he fixed it. Otherwise it seems like a lot of new users will be creating spurious events and then deleting them, so will need to see what actually happens when the cache holds onto a deleted event. If it doesn't allow deleted events to be referenced in other objects it's probably not that bad. Also I haven't seen any custom cache code, so a fix might mean hacking django. Issue: Process logging - display Type of work description #461 Seems doable and will keep things moving along. Will implement in JS with type descriptions provided & mapped through template. Create new classical NRP for the Vedun project
March 25, 2018 Time Contribution davidh Verdun Work - Programming for product 0.52 HR Implementing a test of my editable table in agent_associations.html (has associations only, not is associations yet) Probably shouldn't continue until this is verified to work Committing Create new classical NRP for the Vedun project
March 25, 2018 Time Contribution davidh Verdun Work - Training self 0.30 HR Looking at Django and Bootstrap docs to see if there's any way around manually binding instance data if it has multiple representations in a single page. Create new classical NRP for the Vedun project
March 25, 2018 Time Contribution davidh Verdun Work - Programming for product 1.65 HR fixing a minor bug in chair_tag.py beginning to convert tables with inline form controls to data tables with modal dialogs for editing. starting with all_contributions.html actually that needed types only; no form controls live in the table after all. same for bucket_filter.html cash_report.html looks fine too change_pattern.html: examined what was going on in the view and forms, determined it was safe to remove the table entirely added types to demand.html, determined that nested forms are fine distribution_logging.html: reviewed nested forms, looks okay to me added type_agent_association to types.py as "agent association" (type_agent_association_type is currently "agent relationship") trying out the table fix in agent_associations.html; not totally sure it will work without modifying the view significantly, as the rows (associations) are not accessible to the template. Will probably need to add some JS to update the table after modification. Need to look into Django details to see if there is an easier way. Create new classical NRP for the Vedun project