on 15:38 Wed 02 Mar, Steven VanDevender (ste...@uoregon.edu) wrote: > Dr. Ed Morbius writes: > > In the specific pathological case I'm thinking of (Dell's iSCSI > > management tools), the net end result is rather poorly defined and spans > > a significant chunk of the filesystem -- mostly under /opt/dell, but > > some stray (and largely undocumented) bits, mostly under /etc, with bits > > under /usr/src. I'd probably have to compare filesystem snapshots to > > identify these cleanly. > > At least the Mock RPM-building tool handles this for you; when building > packages it uses a chrooted environment and tracks what files get put > where so they can be rolled up into a package.
That could be useful, though I'd have to play with it to see if the vendors' scripts would run as advertised within a chroot. > > > The thing is, RPM or DEB packages already do those things for you, so > > > why go to so much effort to duplicate that functionality outside your > > > package system? > > > > Because there's stuff that isn't packaged in RPM/DEB, and there aren't > > enough hours in the day. > > > > I'm not convinced this is a /good/ idea. It is, however, an idea. > > Figure folks can kick it around (or ignore it) and see what interest or > > other suggestions there are. > > Seriously, package systems are designed to handle dependency management, > *un*installation, and upgrading in ways that are extremely hard to deal > with if you insist on doing traditional source-based (or your vendor > insists on doing blob-based) installation methods. Please believe you've got absolutely *NO* convincing to do for me on any of those scores. Somewhat ironically, the Dell iSCSI shell blob contains within it several RPMs of varying spec-conformance. -- Dr. Ed Morbius, Chief Scientist / | Robot Wrangler / Staff Psychologist | When you seek unlimited power Krell Power Systems Unlimited | Go to Krell! -- You received this message because you are subscribed to the Google Groups "Puppet Users" group. To post to this group, send email to puppet-users@googlegroups.com. To unsubscribe from this group, send email to puppet-users+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/puppet-users?hl=en.
