Could you provide some more details on what problems you are seeing?

The SRPM`s we distributed were used to build the RPM`s on LinuxPPC 2000 on an iMac (as well as for all other RPM based systems). So obviously, we did not see the problems you found?

The only known RPM problem is that you first need to remove the 1_ICS version before installing the 2_ICS RPMs. If you don`t some warning messages are generated, but the right thing is done. (We`re still looking for the problem here...)

Please feel free to fix it if you find the problem! We are more than willing to accept help from the community! Just post the fix here so that all will benefit!

Mark

Mark,
Well first off the specfile is missing an entry such as...

Buildroot /var/tmp/%{name}-root

which defines the Buildroot to be used. As I understand rpm without doing that you get a null string for ${RPM_BUILD_ROOT} in the install section of the specfile will then end up installing in the real root. A good approach would be to deinstall currently installed OpenMotif
rpms with `rpm -e` before building OpenMotif again. After
you have built rpm`s go through and check that none of the libs or headers were `accidently` installed outside of the buildroot.
Jack

Jack,

Thanks! Based on your pointer, we did some more reading and of course you are right. We will add the Buildroot entry in the next source rev (probably with the Alpha release of Themes).

BTW We did specify the use of buildroot command line parameter to rpm in README.ICS. Obviously, not the preferred way, but functional.

You mentioned other problems? All observations are appreciated!

Mark

Mark

Hi,
We are still trying to get the current srpm to build on Linuxppc. I believe we have patched all the problems missed in the current srpm. In particular we added the following patches...

diff openmotif-2.1.30-icsbuild.patch openmotif-2.1.30-icsbuild.patch.new
75c75
< --- 1,12 ----
---
> --- 1,11 ----
82d81
< + #define NoMessageCatalog YES
281a281,312
> --- motif/config/makedepend/def.h~ Wed May 3 103032 2000
> +++ motif/config/makedepend/def.h Fri Jun 2 230106 2000
> @@ -42,6 +42,7 @@ POSSIBILITY OF SUCH DAMAGES.
>
> #include "Xos.h"
> #include "Xfuncproto.h"
> +#undef __USE_GNU
> #include
> #include
> #ifndef X_NOT_POSIX
> --- motif/localized/util/mkcatdefs.c.org Wed May 3 111244 2000
> +++ motif/localized/util/mkcatdefs.c Sat Jun 3 002917 2000
> @@ -76,15 +76,16 @@
> #include
> #include
>
> -#ifndef NL_TEXTMAX
> -#define NL_TEXTMAX 8192
> +#if !defined(NL_TEXTMAX) || NL_TEXTMAX == INT_MAX
> +#define MAXLINELEN 8192
> +#else
> +#define MAXLINELEN NL_TEXTMAX
> #endif
>
> #ifndef PATH_MAX
> #define PATH_MAX 1024
> #endif
>
> -#define MAXLINELEN NL_TEXTMAX
> #define KEY_START `$`
> #define MAXIDLEN 64
> #ifdef _D_NAME_MAX

These fixes do...
1) eliminate compile errors on using defining a local char array variable of size INT_MAX.
2) eliminate warnings since NoMessageCatalog is already defined in the linux.tmpl
3) we undefine __USE_GNU so it doesn`t suck in the prototype for getline from stdio. You may want to change the getline`s to xgetlines to prevent this.

In any event we still get a problem where uil is malfunctioning when it is run. Franz Sirl who maintains our dev tools on linuxppc believes you may have hacked the headers on your machine to work around this. Could you please check with whoever set up the linuxppc machine and make sure customizations weren`t made to prevent this uil problem.
The exact build error we see is....

rm -f exm_in_uil.uid
LD_LIBRARY_PATH=../../../../exports/lib../../../../imports/x11/lib ../../../../clients/uil/uil -wmd ../../../lib/Exm/wml/Exm.wmd -o exm_in_uil.uid exm_in_uil.uil -I../../../../clients/uil

Error invalid module structure - check UIL module syntax

Info no UID file was produced

Info errors 1 warnings 0 informationals 1
make[5] *** [exm_in_uil.uid] Error 1
make[5] Target `all` not remade because of errors.
make[5] Leaving directory `/usr/src/redhat/BUILD/motif/demos/programs/Exm/app_in_uil`

Thanks in advance for any information.
Jack Howarth

Ah...I found the problem on another openmotif message board. It turns out that bison was being used instead of byacc which causes a broken uil to be made.
Now we can build rpms fine. One last question though. Is there any reason not to strip the openmotif libs? That greatly reduces the rpm size. Thanks for any information.
Jack Howarth

Jack,

Thanks for the update! We`ll incorporate it in 3_ICS. I`m putting together the porting FAQ, so I`ll include it there in the meantime. (Saw the followup that you found the UIL problem. Another FAQ question!)

Regards,

Mark