Is it possible that you are building this on x86_64 linux? I am thinking that the rpmbuild command is building a package for the current os architecture and doing some automatic naming to match. Does this sound right to you?
I am having other unrelated problems due to some updates to the rpmbuild command being updated on Fedora 8. I can no longer produce rpms on this platform due to a change in rpmbuild so I am searching for a solution to that as well. I'll keep looking... Chris On Mon, Mar 24, 2008 at 1:32 PM, Felix Knecht <[EMAIL PROTECTED]> wrote: > 'mvn clean install -Pserver-installer' now creates *setup.exe *x86_64.rpm > but fails to build x86.rpm. I really don't > have any more ideas where the *0.x86_64.rpm comes from. > > 2 questions: > - Does anybody has an idea how to solve to error described? > - Is it wanted the the build process continues even when an error occurred > as it does actually? (deploy will fail > because the file to deploy isn't available). > > > Checking for unpackaged file(s): /usr/lib64/rpm/check-files > /var/tmp/apacheds-root > Wrote: > /svn/apache/directory/installers/branches/bigbang/apacheds/target/rpmbuild/SRPMS/apacheds- > 1.5.2_SNAPSHOT-0.src.rpm > Wrote: > > /svn/apache/directory/installers/branches/bigbang/apacheds/target/rpmbuild/RPMS/x86_64/apacheds- > 1.5.2_SNAPSHOT-0.x86_64.rpm > Executing(%clean): /bin/sh -e /var/tmp/rpm-tmp.89322 > + umask 022 > + cd > /svn/apache/directory/installers/branches/bigbang/apacheds/target/rpmbuild/BUILD > + cd apacheds-1.5.2_SNAPSHOT > + rm -rf /var/tmp/apacheds-root > + exit 0 > java.io.IOException: File > > /svn/apache/directory/installers/branches/bigbang/apacheds/target/rpmbuild/RPMS/i386/apacheds- > 1.5.2_SNAPSHOT-0.i386.rpm > does not exist > at org.codehaus.plexus.util.FileUtils.copyFile(FileUtils.java:798) > at > org.apache.directory.daemon.installers.rpm.RpmInstallerCommand.execute( > RpmInstallerCommand.java:257) > at > org.apache.directory.daemon.installers.ServiceInstallersMojo.execute( > ServiceInstallersMojo.java:251) > at org.apache.maven.plugin.DefaultPluginManager.executeMojo( > DefaultPluginManager.java:447) > at > org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals( > DefaultLifecycleExecutor.java:539) > at > org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalWithLifecycle > (DefaultLifecycleExecutor.java:480) > at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal > (DefaultLifecycleExecutor.java:459) > at > > org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHandleFailures > (DefaultLifecycleExecutor.java:311) > at > org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegments( > DefaultLifecycleExecutor.java:278) > at org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute( > DefaultLifecycleExecutor.java:143) > at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:333) > at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:126) > at org.apache.maven.cli.MavenCli.main(MavenCli.java:282) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke( > NativeMethodAccessorImpl.java:39) > at sun.reflect.DelegatingMethodAccessorImpl.invoke( > DelegatingMethodAccessorImpl.java:25) > at java.lang.reflect.Method.invoke(Method.java:597) > at org.codehaus.classworlds.Launcher.launchEnhanced(Launcher.java > :315) > at org.codehaus.classworlds.Launcher.launch(Launcher.java:255) > at org.codehaus.classworlds.Launcher.mainWithExitCode( > Launcher.java:430) > at org.codehaus.classworlds.Launcher.main(Launcher.java:375) > [INFO] Creating image ... > > Thanks > Felix >
