Skip to content

DebOps identity at a glance #197

Open

Description

@AnBuKu

Some rough outline and reminder for open non-tech issues

DebOps identity at a glance

  • Vision
  • Mission
  • Message to the crowd
  • Brand
  • Visual identity
    • DebOps logo (see in point "Brand")
    • DebOps typeface or font
    • DebOps colors
    • DebOps branding and style guide
  • Communication principles
  • Code of conduct - Principles of the Community (Addressed in Code of conduct #198)

Sooner or later answers about these points mentioned above need to be answered.

Activity

  1. ypid commented on Aug 1, 2016

    @ypid
    Member

    @AnBuKu Thanks! I edited your answer to make them check marks so that we can track progress. I would be interested in the "Code of conduct". There are many good versions out there. Qubes is adapting on as well currently. I will keep an eye open for that.

  2. AnBuKu commented on Aug 1, 2016

    @AnBuKu
    ContributorAuthor

    @ypid these are simply some bullets. Just as a reminder. Nothing more :-)

  3. ypid commented on Aug 1, 2016

    @ypid
    Member

    I guess "Domain names" should be pretty defined already with debops.org?

  4. AnBuKu commented on Aug 1, 2016

    @AnBuKu
    ContributorAuthor

    "Domain names" are FQDN. Thus, debops.org is one. Others could be: debops.net, debops.info etc. or deb-ops.org, deb-ops.net etc. Either these FQDN's are singel web sites or redirects to debops.org

  5. drybjed commented on Aug 1, 2016

    @drybjed
    Member

    Hmm, mutiple domains... Debian has debian.org for official organizational services, and debian.net for something additional, stuff maintained by project developers which might or might not become official. Still, who pays? :-)

  6. AnBuKu commented on Aug 1, 2016

    @AnBuKu
    ContributorAuthor

    What about "Godparent of a DebOps domain name"? - Sponsoring program for people or organizations to support DebOps by funding the annual fee for one of the domains on behalf of DebOps, but neither being the legal owner nor the technical contact of the respective domain, but a godmother or a godfather of a DebOps domain.

    I hereby confirm to be the godfather of debops.ch - Tell me where to make the payment.

  7. ypid commented on Aug 1, 2016

    @ypid
    Member

    @AnBuKu Not sure if that would be useful for the project if users help us to get on more tlds. I guess we could setup something with bitcoin in the further or allow users to vote for features with donations.
    We should check what Debian does here first.

    I thought about this question a couple of days ago for myself (not that it is really urgent 😉) and currently, my personal policy for this is that I would rather have people pick an org from awesome-donations and donate there. I will benefit indirectly which is fine.

    Reasons for this:

    • I don’t have to deal with the topic of receiving donations
    • It allows me/users to prioritize
  8. drybjed commented on Aug 1, 2016

    @drybjed
    Member

    The more domains project uses, the more "muddy" everything becomes. debops.com is already taken. I think that sticking to 1 domain should be enough. I bought debops.net in case we want do to something similar to what Debian does with its debian.net domain. But, IMO, that should be enough for now.

  9. ypid commented on Aug 9, 2016

    @ypid
    Member

    "DebOps Project" or "DebOps project"?

  10. drybjed commented on Aug 9, 2016

    @drybjed
    Member

    I think that "DebOps Project" refers to the project as a whole, ie. an official name. And "DebOps project" could be expanded to "DebOps Project project", when you refer to the Project in a conversation. Does that make sense?

  11. AnBuKu commented on Aug 9, 2016

    @AnBuKu
    ContributorAuthor

    ehm, would use DebOps only. That's the brand name.

    "Project" doesn't really add value.

    What is needed: Content to /Message of DebOps (brand)

  12. ypid commented on Aug 9, 2016

    @ypid
    Member

    Does that make sense?

    Except: And "DebOps project" could be expanded to "DebOps Project project", when you refer to the Project in a conversation.

    "Project" doesn't really add value.

    I think @AnBuKu is right. Other "projects" also don’t include the word "project" in the name.

  13. 1 remaining item

  14. drybjed commented on Aug 9, 2016

    @drybjed
    Member

    Very well. So, DebOps project then.

  15. AnBuKu commented on Aug 9, 2016

    @AnBuKu
    ContributorAuthor

    @drybjed skip the projet ;-)

    DepOps

  16. reopened this on Aug 9, 2016
  17. AnBuKu commented on Aug 9, 2016

    @AnBuKu
    ContributorAuthor

    sorry for closing, what not my intention to stop this thread :-(

  18. drybjed commented on Aug 9, 2016

    @drybjed
    Member

    @AnBuKu Old habits die hard. :-)

  19. AnBuKu commented on Aug 9, 2016

    @AnBuKu
    ContributorAuthor

    hehe :-)

  20. drybjed commented on Aug 9, 2016

    @drybjed
    Member

    However, I think that 'DebOps' by itself might bring too close connotations to 'DevOps'. Since DebOps is a "project" and not a "methodology", I think referring to it as such might be better.

  21. AnBuKu commented on Aug 9, 2016

    @AnBuKu
    ContributorAuthor

    'DevOps' is named 'DevOps' and not 'DevOps methodology' or 'DevOps whatever'.

    Thus, my POV, DebOps can be self-confident without any "false" modesty. I't's up to DebOps to add a message and content to it's brand and by doing so, creating the difference towards 'DevOps'.

    Basically you might even say, my POV again: DebOps is 'DevOps' focused onto Debian.

  22. AnBuKu commented on Aug 9, 2016

    @AnBuKu
    ContributorAuthor
  23. drybjed commented on Aug 9, 2016

    @drybjed
    Member

    @AnBuKu Agreed, I like this meaning.

  24. ypid commented on Aug 11, 2016

    @ypid
    Member

    So to summarize: DebOps should be able to stand for it self and should be preferred but when we refer to it as a project we would write it as: DebOps project.

  25. added a commit that references this issue on Aug 11, 2016
  26. ypid commented on Aug 11, 2016

    @ypid
    Member

    Note that "DebOps project" is currently used to refer to two different things:

    1. The DebOps project, https://debops.org/
    2. A Ansible/DebOps project directory used to manage a data center as setup by the DebOps Tools. Can also be referred to as "DebOps project directory".

    So, when we now only use the phrase "DebOps project" for the second meaning, this will hopefully also make the docs clearer.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Type

    No type

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions