Netbook Remix launcher

John McCabe-Dansted gmatht at gmail.com
Thu Jan 15 15:10:45 GMT 2009


On Thu, Jan 15, 2009 at 9:46 PM, Mario Vukelic
<mario.vukelic at dantian.org> wrote:
> On Thu, 2009-01-15 at 20:24 +0900, John McCabe-Dansted wrote:
>> I phrased it as "Both have easy workarounds so the priority would be
>> low.", but "Gnome's resources" are irrelevant AFAICT,
>
> ok
>
>> all that is
>> required is for Debian or Ubuntu to set e-d-s-c etc. as recommended
>> (by gnome-panel) rather than required.

For those that are interested, technically the chain is
   Gnome-panel -> libedataserver -> evolution-data-server-common
The clock won't start if libedataserver doesn't exist. However so far,
removing evolution-data-server-common doesn't seem to break anything.
The only thing missing is the icons in the evolution event categories,
everything else, including the rest of evolution works fine. Even
selecting geolocations works, which is odd since all the location
files are appear to be in evolution-data-server-common.

Does anyone know if removing evolution-data-server-common actually
breaks anything outside evolution?

> ... and possibly do some packaging work to move affected applets out of
> gnome-panel and/or provide an explanation in the applet chooser GUI for
> why they do not work.
>
> IMHO it's up to the people who would actually spend the time on this, to
> decide whether it's worth it to allow saving 8 MB disk space in some

Actually, I don't see where the 8MB reported by synaptic comes from.

According to
  ls -os -ld `dpkg -L evolution-data-server-common ` | sort -rn
evolution-data-server-common provides 35 files, the largest one being
68kB. There is no way that adds up to 8MB. Do you know which figure is
accurate?

There are other reasons than size cut back on the hard dependencies
(although 8MB is not entirely insignificant on a 1.4GB NetBook) For
example, often when attempting to install some legacy deb, I find that
the only way to install it and keep apt happy is to uninstall half the
distro. Stuff like apt-pinning could be somewhat easier if the
"requires" field accurately reflected what was actually required.
Finally an obvious way to remove evolution is to remove all the
packages with evolution in it, it would be nice if approach didn't rip
out gnome-panel with it.

-- 
John C. McCabe-Dansted
PhD Student
University of Western Australia



More information about the sounder mailing list