https://bodhi.fedoraproject.org/updates/FEDORA-2017-ebbfd259cf
F26: https://bodhi.fedoraproject.org/updates/FEDORA-2017-464a021846
F27: https://bodhi.fedoraproject.org/updates/FEDORA-2017-700c9f6e88
Happy hacking!
--
Róman Joost
Senior Software Engineer, Products & Technologies Operations (Brisbane
ng is very appreciated:
F25: https://bodhi.fedoraproject.org/updates/rpmgrill-0.31-1.fc25
F26: https://bodhi.fedoraproject.org/updates/rpmgrill-0.31-1.fc26
F27: https://bodhi.fedoraproject.org/updates/rpmgrill-0.31-1.fc27
Happy hacking!
--
Róman Joost
Senior Software Engineer, Pro
the release, since
this will obviously be picked up by CI systems the tool might be running
in.
PS: Changelog: https://github.com/default-to-open/rpmgrill#v0-31-unreleased
Kind Regards,
--
Róman Joost
Senior Software Engineer, Products & Technologies Operations (Brisbane)
Red Hat
signature
Hi,
The rpmgrill tool ships with two commands which I think can be
deprecated:
rpmgrill-fetch-build in favour of `koji download-task`
rpmgrill-analyze-local in favour of rpmgrill-unpack; rpmgrill unpacked
Does anybody use these binaries and has disagreements?
Kind Regards,
--
Róman
interval to pull in
> > the latest data?
> >
>
> That would be the best solution here, yes. Could someone please file an RFE
> against clamav?
Done:
https://bugzilla.redhat.com/show_bug.cgi?id=147
PS: I like the bug number :))
Kind Regards,
installed with the
package which runs freshclam every now and than?
Kind Regards,
--
Róman Joost
Senior Software Engineer, Products & Technologies Operations (Brisbane)
Red Hat
signature.asc
Description: PGP signature
___
qa-devel mailing list
would trigger the behavior I
> described earlier (using the last TAP result as an exit code for the runner).
>
>
> So, in summary, for your rpmgrill in Jenkins use case, you would run it with
> --make-fatal and you would make sure that the last result in TAP (or the only
> result in TAP
.
> >
> > Maybe there was a conscious decision of not providing this feature and
> > I'd like to hear about it.
> >
> > I've joined Taskotron on phabricator. If there are no obvious
> > resentments against such an idea, I'm happy to create a task and
>
tor. If there are no obvious
resentments against such an idea, I'm happy to create a task and
implement it.
Kind Regards,
--
Róman Joost
Software Engineer, PnT DevOps - Developer (Brisbane)
email: rjo...@redhat.com | tz: UTC+10 | GPG ID: 0xBE2B559D at pgp.mit.edu
irc: #pnt-devops #rpmdiff
Hi Tim,
just a small ping :)
On Mon, Feb 16, 2015 at 09:17:50AM +1000, Róman Joost wrote:
> > [...]
> > This was less of a desired final outcome for us than it was the easiest
> > way to get started.
> >
> > I think that our current method of having gigantic text-
x27;s executed in
> taskotron.
>
> From our end, that is being tracked as:
>
> https://phab.qadevel.cloud.fedoraproject.org/T281
>
> Let us know if you have any other questions or concerns.
Thanks. I'll have a look at the tasks. I don't want to make any
promi
g, I could start a technical
discussion in another thread?
> > 3. Are there plans/ideas on implementing a waiver mechanism?
>
> We will definitely need this, for most of the checks. But we haven't
> started yet designing that feature, so it won't be available any time
of
rpmgrill for Taskotron, but have only had a quick glimpse at it.
Thanks and Kind Regards,
--
Róman Joost
Software Engineer, HSS - Software Engineering and Development (Brisbane)
email: rjo...@redhat.com | tz: UTC+10
irc: #hss #rpmdiff
pgpQiXYEo6dU9.pgp
Description
13 matches
Mail list logo