<html>
  <head>
    <meta content="text/html; charset=ISO-8859-1"
      http-equiv="Content-Type">
  </head>
  <body text="#000000" bgcolor="#FFFFFF">
    <div class="moz-cite-prefix">On 11/29/2012 09:44 AM, Didier Roche
      wrote:<br>
    </div>
    <blockquote cite="mid:50B782F0.7050308@ubuntu.com" type="cite">
      <meta content="text/html; charset=ISO-8859-1"
        http-equiv="Content-Type">
      <div class="moz-cite-prefix">Le 29/11/2012 16:37, Micah Gersten a
        écrit :<br>
      </div>
      <blockquote cite="mid:50B78133.9070902@ubuntu.com" type="cite">
        <meta content="text/html; charset=ISO-8859-1"
          http-equiv="Content-Type">
        <div class="moz-cite-prefix">On 11/29/2012 09:26 AM, Didier
          Roche wrote:<br>
        </div>
        <blockquote cite="mid:50B77EA2.5040505@ubuntu.com" type="cite">
          <meta content="text/html; charset=ISO-8859-1"
            http-equiv="Content-Type">
          <div class="moz-cite-prefix">Le 29/11/2012 16:12, Micah
            Gersten a écrit :<br>
          </div>
          <blockquote cite="mid:50B77B42.5000607@ubuntu.com" type="cite">
            <pre wrap="">On 11/29/2012 04:45 AM, Ubuntu Archive Robot wrote:
</pre>
            <blockquote type="cite">
              <pre wrap="">libunity-webapps (2.4.3daily12.11.29-0ubuntu1) raring; urgency=low

  * Automatic snapshot from revision 866

Date: 2012-11-29 08:00:12.447090+00:00
Changed-By: PS Jenkins bot <a moz-do-not-send="true" class="moz-txt-link-rfc2396E" href="mailto:ps-jenkins@lists.canonical.com"><ps-jenkins@lists.canonical.com></a>
Maintainer: Ubuntu Desktop <a moz-do-not-send="true" class="moz-txt-link-rfc2396E" href="mailto:ubuntu-desktop@lists.ubuntu.com"><ubuntu-desktop@lists.ubuntu.com></a>
Signed-By: Ubuntu Archive Robot <a moz-do-not-send="true" class="moz-txt-link-rfc2396E" href="mailto:cjwatson+ubuntu-archive-robot@chiark.greenend.org.uk"><cjwatson+ubuntu-archive-robot@chiark.greenend.org.uk></a>
<a moz-do-not-send="true" class="moz-txt-link-freetext" href="https://launchpad.net/ubuntu/raring/+source/libunity-webapps/2.4.3daily12.11.29-0ubuntu1">https://launchpad.net/ubuntu/raring/+source/libunity-webapps/2.4.3daily12.11.29-0ubuntu1</a>

</pre>
            </blockquote>
            <pre wrap="">Could we please have more verbose changelogs about what has changed than
this?
</pre>
          </blockquote>
          Hey Micah,<br>
          <br>
          The changelog is generated from all the bugs attached to the
          branch from the developers. So, if the developers attached no
          bug to a branch and doesn't file the NEWS file, it will be
          empty, as you can see with most of the uploads we have in
          GNOME and others "New upstream release".<br>
          <br>
          When people are actually doing this, you get even more info
          than a simple upload you do manually, see for instance:<br>
          <br>
          <meta http-equiv="content-type" content="text/html;
            charset=ISO-8859-1">
          <a moz-do-not-send="true"
href="https://lists.ubuntu.com/archives/raring-changes/2012-November/001547.html">https://lists.ubuntu.com/archives/raring-changes/2012-November/001547.html</a>
          where you get the upstream committer name.<br>
          <br>
        </blockquote>
        That's fine if it's a new upstream release as that means that
        someone has manually signed off on it as a release containing
        new content worth making a release for.  Here, as an automated
        process, I think it's more problematic if there's no entry
        explaining why the upload was done.  The commits might be rather
        useless and not really warrant an upload.  It might be possible
        to refine the automation further to skip such useless uploads. 
        I'm wondering, if there's no bug or NEWS entry, if the bzr
        commit message should be used.<br>
      </blockquote>
      <br>
      I tried as the first approach to use the commit message if no bug
      was attached, but the changelog did sound really noisy and I think
      that what we are really interested in are the bugs that are closed
      in an upload. You still have the debdiff if you want to have the
      full story of what's new inside (or the upstream vcs which is
      listed in debian/control). I think people interested enough in
      addition to the team monitoring those upstream projects can have a
      look there.<br>
      <br>
    </blockquote>
    I'm actually more concerned from the archive side than the project
    side of this.  I'm wondering if there are uploads that aren't worth
    doing which ends up wasting build time, storage space, and
    bandwidth.<br>
    <br>
    Thanks,<br>
    Micah<br>
  </body>
</html>