On Tue, Dec 21, 2010 at 10:11:46PM -0700, Orion Poplawski wrote:
> On 12/21/2010 5:01 PM, Philip Nienhuis wrote:
> >
> > Perhaps no answer to your question but I can share some user experiences.
> >
> > This (warning messages) is what I also see when I try to
> > uninstall/install (renew/update) individual octave-forge packages in
> > Mandriva (2010.1).
> > Mandriva has made renewal/updating individual octave-forge packages a
> > cumbersome process, with unexpected dependencies all over the place,
> > perhaps due to the still "monolithic" character of its octave-forge
> > rpm, and rpm and (octave's) pkg stepping onto each other's toes.
> >
> > Hopefully you can make it much easier for Fedora users, up to the
> > point that rpm isn't needed (or only needed for initial installation),
> > i.e., so that just Octave's pkg command will do. (I'd prefer pkg over
> > rpm in this case.)
> > I think development of octave-forge packages proceeds more rapidly
> > than rpm's can be built, tested & updated - if you automate building
> > rpms from individual octave-forge packages this can be alleviated a bit.
> > Thus either Q-control by Fedora will be hampered, or octave users will
> > be withheld a bit from trying the newest octave-forge packages (in
> > turn, hampering package development) if they must wait until tested
> > rpms become available.
> >
> > FYI, "pkg" has an option "forge" that will d/l & install octave-forge
> > packages directly from octave.sf.net. Permissions (root) may interfere
> > when packages go into /usr/[local/]share, but that's probably resolvable.
> >
> > P.
> I think the monolithic octave-forge package has proved to be too
> cumbersome. Individual packages should be easier to maintain.
Having quite some experience with maintaining the splitted packages in
Debian I can assure you that maintaining the small packages in a
distribution is at least *an order of magnitude* more work than the
monolithic build ever was.
Thomas
------------------------------------------------------------------------------
Learn how Oracle Real Application Clusters (RAC) One Node allows customers
to consolidate database storage, standardize their database environment, and,
should the need arise, upgrade to a full multi-node Oracle RAC database
without downtime or disruption
http://p.sf.net/sfu/oracle-sfdevnl
_______________________________________________
Octave-dev mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/octave-dev
