----- Original Message -----
From: "Sinny Kumari" <ksinny(a)gmail.com>
To: "Fedora QA Development" <qa-devel(a)lists.fedoraproject.org>
Sent: Tuesday, December 20, 2016 1:15:43 PM
Subject: Getting error "Try #1 for call None (multiCall) failed: syntax error: line
1" while running locally abicheck
task
Hi,
Form few days, I am am not able to run task-abicheck [1] taskotron
task locally because of following error message:
[koji] 11:58:43 INFO Try #1 for call None (multiCall) failed:
syntax error: line 1, column 0
Detail log is available at [2]
I am not sure if there is something to do with Flag day 2016 changes.
Although, I have made all related changes in my system. Also, I see
that task-abicheck on taskotron production instance [3] is running
fine.
koji and libtaskotron version my system have are:
$ rpm -qa libtaskotron-* koji*
libtaskotron-0.4.17-1.fc24.noarch
koji-1.11.0-1.fc24.noarch
Any help will be appreciated :)
Hi Sinny,
I reproduced it on my machine as well. I managed to make it work with:
1. Use "https" when accessing koji, change these in
/etc/taskotron/taskotron.yml:
## URL of Koji instance used for querying about new builds
koji_url:
https://koji.fedoraproject.org/kojihub
## URL of repository of all the RPM packages built in Koji
pkg_url:
https://kojipkgs.fedoraproject.org/packages
2. Set up fedora kerberos [1] and do "kinit fasusername(a)FEDORAPROJECT.ORG"
This fixed it for me. I am not sure if all the steps are necessary so
treat it as a workaround, I'll file a bug in phabricator and I'll
look at it closer. I am not sure why it works in production,
haven't checked that yet.
Ping me on irc if you have more questions. :)
Thanks for letting us know!
Martin
[1]
https://fedoraproject.org/wiki/ReleaseEngineering/FlagDay2016
> Thanks,
> Sinny
>
> [1]
https://pagure.io/task-abicheck/
> [
2]https://paste.fedoraproject.org/510030/
> [3]
>
https://taskotron.fedoraproject.org/resultsdb/results?testcase_name=dist....
> _______________________________________________
> qa-devel mailing list -- qa-devel(a)lists.fedoraproject.org
> To unsubscribe send an email to qa-devel-leave(a)lists.fedoraproject.org
>