[
Date Prev][
Date Next][
Thread Prev][
Thread Next][
Date Index][
Thread Index]
[
List Home]
RE: [dsdp-tm-dev] TM Update Site is Confusing - Proposed Changes
|
Hi Kevin,
> It sounds like we should have a different update site for
installation and advertise that, if I'm not misunderstanding the
sites.
Yes that might be a good idea, though I'm not 100%
sure.
Imagine we'd have only "RSE-SDK", "RSE-Runtime", "RSE-Examples" on our
update site.
You'd still experience the same "Duplication of Examples" in Update
Manager and it
would still be no less confusing but we'd deprive users of teh ability to
install only SSH
but no dstore, for instance. Unfortunately Update Manager has no "Easy
Mode" / "Advanced Mode"
switch.
To avoid the odd duplication, you need to uncheck "Show latest version of
a feature only",
and you'll get a complete image of the RSE Update site in each
category.
When you "Filter included features", all the sepecific services like
dstore, ssh, ftp etc
will disappear since they are all included in the
SDK.
I
can just say that Update Manager works as expected, although the design
and
expected behavior is arguably awkward. Hopefully P2 will be better for
Ganymede.
Cheers,
--
Martin Oberhuber, Senior Member of Technical
Staff, Wind River
Target Management Project
Lead, DSDP PMC Member
Hi
Martin,
If the update site is not meant for initial installation why do
we advertise it? I'm assuming it's the update site that is added when TM
is installed called "Target Management Updates" which can't be edited or
removed. It sounds like we should have a different update site for
installation and advertise that, if I'm not misunderstanding the
sites.
In regards to the duplication of features, with "Filter features
included in other features on the list" selected the services disappear, but
we still have some duplication: Discovery, Unit Tests, Examples, and Remote
C/C++ Debugger. I was also expecting one set of the services to stay
and the other to be removed.
Thanks,
---------------------------
Kevin Doyle
"Oberhuber, Martin"
<Martin.Oberhuber@xxxxxxxxxxxxx> Sent by: dsdp-tm-dev-bounces@xxxxxxxxxxx
24/01/2008 04:58 PM
Please respond
to Target Management developer discussions
<dsdp-tm-dev@xxxxxxxxxxx> |
|
To
| "Target Management developer
discussions" <dsdp-tm-dev@xxxxxxxxxxx>
|
cc
|
|
Subject
| RE: [dsdp-tm-dev] TM Update Site
is Confusing - Proposed Changes |
|
Hi Kevin,
the TM update site is not really meant for
initial installation, but for
automatic updates. For initial installation, better use the Europa
or Ganymede site -- this will
resolve dependency problems.
With respect to duplication of features, your
confusion might go away when
you
untick the "Show latest version of a feature only" in the Update
Manager
Dialog. Then, each of
the "TM and RSE {version}" categories will be complete
in the sense that it lists all associated
features.
Regarding your specific proposals:
1. Have only RSE SDK and RSE Runtime.
That's done on the Europa and Ganymede sites. We cannot do
it on the TM site,
because the
TM site is also used by Update Manager itself for automatic
consumption. If just the ftp feature, for
instance, has been updated from 2.0 to
2.0.1 then users who do "Check for Updates" do not want to install all
of the
RSE Runtime just to get
the newest FTP feature. That's why we need to be
that granular on that site.
Some of your
confusion might go away when you tick "Filter features included
in other features on the list" in your
Update Manager Dialog.
2. Remove the duplication of Services/Remote
CDT in 2.0.1 and 2.0.2. Also the duplication of Discovery across 2.0,
2.0.1 and 2.0.2.
As mentioned above, Update Manager does that for
us. All features would be
duplicated if you didn't have "Show lates..." ticked. The ones you
mention are
duplicated because
they were not changed between the 2.0x releases.
3. Move Discovery/Remote CDT and perhaps
the Terminal to a new update site called Extras. This will make it much
easier for users who just click the root node of the update site, as there
won't be any dependency problems.
Multiple update sites are a no-no IMHO because it makes resolving
dependencies
even harder. As I
said, the TM site is meant for automatic consumption while
the Europa / Ganymede site is for users.
Whate we
could do is in additoin to the site.xml file, provide a site-simple.xml
file which only has a filtered list of
components. I'm torn, however, what that
filter should be like.
Cheers,
--
Martin Oberhuber, Senior Member of Technical Staff, Wind River
Target Management Project Lead, DSDP PMC Member
http://www.eclipse.org/dsdp/tm
_______________________________________________
dsdp-tm-dev mailing
list
dsdp-tm-dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/dsdp-tm-dev