You are not logged in.
Hi,
After 6 months of operation I decided to upgrade whole system (pacman -Syu).
All went OK, but after upgrade I started to have issues with building my packages:
running makepkg on some packages start to give me "==>Aborting" without any error code or hint what is wrong.
Place where makepkg aborts is constant but changes when I'm commenting lines in BUILDPKG file.
How can I enable debugging in makepkg for finding what is wrong ?
BTW: pacman.conf is marged. --nocolour not helping.
br
Offline
Your PKGBUILD is probably wrong and not makepkg... Something in your PKGBUILD is returning non-zero. Build with MAKEFLAGS="-j1" and it should hopefully become clearer what the error is. Otherwise, post output or the PKGBUILD here.
Offline
After 6 months of operation I decided to upgrade whole system (pacman -Syu).
Off-topic advice: Arch is designed to be updated regularly and frequently.
Offline
Have you taken care of any .pacnew files after the update? Are you using BUILDPKG or PKGBUILD files? ;P
Offline
Your PKGBUILD is probably wrong and not makepkg... Something in your PKGBUILD is returning non-zero. Build with MAKEFLAGS="-j1" and it should hopefully become clearer what the error is. Otherwise, post output or the PKGBUILD here.
Allan,
Thx. I'll do that when return to home.
I'm curious: why before upgrade all was OK ?
br
BTW: Having You here - I want to ask question related to compatibility between Arch and other distros ?
I'm using app which has its own kernel module.
App uses buffers for data communication and has hardcoded limit for buffers declaration at 20M.
Many people using 16M buffers without problems on Fedora, Ubuntu, etc.
With Arch - at 2.6.33 kernel times I was able to declare max 9M (above that app crashes during operation).
With Arch on 2.6.35 level - I can declare only 6M.
May You hint me where should I tweak Arch build options for achieve better compability ?
thx and sorry for forking dicussion !
Last edited by warped (2010-10-12 11:26:24)
Offline
because of : http://projects.archlinux.org/pacman.git/tree/NEWS#n43
- automatically aborts on any errors during packaging
Give what you have. To someone, it may be better than you dare to think.
Offline
because of : http://projects.archlinux.org/pacman.git/tree/NEWS#n43
- automatically aborts on any errors during packaging
Thx for replay.
I'm little wonder how You define "errors".
My building script was working OK for months before upgrade. There is clear correlation between upgrade and issue.
I'll do what Allan suggests and we will see.
Thx for You help.
Offline
warped wrote:After 6 months of operation I decided to upgrade whole system (pacman -Syu).
Off-topic advice: Arch is designed to be updated regularly and frequently.
Thx for replay.
Pls see my question to Allan in this thread - this probably little explains why I'm so conservative.
System in question is home 24/7 server doing MANY things, so stability is important for me.
br
Offline
Can you please post one of these PKGBUILDs here in order to test them as well ?
Offline
I'm little wonder how You define "errors".
My building script was working OK for months before upgrade. There is clear correlation between upgrade and issue.
I'll do what Allan suggests and we will see.
Thx for You help.
Anything that returns a non-zero exit status is considered an error. If you want to ignore an error, append "|| return 0" to the end of the offending line.
Offline
Your PKGBUILD is probably wrong and not makepkg... Something in your PKGBUILD is returning non-zero. Build with MAKEFLAGS="-j1" and it should hopefully become clearer what the error is. Otherwise, post output or the PKGBUILD here.
Allan,
It looks like now makepkg is aborting on any non-zero ret code for interpreted lines with shell commands.
I modify my PKGBUILD for any non-important shell command line it will return 0 and it works again.
Modifying makepkg tool in a way where for any non-zero ret code it will print interpreted line and ret code for that line might be really helpful in writing PKGBUILD scripts.
thx for Your help
Offline
System in question is home 24/7 server doing MANY things, so stability is important for me.
*cough*Debian*cough*
Offline
warped wrote:System in question is home 24/7 server doing MANY things, so stability is important for me.
*cough*Debian*cough*
Well. I was 4 years with Debian. Indeed - stability is king. But with price of long long delay between upstreamers and OS. At some point of time I was forced to add app which requires v.latest kernel. It was pain due big mismatch between newest kernel and 2-years old surrounding OS parts. I decided to give try for Arch. Surprisingly results were better than expected: Currently I have 1 year 24/7 operation WITHOUT single trap or other issue derived from fact that Arch is rolling release and Debian is v.conservative milestoned distro. Right - I'm walking on thin ice. But once You receive stable packages combination - if You will carefully do upgrades - You can have stability almost comparable with Debian - but without Debian's lag in time....
Offline