[JBoss JIRA] (JBIDE-22630) bzira/jiralint fails often because of missing pip install
by Nick Boldt (JIRA)
[ https://issues.jboss.org/browse/JBIDE-22630?page=com.atlassian.jira.plugi... ]
Nick Boldt closed JBIDE-22630.
------------------------------
Resolution: Done
> bzira/jiralint fails often because of missing pip install
> ---------------------------------------------------------
>
> Key: JBIDE-22630
> URL: https://issues.jboss.org/browse/JBIDE-22630
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: build
> Reporter: Max Rydahl Andersen
> Assignee: Nick Boldt
> Fix For: 4.4.1.M1
>
>
> bzia/jiralint oftenn fails because pip are missing from the servers it runs on.
> shuold limit the nodes it runs on or get pip installed more generally.
> error from build mails
> {code}
> + pip install --upgrade --user bugzilla bugzillatools python-bugzilla jira pytz
> Traceback (most recent call last):
> File "/qa/services/hudson/.local/bin/pip", line 7, in <module>
> from pip import main
> ImportError: No module named pip
> {code}
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
9 years, 9 months
[JBoss JIRA] (JBIDE-19081) Use simpler Surefire include/exclude pattern in parent pom
by Nick Boldt (JIRA)
[ https://issues.jboss.org/browse/JBIDE-19081?page=com.atlassian.jira.plugi... ]
Nick Boldt commented on JBIDE-19081:
------------------------------------
[~fbricon] What's the status here? Ready to go live? More pondering?
> Use simpler Surefire include/exclude pattern in parent pom
> ----------------------------------------------------------
>
> Key: JBIDE-19081
> URL: https://issues.jboss.org/browse/JBIDE-19081
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: build
> Affects Versions: 4.3.0.Alpha1
> Reporter: Nick Boldt
> Assignee: Nick Boldt
> Priority: Minor
> Fix For: 4.4.x
>
>
> 1. In JBDS9, use these new default patterns for Surefire to define which test classes to run/exclude:
> {code}
> include = *Test*, *Test, *TestCase
> exclude = *Abstract*
> {code}
> 2. If that causes test failures because running incorrectly named
> abstract stuff, they can refactor, add their own root pom overrides, use
> a TestSuite, or use @Ignore in test classes.
> 3. If the count of tests run suddenly DROPS because the pattern isn't
> running the correct # of tests, they can add their own root pom
> overrides, or use a TestSuite.
> Ref: http://lists.jboss.org/pipermail/jbosstools-dev/2015-January/009688.html
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
9 years, 9 months
[JBoss JIRA] (JBIDE-22619) Decide strategy for fixversion targets in JIRA
by Nick Boldt (JIRA)
[ https://issues.jboss.org/browse/JBIDE-22619?page=com.atlassian.jira.plugi... ]
Nick Boldt commented on JBIDE-22619:
------------------------------------
Leaving a note to myself that we need to update https://github.com/jbosstools/jbosstools-devdoc/blob/master/source/versio... to discuss AM* milestones instead of Alpha/Beta/CR milestones.
Note: AM stands for any of these: A Milestone, Another Milestone, Agile Milestone, Alternative Modularity, Applied Monkeywork, Andersen Max, ... :D
> Decide strategy for fixversion targets in JIRA
> ----------------------------------------------
>
> Key: JBIDE-22619
> URL: https://issues.jboss.org/browse/JBIDE-22619
> Project: Tools (JBoss Tools)
> Issue Type: Task
> Components: build
> Affects Versions: 4.4.1.M1
> Reporter: Nick Boldt
> Assignee: Alexey Kazakov
> Fix For: 4.4.1.M1
>
>
> We need to decide the strategy for milestones / fixversions in JIRA.
> One suggestion has been to align fixversions w/ sprint numbers, thus:
> * 4.4.1.S116, 4.4.1.S117, 4.4.1.S118, 4.4.1.S119, ...?
> instead of
> * 4.4.1.Alpha1, 4.4.1.Alpha2, 4.4.1.Alpha3, 4.4.1.Beta1, ... ?
> Questions/concerns:
> * what do we do for unscheduled milestones (4.5.0.Alpha1, 11.0.0.Alpha1) and placeholders (4.4.1.Final, 10.0.1.GA) ? Should we just use Alpha1 or Final/GA until we know which sprint applies?
> * whatever schema we adopt has to work with bzira and jiralint
> * any other systems that parse JIRA for integration purposes?
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
9 years, 9 months