Re: AIX rpmbuild on large package

2016-03-02 Thread Michael Cronenworth

On 03/02/2016 10:28 AM, Panu Matilainen wrote:


So it seems. Also throwing that strange "cannot allocate zu bytes" into google 
says you're not the only one seeing it, see the "Problems on AIX" threads starting 
at http://mx.gw.com/pipermail/file/2012/000965.html


The IBM version of file is 5.11. I couldn't compile, say, Fedora's file 5.25 without 
some heavy spec modification, which I found a site that had already done so. I 
installed file 5.12 and the error disappeared, but a new one appeared.


ERROR: ELF 64-bit MSB executable, IBM S/390, version 1 (SYSV), statically 
linkederror seeking (Invalid argument)

and
ERROR: ELF 64-bit LSB executable, x86-64, version 1 (SYSV), statically linkederror 
seeking (Invalid argument)


Since I don't need a S390 or x86_64 files in this package... I deleted them.

The package now builds successfully.
___
Rpm-list mailing list
Rpm-list@lists.rpm.org
http://lists.rpm.org/mailman/listinfo/rpm-list


Re: AIX rpmbuild on large package

2016-03-02 Thread Panu Matilainen

On 03/02/2016 04:24 PM, Michael Cronenworth wrote:

On 03/02/2016 01:37 AM, Panu Matilainen wrote:


That is a failure inside libmagic, rpm is only the messenger here.
It should be reproducable outside rpm with:

$ file -z -e tokens /foo/bar/libfile.so

...assuming 'file' is linked against the same libmagic version as rpm,
that is.

Also what 'ls -l' says about the file might help shed some light on
it. Like Jay noted there's a 4G limit on individual files, but rpm
should clearly report that with a "File  too large for payload"
message so I suspect this is something different.


The file itself is only 95984 bytes.

user@aixbox[/home/user]> /opt/freeware/bin/file -z -e tokens
/foo/bar/libfile.so
/foo/bar/libfile.so: ERROR: cannot allocate zu bytes (Invalid argument)

If I delete that file during the build, the build errors on another file
the same way.

So, a bug in libmagic?


So it seems. Also throwing that strange "cannot allocate zu bytes" into 
google says you're not the only one seeing it, see the "Problems on AIX" 
threads starting at http://mx.gw.com/pipermail/file/2012/000965.html




Smaller packages can be built just fine. I've doubled the ulimit on
files open, memory, etc. but it fails on the same file on a rebuild.

Any ideas?


You should be able to get past it by doing 'chmod a-x
%{buildroot}/foo/bar/libfile.so' at end of %install section (and/or
possibly adjust %files section to make it non-executable there too).
The dependencies wont get recorded that way, but that can be worked
around by manually adding them in the spec if need be.


It doesn't matter if the file is executable or non-executable. The error
still occurs, albeit with "mode 100644".


Hmm, when it should only warn, not error out on non-executable files. Of 
course it'll still fail to get the dependencies right, so the best 
option is to fix (by updating I suppose) libmagic.


- Panu -



___
Rpm-list mailing list
Rpm-list@lists.rpm.org
http://lists.rpm.org/mailman/listinfo/rpm-list


___
Rpm-list mailing list
Rpm-list@lists.rpm.org
http://lists.rpm.org/mailman/listinfo/rpm-list


Re: AIX rpmbuild on large package

2016-03-02 Thread Michael Cronenworth

On 03/02/2016 01:37 AM, Panu Matilainen wrote:


That is a failure inside libmagic, rpm is only the messenger here.
It should be reproducable outside rpm with:

$ file -z -e tokens /foo/bar/libfile.so

...assuming 'file' is linked against the same libmagic version as rpm, that is.

Also what 'ls -l' says about the file might help shed some light on it. Like Jay 
noted there's a 4G limit on individual files, but rpm should clearly report that 
with a "File  too large for payload" message so I suspect this is something 
different.


The file itself is only 95984 bytes.

user@aixbox[/home/user]> /opt/freeware/bin/file -z -e tokens /foo/bar/libfile.so
/foo/bar/libfile.so: ERROR: cannot allocate zu bytes (Invalid argument)

If I delete that file during the build, the build errors on another file the 
same way.

So, a bug in libmagic?





Smaller packages can be built just fine. I've doubled the ulimit on
files open, memory, etc. but it fails on the same file on a rebuild.

Any ideas?


You should be able to get past it by doing 'chmod a-x 
%{buildroot}/foo/bar/libfile.so' at end of %install section (and/or possibly 
adjust %files section to make it non-executable there too). The dependencies wont 
get recorded that way, but that can be worked around by manually adding them in 
the spec if need be. 


It doesn't matter if the file is executable or non-executable. The error still 
occurs, albeit with "mode 100644".


___
Rpm-list mailing list
Rpm-list@lists.rpm.org
http://lists.rpm.org/mailman/listinfo/rpm-list


Re: AIX rpmbuild on large package

2016-03-01 Thread Panu Matilainen

On 03/02/2016 12:57 AM, Michael Cronenworth wrote:

Hello,

I'm using IBM's compiled version of RPM 4.9.1.3 on AIX 7 and am
attempting to package a ~30GB set of files (uncompressed).

When rpmbuild gets to the "Processing files:" stage it craps out with
the following type of message:

Processing files: foo-1.0-1.ppc
warning: Recognition of file "/foo/bar/libfile.so" failed: mode 100755
cannot allocate zu bytes (Invalid argument)


That is a failure inside libmagic, rpm is only the messenger here.
It should be reproducable outside rpm with:

$ file -z -e tokens /foo/bar/libfile.so

...assuming 'file' is linked against the same libmagic version as rpm, 
that is.


Also what 'ls -l' says about the file might help shed some light on it. 
Like Jay noted there's a 4G limit on individual files, but rpm should 
clearly report that with a "File  too large for payload" message 
so I suspect this is something different.




Smaller packages can be built just fine. I've doubled the ulimit on
files open, memory, etc. but it fails on the same file on a rebuild.

Any ideas?


You should be able to get past it by doing 'chmod a-x 
%{buildroot}/foo/bar/libfile.so' at end of %install section (and/or 
possibly adjust %files section to make it non-executable there too). The 
dependencies wont get recorded that way, but that can be worked around 
by manually adding them in the spec if need be.


- Panu -



Thanks,
Michael
___
Rpm-list mailing list
Rpm-list@lists.rpm.org
http://lists.rpm.org/mailman/listinfo/rpm-list


___
Rpm-list mailing list
Rpm-list@lists.rpm.org
http://lists.rpm.org/mailman/listinfo/rpm-list


Re: AIX rpmbuild on large package

2016-03-01 Thread Jay Hendren
Perhaps this is your problem?

> Individual files within packages are limited to 4GB each due to cpio
format limitation

Source: http://www.rpm.org/wiki/Releases/4.5.90

Jay

On Tue, Mar 1, 2016 at 3:57 PM, Michael Cronenworth  wrote:

> Hello,
>
> I'm using IBM's compiled version of RPM 4.9.1.3 on AIX 7 and am attempting
> to package a ~30GB set of files (uncompressed).
>
> When rpmbuild gets to the "Processing files:" stage it craps out with the
> following type of message:
>
> Processing files: foo-1.0-1.ppc
> warning: Recognition of file "/foo/bar/libfile.so" failed: mode 100755
> cannot allocate zu bytes (Invalid argument)
>
> Smaller packages can be built just fine. I've doubled the ulimit on files
> open, memory, etc. but it fails on the same file on a rebuild.
>
> Any ideas?
>
> Thanks,
> Michael
> ___
> Rpm-list mailing list
> Rpm-list@lists.rpm.org
> http://lists.rpm.org/mailman/listinfo/rpm-list
>
___
Rpm-list mailing list
Rpm-list@lists.rpm.org
http://lists.rpm.org/mailman/listinfo/rpm-list


AIX rpmbuild on large package

2016-03-01 Thread Michael Cronenworth

Hello,

I'm using IBM's compiled version of RPM 4.9.1.3 on AIX 7 and am attempting to 
package a ~30GB set of files (uncompressed).


When rpmbuild gets to the "Processing files:" stage it craps out with the following 
type of message:


Processing files: foo-1.0-1.ppc
warning: Recognition of file "/foo/bar/libfile.so" failed: mode 100755 cannot 
allocate zu bytes (Invalid argument)


Smaller packages can be built just fine. I've doubled the ulimit on files open, 
memory, etc. but it fails on the same file on a rebuild.


Any ideas?

Thanks,
Michael
___
Rpm-list mailing list
Rpm-list@lists.rpm.org
http://lists.rpm.org/mailman/listinfo/rpm-list