<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta content="text/html;charset=UTF-8" http-equiv="Content-Type">
<title></title>
</head>
<body bgcolor="#ffffff" text="#000000">
David Nielsen wrote:
<blockquote
cite="mid:1dedbbfc0902241544x30afe266nfc0e1e8e851d843f@mail.gmail.com"
type="cite"><br>
<br>
<div class="gmail_quote">Den 25. feb. 2009 00.19 skrev Martin Sourada
<span dir="ltr"><<a moz-do-not-send="true"
href="mailto:martin.sourada@gmail.com">martin.sourada@gmail.com</a>></span>:<br>
<blockquote class="gmail_quote"
style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><br>
<div class="Ih2E3d">><br>
</div>
Well, I am not a member of the desktop SIG and as such I have no word in<br>
the actual choosing (other than expressing my opinion), but I personally<br>
don't think it is a good idea. First of all Rhythmbox was still Gnome<br>
default audio player and Totem video player last time I checked, second<br>
I am regular user of both and actually find them pretty usable *and*<br>
efficient and third, but not last, banshee is pulling in mono stuff,<br>
which is first a bit controversial (a really tiny bit, mostly caused by<br>
the fact that C# was developed by a certain company that people in *nix<br>
world don't usually have pleasant tea parties with) and second, most<br>
importantly, for the Desktop Live Spin it's another ~30 MiB worth of<br>
packages...</blockquote>
<div><br>
Rhythmbox is not the default GNOME mediaplayer, GNOME only ships Totem.
<br>
<br>
Till such a time as Fedora deems Mono non-free, the fact that Mono and
banshee is present means it lives up to the strict guidelines for
freedom Fedora requires and should be able to be considered on equal
footing. If we are second class citizens without any chance of ever
being included please tell us officially, I am sure I and the other
people working tirelessly to improve Mono would love to know if we are
wasting our time, if that is the case it might save everyone a lot of
headaches and wasted manhours of contributions that could be invested
in non-Fedora venue which is interested in this work.<br>
<br>
I am aware of the media size increase, it is noted as a con. I know
there is space to be saved by getting the debug stripper fixed to
understand mono as every package currently ships those included since
this functionality still isn't present. i have also been able to shave
a bit off cleaning out the dependency chain. I am also investigating
other improvements to our mono stack which should give size decreases
for the entire stack.<br>
<br>
</div>
<blockquote class="gmail_quote"
style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">Also
from what I read, it also joins the functionality of video and<br>
audio players... Well, while there is some non-zero intersection of<br>
those, I don't quite like having it both managed by one app. That's not<br>
how gnome apps usually do it.</blockquote>
<div><br>
I have to admit I kinda like it, I was skeptical at first. Where it
really starts to shine is for video podcasts, automatically downloaded
(and with a bit of dbus magic even torrent payloads can be downloaded
which is really powerful not to mention shiny). There is an increasing
intersection of differing kinds of media in peoples collections,
vodcasts, music videos, tv shows, movies, e.g. I believe it's valuable
to interact with them through the same library and application.<br>
<br>
- David Nielsen<br>
</div>
</div>
</blockquote>
David,<br>
<br>
I am sure that everyone in the group appreciated your and others
efforts to support Mono applications. I am interested in your comment
about shaving off some of the size of the Mono "stack". We have been
having the discussion about perceived desktop performance. In years
past, as a real time systems programmer, I became very aware that one
of the primary performance issues is the size of the code that is being
executed. In reducing the size of the "stack", will you also be
providing something of an inprovement to the perceived performance of
the applications using that "stack"?<br>
<br>
-Roy Bynum<br>
</body>
</html>