Re: Problem upgrading from 1.6beta1 to 1.6rc1

2011-06-30 Thread martin
Upgraded to django_evolution 0.6.4, I mean. sorry.


On Jun 30, 11:14 am, martin  wrote:
> beta1 upgrade was done through easy_install also.
>
> 1.5 and beta1 were using evolution 0.6.2, the rc1 install upgraded to
> evolution 0.6.2.
>
> On Jun 29, 5:27 pm, Christian Hammond  wrote:
>
>
>
>
>
>
>
> > Was the upgrade to beta 1 also through easy_install?
>
> > Can you check which version of django_evolution you have installed?
>
> > Christian
>
> > --
> > Christian Hammond - chip...@chipx86.com
> > Review Board -http://www.reviewboard.org
> > VMware, Inc. -http://www.vmware.com
>
> > On Wed, Jun 29, 2011 at 2:00 PM, martin  wrote:
> > > I updated from 1.5.4 to 1.6beta1 to 1.6rc1. The upgrade from 1.5.4 to
> > > beta1 was a few months ago and I was new to both reviewboard and
> > > django. Maybe I didn't run the rb-site upgrade step after that
> > > upgrade? I can't be sure either way now. Upgrading to rc1 was done
> > > with easy_install and then running rb-site upgrade.
>
> > > Schema dump:
>
> > > 
> > > -- MySQL dump 10.13  Distrib 5.1.49, for debian-linux-gnu (x86_64)
> > > --
> > > -- Host: localhost    Database: reviewboard
> > > -- --
> > > -- Server version       5.1.49-3
>
> > > /*!40101 SET @OLD_CHARACTER_SET_CLIENT=@@CHARACTER_SET_CLIENT */;
> > > /*!40101 SET @OLD_CHARACTER_SET_RESULTS=@@CHARACTER_SET_RESULTS */;
> > > /*!40101 SET @OLD_COLLATION_CONNECTION=@@COLLATION_CONNECTION */;
> > > /*!40101 SET NAMES utf8 */;
> > > /*!40103 SET @OLD_TIME_ZONE=@@TIME_ZONE */;
> > > /*!40103 SET TIME_ZONE='+00:00' */;
> > > /*!40014 SET @OLD_UNIQUE_CHECKS=@@UNIQUE_CHECKS, UNIQUE_CHECKS=0 */;
> > > /*!40014 SET @OLD_FOREIGN_KEY_CHECKS=@@FOREIGN_KEY_CHECKS,
> > > FOREIGN_KEY_CHECKS=0 */;
> > > /*!40101 SET @OLD_SQL_MODE=@@SQL_MODE,
> > > SQL_MODE='NO_AUTO_VALUE_ON_ZERO' */;
> > > /*!40111 SET @OLD_SQL_NOTES=@@SQL_NOTES, SQL_NOTES=0 */;
>
> > > --
> > > -- Table structure for table `accounts_localsiteprofile`
> > > --
>
> > > DROP TABLE IF EXISTS `accounts_localsiteprofile`;
> > > /*!40101 SET @saved_cs_client     = @@character_set_client */;
> > > /*!40101 SET character_set_client = utf8 */;
> > > CREATE TABLE `accounts_localsiteprofile` (
> > >  `id` int(11) NOT NULL AUTO_INCREMENT,
> > >  `user_id` int(11) NOT NULL,
> > >  `profile_id` int(11) NOT NULL,
> > >  `local_site_id` int(11) DEFAULT NULL,
> > >  `direct_incoming_request_count` int(11) DEFAULT NULL,
> > >  `total_incoming_request_count` int(11) DEFAULT NULL,
> > >  `pending_outgoing_request_count` int(11) DEFAULT NULL,
> > >  `total_outgoing_request_count` int(11) DEFAULT NULL,
> > >  `starred_public_request_count` int(11) DEFAULT NULL,
> > >  PRIMARY KEY (`id`),
> > >  UNIQUE KEY `user_id` (`user_id`,`local_site_id`),
> > >  UNIQUE KEY `profile_id` (`profile_id`,`local_site_id`),
> > >  KEY `accounts_localsiteprofile_fbfc09f1` (`user_id`),
> > >  KEY `accounts_localsiteprofile_141c6eec` (`profile_id`),
> > >  KEY `accounts_localsiteprofile_45ded6af` (`local_site_id`)
> > > ) ENGINE=MyISAM AUTO_INCREMENT=27 DEFAULT CHARSET=latin1;
> > > /*!40101 SET character_set_client = @saved_cs_client */;
>
> > > --
> > > -- Table structure for table `accounts_profile`
> > > --
>
> > > DROP TABLE IF EXISTS `accounts_profile`;
> > > /*!40101 SET @saved_cs_client     = @@character_set_client */;
> > > /*!40101 SET character_set_client = utf8 */;
> > > CREATE TABLE `accounts_profile` (
> > >  `id` int(11) NOT NULL AUTO_INCREMENT,
> > >  `user_id` int(11) NOT NULL,
> > >  `first_time_setup_done` tinyint(1) NOT NULL,
> > >  `collapsed_diffs` tinyint(1) NOT NULL,
> > >  `wordwrapped_diffs` tinyint(1) NOT NULL,
> > >  `syntax_highlighting` tinyint(1) NOT NULL,
> > >  `show_submitted` tinyint(1) NOT NULL,
> > >  `sort_review_request_columns` varchar(256) NOT NULL,
> > >  `sort_dashboard_columns` varchar(256) NOT NULL,
> > >  `sort_submitter_columns` varchar(256) NOT NULL,
> > >  `sort_group_columns` varchar(256) NOT NULL,
> > >  `review_request_columns` varchar(256) NOT NULL,
> > >  `dashboard_columns` varchar(256) NOT NULL,
> > >  `submitter_columns` varchar(256) NOT NULL,
> > >  `group_columns` varchar(256) NOT NULL,
> > >  `is_private` tinyint(1) NOT NULL,
> > >  PRIMARY KEY (`id`),
> > >  UNIQUE KEY `user_id` (`user_id`)
> > > ) ENGINE=MyISAM AUTO_INCREMENT=31 DEFAULT CHARSET=latin1;
> > > /*!40101 SET character_set_client = @saved_cs_client */;
>
> > > --
> > > -- Table structure for table `accounts_profile_starred_groups`
> > > --
>
> > > DROP TABLE IF EXISTS `accounts_profile_starred_groups`;
> > > /*!40101 SET @saved_cs_client     = @@character_set_client */;
> > > /*!40101 SET character_set_client = utf8 */;
> > > CREATE TABLE `accounts_profile_starred_groups` (
> > >  `id` int(11) NOT NULL AUTO_INCREMENT,
> > >  `profile_id` int(11) NOT NULL,
> > >  `group_id` int(11) NOT NULL,
> > >  PRIMARY KEY (`id`),
> > >  UNIQUE KEY `profile_id` (`profile_id`,`group_id`),
> > >  KEY `accounts_profile_starred_gro

Re: Problem upgrading from 1.6beta1 to 1.6rc1

2011-06-30 Thread martin
beta1 upgrade was done through easy_install also.

1.5 and beta1 were using evolution 0.6.2, the rc1 install upgraded to
evolution 0.6.2.


On Jun 29, 5:27 pm, Christian Hammond  wrote:
> Was the upgrade to beta 1 also through easy_install?
>
> Can you check which version of django_evolution you have installed?
>
> Christian
>
> --
> Christian Hammond - chip...@chipx86.com
> Review Board -http://www.reviewboard.org
> VMware, Inc. -http://www.vmware.com
>
>
>
>
>
>
>
> On Wed, Jun 29, 2011 at 2:00 PM, martin  wrote:
> > I updated from 1.5.4 to 1.6beta1 to 1.6rc1. The upgrade from 1.5.4 to
> > beta1 was a few months ago and I was new to both reviewboard and
> > django. Maybe I didn't run the rb-site upgrade step after that
> > upgrade? I can't be sure either way now. Upgrading to rc1 was done
> > with easy_install and then running rb-site upgrade.
>
> > Schema dump:
>
> > 
> > -- MySQL dump 10.13  Distrib 5.1.49, for debian-linux-gnu (x86_64)
> > --
> > -- Host: localhost    Database: reviewboard
> > -- --
> > -- Server version       5.1.49-3
>
> > /*!40101 SET @OLD_CHARACTER_SET_CLIENT=@@CHARACTER_SET_CLIENT */;
> > /*!40101 SET @OLD_CHARACTER_SET_RESULTS=@@CHARACTER_SET_RESULTS */;
> > /*!40101 SET @OLD_COLLATION_CONNECTION=@@COLLATION_CONNECTION */;
> > /*!40101 SET NAMES utf8 */;
> > /*!40103 SET @OLD_TIME_ZONE=@@TIME_ZONE */;
> > /*!40103 SET TIME_ZONE='+00:00' */;
> > /*!40014 SET @OLD_UNIQUE_CHECKS=@@UNIQUE_CHECKS, UNIQUE_CHECKS=0 */;
> > /*!40014 SET @OLD_FOREIGN_KEY_CHECKS=@@FOREIGN_KEY_CHECKS,
> > FOREIGN_KEY_CHECKS=0 */;
> > /*!40101 SET @OLD_SQL_MODE=@@SQL_MODE,
> > SQL_MODE='NO_AUTO_VALUE_ON_ZERO' */;
> > /*!40111 SET @OLD_SQL_NOTES=@@SQL_NOTES, SQL_NOTES=0 */;
>
> > --
> > -- Table structure for table `accounts_localsiteprofile`
> > --
>
> > DROP TABLE IF EXISTS `accounts_localsiteprofile`;
> > /*!40101 SET @saved_cs_client     = @@character_set_client */;
> > /*!40101 SET character_set_client = utf8 */;
> > CREATE TABLE `accounts_localsiteprofile` (
> >  `id` int(11) NOT NULL AUTO_INCREMENT,
> >  `user_id` int(11) NOT NULL,
> >  `profile_id` int(11) NOT NULL,
> >  `local_site_id` int(11) DEFAULT NULL,
> >  `direct_incoming_request_count` int(11) DEFAULT NULL,
> >  `total_incoming_request_count` int(11) DEFAULT NULL,
> >  `pending_outgoing_request_count` int(11) DEFAULT NULL,
> >  `total_outgoing_request_count` int(11) DEFAULT NULL,
> >  `starred_public_request_count` int(11) DEFAULT NULL,
> >  PRIMARY KEY (`id`),
> >  UNIQUE KEY `user_id` (`user_id`,`local_site_id`),
> >  UNIQUE KEY `profile_id` (`profile_id`,`local_site_id`),
> >  KEY `accounts_localsiteprofile_fbfc09f1` (`user_id`),
> >  KEY `accounts_localsiteprofile_141c6eec` (`profile_id`),
> >  KEY `accounts_localsiteprofile_45ded6af` (`local_site_id`)
> > ) ENGINE=MyISAM AUTO_INCREMENT=27 DEFAULT CHARSET=latin1;
> > /*!40101 SET character_set_client = @saved_cs_client */;
>
> > --
> > -- Table structure for table `accounts_profile`
> > --
>
> > DROP TABLE IF EXISTS `accounts_profile`;
> > /*!40101 SET @saved_cs_client     = @@character_set_client */;
> > /*!40101 SET character_set_client = utf8 */;
> > CREATE TABLE `accounts_profile` (
> >  `id` int(11) NOT NULL AUTO_INCREMENT,
> >  `user_id` int(11) NOT NULL,
> >  `first_time_setup_done` tinyint(1) NOT NULL,
> >  `collapsed_diffs` tinyint(1) NOT NULL,
> >  `wordwrapped_diffs` tinyint(1) NOT NULL,
> >  `syntax_highlighting` tinyint(1) NOT NULL,
> >  `show_submitted` tinyint(1) NOT NULL,
> >  `sort_review_request_columns` varchar(256) NOT NULL,
> >  `sort_dashboard_columns` varchar(256) NOT NULL,
> >  `sort_submitter_columns` varchar(256) NOT NULL,
> >  `sort_group_columns` varchar(256) NOT NULL,
> >  `review_request_columns` varchar(256) NOT NULL,
> >  `dashboard_columns` varchar(256) NOT NULL,
> >  `submitter_columns` varchar(256) NOT NULL,
> >  `group_columns` varchar(256) NOT NULL,
> >  `is_private` tinyint(1) NOT NULL,
> >  PRIMARY KEY (`id`),
> >  UNIQUE KEY `user_id` (`user_id`)
> > ) ENGINE=MyISAM AUTO_INCREMENT=31 DEFAULT CHARSET=latin1;
> > /*!40101 SET character_set_client = @saved_cs_client */;
>
> > --
> > -- Table structure for table `accounts_profile_starred_groups`
> > --
>
> > DROP TABLE IF EXISTS `accounts_profile_starred_groups`;
> > /*!40101 SET @saved_cs_client     = @@character_set_client */;
> > /*!40101 SET character_set_client = utf8 */;
> > CREATE TABLE `accounts_profile_starred_groups` (
> >  `id` int(11) NOT NULL AUTO_INCREMENT,
> >  `profile_id` int(11) NOT NULL,
> >  `group_id` int(11) NOT NULL,
> >  PRIMARY KEY (`id`),
> >  UNIQUE KEY `profile_id` (`profile_id`,`group_id`),
> >  KEY `accounts_profile_starred_groups_141c6eec` (`profile_id`),
> >  KEY `accounts_profile_starred_groups_bda51c3c` (`group_id`)
> > ) ENGINE=MyISAM DEFAULT CHARSET=latin1;
> > /*!40101 SET character_set_client = @saved_cs_client */;
>
> > --
> > -- Table structure for table
> > `accounts_profile_starred_review_requests`
> >

Re: Problem upgrading from 1.6beta1 to 1.6rc1

2011-06-29 Thread martin
I updated from 1.5.4 to 1.6beta1 to 1.6rc1. The upgrade from 1.5.4 to
beta1 was a few months ago and I was new to both reviewboard and
django. Maybe I didn't run the rb-site upgrade step after that
upgrade? I can't be sure either way now. Upgrading to rc1 was done
with easy_install and then running rb-site upgrade.

Schema dump:


-- MySQL dump 10.13  Distrib 5.1.49, for debian-linux-gnu (x86_64)
--
-- Host: localhostDatabase: reviewboard
-- --
-- Server version   5.1.49-3

/*!40101 SET @OLD_CHARACTER_SET_CLIENT=@@CHARACTER_SET_CLIENT */;
/*!40101 SET @OLD_CHARACTER_SET_RESULTS=@@CHARACTER_SET_RESULTS */;
/*!40101 SET @OLD_COLLATION_CONNECTION=@@COLLATION_CONNECTION */;
/*!40101 SET NAMES utf8 */;
/*!40103 SET @OLD_TIME_ZONE=@@TIME_ZONE */;
/*!40103 SET TIME_ZONE='+00:00' */;
/*!40014 SET @OLD_UNIQUE_CHECKS=@@UNIQUE_CHECKS, UNIQUE_CHECKS=0 */;
/*!40014 SET @OLD_FOREIGN_KEY_CHECKS=@@FOREIGN_KEY_CHECKS,
FOREIGN_KEY_CHECKS=0 */;
/*!40101 SET @OLD_SQL_MODE=@@SQL_MODE,
SQL_MODE='NO_AUTO_VALUE_ON_ZERO' */;
/*!40111 SET @OLD_SQL_NOTES=@@SQL_NOTES, SQL_NOTES=0 */;

--
-- Table structure for table `accounts_localsiteprofile`
--

DROP TABLE IF EXISTS `accounts_localsiteprofile`;
/*!40101 SET @saved_cs_client = @@character_set_client */;
/*!40101 SET character_set_client = utf8 */;
CREATE TABLE `accounts_localsiteprofile` (
  `id` int(11) NOT NULL AUTO_INCREMENT,
  `user_id` int(11) NOT NULL,
  `profile_id` int(11) NOT NULL,
  `local_site_id` int(11) DEFAULT NULL,
  `direct_incoming_request_count` int(11) DEFAULT NULL,
  `total_incoming_request_count` int(11) DEFAULT NULL,
  `pending_outgoing_request_count` int(11) DEFAULT NULL,
  `total_outgoing_request_count` int(11) DEFAULT NULL,
  `starred_public_request_count` int(11) DEFAULT NULL,
  PRIMARY KEY (`id`),
  UNIQUE KEY `user_id` (`user_id`,`local_site_id`),
  UNIQUE KEY `profile_id` (`profile_id`,`local_site_id`),
  KEY `accounts_localsiteprofile_fbfc09f1` (`user_id`),
  KEY `accounts_localsiteprofile_141c6eec` (`profile_id`),
  KEY `accounts_localsiteprofile_45ded6af` (`local_site_id`)
) ENGINE=MyISAM AUTO_INCREMENT=27 DEFAULT CHARSET=latin1;
/*!40101 SET character_set_client = @saved_cs_client */;

--
-- Table structure for table `accounts_profile`
--

DROP TABLE IF EXISTS `accounts_profile`;
/*!40101 SET @saved_cs_client = @@character_set_client */;
/*!40101 SET character_set_client = utf8 */;
CREATE TABLE `accounts_profile` (
  `id` int(11) NOT NULL AUTO_INCREMENT,
  `user_id` int(11) NOT NULL,
  `first_time_setup_done` tinyint(1) NOT NULL,
  `collapsed_diffs` tinyint(1) NOT NULL,
  `wordwrapped_diffs` tinyint(1) NOT NULL,
  `syntax_highlighting` tinyint(1) NOT NULL,
  `show_submitted` tinyint(1) NOT NULL,
  `sort_review_request_columns` varchar(256) NOT NULL,
  `sort_dashboard_columns` varchar(256) NOT NULL,
  `sort_submitter_columns` varchar(256) NOT NULL,
  `sort_group_columns` varchar(256) NOT NULL,
  `review_request_columns` varchar(256) NOT NULL,
  `dashboard_columns` varchar(256) NOT NULL,
  `submitter_columns` varchar(256) NOT NULL,
  `group_columns` varchar(256) NOT NULL,
  `is_private` tinyint(1) NOT NULL,
  PRIMARY KEY (`id`),
  UNIQUE KEY `user_id` (`user_id`)
) ENGINE=MyISAM AUTO_INCREMENT=31 DEFAULT CHARSET=latin1;
/*!40101 SET character_set_client = @saved_cs_client */;

--
-- Table structure for table `accounts_profile_starred_groups`
--

DROP TABLE IF EXISTS `accounts_profile_starred_groups`;
/*!40101 SET @saved_cs_client = @@character_set_client */;
/*!40101 SET character_set_client = utf8 */;
CREATE TABLE `accounts_profile_starred_groups` (
  `id` int(11) NOT NULL AUTO_INCREMENT,
  `profile_id` int(11) NOT NULL,
  `group_id` int(11) NOT NULL,
  PRIMARY KEY (`id`),
  UNIQUE KEY `profile_id` (`profile_id`,`group_id`),
  KEY `accounts_profile_starred_groups_141c6eec` (`profile_id`),
  KEY `accounts_profile_starred_groups_bda51c3c` (`group_id`)
) ENGINE=MyISAM DEFAULT CHARSET=latin1;
/*!40101 SET character_set_client = @saved_cs_client */;

--
-- Table structure for table
`accounts_profile_starred_review_requests`
--

DROP TABLE IF EXISTS `accounts_profile_starred_review_requests`;
/*!40101 SET @saved_cs_client = @@character_set_client */;
/*!40101 SET character_set_client = utf8 */;
CREATE TABLE `accounts_profile_starred_review_requests` (
  `id` int(11) NOT NULL AUTO_INCREMENT,
  `profile_id` int(11) NOT NULL,
  `reviewrequest_id` int(11) NOT NULL,
  PRIMARY KEY (`id`),
  UNIQUE KEY `profile_id` (`profile_id`,`reviewrequest_id`),
  UNIQUE KEY `profile_starred_review_requests__reviewrequest_profile`
(`reviewrequest_id`,`profile_id`),
  KEY `accounts_profile_starred_review_requests_141c6eec`
(`profile_id`),
  KEY `accounts_profile_starred_review_requests_3109547e`
(`reviewrequest_id`)
) ENGINE=MyISAM AUTO_INCREMENT=8 DEFAULT CHARSET=latin1;
/*!40101 SET character_set_client = @saved_cs_client */;

--
-- Table structure for table `accounts_reviewrequestvisit`
--

D

Re: Problem upgrading from 1.6beta1 to 1.6rc1

2011-06-29 Thread Christian Hammond
Scratch the scratch that. The problem I hit was separate and local to my
setup (didn't fully switch branches in a clean way). So, I can't actually
reproduce this, and I started off with Django 1.2.5 and RB 1.6 beta1 and
went to Django 1.3 and RB RC1, and it worked fine. So we need to figure out
how your database is in an inconsistent state.

Just to verify, how do you do the upgrade to RC1?

Can you dump the database schema and send it to me? (No content, just the
schema.)

Christian

-- 
Christian Hammond - chip...@chipx86.com
Review Board - http://www.reviewboard.org
VMware, Inc. - http://www.vmware.com


On Wed, Jun 29, 2011 at 1:33 PM, Christian Hammond wrote:

> Sorry, scratch that. I'm able to reproduce this when going from beta 1 to
> RC1 as well. It has to do with the is_profile. Looking into it. It *does*
> have an evolution file, but it appears that it's not being taken into
> account.
>
>
> Christian
>
> --
> Christian Hammond - chip...@chipx86.com
> Review Board - http://www.reviewboard.org
> VMware, Inc. - http://www.vmware.com
>
>
> On Wed, Jun 29, 2011 at 1:31 PM, Christian Hammond wrote:
>
>> So what I'm seeing is that some of these evolutions that have been applied
>> are recorded as having already been applied. That most often happens when
>> you've done an upgrade, then tried reverting the schema for some reason
>> (perhaps to downgrade) but never erased the evolution history. You say the
>> database wasn't modified, but did anything ever happen beyond just upgrading
>> from one release to another?
>>
>> What database are you using?
>>
>> What version of Review Board did you have installed prior to 1.6 beta 1?
>>
>> Christian
>>
>> --
>> Christian Hammond - chip...@chipx86.com
>>
>> Review Board - http://www.reviewboard.org
>> VMware, Inc. - http://www.vmware.com
>>
>>
>> On Wed, Jun 29, 2011 at 1:02 PM, martin  wrote:
>>
>>> Thanks Christian.
>>>
>>> Screenshot: http://dl.dropbox.com/u/9410307/evolutions.PNG
>>>
>>> #- Evolution for sessions
>>> from django_evolution.mutations import *
>>> from django.db import models
>>>
>>> MUTATIONS = [
>>>ChangeField('Session', 'expire_date', initial=None, db_index=True)
>>> ]
>>> #--
>>> #- Evolution for accounts
>>> from django_evolution.mutations import *
>>> from django.db import models
>>>
>>> MUTATIONS = [
>>>AddField('Profile', 'is_private', models.BooleanField,
>>> initial=False)
>>> ]
>>> #--
>>> #- Evolution for reviews
>>> from django_evolution.mutations import *
>>> from django.db import models
>>>
>>> MUTATIONS = [
>>>AddField('Comment', 'issue_opened', models.BooleanField,
>>> initial=False),
>>>AddField('Comment', 'issue_status', models.CharField,
>>> max_length=1, null=True, db_index=True),
>>>AddField('Group', 'local_site', models.ForeignKey, null=True,
>>> related_model='site.LocalSite'),
>>>AddField('Group', 'incoming_request_count', models.CounterField,
>>> null=True),
>>>AddField('Group', 'visible', models.BooleanField, initial=True),
>>>AddField('Group', 'invite_only', models.BooleanField,
>>> initial=False),
>>>ChangeField('Group', 'name', initial=None, unique=False),
>>>AddField('Review', 'file_attachment_comments',
>>> models.ManyToManyField,
>>> related_model='reviews.FileAttachmentComment'),
>>>AddField('ReviewRequestDraft', 'inactive_file_attachments',
>>> models.ManyToManyField, related_model='attachments.FileAttachment'),
>>>AddField('ReviewRequestDraft', 'file_attachments',
>>> models.ManyToManyField, related_model='attachments.FileAttachment'),
>>>AddField('ReviewRequest', 'inactive_file_attachments',
>>> models.ManyToManyField, related_model='attachments.FileAttachment'),
>>>AddField('ReviewRequest', 'local_site', models.ForeignKey,
>>> null=True, related_model='site.LocalSite'),
>>>AddField('ReviewRequest', 'local_id', models.IntegerField,
>>> null=True),
>>>AddField('ReviewRequest', 'file_attachments',
>>> models.ManyToManyField, related_model='attachments.FileAttachment'),
>>>AddField('DefaultReviewer', 'local_site', models.ForeignKey,
>>> null=True, related_model='site.LocalSite'),
>>>AddField('ScreenshotComment', 'issue_opened', models.BooleanField,
>>> initial=False),
>>>AddField('ScreenshotComment', 'issue_status', models.CharField,
>>> max_length=1, null=True, db_index=True)
>>> ]
>>> #--
>>> #- Evolution for scmtools
>>> from django_evolution.mutations import *
>>> from django.db import models
>>>
>>> MUTATIONS = [
>>>AddField('Repository', 'review_groups', models.ManyToManyField,
>>> related_model='reviews.Group'),
>>>AddField('Repository', 'local_site', models.ForeignKey, null=True,
>>> related_model='site.LocalSite'),
>>>AddField('Repository', 'public', models.BooleanField,
>>> initial=True),
>>>AddField('Repository', 'users', models.ManyToManyField,
>>> related_model='auth.User'),
>>>ChangeField('Repository', 'path', initial=None, uniq

Re: Problem upgrading from 1.6beta1 to 1.6rc1

2011-06-29 Thread Christian Hammond
Sorry, scratch that. I'm able to reproduce this when going from beta 1 to
RC1 as well. It has to do with the is_profile. Looking into it. It *does*
have an evolution file, but it appears that it's not being taken into
account.

Christian

-- 
Christian Hammond - chip...@chipx86.com
Review Board - http://www.reviewboard.org
VMware, Inc. - http://www.vmware.com


On Wed, Jun 29, 2011 at 1:31 PM, Christian Hammond wrote:

> So what I'm seeing is that some of these evolutions that have been applied
> are recorded as having already been applied. That most often happens when
> you've done an upgrade, then tried reverting the schema for some reason
> (perhaps to downgrade) but never erased the evolution history. You say the
> database wasn't modified, but did anything ever happen beyond just upgrading
> from one release to another?
>
> What database are you using?
>
> What version of Review Board did you have installed prior to 1.6 beta 1?
>
> Christian
>
> --
> Christian Hammond - chip...@chipx86.com
>
> Review Board - http://www.reviewboard.org
> VMware, Inc. - http://www.vmware.com
>
>
> On Wed, Jun 29, 2011 at 1:02 PM, martin  wrote:
>
>> Thanks Christian.
>>
>> Screenshot: http://dl.dropbox.com/u/9410307/evolutions.PNG
>>
>> #- Evolution for sessions
>> from django_evolution.mutations import *
>> from django.db import models
>>
>> MUTATIONS = [
>>ChangeField('Session', 'expire_date', initial=None, db_index=True)
>> ]
>> #--
>> #- Evolution for accounts
>> from django_evolution.mutations import *
>> from django.db import models
>>
>> MUTATIONS = [
>>AddField('Profile', 'is_private', models.BooleanField,
>> initial=False)
>> ]
>> #--
>> #- Evolution for reviews
>> from django_evolution.mutations import *
>> from django.db import models
>>
>> MUTATIONS = [
>>AddField('Comment', 'issue_opened', models.BooleanField,
>> initial=False),
>>AddField('Comment', 'issue_status', models.CharField,
>> max_length=1, null=True, db_index=True),
>>AddField('Group', 'local_site', models.ForeignKey, null=True,
>> related_model='site.LocalSite'),
>>AddField('Group', 'incoming_request_count', models.CounterField,
>> null=True),
>>AddField('Group', 'visible', models.BooleanField, initial=True),
>>AddField('Group', 'invite_only', models.BooleanField,
>> initial=False),
>>ChangeField('Group', 'name', initial=None, unique=False),
>>AddField('Review', 'file_attachment_comments',
>> models.ManyToManyField,
>> related_model='reviews.FileAttachmentComment'),
>>AddField('ReviewRequestDraft', 'inactive_file_attachments',
>> models.ManyToManyField, related_model='attachments.FileAttachment'),
>>AddField('ReviewRequestDraft', 'file_attachments',
>> models.ManyToManyField, related_model='attachments.FileAttachment'),
>>AddField('ReviewRequest', 'inactive_file_attachments',
>> models.ManyToManyField, related_model='attachments.FileAttachment'),
>>AddField('ReviewRequest', 'local_site', models.ForeignKey,
>> null=True, related_model='site.LocalSite'),
>>AddField('ReviewRequest', 'local_id', models.IntegerField,
>> null=True),
>>AddField('ReviewRequest', 'file_attachments',
>> models.ManyToManyField, related_model='attachments.FileAttachment'),
>>AddField('DefaultReviewer', 'local_site', models.ForeignKey,
>> null=True, related_model='site.LocalSite'),
>>AddField('ScreenshotComment', 'issue_opened', models.BooleanField,
>> initial=False),
>>AddField('ScreenshotComment', 'issue_status', models.CharField,
>> max_length=1, null=True, db_index=True)
>> ]
>> #--
>> #- Evolution for scmtools
>> from django_evolution.mutations import *
>> from django.db import models
>>
>> MUTATIONS = [
>>AddField('Repository', 'review_groups', models.ManyToManyField,
>> related_model='reviews.Group'),
>>AddField('Repository', 'local_site', models.ForeignKey, null=True,
>> related_model='site.LocalSite'),
>>AddField('Repository', 'public', models.BooleanField,
>> initial=True),
>>AddField('Repository', 'users', models.ManyToManyField,
>> related_model='auth.User'),
>>ChangeField('Repository', 'path', initial=None, unique=False),
>>ChangeField('Repository', 'name', initial=None, unique=False)
>> ]
>> #--
>> Trial evolution successful.
>> Run './manage.py evolve --hint --execute' to apply evolution.
>>
>>
>> On Jun 29, 12:20 pm, Christian Hammond  wrote:
>> > Those were added before beta 1, but I think the error may be misleading.
>> It
>> > mentions "sessions", which is Django-supplied.
>> >
>> > Can you run:
>> >
>> > $ rb-site manage /path/to/site evolve -- --hint
>> >
>> > (Do not run --hint --execute if anyone tells you to)
>> >
>> > Show me the results of that.
>> >
>> > Then, go into the admin UI -> Database -> Evolutions and screenshot that
>> for
>> > me. I need to see the entire list. You can send that privately, but it
>> > shouldn't have any confidential info.
>>

Re: Problem upgrading from 1.6beta1 to 1.6rc1

2011-06-29 Thread Christian Hammond
So what I'm seeing is that some of these evolutions that have been applied
are recorded as having already been applied. That most often happens when
you've done an upgrade, then tried reverting the schema for some reason
(perhaps to downgrade) but never erased the evolution history. You say the
database wasn't modified, but did anything ever happen beyond just upgrading
from one release to another?

What database are you using?

What version of Review Board did you have installed prior to 1.6 beta 1?

Christian

-- 
Christian Hammond - chip...@chipx86.com
Review Board - http://www.reviewboard.org
VMware, Inc. - http://www.vmware.com


On Wed, Jun 29, 2011 at 1:02 PM, martin  wrote:

> Thanks Christian.
>
> Screenshot: http://dl.dropbox.com/u/9410307/evolutions.PNG
>
> #- Evolution for sessions
> from django_evolution.mutations import *
> from django.db import models
>
> MUTATIONS = [
>ChangeField('Session', 'expire_date', initial=None, db_index=True)
> ]
> #--
> #- Evolution for accounts
> from django_evolution.mutations import *
> from django.db import models
>
> MUTATIONS = [
>AddField('Profile', 'is_private', models.BooleanField,
> initial=False)
> ]
> #--
> #- Evolution for reviews
> from django_evolution.mutations import *
> from django.db import models
>
> MUTATIONS = [
>AddField('Comment', 'issue_opened', models.BooleanField,
> initial=False),
>AddField('Comment', 'issue_status', models.CharField,
> max_length=1, null=True, db_index=True),
>AddField('Group', 'local_site', models.ForeignKey, null=True,
> related_model='site.LocalSite'),
>AddField('Group', 'incoming_request_count', models.CounterField,
> null=True),
>AddField('Group', 'visible', models.BooleanField, initial=True),
>AddField('Group', 'invite_only', models.BooleanField,
> initial=False),
>ChangeField('Group', 'name', initial=None, unique=False),
>AddField('Review', 'file_attachment_comments',
> models.ManyToManyField,
> related_model='reviews.FileAttachmentComment'),
>AddField('ReviewRequestDraft', 'inactive_file_attachments',
> models.ManyToManyField, related_model='attachments.FileAttachment'),
>AddField('ReviewRequestDraft', 'file_attachments',
> models.ManyToManyField, related_model='attachments.FileAttachment'),
>AddField('ReviewRequest', 'inactive_file_attachments',
> models.ManyToManyField, related_model='attachments.FileAttachment'),
>AddField('ReviewRequest', 'local_site', models.ForeignKey,
> null=True, related_model='site.LocalSite'),
>AddField('ReviewRequest', 'local_id', models.IntegerField,
> null=True),
>AddField('ReviewRequest', 'file_attachments',
> models.ManyToManyField, related_model='attachments.FileAttachment'),
>AddField('DefaultReviewer', 'local_site', models.ForeignKey,
> null=True, related_model='site.LocalSite'),
>AddField('ScreenshotComment', 'issue_opened', models.BooleanField,
> initial=False),
>AddField('ScreenshotComment', 'issue_status', models.CharField,
> max_length=1, null=True, db_index=True)
> ]
> #--
> #- Evolution for scmtools
> from django_evolution.mutations import *
> from django.db import models
>
> MUTATIONS = [
>AddField('Repository', 'review_groups', models.ManyToManyField,
> related_model='reviews.Group'),
>AddField('Repository', 'local_site', models.ForeignKey, null=True,
> related_model='site.LocalSite'),
>AddField('Repository', 'public', models.BooleanField,
> initial=True),
>AddField('Repository', 'users', models.ManyToManyField,
> related_model='auth.User'),
>ChangeField('Repository', 'path', initial=None, unique=False),
>ChangeField('Repository', 'name', initial=None, unique=False)
> ]
> #--
> Trial evolution successful.
> Run './manage.py evolve --hint --execute' to apply evolution.
>
>
> On Jun 29, 12:20 pm, Christian Hammond  wrote:
> > Those were added before beta 1, but I think the error may be misleading.
> It
> > mentions "sessions", which is Django-supplied.
> >
> > Can you run:
> >
> > $ rb-site manage /path/to/site evolve -- --hint
> >
> > (Do not run --hint --execute if anyone tells you to)
> >
> > Show me the results of that.
> >
> > Then, go into the admin UI -> Database -> Evolutions and screenshot that
> for
> > me. I need to see the entire list. You can send that privately, but it
> > shouldn't have any confidential info.
> >
> > Christian
> >
> > --
> > Christian Hammond - chip...@chipx86.com
> > Review Board -http://www.reviewboard.org
> > VMware, Inc. -http://www.vmware.com
> >
> >
> >
> >
> >
> >
> >
> > On Wed, Jun 29, 2011 at 11:54 AM, martin 
> wrote:
> > > When I run rb-site upgrade /my/site I get the following:
> >
> > > ===
> > > Rebuilding directory structure
> > > Updating database. This may take a while.
> > > Creating tables ...
> > > Upgrading Review Board from 1.6 beta 1 to 1.6 RC1
> > > There are unapplied evolutions for sessions.
> > > There are unapplie

Re: Problem upgrading from 1.6beta1 to 1.6rc1

2011-06-29 Thread martin
Thanks Christian.

Screenshot: http://dl.dropbox.com/u/9410307/evolutions.PNG

#- Evolution for sessions
from django_evolution.mutations import *
from django.db import models

MUTATIONS = [
ChangeField('Session', 'expire_date', initial=None, db_index=True)
]
#--
#- Evolution for accounts
from django_evolution.mutations import *
from django.db import models

MUTATIONS = [
AddField('Profile', 'is_private', models.BooleanField,
initial=False)
]
#--
#- Evolution for reviews
from django_evolution.mutations import *
from django.db import models

MUTATIONS = [
AddField('Comment', 'issue_opened', models.BooleanField,
initial=False),
AddField('Comment', 'issue_status', models.CharField,
max_length=1, null=True, db_index=True),
AddField('Group', 'local_site', models.ForeignKey, null=True,
related_model='site.LocalSite'),
AddField('Group', 'incoming_request_count', models.CounterField,
null=True),
AddField('Group', 'visible', models.BooleanField, initial=True),
AddField('Group', 'invite_only', models.BooleanField,
initial=False),
ChangeField('Group', 'name', initial=None, unique=False),
AddField('Review', 'file_attachment_comments',
models.ManyToManyField,
related_model='reviews.FileAttachmentComment'),
AddField('ReviewRequestDraft', 'inactive_file_attachments',
models.ManyToManyField, related_model='attachments.FileAttachment'),
AddField('ReviewRequestDraft', 'file_attachments',
models.ManyToManyField, related_model='attachments.FileAttachment'),
AddField('ReviewRequest', 'inactive_file_attachments',
models.ManyToManyField, related_model='attachments.FileAttachment'),
AddField('ReviewRequest', 'local_site', models.ForeignKey,
null=True, related_model='site.LocalSite'),
AddField('ReviewRequest', 'local_id', models.IntegerField,
null=True),
AddField('ReviewRequest', 'file_attachments',
models.ManyToManyField, related_model='attachments.FileAttachment'),
AddField('DefaultReviewer', 'local_site', models.ForeignKey,
null=True, related_model='site.LocalSite'),
AddField('ScreenshotComment', 'issue_opened', models.BooleanField,
initial=False),
AddField('ScreenshotComment', 'issue_status', models.CharField,
max_length=1, null=True, db_index=True)
]
#--
#- Evolution for scmtools
from django_evolution.mutations import *
from django.db import models

MUTATIONS = [
AddField('Repository', 'review_groups', models.ManyToManyField,
related_model='reviews.Group'),
AddField('Repository', 'local_site', models.ForeignKey, null=True,
related_model='site.LocalSite'),
AddField('Repository', 'public', models.BooleanField,
initial=True),
AddField('Repository', 'users', models.ManyToManyField,
related_model='auth.User'),
ChangeField('Repository', 'path', initial=None, unique=False),
ChangeField('Repository', 'name', initial=None, unique=False)
]
#--
Trial evolution successful.
Run './manage.py evolve --hint --execute' to apply evolution.


On Jun 29, 12:20 pm, Christian Hammond  wrote:
> Those were added before beta 1, but I think the error may be misleading. It
> mentions "sessions", which is Django-supplied.
>
> Can you run:
>
>     $ rb-site manage /path/to/site evolve -- --hint
>
> (Do not run --hint --execute if anyone tells you to)
>
> Show me the results of that.
>
> Then, go into the admin UI -> Database -> Evolutions and screenshot that for
> me. I need to see the entire list. You can send that privately, but it
> shouldn't have any confidential info.
>
> Christian
>
> --
> Christian Hammond - chip...@chipx86.com
> Review Board -http://www.reviewboard.org
> VMware, Inc. -http://www.vmware.com
>
>
>
>
>
>
>
> On Wed, Jun 29, 2011 at 11:54 AM, martin  wrote:
> > When I run rb-site upgrade /my/site I get the following:
>
> > ===
> > Rebuilding directory structure
> > Updating database. This may take a while.
> > Creating tables ...
> > Upgrading Review Board from 1.6 beta 1 to 1.6 RC1
> > There are unapplied evolutions for sessions.
> > There are unapplied evolutions for accounts.
> > There are unapplied evolutions for reviews.
> > Project signature has changed - an evolution is required
> > Installing custom SQL ...
> > Installing indexes ...
> > No fixtures found.
> > /usr/local/lib/python2.6/dist-packages/pycrypto-2.3-py2.6-linux-
> > x86_64.egg/Crypto/Util/randpool.py:40: RandomPool_DeprecationWarning:
> > This application uses RandomPool, which is BROKEN in older releases.
> > Seehttp://www.pycrypto.org/randpool-broken
> >  RandomPool_DeprecationWarning)
> > The stored evolutions do not completely resolve all model changes.
> > Run `./manage.py evolve --hint` to see a suggestion for the changes
> > required.
>
> > The following are the changes that could not be resolved:
> > In model reviews.DefaultReviewer:
> >    Field 'local_site' has been added
> > In model reviews.ReviewRequest:
> >    Field 'local_site' has been added
> >    Field 'l

Re: Problem upgrading from 1.6beta1 to 1.6rc1

2011-06-29 Thread Christian Hammond
Those were added before beta 1, but I think the error may be misleading. It
mentions "sessions", which is Django-supplied.

Can you run:

$ rb-site manage /path/to/site evolve -- --hint

(Do not run --hint --execute if anyone tells you to)

Show me the results of that.

Then, go into the admin UI -> Database -> Evolutions and screenshot that for
me. I need to see the entire list. You can send that privately, but it
shouldn't have any confidential info.

Christian

-- 
Christian Hammond - chip...@chipx86.com
Review Board - http://www.reviewboard.org
VMware, Inc. - http://www.vmware.com


On Wed, Jun 29, 2011 at 11:54 AM, martin  wrote:

> When I run rb-site upgrade /my/site I get the following:
>
> ===
> Rebuilding directory structure
> Updating database. This may take a while.
> Creating tables ...
> Upgrading Review Board from 1.6 beta 1 to 1.6 RC1
> There are unapplied evolutions for sessions.
> There are unapplied evolutions for accounts.
> There are unapplied evolutions for reviews.
> Project signature has changed - an evolution is required
> Installing custom SQL ...
> Installing indexes ...
> No fixtures found.
> /usr/local/lib/python2.6/dist-packages/pycrypto-2.3-py2.6-linux-
> x86_64.egg/Crypto/Util/randpool.py:40: RandomPool_DeprecationWarning:
> This application uses RandomPool, which is BROKEN in older releases.
> See http://www.pycrypto.org/randpool-broken
>  RandomPool_DeprecationWarning)
> The stored evolutions do not completely resolve all model changes.
> Run `./manage.py evolve --hint` to see a suggestion for the changes
> required.
>
> The following are the changes that could not be resolved:
> In model reviews.DefaultReviewer:
>Field 'local_site' has been added
> In model reviews.ReviewRequest:
>Field 'local_site' has been added
>Field 'local_id' has been added
> In model reviews.Group:
>Field 'local_site' has been added
>Field 'incoming_request_count' has been added
>Field 'visible' has been added
>Field 'invite_only' has been added
>In field 'name':
>Property 'unique' has changed
> In model scmtools.Repository:
>Field 'review_groups' has been added
>Field 'local_site' has been added
>Field 'public' has been added
>Field 'users' has been added
>In field 'path':
>Property 'unique' has changed
>In field 'name':
>Property 'unique' has changed
> Error: Your models contain changes that Django Evolution cannot
> resolve automatically.
> ===
>
> I haven't made any modifications to the DB structure myself between
> beta1 and rc1. This upgrade did also include and upgrade from django
> 1.2.5 to django 1.3, not sure if that effects anything. Can anyone
> suggest how I would go about resolving this?
>
>
>
> --
> Want to help the Review Board project? Donate today at
> http://www.reviewboard.org/donate/
> Happy user? Let us know at http://www.reviewboard.org/users/
> -~--~~~~--~~--~--~---
> To unsubscribe from this group, send email to
> reviewboard+unsubscr...@googlegroups.com
> For more options, visit this group at
> http://groups.google.com/group/reviewboard?hl=en

-- 
Want to help the Review Board project? Donate today at 
http://www.reviewboard.org/donate/
Happy user? Let us know at http://www.reviewboard.org/users/
-~--~~~~--~~--~--~---
To unsubscribe from this group, send email to 
reviewboard+unsubscr...@googlegroups.com
For more options, visit this group at 
http://groups.google.com/group/reviewboard?hl=en