Re: Short-term release schedule (was: Re: improved CSS customization coming in 2.10 alpha 2)

 
From: "Dada Mail" <dada@PROTECTED>
Date: August 29th 2005

But am I the only tester out there who doesn't think they'll keep
up with such a quick release schedule, and may skip one of the above?

No matter how many or few dev releases you put out, people are going
to miss all, some, or most of them - for a variety of reasons: mostly
because of time and convenience Time, because unless you're me :)
You have more important work-related things to do Convenience,
because it is sort of annoying to have to download and then reinstall
the program manually

It would be much easier to have an upgrade system that is a bit
more automatic - a command issued to the shell and, "bang!" your Dada
is updated The more convenience you have, the less time it takes and
the amount of people that will test out the beta's will increase

But, dev releases are important, since they do create a snapshot that
we can look back from I take the betas and test them on most of the
accounts I have access to

So, yeah, it's common for people to skip dev releases, even if
they're in the development For us, it's because there's no
incredibly easy way to have available the newest version to test If
people are just curious about the dev releases, and download/install
one out of the blue, they can still provide some valuable feedback
with their fresh pair of eyes

I understand the need for the next release to come ASAP, but I'm
curious why you project a need for another one following that (but before the
stable release)?

The way release candidates are supposed to work is that you release
one, and if there aren't any problems, you just rename it to become
the, "stable" release If there are problems, you fix them, and
release another release candidate, until you get it right ;)

2 9 had a very large dev cycle - it was a much larger release with
many core changes to the program 2 10 is mostly building upon those
core changes - we're playing with all the wiggle-room created

Justin Simoni

  • This mailing list is a public mailing list - anyone may join or leave, at any time.
  • This mailing list is a group discussion list (unmoderated)
  • Start a new thread, email: dadadev@dadamailproject.com

This is the developer discussion mailing list for Dada Mail.

If you are just looking for support Dada Mail, consult the message boards at:

https://forum.dadamailproject.com

Documentation for Dada Mail:

https://dadamailproject.com/d

Specifically, see the Error FAQ:

https://dadamailproject.com/d/FAQ-errors.pod.html

To post to this list, send a message to:

mailto:dadadev@dadamailproject.com

All subscribers of this list may post to the list itself.

Topics that are welcome:

  • Constructive critiques on the program (I like, "x", but, "y" needs some work - here's an idea on how to make this better...)
  • Bug/Error reports
  • Bug fixes
  • Request For Comments on any changes to the program
  • Help customizing Dada Mail for your own needs
  • Patches
  • Language Translations
  • Support Documentation/Doc editing, FAQ's, etc.
  • Discussion of any changes that you would like to be committed to the next version of Dada Mail -

Dada Mail is on Github:

https://github.com/justingit/dada-mail/

If you would like to fork, branch, send over PRs, open up issues, etc.

Privacy Policy:

This Privacy Policy is for this mailing list, and this mailing list only.

Email addresses collection through this mailing list are used explicitly to work within this email discussion list.

We only collect email addresses through our Closed-Loop Opt-In system.

We don't use your email address for any other purpose.

We won't be sharing your email address with any other entity.

Unsubscription can be done at any time. Please contact us at: justin@dadamailproject.com for any help regarding your subscription, including removal from the mailing list.

All mailing list messages sent from us will include a subscription removal link, which will allow you to remove yourself from this mailing list automatically, and permanently.

All consent to use your email address for any other purpose stated at the time of the mailing list subscription will also be revoked upon mailing list removal.