This site is an archive; learn more about 8 years of OpenHatch.

[OH-Dev] Request for testing: OpenHatch web app now requires no dependencies, just Python

Jason Michalski armooo at armooo.net
Sun Nov 13 17:30:11 UTC 2011


It looks like the problem with 0065_profile-now-has-bio.py is that the
name is not a valid module. Renaming it to 0065_profile_now_has_bio.py
got me past that error.

-- jason



On Sun, Nov 13, 2011 at 12:01 PM, Jason Michalski <armooo at armooo.net> wrote:
> It look like the migration 0019_two_new_project_icon_fields.py has a
> direct dependency on MySQLdb so it is failing without it installed. I
> made the import optional and now I have a migration failing.
>
> profile:0069_fix_wrong_encoded_data_in_location_display_name
> django.db.utils.DatabaseError: no such column: profile_person.bio
>
> $ sqlite3 mysite/site.db
> sqlite> .schema profile_person
> CREATE TABLE "profile_person" ("dont_guess_my_location" bool,
> "last_polled" datetime, "user_id" integer UNIQUE,
> "location_display_name" varchar(255), "photo" varchar(100),
> "photo_thumbnail" varchar(100), "show_email" bool,
> "location_confirmed" bool, "homepage_url" varchar(200) NOT NULL,
> "gotten_name_from_ohloh" bool, "interested_in_working_on"
> varchar(1024), "id" integer PRIMARY KEY);
>
> It looks like 0065_profile-now-has-bio.py is not running.
>
>  > profile:0059_delete_blank_tags
>  > profile:0060_remove_prefix_field_from_tagtype
>  > profile:0061_add_location_display_name_field
>  > profile:0062_location_display_name_can_be_empty
>  > profile:0063_location_display_name_can_be_blank
>  > profile:0064_person_location_flags
>  > profile:0068_add_homepage_url_models
>  > profile:0069_fix_wrong_encoded_data_in_location_display_name
>
> I have not used django before so I am not sure what would cause this.
>
> -- jason
>
> --- a/mysite/search/migrations/0019_two_new_project_icon_fields.py
> +++ b/mysite/search/migrations/0019_two_new_project_icon_fields.py
> @@ -18,7 +18,10 @@
>  from south.db import db
>  from django.db import models
>  from mysite.search.models import *
> -import MySQLdb
> +try:
> +    from MySQLdb import OperationalError
> +except ImportError:
> +    OperationalError = None
>
>  class Migration:
>
> @@ -29,7 +32,7 @@ class Migration:
>         try:
>             # Adding field 'Bug.bize_size_tag_name'
>             db.add_column('search_bug', 'bize_size_tag_name',
> orm['search.bug:bize_size_tag_name'])
> -        except MySQLdb.OperationalError, args:
> +        except OperationalError, args:
>             if args[0] == 1060:
>                 pass
>             else:
>
> On Sun, Nov 13, 2011 at 1:09 AM, Asheesh Laroia <asheesh at asheesh.org> wrote:
>> It should be the case true that you can now run the OpenHatch site on any
>> platform: Windows, Mac OS, or Linux, for example. That should be the case
>> because we're now bundling all our pure-Python dependencies, and the
>> non-pure-Python ones are now optional.
>>
>> This is pushed to origin/master. There is one test that still fails, in the
>> "account" module relating to geocoding, but other than that we properly skip
>> tests that
>>
>> I would very much like it if someone could:
>>
>> * Try doing a fresh "git clone" of the repository as per
>> https://openhatch.org/wiki/Getting_started_with_the_OpenHatch_code and
>> reading README and following the directions on a Linuxy system
>>
>> * Same as above, only on Windows, and just *ignore* the "apt-get" part of
>> the instructions
>>
>> * Same as above, only on a Mac, and just *ignore* the "apt-get" part of the
>> instructions
>>
>> If the site gets running, then do:
>>
>>    python manage.py test
>>
>> and see what output you get. All the tests that run should pass, except for
>> one in "account". I'll fix that tomorrow. Many (over 100) should be skipped.
>>
>> That's my report for the day!
>>
>> -- Asheesh.
>> _______________________________________________
>> Devel mailing list
>> Devel at lists.openhatch.org
>> http://lists.openhatch.org/mailman/listinfo/devel
>>
>


More information about the Devel mailing list