A few suggestions that have been on the list at one point or another: rpm.rutgers.edu (disclaimer: I'm partial to this site...) http://www.fetterconsulting.com/solaris_rpm_howto.htm www.openpkg.org I'm not sure what you mean by "read rpm files." There's a chance that the Solaris (8+) package SUNWrpm (contains /usr/bin/rpm2cpio) may suffice. On Fri, 5 Dec 2003, Michael Helm wrote: > [Sorry if this is a repeat -- doesn't look like the first trial > of this last month made it to the archives.] > > A perennial question on this list .. but I haven't found a recipe for > doing it. > Anybody have anything? Any recommendations? I need something that > is compatible with rpm-4.1 on solaris 8; it needs to be able to read > rpm files (I don't care about building them). > > I have a current-patched, solaris-8 sparc machine, with gcc 3.3.1, and > forte cc (says version 6, and has all current patches). History: found > the freeware distro of rpm couldn't deal with more recent rpm files; the > freeware version is some ancient version 3 rev. Version 4 couldn't > compile; it has dependencies on some kind of internationalization > package called gettext; it was hard to find a version of this that rpm > liked, and would compile on solaris. Next, the rpm configure doesn't > like the Berkeley db installed on my system, and ithe 4.1 rpm > distribution, which contains 2 versions of db, doesn't configure either > of them properly: the result is that the software must be built in the > source distribution (ugh), and I don't know enough to fix this > autoconfig snafu. Once thru that, now running into Linuxy assumptions > (macro defs) that don't fly in Solaris 8: > > make[2]: Entering directory > `/export/home/helm/project/rpm/rpm-4.1/rpm-4.1-internal/rpmio' > source='fts.c' object='fts.lo' libtool=yes \ > depfile='.deps/fts.Plo' tmpdepfile='.deps/fts.TPlo' \ > depmode=none /bin/bash ../depcomp \ > /bin/bash ../libtool --mode=compile cc -xarch=v9a -xtarget=native64 > - -DHAVE_CONFIG_H -I. -I. -I.. -I. -I.. -I../popt -I../zlib -xarch=v9a > - -xtarget=native64 -c -o fts.lo `test -f 'fts.c' || echo './'`fts.c > rm -f .libs/fts.lo > cc -xarch=v9a -xtarget=native64 -DHAVE_CONFIG_H -I. -I. -I.. -I. -I.. > - -I../popt -I../zlib -xarch=v9a -xtarget=native64 -c fts.c -KPIC -DPIC > - -o fts.o > "fts.c", line 135: cannot dereference non-pointer type > "fts.c", line 163: syntax error before or at: { > "fts.c", line 163: syntax error before or at: _b > "fts.c", line 163: undefined symbol: _a > "fts.c", line 163: undefined symbol: _b > "fts.c", line 163: cannot recover from previous errors > cc: acomp failed for fts.c > make[2]: *** [fts.lo] Error 1 > make[2]: Leaving directory > `/export/home/helm/project/rpm/rpm-4.1/rpm-4.1-internal/rpmio' > make[1]: *** [all-recursive] Error 1 > make[1]: Leaving directory > `/export/home/helm/project/rpm/rpm-4.1/rpm-4.1-internal' > > Ok, what to do? Haven't tried gcc since before gcc-3.3 and before I > dealt with > those other problems above -- would gcc overcome this hurdle? > Any advice appreciated. Thanks, ==mwh > Michael Helm > ESnet/LBNL _______________________________________________ Rpm-list mailing list Rpm-list@xxxxxxxxxx https://www.redhat.com/mailman/listinfo/rpm-list
