I realise that IRIX isn't (yet) a supported platform, but I thought I'd
give it a try...
I'm falling at the first hurdle, when bootstrapping openpkg tries to build
rpm:
/usr/freeware/bin/gcc -DHAVE_CONFIG_H -I. -I. -I.. -I. -I.. -I../popt
-DOPENPKG -DOPENPKG_IRIX64 -I/tmp/openpkg-2.4.0/zlib-1.2.2
-I/tmp/openpkg-2.4.0/bzip2-1.0.3 -I/tmp/openpkg-2.4.0/beecrypt-4.1.2
-DOPENPKG -DOPENPKG_IRIX64 -I/tmp/openpkg-2.4.0/zlib-1.2.2
-I/tmp/openpkg-2.4.0/bzip2-1.0.3 -I/tmp/openpkg-2.4.0/beecrypt-4.1.2 -O2
-D_GNU_SOURCE -D_REENTRANT -MT stubs.lo -MD -MP -MF .deps/stubs.Tpo -c
stubs.c -o stubs.o
In file included from stubs.c:10:
../misc/basename.c:10: error: conflicting types for basename'
make[2]: *** [stubs.lo] Error 1
make[2]: Leaving directory /usr/var/tmp/openpkg-2.4.0/rpm-4.2.1'
make: *** [all] Error 2
(I see that IRIX was last mentioned on this list back in 2002 - also in
realtion to RPM problems, natch - and the blocker at that time was RPM
4.0.4 not building)
... however, there *are* RPM builds available for IRIX. So, the questions
I have at this stage are:
* Is there currently any mechanism to give the bootstrap script an
alternative CC value? CC=cc in the environment doesn't seem to have any
effect.
* Can I convince the bootstrap system to use utilities (such as RPM) which
are already present on the system (albeit non-openpkg derived). SGI's RPM
is 3.0.3 - is this too old for general use with openpkg?
* openpkg tries to build in /tmp - which, on IRIX systems, can be very
small (only 10s of Mbs). Is there any way to get openpkg to build in
/usr/tmp, or some other location?
Are any developers actively working on an IRIX port? Do any developers
actually have SGI machines available to them? In any case, if anyone's
willing to point me in the right direction then I'm happy to help out.
(I'm aready using (and fixing bugs in ;) NetBSD's pkgsrc - but having used
Gentoo on x86, the lack of any form of sandboxing (and the necessity of
completely removing a package before it can be updated) in pkgsrc is
making me look to other alternatives)
Cheers,
Stuart
______________________________________________________________________
The OpenPKG Project www.openpkg.org
Developer Communication List openpkg-dev@openpkg.org
