<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
</head>
<body bgcolor="#ffffff" text="#000000">
My Cairo-dock seems tamed and the cpu usage is almost always less
than 1% and 60MB of memory.<br>
<br>
I have a lot of apps that I run from their directory, some python or
java apps in there. Most of those are in my /home/Downloads
directory though.<br>
<br>
Your method is interesting though I would need help setting it up.
My preferences couldn't actually work in the "Gnome-classic" GUI, I
think. Gnome-classic in 11.04 and up isn't Gnome2 is it? or is it?
Isn't it some FrankenGnome?<br>
<br>
I do need to deal with this someday and I have even considered
installing Debian and the separate partition for /home would be good
but I would think most preferences wouldn't work anyway.<br>
<br>
Food for thought....<br>
<br>
Thanks Sean. Do you ever go to the meetings?<br>
<br>
Brian<br>
<br>
On 04/04/2012 10:47 AM, MeanderingCode wrote:
<blockquote cite="mid:4F7C7B39.1050601@aetherislands.net"
type="cite">
<pre wrap="">-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
[for the unabridged version, see BrianO'Keefe's post above]
</pre>
<blockquote type="cite">
<pre wrap="">You are correct Sean but the "Gnome-classic" is a stripped down
version of Gnome. I can also use Cairo-Dock and it is a decent way
to navigate without the horror of Unity.
</pre>
</blockquote>
<pre wrap="">
I love Cairo-Dock. Do you find it to be a memory hog? I haven't had
much luck tracking down why, but it is for me! Right now top is
reporting its memory usage as:
Virt: 922m Res: 186m Shr: 15m
A bit rediculous, if you ask me, but no one involved with the project
was particularly responsive to my inquiries. I run a few applets, but
i haven't taken the time to systematically test each one. Same
problem i have with Firefox...too many extensions i rely on constantly
and haven't spent the time to lose functionality long enough to
comprehensively test them.
</pre>
<blockquote type="cite">
<pre wrap="">My main gripe is that my current Gnome Desktop is really tweaked
with a lot of third party action that I will loose with an upgrade.
It may be unavoidable at some point and I'll have to swallow hard
and do it probably.
</pre>
</blockquote>
<pre wrap="">
I know that problem! My solution follows, in short:
Partition the drive so /home is mounted on a separate partition than /
(I also symlink /opt to /home/opt )
`mkdir /home/user.back && cp -R /home/user/\.*` before an upgrade, but
keep my home directory intact. This recursively copies all dotfiles
into a backup directory. If i have to clobber a dotfile or several in
my home, i already have the backup to reconfigure from. If everything
goes smoothly for a couple weeks, I can tar the directory and archive
it. I used to do it this way for my home and for /etc, but i have
started doing something else because i wanted more incremental
versioning of /etc...
I now run etckeeper (packaged in Ubuntu repos) so that scheduled
version control commits and commits before and after apt-get installs
and removes are recorded in git. I believe etckeeper also supports
yum/rpm based systems, maybe others, and git is my favorite VCS but it
works with others, as well. This has been wonderful. I now have a
/etc/.git directory containing the current state and history of all
files in /etc, and i can back up that directory and restore it on
fresh installs. This makes it easy to run a diff against any config
files for any program, and restore them (sometimes with edits,
sometimes just as they were). I like this system so much that i'm
adapting it for my home directory, too.
You can also use dpkg (on Debian based systems) to dump to a file a
list of installed packages. You could feed this back into apt-get to
install everything on the list, but doing this wholesale is not
recommended for several reasons, such as packages you installed last
time but don't use or, especially, differences in the new release that
have conflicts with packages used last time or are just unused now.
Hand trimming the list before feeding it into apt-get will save you
time. Even without doing this, the beauty of central repositories and
package management is that it only takes a few minutes to install
something when you come around to needing it again, though. Even
several things at once :)
</pre>
<blockquote type="cite">
<pre wrap="">thanks for chiming in!
</pre>
</blockquote>
<pre wrap="">
Thanks, it's good to be here!
Cheers,
Sean
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Mozilla - <a class="moz-txt-link-freetext" href="http://enigmail.mozdev.org/">http://enigmail.mozdev.org/</a>
iQIcBAEBAgAGBQJPfHs5AAoJEN/8FKTsmm+xZeEP/39YNyzAcKTd/UytlcJFQh8m
ZWaHNOW3j5FfNM6fS6VOBbqDEJQ8rocOrfsPXaK0aD4ffoXYlKDA3xJmAShN9GRA
vDtsCsp018o+KJS3wCxzlTlHXOv/g2hRFZdNN7LORyFA87W055EjoUxmJJFBBATv
G8zxelNo0gxV6qMTfh7YNdxjnxJXz7lPe6nuhUXAlttRKEpmbpjhbHL1/WAqwPme
iO5Yl1OJ8iy4pxYy5Q3ctz8OvIyqpeS5ozlJKQ18qTsnFyR9wtNu4uL923QHsTqP
FyYYYhQnlWd2RpDsAUpvVqt8Uem5tfQEiyZ6Rbj8uxSPyXmniVdfLlbNYblY+1qx
A6YExKXdMFAfSbGK7e+sALiDEh7ztdkqf6Q1CUFqAX3woT4Ja3ocJpU+umzsxJtv
FgKtWE3sQJowNZs/Nvbm6S4XWFjYXtBaqvoVZdiP7n9/qJSRsE+9iz6p2KoLxVZx
JCSWs2uINOs8hpT8rNo8ZWUXkqP3LJx/mXx1jW2UR7T8yGsbTaJWIGstGDTM1spO
cBa1pgBOj3rFrSboNfSJm5QUPAgkmJRMTkW9smgTzhzf0kPvsB6l3zMFr0dc3ASf
n0XVt3ci2TsLI8UadH0WzwOU5yUZOiRpY5/VKlOZnKLKOv33xT0B77c4KNQxWChN
aBQNSUOKydChO5IzUdiq
=wMH6
-----END PGP SIGNATURE-----
_______________________________________________
nmglug mailing list
<a class="moz-txt-link-abbreviated" href="mailto:nmglug@lists.nmglug.org">nmglug@lists.nmglug.org</a>
<a class="moz-txt-link-freetext" href="http://lists.nmglug.org/listinfo.cgi/nmglug-nmglug.org">http://lists.nmglug.org/listinfo.cgi/nmglug-nmglug.org</a>
</pre>
</blockquote>
</body>
</html>