Hello,
don't know if it has been reported already, but I have 3 weird errors on Koji while scratch building some packages. Please note that last time the same packages built fine.
- el5 ignores debug files and does not assemble the debuginfo package (?): http://koji.fedoraproject.org/koji/taskinfo?taskID=9749773
http://koji.fedoraproject.org/koji/getfile?taskID=9749773&name=build.log...
- el6 built succesfully, but it just says "failed" without any log (??): http://koji.fedoraproject.org/koji/taskinfo?taskID=9749758
- el7 has some dependency issues: http://koji.fedoraproject.org/koji/taskinfo?taskID=9749761
http://koji.fedoraproject.org/koji/getfile?taskID=9749761&name=root.log&...
Thanks & regards, --Simone
On 15 May 2015 at 10:42, Simone Caronni negativo17@gmail.com wrote:
Hello,
don't know if it has been reported already, but I have 3 weird errors on Koji while scratch building some packages. Please note that last time the same packages built fine.
- el5 ignores debug files and does not assemble the debuginfo package (?): http://koji.fedoraproject.org/koji/taskinfo?taskID=9749773
http://koji.fedoraproject.org/koji/getfile?taskID=9749773&name=build.log...
el6 built succesfully, but it just says "failed" without any log (??): http://koji.fedoraproject.org/koji/taskinfo?taskID=9749758
el7 has some dependency issues: http://koji.fedoraproject.org/koji/taskinfo?taskID=9749761
http://koji.fedoraproject.org/koji/getfile?taskID=9749761&name=root.log&...
Ok, it's a general issue... same thing happening in el6 also happening in fc21, fc22 and rawhide:
http://koji.fedoraproject.org/koji/packageinfo?packageID=4820
Regards, --Simone
This seems the real issue (clicking under show result):
BuildError: mismatch when analyzing bacula-logwatch-7.0.5-7.fc21.noarch.rpm, rpmdiff output was: error: cannot open Packages index using db5 - Permission denied (13) error: cannot open Packages database in /var/lib/rpm error: cannot open Packages database in /var/lib/rpm removed REQUIRES bacula-director(armv7hl-32) = 7.0.5-7.fc21 added REQUIRES bacula-director(x86-64) = 7.0.5-7.fc21
It prints errors always on the same subpackage after all branches/arch built succesfully. Am I doing anything wrong? This is the first time I've seen this message.
Regards, --Simone
On 15 May 2015 at 10:46, Simone Caronni negativo17@gmail.com wrote:
On 15 May 2015 at 10:42, Simone Caronni negativo17@gmail.com wrote:
Hello,
don't know if it has been reported already, but I have 3 weird errors on Koji while scratch building some packages. Please note that last time the same packages built fine.
- el5 ignores debug files and does not assemble the debuginfo package (?): http://koji.fedoraproject.org/koji/taskinfo?taskID=9749773
http://koji.fedoraproject.org/koji/getfile?taskID=9749773&name=build.log...
el6 built succesfully, but it just says "failed" without any log (??): http://koji.fedoraproject.org/koji/taskinfo?taskID=9749758
el7 has some dependency issues: http://koji.fedoraproject.org/koji/taskinfo?taskID=9749761
http://koji.fedoraproject.org/koji/getfile?taskID=9749761&name=root.log&...
Ok, it's a general issue... same thing happening in el6 also happening in fc21, fc22 and rawhide:
http://koji.fedoraproject.org/koji/packageinfo?packageID=4820
Regards, --Simone
-- You cannot discover new oceans unless you have the courage to lose sight of the shore (R. W. Emerson).
On 15/05/15 10:10, Simone Caronni wrote:
This seems the real issue (clicking under show result):
BuildError: mismatch when analyzing bacula-logwatch-7.0.5-7.fc21.noarch.rpm, rpmdiff output was: error: cannot open Packages index using db5 - Permission denied (13) error: cannot open Packages database in /var/lib/rpm error: cannot open Packages database in /var/lib/rpm removed REQUIRES bacula-director(armv7hl-32) = 7.0.5-7.fc21 added REQUIRES bacula-director(x86-64) = 7.0.5-7.fc21
It prints errors always on the same subpackage after all branches/arch built succesfully. Am I doing anything wrong? This is the first time I've seen this message.
Looks to me like that sub-package has an arch-specific dependency but it's a noarch sub-package.
Paul.
On 15 May 2015 at 12:03, Paul Howarth paul@city-fan.org wrote:
Looks to me like that sub-package has an arch-specific dependency but it's a noarch sub-package.
Gotcha. Thanks for spotting!!
Does not create any problem if you install from the same mock build as the dependency will be stuck on the same arch as the build. I did not spot it locally. The error is not very clear in Koji, though.
Also, the el5 issue is due to the fact that there can be no noarch subpackage in an x86_64/i686 package. Now I just need a fix for the el7 dependencies.
Thanks & regards, --Simone
epel-devel@lists.fedoraproject.org