<html>
<head>
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
</head>
<body bgcolor="#FFFFFF" text="#000000">
I should also add that the upgrade testing from 12.04.3 to
14.04.latest-at-that-time was rather pristine. I tried both an ISO
image upgrade and one via `update-manager -c -d`. Very predictable
and stable results. So, a bit of documentation word-smithing in the
release notes for 14.04 may be sufficient. I'd also like to see
other Xubuntu QA and developer folks also try out these two upgrade
methods on Precise to Trusty before April and report their testing
results in the usual place for upgrade testing:<br>
<br>
64-bit: <a
href="http://iso.qa.ubuntu.com/qatracker/milestones/308/builds/57247/testcases">http://iso.qa.ubuntu.com/qatracker/milestones/308/builds/57247/testcases</a><br>
32-bit: <a
href="http://iso.qa.ubuntu.com/qatracker/milestones/308/builds/57248/testcases">http://iso.qa.ubuntu.com/qatracker/milestones/308/builds/57248/testcases</a><br>
<br>
Anyone have a different perspective?<br>
<br>
Richard<br>
<br>
<br>
<div class="moz-cite-prefix">On 02/07/2014 02:25 PM, Richard Elkins
wrote:<br>
</div>
<blockquote cite="mid:52F5412E.8090509@gmail.com" type="cite">
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
12.04.4 ISO installation testing looks good from a test case
perspective (my experience). As stated below by Pasi, it would be
possible to handle 12.04.4 to "12.04.5" via package updates and
leave it alone for the most part.<br>
<br>
So, I'd rather see effort put in the customer migration of 12.04.x
to 14.04 (combination of documentation, automation, and manual
process). Moving from current LTS to new LTS has a higher payoff
for all concerned.<br>
<br>
Richard<br>
<br>
<div class="moz-cite-prefix">On 02/07/2014 02:09 PM, Pasi
Lallinaho wrote:<br>
</div>
<blockquote cite="mid:52F53D79.80909@shimmerproject.org"
type="cite">
<meta http-equiv="Context-Type" content="text/html;
charset=ISO-8859-1">
<div class="moz-cite-prefix">If there is enough interest and
motivation from the community (including people who can
actually help with the SRU), it can be discussed. As Jackson,
I don't personally think it as a realistic thing to do at the
moment either.<br>
<br>
Pasi<br>
<br>
On 07/02/14 22:03, Jackson Doak wrote:<br>
</div>
<blockquote
cite="mid:CA+K2i_1APO2FY-NYWMnOQDXfGh47j67eAe2sFkgDXkxd4DfG1w@mail.gmail.com"
type="cite">
<div dir="ltr">4.12 will be difficult to get to 14.04, let
alone backporting it all the way to precise</div>
<div class="gmail_extra"><br>
<br>
<div class="gmail_quote">On Sat, Feb 8, 2014 at 7:01 AM,
Roberto J Dohnert <span dir="ltr"><<a
moz-do-not-send="true"
href="mailto:robertdohnert@gmail.com" target="_blank">robertdohnert@gmail.com</a>></span>
wrote:<br>
<blockquote class="gmail_quote">
<div> Aside from the trusty enablment stack, the only
other compelling piece would be XFCE 4.12, which I
cant seem to get a precise, no pun intended, release
date. Releasing the trusty kernel through updates
would be optimal. Of course, we, the Black Lab Linux
team, are supporting 12.04 for two years past the
scheduled Ubuntu support date until 2019. So, we may
do a 14.10 stack as our last major release, we may
work on that for Xubuntu as well. But that will be
determined on where 14.04 LTS is at that time.<br>
<br>
Roberto J. Dohnert<br>
Lead Developer<br>
Black Lab Linux<br>
<a moz-do-not-send="true"
href="http://www.blacklablinux.org" target="_blank">http://www.blacklablinux.org</a><br>
<br>
<div>On 02/07/2014 02:30 PM, Pasi Lallinaho wrote:<br>
</div>
<blockquote type="cite">
<div>If we don't need to update the ISO really, we
can just release 12.04.5 as is, with the updates
that have landed to Ubuntu core after .4. On the
other hand, if there is something we want in, it's
another possibility to get stuff in an ISO, not
just updates.<br>
<br>
I would note that there is only 1 year left of
Xubuntu support for 12.04, so not sure if it makes
any difference to land big SRU's now, since people
need to upgrade to 14.04 somewhat shortly anyway.<br>
<br>
Cheers,<br>
Pasi<br>
<br>
On 07/02/14 20:12, Stephen Michael Kellat wrote:<br>
</div>
<blockquote type="cite">
<div>FYI</div>
<div><br>
</div>
<div>How does this align with our planning?</div>
<div><br>
</div>
<div>Stephen Michael Kellat </div>
<div>In the basement cafeteria on lunch<br>
<br>
<br>
Begin forwarded message:<br>
<br>
</div>
<blockquote type="cite">
<div><b>From:</b> Leann Ogasawara <<a
moz-do-not-send="true"
href="mailto:leann.ogasawara@canonical.com"
target="_blank">leann.ogasawara@canonical.com</a>><br>
<b>Date:</b> February 7, 2014, 11:00:12 AM EST<br>
<b>To:</b> <a moz-do-not-send="true"
href="mailto:ubuntu-release@lists.ubuntu.com"
target="_blank">ubuntu-release@lists.ubuntu.com</a>,
<a moz-do-not-send="true"
href="mailto:ubuntu-devel@lists.ubuntu.com"
target="_blank">ubuntu-devel@lists.ubuntu.com</a><br>
<b>Subject:</b> <b>[RFC] 12.04.5</b><br>
<br>
</div>
</blockquote>
<blockquote type="cite">
<div>
<div dir="ltr">Hi All,
<div><br>
</div>
<div>With 12.04.4 having just released, I
wanted to propose the idea of having a
12.04.5 point release for Precise.</div>
<div><br>
</div>
<div>As many are aware, recent 12.04.x point
releases have shipped with a newer kernel
and X stack by default for hardware
enablement purposes. Maintainers of these
enablement stacks have agreed to support
these until a Trusty based enablement
stack is supported in Precise. Once a
Trusty enablement stack is supported, all
previous enablement stacks would EOL and
be asked to migrate to the final Trusty
based enablement stack which would
continue to be supported for the remaining
life of Precise.</div>
<div><br>
</div>
<div>Currently, 12.04.4 is our final point
release for Precise. 12.04.4 shipped with
a Saucy enablement stack by default. This
Saucy enablement stack in Precise will
eventually EOL in favor of the Trusty
enablement stack. Once that happens, our
final point release for Precise will be
delivering an EOL'd enablement stack.
This seems unfortunate and inappropriate.
I would like to propose having a 5th
point release for Precise which would
deliver the Trusty enablement stack for
Precise.</div>
<div><br>
</div>
<div>Providing a 12.04.5 point release will
add no additional maintenance burden upon
teams supporting enablement stacks in
Precise. It would require some extra
effort on part of the Canonical
Foundations Team as well as the Ubuntu
Release Team to spin up an additional set
of images and testing coordination etc.
However, I informally discussed this with
a few members of each of those teams and
the tentative agreement was that 12.04.5
was a reasonable request which could be
accommodated. Collectively we could find
no compelling reason to not provide
12.04.5. We also discussed that a 12.04.5
release should be optional for the Flavors
to participate in. Additionally, we would
want to purposely avoid clashing the
14.04.1 and 12.04.5 release dates and
would suggest releasing 14.04.1 first and
12.04.5 after (exact date TBD).</div>
<div><br>
</div>
<div>What are other's thoughts here? Does
anyone have a compelling reason for not
providing a 12.04.5 point release?</div>
<div><br>
</div>
<div>Thanks,</div>
<div>Leann</div>
<span class="HOEnZb"> </span></div>
<span class="HOEnZb"> </span></div>
<span class="HOEnZb"> </span></blockquote>
<span class="HOEnZb">
<blockquote type="cite">
<div><span>-- </span><br>
<span>Ubuntu-release mailing list</span><br>
<span><a moz-do-not-send="true"
href="mailto:Ubuntu-release@lists.ubuntu.com"
target="_blank">Ubuntu-release@lists.ubuntu.com</a></span><br>
<span>Modify settings or unsubscribe at: <a
moz-do-not-send="true"
href="https://lists.ubuntu.com/mailman/listinfo/ubuntu-release"
target="_blank">https://lists.ubuntu.com/mailman/listinfo/ubuntu-release</a></span><br>
</div>
</blockquote>
<br>
<fieldset></fieldset>
<br>
</span></blockquote>
<span class="HOEnZb"> <br>
<br>
<pre cols="72">--
Pasi Lallinaho (knome) » <a moz-do-not-send="true" href="http://open.knome.fi/" target="_blank">http://open.knome.fi/</a>
Leader of Shimmer Project and Xubuntu » <a moz-do-not-send="true" href="http://shimmerproject.org/" target="_blank">http://shimmerproject.org/</a>
Graphic artist, webdesigner, Ubuntu member » <a moz-do-not-send="true" href="http://xubuntu.org/" target="_blank">http://xubuntu.org/</a></pre>
<br>
<fieldset></fieldset>
<br>
</span></blockquote>
<br>
</div>
<br>
--<br>
xubuntu-devel mailing list<br>
<a moz-do-not-send="true"
href="mailto:xubuntu-devel@lists.ubuntu.com">xubuntu-devel@lists.ubuntu.com</a><br>
<a moz-do-not-send="true"
href="https://lists.ubuntu.com/mailman/listinfo/xubuntu-devel"
target="_blank">https://lists.ubuntu.com/mailman/listinfo/xubuntu-devel</a><br>
<br>
</blockquote>
</div>
<br>
</div>
<br>
<fieldset class="mimeAttachmentHeader"></fieldset>
<br>
</blockquote>
<br>
<br>
<pre class="moz-signature" cols="72">--
Pasi Lallinaho (knome) » <a moz-do-not-send="true" class="moz-txt-link-freetext" href="http://open.knome.fi/">http://open.knome.fi/</a>
Leader of Shimmer Project and Xubuntu » <a moz-do-not-send="true" class="moz-txt-link-freetext" href="http://shimmerproject.org/">http://shimmerproject.org/</a>
Graphic artist, webdesigner, Ubuntu member » <a moz-do-not-send="true" class="moz-txt-link-freetext" href="http://xubuntu.org/">http://xubuntu.org/</a></pre>
<br>
<fieldset class="mimeAttachmentHeader"></fieldset>
<br>
</blockquote>
<br>
</blockquote>
<br>
</body>
</html>