Re: F40 Change Proposal: ROCm 6 Release (Self-Contained)

On 1/12/24 14:52, Ryan Bach via devel wrote: https://release-monitoring.org/project/132606/ -- I'm not sure I understand the purpose of that link. The git repo that anitya is tracking there is mostly docs and isn't on the list of ROCm components that we're planning to package in Fedora. It s

Re: F40 Change Proposal: Pytorch Release (Self-Contained)

On 1/11/24 21:40, drago01 wrote: On Thursday, January 11, 2024, Aoife Moloney > wrote: == Benefit to Fedora == This change will introduce PyTorch, a high demand machine learning framework, to Fedora. PyTorch is widely used for tasks such as image

Re: Help packaging PyTorch dependencies for Fedora

On 12/9/23 14:47, Dominik 'Rathann' Mierzejewski wrote: On Friday, 08 December 2023 at 16:34, Steve Grubb wrote: On Friday, December 8, 2023 12:41:59 AM EST Jun Aruga (he / him) wrote: Congratulations for the PyTorch package! https://src.fedoraproject.org/rpms/python-torch I hope someone wil

Re: Help packaging PyTorch dependencies for Fedora

On 12/8/23 08:34, Steve Grubb wrote: On Friday, December 8, 2023 12:41:59 AM EST Jun Aruga (he / him) wrote: Congratulations for the PyTorch package! https://src.fedoraproject.org/rpms/python-torch I hope someone will announce this great achievement to the Fedora community too, and update the f

Re: Help packaging PyTorch dependencies for Fedora

On 12/7/23 22:41, Jun Aruga (he / him) wrote: Congratulations for the PyTorch package! https://src.fedoraproject.org/rpms/python-torch I hope someone will announce this great achievement to the Fedora community too, and update the following page too. https://fedoraproject.org/wiki/SIGs/PyTorch/p

Re: How to fix the "rpma.src: W: strange-permission rpma.spec 600" warning?

On 5/25/23 09:56, Xiao Yang wrote: Hi all, I try to create rpma source package on fedora by fedpkg --release rawhide mockbuild. The permissions of original rpma.spec is 0644: $ ll rpma.spec -rw-r--r--. 1 mockbuild mock 2107 May 25 17:31 rpma.spec The permissions of rpma.spec in the generated r

[Test-Announce] 2022-11-14 @ 16:00 UTC - Fedora QA Meeting

# Fedora Quality Assurance Meeting # Date: 2022-10-24 # Time: 16:00 UTC (https://fedoraproject.org/wiki/Infrastructure/UTCHowto) # Location: #fedora-meeting on irc.libera.chat Greetings testers! F37 went GO last week and is due to be released immanently. Let's review any remaining last-minute i

Re: [Test-Announce] Proposal to CANCEL: 2022-08-22 Fedora QA Meeting

At some point, we do need to wrap up the TCMS conversation. If not this week then hopefully next week or the week after. Tim On 8/22/22 00:25, Adam Williamson wrote: Hi folks! I'm proposing we cancel the QA meeting today/tomrrow. I don't have anything much for the agenda again. There will be a

bsd wtf (was Re: youtube-dl Copyright Violations)

On Mon, 26 Oct 2020 09:47:42 + Sérgio Basto wrote: > On Mon, 2020-10-26 at 08:33 +, Leigh Scott wrote: > > > I don't know what IANAL means but sounds rude... > > > > > > > > > > > > On Mon, 26 Oct 2020 at 00:14, Fabio Valentini > > > > > > LOL :-) > > > > IANAL=I am not a lawyer >

Re: rpminspect Jenkins is effectively down

end out another email once the lost runs have been re-scheduled. Tim On Mon, 23 Mar 2020 10:29:28 -0600 Tim Flink wrote: > I figured I would start a new thread instead of continuing on with the > old one. > > The Jenkins instance running rpminspect has crapped itself for the

rpminspect Jenkins is effectively down

I figured I would start a new thread instead of continuing on with the old one. The Jenkins instance running rpminspect has crapped itself for the second time in less than a week and it's currently not processing the rpminspect runs it should be. There are also reports of missing rpminspect runs

Re: [Test-Announce] Taskotron Going EOL on 2020-04-30

On Sat, 7 Mar 2020 01:03:53 +0100 Miro Hrončok wrote: > On 07. 03. 20 0:29, Tim Flink wrote: > > If you have any questions about this, feel free to reply to this > > thread. > > Hello Tim. > > I have 3 questions. > > 1) On what level of Fedora leadership wa

Re: [Test-Announce] Taskotron Going EOL on 2020-04-30

On Fri, 6 Mar 2020 16:37:33 -0700 Jerry James wrote: > On Fri, Mar 6, 2020 at 4:31 PM Tim Flink wrote: > > In the short term, there is a Jenkins instance which is running > > rpminspect. Rpminspect includes tests which are effectively the > > same as rpmlint and rpmgrill w

[Test-Announce] Taskotron Going EOL on 2020-04-30

This is something that has been coming for quite a while now and while it was discussed among QA and Infra, there hasn't been enough communication with the rest of Fedora. For that, I apologize. Taskotron has been in maintenance-only mode for a couple of years now pending a replacement of some kin

Re: taskotron going down for emergency maintenance

Taskotron is back up but we're still having some issues with delays to the incoming jobs. We're still investigating but data should be flowing again, even if it is a bit delayed. Thanks, Tim On Thu, 27 Feb 2020 10:09:33 -0700 Tim Flink wrote: > The subject says it all, really. &

taskotron going down for emergency maintenance

The subject says it all, really. Taskotron is having some problems with an internal component, it can't wait for a better time and we need some downtime to fix it. If all goes well, it should be back up shortly. I'll send another email to update once we're done. Tim pgp4sFi8EO6c7.pgp Descripti

Re: Planned Outage - Taskotron and ResultsDB - 2019-11-26 19:00 UTC

I hit a hiccup during the upgrade but everything should be back to normal and upgraded. If you notice anything not working correctly, please let us know in #fedora-admin or #fedora-qa. Thanks, Tim On Tue, 26 Nov 2019 11:58:36 -0700 Tim Flink wrote: > Apologies for the last minute nature

Planned Outage - Taskotron and ResultsDB - 2019-11-26 19:00 UTC

Apologies for the last minute nature of this outage, the details behind the upgrade were under debate and we didn't want to announce a time until we were sure about what was going to happen when. Seeing as the machines are running F29, they need to be upgraded as it's going EOL today. Tim --

Re: Do people not care about broken dependencies?

On Mon, 10 Jun 2019 11:03:56 +0200 Felix Schwarz wrote: > +1 to prevent broken dependencies to be pushed into stable. If Fedora > aims to be a "polished"/"user friendly" distro users should never > have to deal with broken dependencies. > > Also packages with broken dependencies should not be pa

Re: rpmlint whitelisting broken in taskotron?

On Fri, 26 Apr 2019 20:33:43 +0200 Fabio Valentini wrote: > On Fri, Apr 26, 2019, 20:24 Tim Flink wrote: > > > On Fri, 26 Apr 2019 16:42:30 +0200 > > Fabio Valentini wrote: > > > > > Hi, > > > > > > I've noticed that my bodhi upda

Re: rpmlint whitelisting broken in taskotron?

On Fri, 26 Apr 2019 16:42:30 +0200 Fabio Valentini wrote: > Hi, > > I've noticed that my bodhi updates started showing rpmlint errors for > my packages again, where they were previously silent because I supply > a $SRCNAME.rpmlintrc file in my dist-git repos. > > It looks like taskotron is brok

Planned Outage: Taskotron 2019-04-09 16:00 UTC

There will be an outage starting at 2019-04-09 16:00 UTC, which will last approximately 4 hours. To convert UTC to your local time, take a look at http://fedoraproject.org/wiki/Infrastructure/UTCHowto or run: date -d '2019-04-09 16:00UTC' Reason for outage: Major upgrade to Taskotron Affected

Re: Test gating enabled in Bodhi

On Tue, 23 Jan 2018 11:06:59 +0100 Pierre-Yves Chibon wrote: > On Tue, Jan 23, 2018 at 09:42:50AM +, Richard W.M. Jones wrote: > > On Tue, Jan 23, 2018 at 10:28:14AM +0100, Pierre-Yves Chibon > > wrote: > > > Good Morning Fedorans! > > > > > > On Thursday, a new version of Bodhi was deploy

Planned Outage - Taskotron update - 2018-01-09 @ 22:00 UTC

Apologies on not announcing this farther ahead of time. There will be an outage starting at 2018-01-09 22:00:00 UTC, which will last 4-6 hours. To convert UTC to your local time, take a look at http://fedoraproject.org/wiki/Infrastructure/UTCHowto or run: date -d '2018-01-09 22:00:00 UTC' Reaso

Re: Planned Outage - Taskotron update - 2017-08-15 @16:00 UTC

The outage took a little longer than we planned but everything is back up and has been running smoothly. Tim On Tue, 15 Aug 2017 09:46:47 -0600 Tim Flink wrote: > Apologies on not announcing this farther ahead of time, the > announcement slipped through the cracks :( > > Ther

Planned Outage - Taskotron update - 2017-08-15 @16:00 UTC

Apologies on not announcing this farther ahead of time, the announcement slipped through the cracks :( There will be an outage starting at 2017-08-15 16:00:00 UTC, which will last approximately 3 hours. To convert UTC to your local time, take a look at http://fedoraproject.org/wiki/Infrastructure

Planned Outage: Taskotron Production - 2017-04-25 @ 19:00

There there will be an outage starting at 2017-04-25 19:00 UTC, which will last approximately 2 hours. This is less notice than I would like but we're going to have some downtime for Taskotron later today. I suspect that the actual outage will be less than 2 hours but for the sake of safety, we've

Re: Planned Outage: Taskotron - 2017-01-17 20:00 UTC

Outage is complete, everything is back up and running. Please let us know if you see anything not working correctly. Tim On Mon, 16 Jan 2017 13:22:20 -0700 Tim Flink wrote: > There will be an outage starting at 2017-01-17 20:00 UTC, which will > last approximately 12 hours. > >

Planned Outage: Taskotron - 2017-01-17 20:00 UTC

There will be an outage starting at 2017-01-17 20:00 UTC, which will last approximately 12 hours. To convert UTC to your local time, take a look at https://fedoraproject.org/wiki/UTCHowto or run: date -d '2016-01-17 20:00 UTC' Reason for outage: We will be upgrading Taskotron to a new version w

Re: Bodhi For Rawhide?

On Thu, 27 Oct 2016 12:53:27 +0200 Vít Ondruch wrote: > Hi all, > > I am thinking, why we don't have enabled Bodhi for Rawhide? I know > that you might think now that I went nut and it is bureaucracy, but > let me explain. > > If I understand it correctly, during several past years, our build >

Re: Bodhi For Rawhide?

On Tue, 1 Nov 2016 08:55:35 -0400 Matthew Miller wrote: > On Tue, Nov 01, 2016 at 09:20:45AM +, Petr Pisar wrote: > > >> Already implemented. You can supress test failures by a python > > >> code in a .rpmlint file in package's dist-git repository. > > > I can? Where is this documented? Can

Re: RFC: Storing Automated Tasks/Tests In Dist-Git

On Mon, 17 Oct 2016 11:56:35 -0400 Matthew Miller wrote: > On Mon, Oct 17, 2016 at 09:42:51AM -0600, Tim Flink wrote: > > One of the differences in Fedora is that I expect most check/test > > contributions will come from package maintainers instead of > > dedicated QA folks

Re: RFC: Storing Automated Tasks/Tests In Dist-Git

On Mon, 17 Oct 2016 17:18:25 + Zbigniew Jędrzejewski-Szmek wrote: > On Mon, Oct 17, 2016 at 12:45:30PM -0400, Matthew Miller wrote: > > On Mon, Oct 17, 2016 at 04:38:28PM +, Zbigniew > > Jędrzejewski-Szmek wrote: > > > It's a good principle to require both tests and fixes required for >

Re: RFC: Storing Automated Tasks/Tests In Dist-Git

On Mon, 17 Oct 2016 11:16:22 +0200 Pavol Babincak wrote: > On 10/17/2016 06:46 AM, Tim Flink wrote: > > On Mon, 3 Oct 2016 13:50:33 -0600 > > Tim Flink wrote: > > > >> One of the features for Taskotron that we've been planning since > >> the begi

Re: RFC: Storing Automated Tasks/Tests In Dist-Git

On Mon, 3 Oct 2016 13:50:33 -0600 Tim Flink wrote: > One of the features for Taskotron that we've been planning since the > beginning was a way for contributors to maintain their own automated > tasks/tests which would be run during a package's lifecycle. > > I'm

Re: PROPOSAL: Blocking the release is our only "big hammer" — let's add a softer one.

On Wed, 5 Oct 2016 13:29:41 -0500 Michael Cronenworth wrote: > On 10/05/2016 01:19 PM, Matthew Miller wrote: > > In any case, what do you all think? > > What happened to the Nice-To-Have (NTH) tag? It was renamed to "Freeze Exception" to better match what we were actually doing with that trac

Re: RFC: Storing Automated Tasks/Tests In Dist-Git

On Tue, 4 Oct 2016 09:19:15 -0400 Matthew Miller wrote: > On Mon, Oct 03, 2016 at 02:35:00PM -0600, Kevin Fenzi wrote: > > Another alternate here is that we could make taskotron a 'namespace' > > like currently rpms/ and docker/ are. Then we would have > > perhaps: /taskotron/rpms/foobar/ as the

Re: RFC: Storing Automated Tasks/Tests In Dist-Git

On Tue, 4 Oct 2016 11:08:36 -0600 Kevin Fenzi wrote: > > That being said, we're fine with either storage paradigm and it > > doesn't matter much if we look for tasks in a directory inside > > dist-git branches or a separate repo which only holds tasks as long > > as there is a single convention

Re: RFC: Storing Automated Tasks/Tests In Dist-Git

get something set up. Tim > Vít > > > Dne 3.10.2016 v 21:50 Tim Flink napsal(a): > > One of the features for Taskotron that we've been planning since the > > beginning was a way for contributors to maintain their own automated > > tasks/tests which would be run

Re: RFC: Storing Automated Tasks/Tests In Dist-Git (git-submodules)

I didn't notice that my reply went only to Pavel, resending to devel@ On Tue, 04 Oct 2016 10:25:46 +0200 Pavel Raiskup wrote: > On Monday, October 3, 2016 1:50:33 PM CEST Tim Flink wrote: > > https://phab.qadevel.cloud.fedoraproject.org/w/taskotron/new_distgit_task_st

Re: RFC: Storing Automated Tasks/Tests In Dist-Git

On Tue, 4 Oct 2016 10:25:26 +0200 Jakub Jelen wrote: > On 10/03/2016 09:50 PM, Tim Flink wrote: > > One of the features for Taskotron that we've been planning since the > > beginning was a way for contributors to maintain their own automated > > tasks/tests which would

Re: RFC: Storing Automated Tasks/Tests In Dist-Git

On Tue, 4 Oct 2016 20:09:14 +0100 "Richard W.M. Jones" wrote: > On Mon, Oct 03, 2016 at 08:21:42PM +, Zbigniew Jędrzejewski-Szmek > wrote: > > On Mon, Oct 03, 2016 at 01:50:33PM -0600, Tim Flink wrote: > > > One of the features for Taskotron that we&#

Re: RFC: Storing Automated Tasks/Tests In Dist-Git

On Mon, 3 Oct 2016 14:35:00 -0600 Kevin Fenzi wrote: > On Mon, 3 Oct 2016 13:50:33 -0600 > Tim Flink wrote: > > > One of the features for Taskotron that we've been planning since the > > beginning was a way for contributors to maintain their own automated > >

Re: RFC: Storing Automated Tasks/Tests In Dist-Git

On Mon, 3 Oct 2016 20:21:42 + Zbigniew Jędrzejewski-Szmek wrote: > On Mon, Oct 03, 2016 at 01:50:33PM -0600, Tim Flink wrote: > > One of the features for Taskotron that we've been planning since the > > beginning was a way for contributors to maintain their own autom

Re: RFC: Storing Automated Tasks/Tests In Dist-Git

On Mon, 3 Oct 2016 21:11:58 +0100 "Richard W.M. Jones" wrote: > On Mon, Oct 03, 2016 at 01:50:33PM -0600, Tim Flink wrote: > > One of the features for Taskotron that we've been planning since the > > beginning was a way for contributors to maintain their own automat

RFC: Storing Automated Tasks/Tests In Dist-Git

One of the features for Taskotron that we've been planning since the beginning was a way for contributors to maintain their own automated tasks/tests which would be run during a package's lifecycle. I'm happy to say that we're almost to this milestone and wanted to get some feedback from devel@ on

Re: Review Swaps

On Fri, 16 Sep 2016 19:46:03 -0400 Ben Rosser wrote: > Taken resultsdb_frontend, any chance you could look at hddfancontrol? > ( https://bugzilla.redhat.com/show_bug.cgi?id=1373666). Review done, thanks for taking on resultsdb_frontend. Tim pgp_1JaM5cDG2.pgp Description: OpenPGP digital sig

Re: Review Swaps

On Fri, 16 Sep 2016 11:15:06 -0600 Jerry James wrote: > Hi Tim, > > On Thu, Sep 15, 2016 at 8:31 AM, Tim Flink wrote: > > We have some packages which are in need of review, anyone > > interested in a swap? > > > > execdb - Execution status dat

Review Swaps

We have some packages which are in need of review, anyone interested in a swap? execdb - Execution status database for Taskotron * https://bugzilla.redhat.com/show_bug.cgi?id=1346243 resultsdb_frontend - Frontend for the ResultsDB * https://bugzilla.redhat.com/show_bug.cgi?id=1346245 Thanks,

Re: Missing F25 branch

On Tue, 26 Jul 2016 18:53:08 +0100 Sérgio Basto wrote: > > The pkgdb side of the mass-branching is now done, so at least this > > part should > > be back to normal. > > > > Do note that some other components such as koji may not have been > > updated yet. > > what is rpms-checks [1] ? > >

2016-05-09 Fedora QA Devel Meeting Minutes

= #fedora-meeting-1: fedora-qadevel = Minutes: https://meetbot.fedoraproject.org/fedora-meeting-1/2016-05-09/fedora-qadevel.2016-05-09-14.00.html Minutes (text): https://meetbot.fedoraproject.org/fedora-meeting-1/2016-05-09/fedora-

2016-05-09 @ 14:00 UTC - Fedora QA Devel Meeting

# Fedora QA Devel Meeting # Date: 2016-05-09 # Time: 14:00 UTC (https://fedoraproject.org/wiki/Infrastructure/UTCHowto) # Location: #fedora-meeting-1 on irc.freenode.net Please put announcements and information under the "Announcements and Information" section of the wiki page for this meeting: h

2016-04-04 @ 14:00 UTC - Fedora QA Devel Meeting

# Fedora QA Devel Meeting # Date: 2016-04-04 # Time: 14:00 UTC (https://fedoraproject.org/wiki/Infrastructure/UTCHowto) # Location: #fedora-meeting-1 on irc.freenode.net It's been a few weeks since we had our last QA devel meeting and I'm sure that everyone is chomping at the bit to get back to th

2016-02-29 @ 15:00 UTC - Fedora QA Devel Meeting

# Fedora QA Devel Meeting # Date: 2016-02-29 # Time: 15:00 UTC (https://fedoraproject.org/wiki/Infrastructure/UTCHowto) # Location: #fedora-meeting-1 on irc.freenode.net Don't miss the special Leap Year edition of the Fedora qadevel meeting - February 29th doesn't happen every year! On a more se

[Test-Announce] Planned Outage: Taskotron upgrade - 2016-01-26 @ 15:00 UTC

Planned Outage: taskotron.fedoraproject.org - 2016-01-26 15:00 UTC There will be an outage starting at 2016-01-26 15:00 UTC, which will last approximately 3 hours. To convert UTC to your local time, take a look at http://fedoraproject.org/wiki/Infrastructure/UTCHowto or run: date -d '2016-01-26

Re: depcheck appears to be broken

On Wed, 26 Aug 2015 19:05:35 -0600 Orion Poplawski wrote: > On 08/26/2015 05:04 PM, Tim Flink wrote: > > On Wed, 26 Aug 2015 14:34:14 -0600 > > Orion Poplawski wrote: > > > >> https://bodhi.fedoraproject.org/updates/libwps-0.4.1-1.fc21 > >> > >>

Re: depcheck appears to be broken

On Wed, 26 Aug 2015 14:34:14 -0600 Orion Poplawski wrote: > https://bodhi.fedoraproject.org/updates/libwps-0.4.1-1.fc21 > > depchecklibwps-0.4.1-1.fc21(x86_64) a > day ago > > shows passed: > > TAP version 13 > 1..1 > ok - depcheck for Koji build libwps-0.4.1-1.fc21 >

[Test-Announce] Taskotron Notifications and Bodhi2

With the upgrade to bodhi2, the method we were using to notify packagers of check failures (bodhi comments) is not working at the moment due to some of the api changes which came with the upgrade. We're working to restore the comments and eventually transition over to fedmsg emission but in the me

[Test-Announce] Proposal to CANCEL: 2015-06-08 Fedora QA Meeting

Hi everyone, Roshi and I talked about it today over IRC and neither of us sees anything that needs to be covered this week - no followup items and nothing of significant note on test@ over the last week. The council report will also be on Monday (roshi is covering that) and that was the only some

[Test-Announce] Planned Outage: Taskotron - 2015-05-11 19:00 UTC

Planned Outage: Taskotron - 2015-05-11 19:00:00 UTC There will be an outage starting at 2015-05-11 19:00:00 UTC, which will last about 15 minutes To convert UTC to your local time, take a look at http://fedoraproject.org/wiki/Infrastructure/UTCHowto or run: date -d '2015-05-11 19:00:00 UTC' ---

Re: Taskotron check failed, but I think it's not my fault

On Fri, 8 May 2015 16:59:22 +0300 Igor Gnatenko wrote: > Hi, > > I pushed mesa update into F22, but actually testing failed at some > packages. > > I think its not related to my update. > > https://taskotron.fedoraproject.org/taskmaster//builders/x86_64/builds/67288/steps/runtask/logs/stdio >

Working Around Recent Depcheck "inferior arch" Failures

Recently, there have been some invalid failures in depcheck that take the form of: package foo-1.2-3.fc21.i686 requires foo-libs(x86-32) = 1.2-3.fc21, but none of the providers can be installed foo-libs-1.2-3.fc21.i686 has inferior architecture This issue has been particularly difficult for us

[Test-Announce] Planned Outage: Taskotron - 2015-04-23 18:00 UTC

Planned Outage: Taskotron - 2015-04-23 18:00:00 UTC There will be an outage starting at 2015-04-23 18:00:00 UTC, which will last approximately 3 hours. To convert UTC to your local time, take a look at http://fedoraproject.org/wiki/Infrastructure/UTCHowto or run: date -d '2015-04-23 18:00:00 UTC

Re: Taskotron Staging Downtime

On Mon, 30 Mar 2015 21:43:56 -0600 Tim Flink wrote: > On Mon, 30 Mar 2015 16:02:42 -0600 > Tim Flink wrote: > > > I'm going to be taking taskotron.stg down for a bit to redeploy it > > on F21 hosts before beta freeze starts tomorrow. > > > > I don'

Re: Taskotron misses dropped subpackages

On Fri, 16 Jan 2015 11:00:00 +0100 Michael Schwendt wrote: > Taskotron doesn't notice if subpackages have been dropped and cause > unresolvable dependencies because they are not obsoleted anywhere. This isn't so much something that taskotron's checks missed as it's something we're not even check

Re: Proposal for integration tests infrastructure

On Mon, 03 Nov 2014 17:08:40 +0100 Honza Horak wrote: > On 10/28/2014 08:08 AM, Nick Coghlan wrote: > > On 10/22/2014 09:43 PM, Honza Horak wrote: > >> Fedora lacks integration testing (unit testing done during build > >> is not enough). Taskotron will be able to fill some gaps in the > >> future

Re: Proposal for integration tests infrastructure

On Mon, 03 Nov 2014 17:22:27 +0100 Honza Horak wrote: > On 10/28/2014 08:08 AM, Nick Coghlan wrote: > > Note that any or all of the above may be appropriate, depending on > > the exact nature of the specific tests. > > > > For example, there are already some public Beaker installer tests at > > h

Re: Proposal for integration tests infrastructure

On Fri, 24 Oct 2014 14:10:23 -0600 Tim Flink wrote: > On Wednesday, October 22, 2014 01:43:57 PM you wrote: > > Fedora lacks integration testing (unit testing done during build is > > not enough). Taskotron will be able to fill some gaps in the future, > > so maintainers w

Re: Proposal for integration tests infrastructure

On Wednesday, October 22, 2014 01:43:57 PM you wrote: > Fedora lacks integration testing (unit testing done during build is > not enough). Taskotron will be able to fill some gaps in the future, > so maintainers will be able to set-up various tasks after their > component is built. But even before

Re: [Test-Announce] Taskotron Has Replaced AutoQA

On Tue, 14 Oct 2014 21:10:26 +0200 Zbigniew Jędrzejewski-Szmek wrote: > On Tue, Oct 14, 2014 at 04:28:33AM -0400, Martin Krizek wrote: > > - Original Message - > > > From: "Vít Ondruch" > > > To: devel@lists.fedoraproject.org > > > Sent: Tuesday, October 14, 2014 8:57:26 AM > > > Subject

[Test-Announce] Taskotron Has Replaced AutoQA

This has been a long time coming, but AutoQA is no longer scheduling jobs and Taskotron is now running all of the automated checks on packages/updates. The changeover should be transparent to most people - the same checks are being run in pretty much the same situations. Until Bodhi 2.0 is deploye

Re: Updates and AutoQA

On Mon, 6 Oct 2014 23:17:52 -0400 Rahul Sundaram wrote: > If there's a sane solution to the problem, it might be possible to > start > > doing running upgradepath on updates-testing. However, we don't have > > any plans to start doing this. > > > > Is it possible to opt-in to get them? Not re

Re: Updates and AutoQA

On Mon, 6 Oct 2014 03:49:26 -0400 Rahul Sundaram wrote: > Hi > > I was pushing out updates for deluge for F20 and F19 and when I tried > to push to stable, AutoQA figured out what this was breaking the > upgrade path since I had forgotten to do a push for F21. So far so > good however, the mes

[Test-Announce] Taskotron Staging Has Been Deployed

This has been a long time coming but after running on smaller systems for the last couple months to make sure that all the parts are running smoothly, Taskotron is now running in staging: https://taskotron.stg.fedoraproject.org/ What does this mean? It means that we are almost ready to turn on th

Re: Draft Fedora 21 Test Plan

On Tue, 27 May 2014 14:05:41 +0200 Haïkel wrote: > Awesome ! > My opinion is that QA and WG should cooperate directly: no middle-man. > We need to have a QA liaison in each WG. > I didn't see if there's a taskotron hackfest at Flock but I'm looking > forward having one, be it in the lobby. There

Re: Smaller Taskotron Tasks

On Fri, 2 May 2014 04:32:52 -0400 (EDT) Kamil Paral wrote: > > > > https://phab.qadevel.cloud.fedoraproject.org/w/taskotron-papercuts/ > > > > > > Thanks, I was thinking about this. It's very unfortunate that > > > Phabricator doesn't support arbitrary tags/keywords as in > > > Bugzilla or Trac.

Re: Documentation and Docstring Format

On Thu, 17 Apr 2014 10:03:24 -0400 (EDT) Kamil Paral wrote: > > > https://pythonhosted.org/an_example_pypi_project/sphinx.html#auto-directives > > > > > > > > > I'm not suggesting that we drop everything and fix all the > > > docstrings right now but I am suggesting that we start following > >

Re: Documentation and Docstring Format

On Thu, 17 Apr 2014 05:31:30 -0400 (EDT) Josef Skladanka wrote: > > https://pythonhosted.org/an_example_pypi_project/sphinx.html#auto-directives > > > > > > I'm not suggesting that we drop everything and fix all the > > docstrings right now but I am suggesting that we start following > > the sp

Re: Taskotron and Cloud Image tests

On Tue, 08 Apr 2014 13:51:10 +0200 Vitaly Kuznetsov wrote: > Hi Tim & all, > > in Cloud WG we have 'Automatic Smoketests on Image Build' task: > https://fedorahosted.org/cloud/ticket/38 > AFAIK you have somehting similar among future Taskotron goals. It > would be nice if we can collaborate here

Re: Project Locations and Basic Setup

On Fri, 4 Apr 2014 08:50:25 -0600 Tim Flink wrote: > To be specific, the repos that I'm including in this are: > - libtaskotron > - taskotron-trigger > - resultsdb > - resultsdb_frontend > - resultsdb_api > - pytap13 > - fake_fedorainfra > > The settin

qa host firmware updates

I mentioned this a while ago but just recently figured out the process details and got the permissions I needed to complete the work. Our hosts are getting pretty old and most of them haven't seen a firmware update since they were installed 3-4 years ago. This hasn't been a problem for most of the

Re: RATS replacement with Koji image building

On Mon, 10 Mar 2014 13:30:16 -0400 (EDT) Kamil Paral wrote: > I've finally had time to watch some DevConf talks I couldn't > personally attend. This one is very interesting: > > http://www.youtube.com/watch?v=rWwugyV9J0Q&index=20&list=PLjT7F8YwQhr928YsRxmOs8hUyX_KG-S0T > > I believe we could us

Re: Possible QA Devel Projects for GSoC 2014

On Mon, 10 Mar 2014 08:23:16 -0400 (EDT) Kamil Paral wrote: > > Fedora has been accepted as a mentoring org for GSoC 2014 and I'm > > planning to sign up as a mentor again this year. I'm trying to > > think of good projects that we could put on the list of suggestions > > of things that we'd like

QA Infrastructure and Ansible

I don't know if we've talked about it much on list but most of the QA stuff (autoqa, blockerbugs-dev, taskotron, qadevel) is managed with a set of ansible playbooks: https://bitbucket.org/fedoraqa/ansible-playbooks As we've been adding stuff, these playbooks have been getting more and more unwiel

Re: Fedora.next in 2014 -- Big Picture and Themes

On Fri, 24 Jan 2014 09:58:07 -0700 Eric Smith wrote: > On Jan 23, 2014 2:33 PM, "Kevin Fenzi" wrote: > > > > On Thu, 23 Jan 2014 19:03:02 +0100 > > Thorsten Leemhuis wrote: > > > I'm still undecided if I overall like Fedora.next or fear it. But > > > more and more I tend to the latter position

Re: Git repos location

On Thu, 23 Jan 2014 05:48:00 -0500 (EST) Kamil Paral wrote: > > https://phab.qadevel-stg.cloud.fedoraproject.org/ > > > > The hosting does work over ssh, but I'm noticing some quirks > > - the ssh urls are displayed incorrectly. This may be fixed in the > >latest upstream (the version we're

Re: Phab: setting projects when creating a ticket

On Tue, 21 Jan 2014 09:08:01 -0500 (EST) Kamil Paral wrote: > I just tried to create a ticket in Phab. I understand that the > Project field is similar to Component field that we used in Trac. > (It's a bit unfortunate that a project can't be further separated > into components). However, there's

Re: Taskotron wiki page

On Tue, 21 Jan 2014 10:23:40 -0500 (EST) Martin Krizek wrote: > > > > As a general note, I'm not fully happy when the source code lives > > somewhere else than the issues do. It confuses people. But if we > > want to keep easy-to-browse-and-fork functionality (bitbucket) and > > full-featured-

[Maniphest] [Created] T49: koji download tag directive

tflink created this task. tflink added subscribers: qa-devel, tflink. tflink added a project: taskotron TASK DESCRIPTION Mostly needed for depcheck at the moment, all of the builds in a tag need to be checked along with any triggering builds to verify that the pending builds as a whole don't b

[Maniphest] [Attached] T49: koji download tag directive

tflink added a dependent task: T41: Phase 1 Taskotron Runner TASK DETAIL https://phab.qadevel.cloud.fedoraproject.org/T49 To: tflink Cc: qa-devel, tflink ___ qa-devel mailing list qa-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailma

[Maniphest] [Attached] T41: Phase 1 Taskotron Runner

tflink added a dependency: T49: koji download tag directive TASK DETAIL https://phab.qadevel.cloud.fedoraproject.org/T41 To: tflink Cc: qa-devel, tflink ___ qa-devel mailing list qa-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman

[Maniphest] [Created] T48: createrepo directive

tflink created this task. tflink added subscribers: qa-devel, tflink. tflink added a project: taskotron TASK DESCRIPTION At the moment, this is mostly needed for depcheck. Run createrepo on a set of downloaded RPMs. Example: createrepo: repodir={{workdir}}/repo TASK DETAIL https://p

[Maniphest] [Attached] T48: createrepo directive

tflink added a dependent task: T41: Phase 1 Taskotron Runner TASK DETAIL https://phab.qadevel.cloud.fedoraproject.org/T48 To: tflink Cc: qa-devel, tflink ___ qa-devel mailing list qa-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailma

[Maniphest] [Attached] T41: Phase 1 Taskotron Runner

tflink added a dependency: T48: createrepo directive TASK DETAIL https://phab.qadevel.cloud.fedoraproject.org/T41 To: tflink Cc: qa-devel, tflink ___ qa-devel mailing list qa-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listin

[Maniphest] [Attached] T47: bodhi download

tflink added a dependent task: T41: Phase 1 Taskotron Runner TASK DETAIL https://phab.qadevel.cloud.fedoraproject.org/T47 To: tflink Cc: qa-devel, tflink ___ qa-devel mailing list qa-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailma

[Maniphest] [Retitled] T46: bodhi comment directive module

tflink changed the title from "bodhi directive module" to "bodhi comment directive module". tflink edited the task description. TASK DETAIL https://phab.qadevel.cloud.fedoraproject.org/T46 To: tflink Cc: qa-devel, tflink ___ qa-devel mailing list qa-

[Maniphest] [Created] T47: bodhi download

tflink created this task. tflink added subscribers: qa-devel, tflink. tflink added a project: taskotron TASK DESCRIPTION One of the units of work for taskotron is bodhi updates and the runner needs to be able to download updates. Example: bodhi: action=download arch={{arch}} name={{upd

[Maniphest] [Attached] T41: Phase 1 Taskotron Runner

tflink added a dependency: T47: bodhi download TASK DETAIL https://phab.qadevel.cloud.fedoraproject.org/T41 To: tflink Cc: qa-devel, tflink ___ qa-devel mailing list qa-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/qa-

[Maniphest] [Attached] T41: Phase 1 Taskotron Runner

tflink added a dependency: T46: bodhi directive module TASK DETAIL https://phab.qadevel.cloud.fedoraproject.org/T41 To: tflink Cc: qa-devel, tflink ___ qa-devel mailing list qa-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/list

[Maniphest] [Created] T46: bodhi directive module

tflink created this task. tflink added subscribers: qa-devel, tflink. tflink added a project: taskotron TASK DESCRIPTION For phase 1, we need to replace AutoQA. This means that we need the ability to report results directly to bodhi - at least for the short term. The directive will take in

  1   2   3   >