| Summary: | app-office/openoffice-3.1.1 Error code 5, while making '../../unxlngx6.pro/slb/dialog.lib'../../unxlngx6.pro/slb/doc.lib | ||
|---|---|---|---|
| Product: | Gentoo Linux | Reporter: | Pacho Ramos <pacho> |
| Component: | Current packages | Assignee: | Gentoo Office Team <office> |
| Status: | RESOLVED INVALID | ||
| Severity: | normal | CC: | jlec, pacho |
| Priority: | High | ||
| Version: | unspecified | ||
| Hardware: | All | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Package list: | Runtime testing required: | --- | |
| Attachments: | build.log.bz2 | ||
|
Description
Pacho Ramos
2009-10-04 17:08:28 UTC
Created attachment 206001 [details]
build.log.bz2
End error is:
Module 'binfilter' delivered successfully. 61 files copied, 0 files unchanged
1 module(s):
sfx2
need(s) to be rebuilt
Reason(s):
ERROR: error 65280 occurred while making /var/tmp/portage/app-office/openoffice-3.1.1/work/ooo/build/ooo310-m19/sfx2/source/dialog
ERROR: error 65280 occurred while making /var/tmp/portage/app-office/openoffice-3.1.1/work/ooo/build/ooo310-m19/sfx2/source/doc
Attention: if you build and deliver the above module(s) you may prolongue your the build issuing command "build --from sfx2"
rmdir /tmp/4144
make: *** [stamp/build] Error 1
PLease attach the uild.log in plain text It is impossible because it's too large file, anyway bz2 format is not too much strange I think :-) (In reply to comment #3) > It is impossible because it's too large file, anyway bz2 format is not too much > strange I think :-) > Attach as much as you cann. You are right, bzzip isn't strange on *UNIX but it is unhandy for us, because we need to download unpack and review it. And as you didn't inlcude and meaningfull error in your report I have to do it to know what's wrong. This doesn't sound like alot of work, but imaging, those guys which wrangle the bugs and assign them to the right maintainter, filter out anything which is not a bug etc., are reviewing 50+ bugs per day. Compiling: sfx2/source/doc/docfilt.cxx Making: dialog.lib nm: ../../unxlngx6.pro/slo/itemconnect.o: File format not recognized nm: ../../unxlngx6.pro/slo/mailmodel.o: File format not recognized nm: ../../unxlngx6.pro/slo/partwnd.o: File format not recognized nm: ../../unxlngx6.pro/slo/recfloat.o: File format not recognized nm: ../../unxlngx6.pro/slo/templdlg.o: File format not recognized dmake: Error code 5, while making '../../unxlngx6.pro/slb/dialog.lib' dmake: '../../unxlngx6.pro/slb/dialog.lib' removed. Module 'automation' delivered successfully. 15 files copied, 5 files unchanged Well is this bug reproducable? Also are you sure your disk didn't fill up? Or some script cleaned up PORTAGE_TMPDIR? Sorry, I don't know why I have not get any message from this bug report since comment #2 :-S (In reply to comment #4) > Attach as much as you cann. You are right, bzzip isn't strange on *UNIX but it > is unhandy for us, because we need to download unpack and review it. And as you > didn't inlcude and meaningfull error in your report I have to do it to know > what's wrong. > This doesn't sound like alot of work, but imaging, those guys which wrangle the > bugs and assign them to the right maintainter, filter out anything which is not > a bug etc., are reviewing 50+ bugs per day. > I included last errors in comment #1 but, ok, I will include more lines next time :-) (In reply to comment #6) > Well is this bug reproducable? Also are you sure your disk didn't fill up? Or > some script cleaned up PORTAGE_TMPDIR? > It's *always* reproducible, exactly the same error , and disk seems to have space enough: $ df -h S.ficheros Tamaño Usado Disp Uso% Montado en /dev/sda1 57G 43G 15G 75% / udev 10M 88K 10M 1% /dev /dev/sda5 41G 38G 2,4G 95% /home /dev/sda3 36G 24G 13G 65% /mnt/windows /dev/sda6 1,1G 295M 733M 29% /usr/portage shm 1005M 8,0K 1005M 1% /dev/shm /var/tmp/portage still contains the files About mails, seems that bugzilla is suffering some problem: undef error - Insecure dependency in exec while running with -T switch at /usr/lib64/perl5/vendor_perl/5.8.8/Mail/Mailer/sendmail.pm line 16. but it's a different topic Only to say that it also fails with MAKEOPTS="-j1" This is due ccache, it fails in another way (:-S, why is so difficult compile openoffice on this machine while it merges in others? :'( ) I will send a different bug report after checking the new fail without ccache and -j1 |