Quoting Bernard Li <[EMAIL PROTECTED]>: > Hi Erich: > > On 10/1/07, Erich Focht <[EMAIL PROTECTED]> wrote: > > > Initially I expected that in a first step we'd do it this way. Until stuff > > gets stable. Then I expected that maybe we upload only the opkg-* rpms to a > > central place. Oh well, I'm a friend of rather clean transition steps... > > > > We need urgently a plan to get trunk back running for all distros. > > I agree -- I think doing this interim thing of checking the opkg-* > meta packages into SVN repository may be able to get us back up and > running quickly. However, there is another blocking issue with the > opkg-* meta packages in that they do not have any dependencies at all > for the packages they are supposed to be wrapper (see my other post).
If i understand correctly what you mean, i do not agree with you. This dependency should not be there. If you want to install standard binary package for OPKGs, use opkg-<package>-client or opkg-<package>-server depending on what part of the OPKG you want to install. For what i know we do not want to install binary package for both the client and server side on the same system by default. > > > In the early days this didn't make sense, but now it does, more and more. > > Still, I'd consider this a minor issue compared to the rest of the trouble. > > This isn't a critical fix -- more like a "nice to have" thing, so yes, > we can deal with this later on (but please keep this in the back of > our minds :-) ). If you see a critical point, please create a ticket! ------------------------------------------------------------------------- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ _______________________________________________ Oscar-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/oscar-devel
