I had a quick look. Nothing found but a lot of hits on tags of course.
I'll try to find a place to create the page and start chapters on Dev
and Users


On Fri, Mar 7, 2014 at 7:54 PM, Daan Hoogland <daan.hoogl...@gmail.com> wrote:
> No, but I do know that it might be useful to use them in commit
> comments as well. If you so feel inclined you can refer to that as
> well
>
> On Fri, Mar 7, 2014 at 7:41 PM, Mike Tutkowski
> <mike.tutkow...@solidfire.com> wrote:
>> Does anyone know if our e-mail tags are documented on the Wiki?
>>
>>
>> On Fri, Mar 7, 2014 at 11:36 AM, Mike Tutkowski <
>> mike.tutkow...@solidfire.com> wrote:
>>
>>> That sounds good, Daan.
>>>
>>> Let's use both tags.
>>>
>>> Thanks!
>>>
>>>
>>> On Fri, Mar 7, 2014 at 9:33 AM, Daan Hoogland 
>>> <daan.hoogl...@gmail.com>wrote:
>>>
>>>> Absolutaly,
>>>>
>>>> But I meant for us to use both tags. I checked in a commit (that I
>>>> didn't give a head up on) for a colleague in which a
>>>> CloudRuntimeException was removed to be more consistent with the rest
>>>> of the code. It was only effecting th upgrade process in this case but
>>>> still;
>>>> [BEHAVIORAL-CHANGE] was caused. Of course these heads-up will always
>>>> be an inter developer courtesy but here is mine (hidden in some one
>>>> elses thread;)
>>>>
>>>> so in short i meant and and not or,
>>>> Daan
>>>>
>>>>
>>>> On Fri, Mar 7, 2014 at 4:20 PM, Mike Tutkowski
>>>> <mike.tutkow...@solidfire.com> wrote:
>>>> > I like either tag.
>>>> >
>>>> > Since DB changes are the most likely to lead to breaking other people's
>>>> > environments, maybe we should go with that one:
>>>> >
>>>> > [DB-CHANGE]
>>>> >
>>>> > Ideally we'd provide the branch, commit SHA, and a manual way around
>>>> it, if
>>>> > there is something simple (like in my case yesterday, simply deleting
>>>> and
>>>> > re-creating two views). If there's no easy way around it, then don't
>>>> bother
>>>> > providing that.
>>>> >
>>>> > Sound reasonable?
>>>> >
>>>> >
>>>> > On Fri, Mar 7, 2014 at 2:12 AM, Daan Hoogland <daan.hoogl...@gmail.com
>>>> >wrote:
>>>> >
>>>> >> Thanks for the heads up Mike,
>>>> >>
>>>> >> As discussed in your thread [1]. You are eating your own dogfood here.
>>>> >> I was checking in a minor change to the upgrade handling yesterday and
>>>> >> decided not to bother everyone with it. evil me. In that thread we
>>>> >> didn't dicide on a tag, yet.
>>>> >>
>>>> >> I would suggest
>>>> >> [DB-CHANGE] and
>>>> >> [BEHAVIORAL-CHANGE]
>>>> >>
>>>> >> [1] http://markmail.org/message/r7wv36o356nolq7f
>>>> >>
>>>> >> On Thu, Mar 6, 2014 at 9:05 PM, Mike Tutkowski
>>>> >> <mike.tutkow...@solidfire.com> wrote:
>>>> >> > Hi everyone,
>>>> >> >
>>>> >> > Just wanted to give you a heads up that I made a minor change to two
>>>> >> views
>>>> >> > in the DB in 9b66866dc2085486f465159cbd446ac03e266a2c:
>>>> >> >
>>>> >> > service_offering_view and disk_offering_view
>>>> >> >
>>>> >> > I added some columns to these views so I could present additional
>>>> info in
>>>> >> > the GUI.
>>>> >> >
>>>> >> > If you want to bring these two views up to date, just run the
>>>> following
>>>> >> SQL:
>>>> >> >
>>>> >> > DROP VIEW IF EXISTS `cloud`.`disk_offering_view`;
>>>> >> > CREATE VIEW `cloud`.`disk_offering_view` AS
>>>> >> >     select
>>>> >> >         disk_offering.id,
>>>> >> >         disk_offering.uuid,
>>>> >> >         disk_offering.name,
>>>> >> >         disk_offering.display_text,
>>>> >> >         disk_offering.disk_size,
>>>> >> >         disk_offering.min_iops,
>>>> >> >         disk_offering.max_iops,
>>>> >> >         disk_offering.created,
>>>> >> >         disk_offering.tags,
>>>> >> >         disk_offering.customized,
>>>> >> >         disk_offering.customized_iops,
>>>> >> >         disk_offering.removed,
>>>> >> >         disk_offering.use_local_storage,
>>>> >> >         disk_offering.system_use,
>>>> >> >         disk_offering.hv_ss_reserve,
>>>> >> >         disk_offering.bytes_read_rate,
>>>> >> >         disk_offering.bytes_write_rate,
>>>> >> >         disk_offering.iops_read_rate,
>>>> >> >         disk_offering.iops_write_rate,
>>>> >> >         disk_offering.cache_mode,
>>>> >> >         disk_offering.sort_key,
>>>> >> >         disk_offering.type,
>>>> >> >         disk_offering.display_offering,
>>>> >> >         domain.id domain_id,
>>>> >> >         domain.uuid domain_uuid,
>>>> >> >         domain.name domain_name,
>>>> >> >         domain.path domain_path
>>>> >> >     from
>>>> >> >         `cloud`.`disk_offering`
>>>> >> >             left join
>>>> >> >         `cloud`.`domain` ON disk_offering.domain_id = domain.id
>>>> >> >     where
>>>> >> >         disk_offering.state='ACTIVE';
>>>> >> >
>>>> >> > DROP VIEW IF EXISTS `cloud`.`service_offering_view`;
>>>> >> > CREATE VIEW `cloud`.`service_offering_view` AS
>>>> >> >     select
>>>> >> >         service_offering.id,
>>>> >> >         disk_offering.uuid,
>>>> >> >         disk_offering.name,
>>>> >> >         disk_offering.display_text,
>>>> >> >         disk_offering.created,
>>>> >> >         disk_offering.tags,
>>>> >> >         disk_offering.removed,
>>>> >> >         disk_offering.use_local_storage,
>>>> >> >         disk_offering.system_use,
>>>> >> >         disk_offering.customized_iops,
>>>> >> >         disk_offering.min_iops,
>>>> >> >         disk_offering.max_iops,
>>>> >> >         disk_offering.hv_ss_reserve,
>>>> >> >         disk_offering.bytes_read_rate,
>>>> >> >         disk_offering.bytes_write_rate,
>>>> >> >         disk_offering.iops_read_rate,
>>>> >> >         disk_offering.iops_write_rate,
>>>> >> >         disk_offering.cache_mode,
>>>> >> >         service_offering.cpu,
>>>> >> >         service_offering.speed,
>>>> >> >         service_offering.ram_size,
>>>> >> >         service_offering.nw_rate,
>>>> >> >         service_offering.mc_rate,
>>>> >> >         service_offering.ha_enabled,
>>>> >> >         service_offering.limit_cpu_use,
>>>> >> >         service_offering.host_tag,
>>>> >> >         service_offering.default_use,
>>>> >> >         service_offering.vm_type,
>>>> >> >         service_offering.sort_key,
>>>> >> >         service_offering.is_volatile,
>>>> >> >         service_offering.deployment_planner,
>>>> >> >         domain.id domain_id,
>>>> >> >         domain.uuid domain_uuid,
>>>> >> >         domain.name domain_name,
>>>> >> >         domain.path domain_path
>>>> >> >     from
>>>> >> >         `cloud`.`service_offering`
>>>> >> >             inner join
>>>> >> >         `cloud`.`disk_offering` ON service_offering.id =
>>>> >> disk_offering.id
>>>> >> >             left join
>>>> >> >         `cloud`.`domain` ON disk_offering.domain_id = domain.id
>>>> >> >     where
>>>> >> >         disk_offering.state='Active';
>>>> >> >
>>>> >> > Thanks!
>>>> >> >
>>>> >> > --
>>>> >> > *Mike Tutkowski*
>>>> >> > *Senior CloudStack Developer, SolidFire Inc.*
>>>> >> > e: mike.tutkow...@solidfire.com
>>>> >> > o: 303.746.7302
>>>> >> > Advancing the way the world uses the
>>>> >> > cloud<http://solidfire.com/solution/overview/?video=play>
>>>> >> > *(tm)*
>>>> >>
>>>> >>
>>>> >>
>>>> >> --
>>>> >> Daan
>>>> >>
>>>> >
>>>> >
>>>> >
>>>> > --
>>>> > *Mike Tutkowski*
>>>> > *Senior CloudStack Developer, SolidFire Inc.*
>>>> > e: mike.tutkow...@solidfire.com
>>>> > o: 303.746.7302
>>>> > Advancing the way the world uses the
>>>> > cloud<http://solidfire.com/solution/overview/?video=play>
>>>> > *(tm)*
>>>>
>>>>
>>>>
>>>> --
>>>> Daan
>>>>
>>>
>>>
>>>
>>> --
>>> *Mike Tutkowski*
>>> *Senior CloudStack Developer, SolidFire Inc.*
>>> e: mike.tutkow...@solidfire.com
>>> o: 303.746.7302
>>> Advancing the way the world uses the 
>>> cloud<http://solidfire.com/solution/overview/?video=play>
>>> *(tm)*
>>>
>>
>>
>>
>> --
>> *Mike Tutkowski*
>> *Senior CloudStack Developer, SolidFire Inc.*
>> e: mike.tutkow...@solidfire.com
>> o: 303.746.7302
>> Advancing the way the world uses the
>> cloud<http://solidfire.com/solution/overview/?video=play>
>> *(tm)*
>
>
>
> --
> Daan



-- 
Daan

Reply via email to