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
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
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
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
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
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
Over the last couple of days, a lot of tickets have been created and
all of those tickets have sent messages here. While I see some benefit
to having all these tickets emailed out to the list, I'm also a bit
worried that they can start drowning out other non-ticket conversations
on the list.
I'm
tflink added a dependent task: T41: Phase 1 Taskotron Runner
TASK DETAIL
https://phab.qadevel.cloud.fedoraproject.org/T45
To: tflink
Cc: qa-devel, tflink
___
qa-devel mailing list
qa-de...@lists.fedoraproject.org
tflink added a dependency: T45: dynamically load modules for task directives
TASK DETAIL
https://phab.qadevel.cloud.fedoraproject.org/T41
To: tflink
Cc: qa-devel, tflink
___
qa-devel mailing list
qa-de...@lists.fedoraproject.org
tflink created this task.
tflink added subscribers: qa-devel, tflink.
tflink added a project: taskotron
TASK DESCRIPTION
In the demo code, the directives (koji, python, etc.) are all loaded at run
time. While this works for the time being, it will start contributing to
undesired side-effects
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
tflink added a dependent task: T41: Phase 1 Taskotron Runner
TASK DETAIL
https://phab.qadevel.cloud.fedoraproject.org/T46
To: tflink
Cc: qa-devel, tflink
___
qa-devel mailing list
qa-de...@lists.fedoraproject.org
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
tflink lowered the priority of this task from High to Low.
tflink added a subscriber: tflink.
tflink added a comment.
This doesn't need to be high priority, changing to low since we haven't seen
it for a while
TASK DETAIL
https://phab.qadevel.cloud.fedoraproject.org/T34
To: tflink
Cc:
tflink lowered the priority of this task from High to Wishlist.
tflink added a subscriber: tflink.
tflink added a comment.
This is something that would be nice to have, but isn't critical. Changing
priority to wishlist
TASK DETAIL
https://phab.qadevel.cloud.fedoraproject.org/T33
To: tflink
tflink added a dependent task: T28: Taskotron Phase 1
TASK DETAIL
https://phab.qadevel.cloud.fedoraproject.org/T41
To: tflink
Cc: qa-devel, tflink
___
qa-devel mailing list
qa-devel@lists.fedoraproject.org
tflink added a dependency: T41: Phase 1 Taskotron Runner
TASK DETAIL
https://phab.qadevel.cloud.fedoraproject.org/T28
To: tflink
Cc: qa-devel, tflink
___
qa-devel mailing list
qa-devel@lists.fedoraproject.org
tflink added a dependency: T39: Investigate documentation systems for taskotron
and related sub-projects
TASK DETAIL
https://phab.qadevel.cloud.fedoraproject.org/T28
To: tflink
Cc: qa-devel, tflink
___
qa-devel mailing list
On Fri, 10 Jan 2014 18:21:28 -0700
Tim Flink tfl...@redhat.com wrote:
# Fedora QA Devel Meeting
# Date: 2014-01-13
# Time: 17:00 - 19:00 UTC
(https://fedoraproject.org/wiki/Infrastructure/UTCHowto)
# Location: #fedora-meeting-1 on irc.freenode.net
There was some miscommunication about
tflink created this task.
tflink added subscribers: qa-devel, tflink.
tflink added a project: taskotron
TASK DESCRIPTION
In order to use the PUATP checks from AutoQA (rpmlint, rpmguard, depcheck,
upgradepath) in taskotron, they need to be ported first. This is the tracking
ticket for getting
tflink added a dependent task: T28: Taskotron Phase 1
TASK DETAIL
https://phab.qadevel.cloud.fedoraproject.org/T38
To: tflink
Cc: qa-devel, tflink
___
qa-devel mailing list
qa-devel@lists.fedoraproject.org
tflink created this task.
tflink added subscribers: qa-devel, tflink.
tflink added a project: taskotron
TASK DESCRIPTION
Taskotron tasks will be triggered by fedmsg messages. Specific task types
will be scheduled based on these incoming fedmsg messages.
The trigger is responsible for
tflink added a dependent task: T28: Taskotron Phase 1
TASK DETAIL
https://phab.qadevel.cloud.fedoraproject.org/T39
To: roshi, tflink
Cc: qa-devel, tflink
___
qa-devel mailing list
qa-devel@lists.fedoraproject.org
On Mon, 13 Jan 2014 09:57:05 -0700
Tim Flink tfl...@redhat.com wrote:
On Fri, 10 Jan 2014 18:21:28 -0700
Tim Flink tfl...@redhat.com wrote:
# Fedora QA Devel Meeting
# Date: 2014-01-13
# Time: 17:00 - 19:00 UTC
(https://fedoraproject.org/wiki/Infrastructure/UTCHowto)
# Location
==
#fedora-blocker-review: fedoraqa-devel
==
After much fun with finding an open channel for the meeting, we did get
through a bunch of stuff. At the moment, no more meetings are planned
and we will schedule more as
On Fri, 10 Jan 2014 15:35:59 -0800
Adam Williamson awill...@redhat.com wrote:
On Fri, 2014-01-10 at 17:33 -0600, Dennis Gilmore wrote:
El Fri, 10 Jan 2014 15:26:38 -0800
Adam Williamson awill...@redhat.com escribió:
On Thu, 2014-01-09 at 11:32 +0100, Maros Zatko wrote:
Dear guys and
=
#fedora-meeting-2: fedoraqa-devel
=
We didn't quite get through everything today, so we'll continue after
the QA meeting on Monday.
I'll be sending an announcement for that meeting shortly.
Minutes:
On Wed, 8 Jan 2014 02:14:43 -0500
Rahul Sundaram methe...@gmail.com wrote:
Hi
On Wed, Jan 8, 2014 at 1:58 AM, Adam Williamson wrote:
Well, we'll want to do all sorts of tests that aren't obviously
tied to any specific package. The only kinds of tests it would make
sense to have in
On Mon, 6 Jan 2014 08:04:06 -0500 (EST)
Josef Skladanka jskla...@redhat.com wrote:
Hi Tim,
sorry for the late reply, this somewhat slipped my mind :(
Overall, I like the concept, and although I understand that this is
Proof-of-Concept, I'm a bit worried about the get_argparser() method
On Sat, 28 Dec 2013 16:42:16 +
Richard W.M. Jones rjo...@redhat.com wrote:
On Thu, Dec 26, 2013 at 07:52:04PM -0800, Adam Williamson wrote:
No. There's a bad one, which is AutoQA. The problem with it is it's
more or less considered obsolete now as far as new development
goes; the devs
On Thu, 26 Dec 2013 19:52:04 -0800
Adam Williamson awill...@redhat.com wrote:
On Thu, 2013-12-26 at 21:43 -0600, Richard Shaw wrote:
On Thu, Dec 26, 2013 at 8:51 PM, Adam Williamson
awill...@redhat.com wrote:
Time for another PSA...
It appears libevdev 0.6
On Mon, 6 Jan 2014 11:53:14 -0500
Matthew Miller mat...@fedoraproject.org wrote:
On Mon, Jan 06, 2014 at 09:36:09AM -0700, Tim Flink wrote:
One of the primary reasons for replacing AutoQA with taskotron is to
make it easier for folks to contribute checks. AutoQA's
implementation just isn't
On Mon, 06 Jan 2014 12:36:08 -0500
Matthias Clasen mcla...@redhat.com wrote:
On Mon, 2014-01-06 at 18:06 +0100, Vít Ondruch wrote:
Dne 6.1.2014 17:53, Matthew Miller napsal(a):
On Mon, Jan 06, 2014 at 09:36:09AM -0700, Tim Flink wrote:
One of the primary reasons for replacing AutoQA
The AutoQA developers are proud to announce the release of AutoQA 0.8.5
today. This is a maintenance release with the following changes:
- Improved clarity in upgradepath output (#445)
- Updated repository configuration for F20 release
The new version has been deployed to our staging
tflink created this task.
tflink added a subscriber: tflink.
tflink added a project: blockerbugs
TASK DESCRIPTION
Currently, there are two anaconda updates displayed in the blocker tracking
app. One is current, one is a phantom update that no longer exists in bodhi.
The phantom update
On Dec. 10, 2013, 5:58 p.m., Tim Flink wrote:
blockerbugs/models/update.py, line 55
http://reviewboard-tflink.rhcloud.com/r/57/diff/1/?file=1607#file1607line55
Why is this sort order change an improvement? If an older update is
pending while a newer update is stable, we'd want
On Dec. 10, 2013, 5:58 p.m., Tim Flink wrote:
blockerbugs/models/update.py, line 55
http://reviewboard-tflink.rhcloud.com/r/57/diff/1/?file=1607#file1607line55
Why is this sort order change an improvement? If an older update is
pending while a newer update is stable, we'd want
tflink closed this task as Invalid.
tflink claimed this task.
tflink added a comment.
This is a duplicate of T21 - closing.
TASK DETAIL
https://phab.qadevel.cloud.fedoraproject.org/T27
To: tflink
Cc: qa-devel, tflink
___
qa-devel mailing list
tflink added a subscriber: tflink.
tflink added a comment.
T27 was filed as a duplicate
TASK DETAIL
https://phab.qadevel.cloud.fedoraproject.org/T21
To: mkrizek, tflink
Cc: qa-devel, mkrizek, tflink
___
qa-devel mailing list
test corrections were needed,
but they still need to be fixed.
- Tim Flink
On Dec. 10, 2013, 3:56 p.m., Martin Krizek wrote:
---
This is an automatically generated e-mail. To reply, visit:
http://reviewboard-tflink.rhcloud.com/r/58
There still seems to be a bit of confusion as to the current state of
the beaker deployment that we've been working on for Fedora.
To improve clarity on the exact state of the current install, I've made
some changes to what was formerly beaker.fedoraproject.org:
- The beaker server is now
tflink created this task.
tflink added a subscriber: tflink.
tflink added a project: blockerbugs
TASK DESCRIPTION
There was a feature request to be able to tell which bugs in the lists have
changed blocker state (as opposed to the bugzilla state change that we
currently highlight) in the last
tflink created this task.
tflink added a subscriber: tflink.
tflink added a project: blockerbugs
TASK DESCRIPTION
I got a report of a failed proposal today where the form said there were
errors but everything looks fine and no details were provided.
There is currently no logging of form
tflink added a comment.
yeah, one of them was supposed to be for upgradepath. Can you change the title
of one of them depending on which task you were intending to take?
TASK DETAIL
https://phab.qadevel.cloud.fedoraproject.org/T16
To: jskladan, tflink
Cc: qa-devel, tflink, jskladan
tflink closed this task as Resolved.
tflink added a comment.
ask kparal to let us know if he sees it again
I will.
Thanks, hopefully it was fixed with the hotfixed python-fedora-flask. Closing
the ticket since that hotfix was deployed.
Btw, is it possible to easily quote a previous
tflink closed this task as Resolved.
tflink added a comment.
This is being filed as a retrospective, it's already been fixed.
It turns out that this only happens to users who are members of many FAS groups
(more than 17 - that was the highest number of groups for a successful login
that we
After a conversation with infra, we decided to lock down access to
beaker.fedoraproject.org by IP address until we have a more secure
solution for logins [1].
I've changed the server configuration so that access to beaker is only
allowed from certain IPs. I think that most current users should be
tflink changed the title from Some users seeing HTTP 503 errors from the
blockerbugs production instance to out of date python_flask_openid on
production and staging instances is causing tracebacks.
tflink triaged this task as High priority.
TASK DETAIL
tflink added a comment.
We hotfixed a newer version of python-fedora-flask on to the production and
staging hosts, so that should fix the tb that I pasted earlier.
I propose that we change this bug to be about those tbs and either file a new
bug for the 503s or ask kparal to let us know if he
tflink created this task.
tflink assigned this task to mkrizek.
tflink added a subscriber: tflink.
tflink added a project: blockerbugs
TASK DESCRIPTION
Earlier today, we got a report of the production app throwing 503 errors but
the errors went away shortly after. At first glance, it appears
Apologies for the late notice, I had the wrong date in my head for this.
With the Fedora Infrastructure outage today, I'm going to take the
opportunity to update and reboot all the AutoQA and Beaker
infrastructure.
AutoQA and Beaker will be mostly down for about 3 hours from 22:00 UTC.
I'll
After a bit more of a delay than we were anticipating, blockerbugs
0.4 has been released and deployed to production!
https://qa.fedoraproject.org/blockerbugs/
New features and enhancements:
- Spin requests
* add updates and/or koji builds to the request
- API Support
* get latest
On Wed, 13 Nov 2013 15:50:27 -0700
Kevin Fenzi ke...@scrye.com wrote:
On Wed, 13 Nov 2013 18:30:28 +0100
drago01 drag...@gmail.com wrote:
Hi,
iw-3.11-1.fc20 successfully untagged from
f20-updates-testing-pending by bodhi ...
Messages like this has been annoying like forever ...
On Wed, 13 Nov 2013 07:46:07 -0500 (EST)
Kamil Paral kpa...@redhat.com wrote:
Thanks. Do you intend to forward all ticket changes to qa-devel
mailing lists?
I've been going back and forth on that one. On the one hand, that
makes it much easier to follow what's going on. On the other
On Tue, 12 Nov 2013 09:52:44 -0500 (EST)
Kamil Paral kpa...@redhat.com wrote:
tl;dr - taskbot is now taskotron
The king is dead, long live the king!
How do you pronounce taskotron? Same as
http://www.thefreedictionary.com/cyclotron ?
I had been pronouncing it as task-əʊ-trʌn
On Tue, 12 Nov 2013 10:02:34 -0500 (EST)
Kamil Paral kpa...@redhat.com wrote:
After a bit more work than I was hoping and some email issues with
RHIT (I haven't been working on this the _whole_ time :-P), I have
a new phabricator instance up and running in the fedora cloud.
tl;dr - taskbot is now taskotron
'taskbot' is a name I came up with while sitting at PyCon US in March,
looking for a name I could use while seeing if any of this could even
work.
Unfortunately, it never dawned on me to check with legal before moving
farther forward and now we're in a situation
# F20 Beta Blocker Review meeting #6
# Date: 2013-11-06
# Time: 17:00 UTC (12:00 EST, 09:00 PST)
# Location: #fedora-blocker-review on irc.freenode.net
It's time for another round of F20 beta blocker bug review! Please note
the time change to 17:00 UTC due to the recent change in standard time
On Fri, 01 Nov 2013 18:43:32 +1000
Nick Coghlan ncogh...@redhat.com wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 11/01/2013 05:23 PM, Tim Flink wrote:
I'm fine with either direction for now. My hesitation on getting
started with 1) is that having a beaker installation
On Fri, 01 Nov 2013 13:45:08 +1000
Nick Coghlan ncogh...@redhat.com wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 11/01/2013 03:53 AM, Tim Flink wrote:
On Thu, 31 Oct 2013 07:17:03 -0400 (EDT) Josef Skladanka
jskla...@redhat.com wrote:
I do not really feel
On Thu, 31 Oct 2013 07:17:03 -0400 (EDT)
Josef Skladanka jskla...@redhat.com wrote:
Bah, just realized this only went to Josef the first time I sent it. He
gets two copies!
Tim (and of course the rest of the gang ;)),
During our chat with Tim, we agreed that we'd really like to use some
After a bit more work than I was hoping and some email issues with
RHIT (I haven't been working on this the _whole_ time :-P), I have a new
phabricator instance up and running in the fedora cloud.
https://phab.qadevel.cloud.fedoraproject.org/
The SSL certs are self signed, so you'll get the
# F20 Beta Blocker Review meeting #6
# Date: 2013-10-30
# Time: 16:00 UTC (12:00 EDT, 09:00 PDT)
# Location: #fedora-blocker-review on irc.freenode.net
It's time for another round of F20 beta blocker bug review!
We'll be running through the final blockers and freeze exception bugs.
The current
# Fedora Quality Assurance Meeting
# Date: 2013-10-28
# Time: 15:00 UTC
(https://fedoraproject.org/wiki/Infrastructure/UTCHowto)
# Location: #fedora-meeting on irc.freenode.net
Greetings testers!
Apologies on the late notice, but it's Monday and that means it's time
for the weekly QA meeting. I
# F20 Beta Blocker Review meeting #5.5
# Date: 2013-10-28
# Time: 16:00 UTC (12:00 EDT, 09:00 PDT)
# Location: #fedora-blocker-review on irc.freenode.net
Late notice on monday blocker review meetings seems to be par for
the course as of late - apologies on that. We'll be doing a quick
blocker
tried before :)
- Tim Flink
On Oct. 17, 2013, 9:20 a.m., Martin Krizek wrote:
---
This is an automatically generated e-mail. To reply, visit:
http://reviewboard-tflink.rhcloud.com/r/56
On Wed, 16 Oct 2013 05:27:07 -0400 (EDT)
Kamil Paral kpa...@redhat.com wrote:
With the conversation we've been having and the persona
developments, I propose the following:
- create FAS groups for git-taskbot-core and git-taskbot-tasks
which will control access to the git repos
---
This is an automatically generated e-mail. To reply, visit:
http://reviewboard-tflink.rhcloud.com/r/55/#review116
---
Ship it!
Looks good to me.
- Tim Flink
On Oct. 16, 2013
On Tue, 15 Oct 2013 12:23:31 -0600
Tim Flink tfl...@redhat.com wrote:
With the conversation we've been having and the persona developments,
I propose the following:
- create FAS groups for git-taskbot-core and git-taskbot-tasks which
will control access to the git repos
* use
On Tue, 15 Oct 2013 11:22:34 -0400 (EDT)
Kamil Paral kpa...@redhat.com wrote:
I've been kicking this idea around for a bit and have chatted a
little with people on IRC but as we're looking to start up
development on taskbot, I want to have a larger discussion on two
issues: where do we
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Wed, 16 Oct 2013 12:04:21 +1000
Nick Coghlan ncogh...@redhat.com wrote:
snip
Hosting Phabricator on OpenShift Online may be another possibility
worth looking at:
https://github.com/CodeBlock/phabricator-openshift-quickstart
Interesting,
good other than my question about url munging vs. changing how
the settings are done. Thoughts?
- Tim Flink
On Oct. 11, 2013, 11:01 a.m., Martin Krizek wrote:
---
This is an automatically generated e-mail. To reply, visit:
http
On Thu, 10 Oct 2013 11:50:36 +1000
Nick Coghlan ncogh...@redhat.com wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 10/10/2013 10:52 AM, Tim Flink wrote:
You all are using gerrit, right? Have you been happy with it WRT
features, maintenance etc? I've been getting the impression
to staging assuming that I can get
access to it
Thanks,
Tim Flink
___
qa-devel mailing list
qa-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/qa-devel
292e7db86a207236b4bfa63ef96f5e58de797d58
.gitignore c5f8d92163a31685a35109eb4847315d9ebcd220
Diff: http://reviewboard-tflink.rhcloud.com/r/53/diff/
Testing
---
Have tested on my local machine, will deploy to staging assuming that I can get
access to it
Thanks,
Tim Flink
I've been kicking this idea around for a bit and have chatted a little
with people on IRC but as we're looking to start up development on
taskbot, I want to have a larger discussion on two issues: where do we
host code and what do we want to use for dev support tools (issue
tracking, code review
# F20 Beta Blocker Review meeting #3
# Date: 2013-10-09
# Time: 16:00 UTC (12:00 EDT, 09:00 PDT)
# Location: #fedora-blocker-review on irc.freenode.net
Everyone's favorite weekly activity is almost upon us once again. We'll
be holding another blocker review meeting tomorrow and while the list
of
On Sun, 6 Oct 2013 19:27:33 +0200
Michael Schwendt mschwe...@gmail.com wrote:
On Sun, 06 Oct 2013 19:11:41 +0200, Ralf Corsepius wrote:
I now see ... the version in f19 was greater than that in
f20+rawhide, for whatever reasons.
Actually, I wonder why AutoQA did not complain.
There
On Sun, 06 Oct 2013 15:09:24 -0500
Rex Dieter rdie...@math.unl.edu wrote:
Michael Schwendt wrote:
On Sun, 06 Oct 2013 19:11:41 +0200, Ralf Corsepius wrote:
I now see ... the version in f19 was greater than that in
f20+rawhide, for whatever reasons.
Actually, I wonder why AutoQA did
On Mon, 07 Oct 2013 04:03:16 +0200
Ralf Corsepius rc040...@freenet.de wrote:
On 10/07/2013 03:49 AM, Tim Flink wrote:
On Sun, 06 Oct 2013 15:09:24 -0500
Rex Dieter rdie...@math.unl.edu wrote:
Michael Schwendt wrote:
On Sun, 06 Oct 2013 19:11:41 +0200, Ralf Corsepius wrote:
I now
On Wed, 2 Oct 2013 16:28:52 -0600
Tim Flink tfl...@redhat.com wrote:
On Wed, 2 Oct 2013 14:21:44 -0600
Tim Flink tfl...@redhat.com wrote:
With the scheduled maintenance for fedora infra, I'm going to take
the opporunity to update the qa machines.
The downtime shouldn't be very
On Thu, 3 Oct 2013 10:04:15 -0600
Tim Flink tfl...@redhat.com wrote:
On Wed, 2 Oct 2013 16:28:52 -0600
Tim Flink tfl...@redhat.com wrote:
On Wed, 2 Oct 2013 14:21:44 -0600
Tim Flink tfl...@redhat.com wrote:
With the scheduled maintenance for fedora infra, I'm going to take
With the scheduled maintenance for fedora infra, I'm going to take the
opporunity to update the qa machines.
The downtime shouldn't be very but there may be a delay in some test
runs in autoqa.
I'll send out another email when it's all done.
Tim
signature.asc
Description: PGP signature
On Wed, 2 Oct 2013 14:21:44 -0600
Tim Flink tfl...@redhat.com wrote:
With the scheduled maintenance for fedora infra, I'm going to take the
opporunity to update the qa machines.
The downtime shouldn't be very but there may be a delay in some test
runs in autoqa.
I'll send out another
# F20 Beta Blocker Review meeting #2
# Date: 2013-10-02
# Time: 16:00 UTC (12:00 EDT, 09:00 PDT)
# Location: #fedora-blocker-review on irc.freenode.net
It's almost Wednesday and we all know what that means - time to review
some blocker bugs! We've got a decent number of bugs up for review
On Sept. 24, 2013, 3:44 p.m., Tim Flink wrote:
I attempted to test this on an el6 machine, got a traceback when doing
sync. tb added to trac ticket
Martin Krizek wrote:
Yeah, python-webassets needs to be installed, it's missing in Requires
(and in epel repo, it's present
this needs a gpl header
sass/admin_layout.scss
http://reviewboard-tflink.rhcloud.com/r/46/#comment139
this needs to be recompiled before merging into develop
Overall, looks good. Please fix the last minor issues and get this merged into
develop
- Tim Flink
On Sept. 25, 2013, 8:11
/#comment142
this shouldn't be added
blockerbugs/cli.py
http://reviewboard-tflink.rhcloud.com/r/46/#comment143
this should be removed
missed some minor issues
- Tim Flink
On Sept. 26, 2013, 6:44 p.m., Ilgiz Islamgulov wrote
# F20 Beta Blocker Review meeting #1
# Date: 2013-09-25
# Time: 16:00 UTC (12:00 EDT, 09:00 PDT)
# Location: #fedora-blocker-review on irc.freenode.net
Now that F20 alpha has been released, it's time to start looking at
beta and the already decent sized list of proposed beta blockers and
freeze
# F20 Alpha Blocker Review meeting #6
# Date: 2013-09-18
# Time: 16:00 UTC (12:00 EDT, 09:00 PDT)
# Location: #fedora-blocker-review on irc.freenode.net
Go/No-Go #2 will be on this Thursday, so it's time for what will
hopefully be the last last blocker review meeting for F20 alpha.
We'll be
# Fedora Quality Assurance Meeting
# Date: 2013-09-16
# Time: 15:00 UTC
(https://fedoraproject.org/wiki/Infrastructure/UTCHowto)
# Location: #fedora-meeting on irc.freenode.net
Greetings testers!
It's meeting time again on Monday! We did end up slipping release, so
we're still in freeze and have
We ended up needing a RC2 spin for alpha to fix a bug we thought was
fixed for almost all machines [1] and we're now in the situation where
most of the alpha validation test cases need to be run in less than 12
hours if we don't want F20 alpha to slip.
Fortunately, this is alpha and there aren't
# F20 Alpha Blocker Review meeting #5
# Date: 2013-09-11
# Time: 16:00 UTC (12:00 EDT, 09:00 PDT)
# Location: #fedora-blocker-review on irc.freenode.net
Go/No-Go will be on this Thursday, so it's time for what will hopefully
be the last blocker review meeting for F20 alpha.
We'll be running
# Fedora Quality Assurance Meeting
# Date: 2013-09-09
# Time: 15:00 UTC
(https://fedoraproject.org/wiki/Infrastructure/UTCHowto)
# Location: #fedora-meeting on irc.freenode.net
Greetings testers!
It's meeting time again on Monday! We're in the middle of freeze with
go/no-go so the discussion
# F20 Alpha Blocker Review meeting #4
# Date: 2013-09-09
# Time: 16:00 UTC (12:00 EDT, 09:00 PDT)
# Location: #fedora-blocker-review on irc.freenode.net
We're in F20 alpha freeze and you know what that means - monday blocker
review meetings!
We'll be running through the final blockers and freeze
in stg
Thanks,
Tim Flink
___
qa-devel mailing list
qa-de...@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/qa-devel
partner-bugzilla in stg
Thanks,
Tim Flink
___
qa-devel mailing list
qa-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/qa-devel
in stg
Thanks,
Tim Flink
___
qa-devel mailing list
qa-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/qa-devel
works
- you can now do proposals against partner-bugzilla in stg
Thanks,
Tim Flink
___
qa-devel mailing list
qa-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/qa-devel
Makefile 292e7db86a207236b4bfa63ef96f5e58de797d58
Diff: http://reviewboard-tflink.rhcloud.com/r/49/diff/
Testing
---
I've tested this locally and deployed it in staging to make sure the fix works
- you can now do proposals against partner-bugzilla in stg
Thanks,
Tim Flink
401 - 500 of 644 matches
Mail list logo