On Feb 6, 2008 11:41 AM, Kyle McDonald <[EMAIL PROTECTED]> wrote:
> Shawn Walker wrote:
> > On Feb 6, 2008 10:31 AM, Kyle McDonald <[EMAIL PROTECTED]> wrote:
> >
> >> Shawn Walker wrote:
> >>
> >>> Yes, I am trying to say that packaging is the issue here, not software.
> >>>
> >>>
> >>>
> >> No. Dependencies are the issue. Many dependencies are created when the
> >>
> >
> > Dependencies are a result of packaging in most cases, so I don't see
> > how what you are saying is much different than what I am saying.
> >
> > I'm fairly certain we're effectively saying the same thing.
> >
> >
> No you're missing the distinction (it may be fine, but it's important.)

<snip>

No, I'm actually not.

Development decisions had no relevance (in my mind) to the original
perceived issue in question.

DBUS and HAL are reasonable dependencies to have, and I don't see any
practical alternatives unless you want to have to maintain multiple
methods of doing the same thing.

I didn't miss your distinction; I was merely dismissing it as unrelated.

> >> Also I think most dependency problems that can be fixed by re-packaging,
> >> can be fixed today with the current pacakging tools. It just takes a
> >> finer resolution of packges, and likely an explosion in the number of
> >> packages. The problems in the packaging, and the problems being solved
> >> in the packaging tools I think, are largely ( though maybe not entirely)
> >> orthogonal, and unrelated.
> >>
> >
> > Didn't I just say the problem is the packaging?
> >
> >
> I was trying to add that I believe fixing packaging boundaries, and
> dependencies is a higher priority than new packaging technology. Enough
> so that a coordinated examination and effort (Is there one already?)
> across all of solaris would be a good idea, rather than leaving it to
> the different projects to realize the limits of their current pacakges,
> and fix them at their own pace.

In the original case being discussed, I still think it is packaging
(which I think boundaries falls within) that was the issue and not
development choices.

-- 
Shawn Walker, Software and Systems Analyst
http://binarycrusader.blogspot.com/

"To err is human -- and to blame it on a computer is even more so." -
Robert Orben
_______________________________________________
opensolaris-discuss mailing list
opensolaris-discuss@opensolaris.org

Reply via email to