On Sat, Mar 21, 2009 at 2:28 AM, Alan Pope a...@popey.com wrote:
That would fail for users who make one-time changes to their data. For
example users who download their mail via pop. If they upgrade using
aufs and then proceed to test the new features of their mail client,
it might be
to, 2009-03-19 kello 16:20 +0100, Martin Soto kirjoitti:
Seconded, you start your session once with the new version installed,
and there's often no way back. Applications will surely update their
configuration data as soon as they're started, and there's no guarantee
that they'll work when the
hi,
Am Freitag, den 20.03.2009, 09:49 +0200 schrieb Lars Wirzenius:
to, 2009-03-19 kello 16:20 +0100, Martin Soto kirjoitti:
Seconded, you start your session once with the new version installed,
and there's often no way back. Applications will surely update their
configuration data as soon
On Wed, Mar 18, 2009 at 09:18:50AM +0100, Michael Vogt wrote:
On Tue, Mar 17, 2009 at 03:53:23PM +0200, Marius Gedminas wrote:
On Mon, Mar 16, 2009 at 07:00:12PM +0100, Michael Vogt wrote:
Yes, after the upgrade the system will be jaunty until the next
reboot, then the writable overlay is
2009/3/18 Alexander Sack a...@ubuntu.com:
Is there any reason why we don't overlay /home? Just so that you can
test upgrade for existing configs?
That would fail for users who make one-time changes to their data. For
example users who download their mail via pop. If they upgrade using
aufs and
On 18/03/2009 Michael Vogt wrote:
This is
pretty rare, but it does sometimes happens.
How can this be rare if the user is supposed to test things after the
upgrade? I didn't think about it but it's actually risky - every
application can potentially be non-forward-compatible. Users should be
On Thu, 2009-03-19 at 15:56 +0100, Vincenzo Ciancia wrote:
...
How can this be rare if the user is supposed to test things after the
upgrade? I didn't think about it but it's actually risky - every
application can potentially be non-forward-compatible. Users should be
adviced to use the
On Tue, Mar 17, 2009 at 03:53:23PM +0200, Marius Gedminas wrote:
On Mon, Mar 16, 2009 at 07:00:12PM +0100, Michael Vogt wrote:
Yes, after the upgrade the system will be jaunty until the next
reboot, then the writable overlay is removed and the system is exactly
in the same state as before
On Mon, Mar 16, 2009 at 07:00:12PM +0100, Michael Vogt wrote:
Yes, after the upgrade the system will be jaunty until the next
reboot, then the writable overlay is removed and the system is exactly
in the same state as before the upgrade.
Does this overlay cover the whole filesystem? If people
On Sat, Mar 14, 2009 at 02:13:24PM +, (``-_-´´) -- BUGabundo wrote:
Olá Michael e a todos.
On Friday 13 March 2009 18:19:28 Michael Vogt wrote:
during the last UDS we talked informally about using the aufs
overlay filesystem layer for release upgrade testing. I build a
prototype
On Sun, Mar 15, 2009 at 02:27:16AM -0400, John Vivirito wrote:
On 03/14/2009 10:13 AM, (``-_-´´) -- BUGabundo wrote:
Olá Michael e a todos.
[..]
This idea seems like a really nice idea, and one that in some other form is
requested by users/testers.
I would like to add to points:
* if
On Sun, Mar 15, 2009 at 11:51:52AM +0100, Vincenzo Ciancia wrote:
When doing something like this one should be careful because here you
have a copy of all files that are modified during the upgrade.
Applications keeping these files open will write to the old copies, and
applications which
On 03/14/2009 10:13 AM, (``-_-´´) -- BUGabundo wrote:
Olá Michael e a todos.
On Friday 13 March 2009 18:19:28 Michael Vogt wrote:
during the last UDS we talked informally about using the aufs
overlay filesystem layer for release upgrade testing. I build a
prototype implementation of this
When doing something like this one should be careful because here you
have a copy of all files that are modified during the upgrade.
Applications keeping these files open will write to the old copies, and
applications which reopen the file after the upgrade will not see this
data. This may be
Olá Michael e a todos.
On Friday 13 March 2009 18:19:28 Michael Vogt wrote:
during the last UDS we talked informally about using the aufs
overlay filesystem layer for release upgrade testing. I build a
prototype implementation of this now that should be ok for public
testing.
The idea
15 matches
Mail list logo
