The Continuum server is not responding. Is it down?
Paul Spencer
ALL
dependencies.
Paul Spencer
http://www.mail-archive.com/dev@myfaces.apache.org/msg22700.html
groupIdjavax.servlet.jsp/groupId
/exclusion
exclusion
artifactIdjstl/artifactId
groupIdjavax.servlet.jsp.jstl/groupId
/exclusion
/exclusions
/dependency
Paul Spencer
Wendy Smoak wrote:
On 5/31/07, Paul Spencer [EMAIL PROTECTED] wrote:
I am trying
Wendy,
I found the problem. The missing dependency was defined in
the tomahawk-project pom. I remove it.
Paul Spencer
Wendy Smoak wrote:
On 5/31/07, Paul Spencer [EMAIL PROTECTED] wrote:
When I build Tomahawk locally, I do not see the errors. In addition I
do not have
Wendy,
Right now, nothing. I think I may have found the problem.
The checksum problem has gone away, meaning the the warning no longer
exists and I do not know why. I am working on the missing dependency problem
now.
Paul Spencer
Wendy Smoak wrote:
On 5/31/07, Paul Spencer [EMAIL PROTECTED
that this issue is the most controversial since a
while. Well, I hope this proposal is a good compromise and we/I can
start the release procedure next week.
Regards,
Manfred
In short I support the compromise.
Again, Thank you.
Paul Spencer
Manfred,
+1 for the Proposal.
Once the proposal is accepted, please post a proposal for the next version
number
for each affected sub project. I would posts one now for Tomahawk, but I do not
want to distract anyone.
Paul Spencer
Manfred Geiler wrote:
see inline
On 5/25/07, Paul Spencer
with
something like
MyFaces 1.2.7 implementing spec version 1.2.1.
2) We want top to a major refactoring of MyFaces, similar to Tomcat 5.0 and 5.5?
Paul Spencer
Martin Marinschek wrote:
I've always been of Manfred's opinion - it would be better to decouple
spec version numbers from implementation
Bruno,
Regardless if the version number, I would expect the community
and PMC would prevent this from occurring.
Paul Spencer
Bruno Aranda wrote:
Hi, I can imagine a free evolution of myfaces-impl, but this would
come at a cost of incompatibility with the RI. If we add new
signatures and other
-Djsf=ri. This build will test Tomahawk against the RI
implementation instead of MyFaces.
Paul Spencer
[EMAIL PROTECTED] wrote:
Online report :
http://myfaces.zones.apache.org:8081/continuum/buildResult.action?buildId=790projectId=137
Build statistics:
State: Failed
Previous State: Ok
]
Paul Spencer
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
-
To unsubscribe, e
with ${basedir}, then I consider it a bug. (just my $0.02)
Paul Spencer
Wayne Fay wrote:
Remove the ${basedir} from the warSourceDirectory?
Why do you need it?
Wayne
On 5/21/07, Paul Spencer [EMAIL PROTECTED] wrote:
I get a Can't canonicalize system path error using the goal
eclispse:eclipse when
Mario,
I am already thinking of places to use the enhancements.
+1 - add a new attribute groupByValue to the column
+1 - use objects instead of StringBuffer to create the compare string
Paul Spencer
Mario Ivankovits wrote:
Hi!
I'd like to make the following two enhancements to the tomahawk
. This definition tests Tomahawk using the RI, instead of
MyFaces.
Paul Spencer
Grant Smith wrote:
Following up to dev list...
Looks like the Tomahawk maven build is failing from continuum with:
Missing:
--
1) javax.servlet.jsp:jsp-api:jar:1.2.0
Wendy, do you know if we have
Issue Type: Bug
Affects Versions: 2.3
Environment: maven-eclipse-plugin version 2.3
maven-war-plugin version 2.0.2
Reporter: Paul Spencer
Priority: Minor
I get a Can't canonicalize system path error using the goal eclispse:eclipse
when
Issue Type: Improvement
Reporter: Paul Spencer
Assigned To: Paul Spencer
Tomahawk's automated testing should support other JSF implementations.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
-Djsf=ri. This build will test Tomahawk against the RI
implementation instead of MyFaces.
Paul Spencer
[EMAIL PROTECTED] wrote:
Online report :
http://myfaces.zones.apache.org:8081/continuum/buildResult.action?buildId=790projectId=137
Build statistics:
State: Failed
Previous State: Ok
Versions: 1.1-alpha-1
Reporter: Paul Spencer
When their are several Build definitions for a project, it can be difficult
to know why each exists. This can be eliminated by adding an name and/or
description of the Build Definition. The name and description must be
optional
Issue Type: Improvement
Components: Notification Subsystem, Web - Configuration
Affects Versions: 1.1-alpha-1
Reporter: Paul Spencer
Need to add Build Information to the build result reports and notification.
The Build Information should include the goals
.
Paul Spencer
Grant Smith wrote:
Hi,
as part of http://issues.apache.org/jira/browse/MYFACES-654 , I'm about to
remove the attributes in MyFaces that are not present in the RI. My concern
is breaking user's applications that may already depend on these
attributes... for example commandLink's
The MyFaces team is looking to use the ConfigParser() which was added in
version 1.1.0. Is their an estimate on the release of 1.1.0?
Paul Spencer
: Shale
Issue Type: Bug
Reporter: Paul Spencer
Building Shale on a system for the first time will fail because the Cobertura
plugin was not found. Adding a version number resolves the problem.
--
This message is automatically generated by JIRA.
-
You can reply
[
https://issues.apache.org/struts/browse/SHALE-446?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Paul Spencer updated SHALE-446:
---
Affects Version/s: 1.1.0-SNAPSHOT
Build fails on virgin system because the Cobertura version need
[
https://issues.apache.org/struts/browse/SHALE-446?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Paul Spencer updated SHALE-446:
---
Attachment: shale-446.patch
Add Cobertura plugin version number
Build fails on virgin system
[
https://issues.apache.org/struts/browse/SHALE-446?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Paul Spencer updated SHALE-446:
---
Flags: [Patch]
Build fails on virgin system because the Cobertura version need to be set
I found the problem. The test was using a Tomahawk component. Since
the ConfigParser does not load Tomahawk's JSF configuration, the render
was not defined. My concerns around the absents of FacesContext where
unfounded because the context is not need when adding renderers.
Paul Spencer
Paul
Do we want to revisit the version number discussion [1]?
[1]http://www.mail-archive.com/dev@myfaces.apache.org/msg20390.html
Paul Spencer
Bruno Aranda wrote:
Hi,
Now that we have a usable implementation of MyFaces 1.2 (not official
yet) we could start thinking on doing a release. Can we
ConfigParser(), not the tests.
In short, I am asking for:
1) Permission to upgrade shale-test v1.1.0-SNAPSHOT.
2) Permission to add a continuum build of Tomahawk against the RI
Paul Spencer
[1]http://shale.apache.org/shale-test/apidocs/org/apache/shale/test/config/ConfigParser.html
[2]http
I am still +1 for
JSF 1.1 - MyFaces 1.x
JSF 1.2 - MyFaces 2.x
Paul Spencer
Matthias Wessendorf wrote:
So,
any interest in making this to 2.0.0 ?
-Matthias
On 2/23/07, Manfred Geiler [EMAIL PROTECTED] wrote:
...
I am
+1 for Paul's suggestion:
JSF 1.1 - MyFaces 1.x
JSF 1.2
Dennis,
See the thread [1] on the shale-dev list. Assuming we are not going to
release Tomahawk 1.1.6 in May or June, we should be fine.
Paul Spencer
[1]http://www.mail-archive.com/[EMAIL PROTECTED]/msg01438.html
Dennis Byrne wrote:
I'm 0 on this. The only warning I have is that we have
Paul Spencer
DZISIAK Jean-Paul wrote:
Hello,
It seems that a NavigationMenuItem is unable to display both a label *and* an icon. It can however display only one of them.
Moreover when an icon is displayed a 1px border is displayed. Id'd like to get
rid of it. How can this be achieved
]
Paul Spencer
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Add version specific sites.
---
Key: MYFACES-1631
URL: https://issues.apache.org/jira/browse/MYFACES-1631
Project: MyFaces Core
Issue Type: Improvement
Components: website
Reporter: Paul Spencer
Thanks Grant.
Paul Spencer
Grant Smith wrote:
Ah, not to worry - I used my leet hacking skills to do it myself. Paul, I
added the roles to your paulsp account, and deleted the Paul one..
On 5/16/07, Grant Smith [EMAIL PROTECTED] wrote:
On 5/13/07, Wendy Smoak [EMAIL PROTECTED] wrote
I have updated the Guest user so the Tomahawk group now visible in Continuum.
Paul Spencer
It appears that Tomahawk has not been added to the new Continuum server.
Paul Spencer
Wendy,
I just registered on the continuum server.
username : Paul
Paul Spencer
Wendy Smoak wrote:
On 5/15/07, Paul Spencer [EMAIL PROTECTED] wrote:
It appears that Tomahawk has not been added to the new Continuum server.
I added it last night and there were a bunch of notifications
All,
Thanks for the updates. I will continue to use version 2.0 of the
plugin until the next version of Cobretura and the plugin are released.
Paul Spencer
Brett Porter wrote:
My intention is to vote to remove 2.1 from the list of versions in the
repository - so if you specifically request
be
configured to filter messages if the user prefers to not see the
Continuum message or see the message in a different folder. The
converse can also be said, filtering commit and Continuum messages into
the same folder.
Paul Spencer
Wendy Smoak wrote:
I'd like to create [EMAIL PROTECTED
/version
scopetest/scope
includeOptionalDependencies group=FunctionalGroup1/ !-- Just a
guess to illustrate the intent --
dependency
Paul Spencer
-
To unsubscribe, e-mail: [EMAIL PROTECTED
Any idea when a new Cobertura plugin will be released - Specifically one
that fixes the 100% Coverage in 2.1 (MCOBERTURA-61)?
Paul Spencer
[1] http://jira.codehaus.org/browse/MCOBERTURA-61
-
To unsubscribe, e-mail: [EMAIL
Type: Improvement
Components: Dependencies
Affects Versions: 2.0.6
Reporter: Paul Spencer
This request is based on the following posting to the users mailing list.
How can I include a dependency's optional dependency without
adding the optional dependency to the pom
it to
the ConfigParser. Is
this the problem? See the addDefaultRenderers() method in the test utility
class [1] for a more complete
example.
Paul Spencer
[1]http://svn.apache.org/viewvc/myfaces/tomahawk/trunk/core/src/test/java/org/apache/myfaces/test/utils/TestUtils.java?view=markup
to announcement
generation that would be very useful to me.
Paul Spencer
[1] http://jira.codehaus.org/browse/MCHANGES-70
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Eric,
The table must be inside a h:form
Paul Spencer
[EMAIL PROTECTED] wrote:
Hi,
I'm trying to get t:column/ elements to display custom
ascending/descending sort arrows. I've converted the following code (which
works well but displays the default text sort arrows):
t:column sortable
sort property for column [totalWasteLbsColumn]
Adding the attribute sortPropertyName to t:column resolves both problems,
but why is this
necessary?
Is this a bug?
Paul Spencer
You can get the current TLD documentation from the Project Information section
for each project
on the MyFaces website. In the case of Tomahawk see
http://myfaces.apache.org/tomahawk/project-reports.html
Paul Spencer
fischman_98 wrote:
To All:
Is there tld link for the latest 1.1.5
: The second property is not rendered when the first property is true. This
works
as expected.
Any ideas how to force the validation to use the new value of the first
property when
the first value changes?
Paul Spencer
changing the loggging setting [2] to see what MyFaces is doing.
Although I am using sortable table with Tomahawk 1.1.5, I have not used
t:commandSortHeader
Paul Spencer
[1]
http://svn.apache.org/viewvc/myfaces/tomahawk/trunk/examples/simple/src/main/webapp/sortTable.jsp?view=markup
[2] http
should NOT display the list of
selectedSignals and perform not validation on selectedSignals.
Paul Spencer
Mike Kienenberger wrote:
Paul, this should work, although I'd expect some issues with
cross-validation. Ie, i'd put the checkbox in a subForm so you can
toggle it even when the list
?
Paul Spencer
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
\resources
04/20/2007 01:45 PM 1,848 announcement.vm
Paul Spencer
Siegfried Goeschl wrote:
Very stupid question ...
templateDirectory/src/main/resources/templateDirectory
seems to be an absolute reference to a directory whereas
C:\cvs\reporting-jsf\src\main\resources
for in the classpath and not in the template
directory.
Paul Spencer
Wayne Fay wrote:
Just stabbing in the dark... Have you tried:
templateDirectorysrc/main/resources/templateDirectory
Note the missing / at the beginning.
Or for that matter, templateDirectory/ (no value)?
Wayne
On 4/20/07, Paul Spencer
: templateDirectory is a bad name since it has no relation to a
directory. templatePackage would more accurate.
Paul Spencer
Paul Spencer wrote:
Wayne,
Neither work.
templateDirectorysrc/main/resources/templateDirectory
templateDirectory/templateDirectory
templateDirectory/
I even tried
For sites that implement testing, like Selenium, and use the generated Ids
their should
be an option to maintain the current prefix. This option need not be the
default, but
it must be documented
Paul Spencer
Mike Kienenberger wrote:
@ client id values:
I would also be against using
: Improvement
Affects Versions: 2.0-beta-3
Reporter: Paul Spencer
Document the variables available to the announcement template.
The list currently includes:
releases
groupId
artifactId
version
packaging
url
introduction
developmentTeam
finalName
Micheal,
The artifacts exist in the repository repo1.maven.org/maven2. They also
exist in ibiblio.
Paul Spencer
Zohner, Michael wrote:
Hi,
When will it be available in maven repository ?
regards
-Original Message-
From: Martin Marinschek [mailto:[EMAIL PROTECTED]
Sent: 19
maven-metadata.xml for the myfaces-shared-tomahawk artifact of the
repository [1] looks incorrect. Specifically the list of versions is
missing other version in the repository. All of the MyFaces shared
artifacts have the same issue.
Paul Spencer
[1]
http://repo1.maven.org/maven2/org
| ? | Y | Y | ? |
Tomahawk | Y | Y | ? | Y | Y | ? |
Tobago | - | Y | ? | ? | ? | ? |
Orchestra| ? | ? | ? | ? | ? | ? |
I suspect this need to be on the MyFaces site.
Paul Spencer
I have updated the compatibility pages on the MyFaces website. The matrix has
also been removed from the wiki page, so the data is in one place.
Paul Spencer
Arash Rajaeeyan wrote:
I havea added an small matrix to the following wiki page:
http://wiki.apache.org/myfaces/CompatibilityMatrix
This vote has been open for 4+ days with a bunch of +1, few +0 and no -1.
When will the voting process close?
How long after the vote closes will the release be posted?
Paul Spencer.
Manfred,
Thank you for the update and you efforts.
Paul Spencer
Manfred Geiler wrote:
current status is:
release manager (=me) needs some free minutes to copy the artifacts
and assemblies and change the site
will try it in the evening (european time)
--Manfred
On 4/17/07, Paul Spencer
compilerVersion1.4/compilerVersion
/configuration
/plugin
How do I set the Eclipse Java Compiler property JDK Compliance using the
eclipse plugin?
Paul Spencer
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional
looks similar to the following:
This product includes software developed by Heng Yuan (jscookmenu)
http://www.cs.ucla.edu/~heng/JSCookMenu
META-INF/LICENSE.txt contains the Apache 2.0 License
Paul Spencer
Matthias Wessendorf wrote:
nice, that it's usable. but anyone looked at licensing
inside a
valueChangeListener so the updated value is not overwritten?
Paul Spencer
Spencer
Mike Kienenberger wrote:
http://myfaces.apache.org/sandbox/tlddoc/s/valueChangeNotifier.html
I've never used it as
t:updateActionListener/f:setPropertyActionListener has always worked
in my own use cases.
On 4/13/07, Paul Spencer [EMAIL PROTECTED] wrote:
I have a bean with 2 fields, state
Welcome to the team.
Paul Spencer
Dennis Byrne wrote:
The MyFaces PMC is proud to welcome another member to the team. Paul's
activities on the mailing list and the issue tracker have been recognized.
He has accepted an invitation to become the next member of MyFaces.
Welcome Paul!
Dennis
Issue Type: Bug
Components: Date
Affects Versions: 1.1.4-SNAPSHOT, 1.1.5
Reporter: Paul Spencer
The value for seconds is random when input via value is set via t:inputDate
... type=short_time. The expectation is the second will be the same a the
seconds passed in via
+1 ( I have run against my applications)
Paul Spencer
Manfred Geiler wrote:
Hi all,
I fixed the license issues on the tomahawk 1.1.5 branch and built a new
release.
This is the vote for MyFaces Tomahawk 1.1.5 release candidate 2.
(aka The Tomahawk Easter Release 2007 - reloaded)
Please note
- Do not download the artifact in this maven
session after deleting it.
resolutionFuzziness=version - Delete all files associated with the artifact's
version.
Paul Spencer
PS: Thanks to Manfred for his work on the 1.1.5 release!
){...}
/code?
Paul Spencer
According to the wiki page [1], the release is out for vote. I know
some people placed condition on their vote, including myself.
1) Have all of the conditions been resolved?
2) Assuming #1 is yes, did the vote pass?
3) What is the next step?
Paul Spencer
[1] http://wiki.apache.org/myfaces
According to the wiki page [1], the release is out for vote. I know
some people placed condition on their vote, including myself.
1) Have all of the conditions been resolved?
2) Assuming #1 is yes, did the vote pass?
3) What is the next step?
Paul Spencer
[1] http://wiki.apache.org/myfaces
the
validation error Value is not a valid option. when this occurs.
Previous versions of MyFaces/Tomahawk did coerce the itemValue to
the type of the backing bean, so application the relied on that
will no longer work as expected.
Thanks to Manfred for all of his work :)
Paul Spencer
[
https://issues.apache.org/jira/browse/TOMAHAWK-932?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Paul Spencer resolved TOMAHAWK-932.
---
Resolution: Fixed
Fix Version/s: 1.1.5-SNAPSHOT
SelectBox example always fails
I am under the impression that the Tomahawk 1.1.5 branch needs to be
deleted and it will be recreated as part of the 1.1.5 release.
Is my impression correct?
Paul Spencer
Per this [1], the branch should be deleted.
[1] http://mail-archive.com/dev%40myfaces.apache.org/msg20998.html
Paul Spencer
Manfred Geiler wrote:
Yes, correct IMHO.
Q to all: was there any tomahawk trunk commit during the last days
that might be critical and/or cause trouble in the upcoming
Any idea why the SelectBox example always fails the door validation?
http://example.irian.at/example-simple-20070315/selectbox.jsf
Paul Spencer
Mike,
I like the first suggestion, change the door type to long. Would you
like to make the changes, or shall I?
FYI: I found this while verifying the examples in preparation for a
1.1.5 release.
Paul Spencer
Mike Kienenberger wrote:
Yes.
h:selectOneMenu id=doors value
: 1.1.5-SNAPSHOT
Reporter: Paul Spencer
Assigned To: Paul Spencer
The SelectBox example always fails the door validation.
***
* From Mike Kienenberger
***
h:selectOneMenu id=doors value=#{carconf.doors}
f:selectItem itemValue=2 itemLabel=2
Mike,
I like the first suggestion, change the door type to long. Would you
like to make the changes, or shall I?
FYI: I found this while verifying the examples in preparation for a
1.1.5 release.
Paul Spencer
Mike Kienenberger wrote:
Yes.
h:selectOneMenu id=doors value
component type
[TOMAHAWK-917] - t:columns example is wrong
[TOMAHAWK-931] - inputDate popup positioning code is broken
Paul Spencer
Werner,
The list of items was from the Release Notes of Jira. That issue has
a Fix Version set even though the status is open.
Is the issue fixed?
Paul Spencer
Werner Punz wrote:
Paul Spencer schrieb:
The following issues are marked as resolved in 1.1.6-SNAPSHOT. Should
this be changed
Please update the Fix version on the issue.
Paul Spencer
Werner Punz wrote:
Not to my knowledge
unless someone has fixed it the last few days...
Paul Spencer schrieb:
Werner,
The list of items was from the Release Notes of Jira. That issue has
a Fix Version set even though the status
the where fixed in the trunk. My preference is the former, recreating
the branch.
See the thread Tomahawk 1.1.5 branch created to early?
Paul Spencer
[1]http://www.mail-archive.com/dev@myfaces.apache.org/msg20841.html
Cagatay Civici wrote:
Hi,
Just see that tomahawk trunk is set to version
TOMAHAWK-906
Revision 511613 - http://svn.apache.org/viewvc?view=revrev=511613
TOMAHAWK-917
TOMAHAWK-910
TOMAHAWK-921
Although I would prefer the delete option, a speedy release is more
important.
Paul Spencer
Jeff Bischoff wrote:
Depends whether we want the Tomahawk code to be pre
Any change in the timetable?
Has a release manager been set?
I know everyone has other commitments, but I am just trying to make sure
this release is not forgotten about :)
Paul Spencer
Manfred Geiler wrote:
Are you the release manager on this one? If not, who is?
Not set in stone
Mario,
Please include a description of Fusion on the wiki page [1]. With out
a good understanding on what the product is, it is hard to name it.
Paul Spencer
[1] http://wiki.apache.org/myfaces/ApacheMyFacesFusion
Mario Ivankovits wrote:
Hi!
Ok, here we go.
This is a poll where I hope
Thanks, Now I know what it is.
Paul Spencer
Mario Ivankovits wrote:
Hi Paul!
Please include a description of Fusion on the wiki page [1]. With
out a good understanding on what the product is, it is hard to name it.
Done, I hope I managed to express things sufficient.
Ciao,
Mario
[1
I know it is not on the list but how about Apache MyFaces Repartee.
The definition [1] is similar to what the product does.
[1] http://www.m-w.com/dictionary/repartee
Paul Spencer
Paul Spencer wrote:
Thanks, Now I know what it is.
Paul Spencer
Mario Ivankovits wrote:
Hi Paul!
Please
Manfred,
Are you the release manager on this one? If not, who is?
What is the projected timetable for the release?
Paul Spencer
Manfred Geiler wrote:
Not much happened yet...
See just added page http://wiki.apache.org/myfaces/TomahawkRelease115.
--Manfred
On 2/26/07, Paul Spencer [EMAIL
invested in
commons logging and log4j to change overnight.
Paul Spencer
Werner Punz wrote:
good point if you can hook commons.logging (I know this is somewhat
insane because commons is just a meta logger)
below it, I do not know the core java logging api good enough
but every dependency we
Thank you for you work.
This is a close as we have gotten to a Tomahawk in a while and I want to
keep the momentum.
Paul Spencer
Manfred Geiler wrote:
Are you the release manager on this one? If not, who is?
Not set in stone, of course.
Any other volunteer stepping forward? Welcome
Their was a flurry of mailing list traffic last week around the 1.1.5
release of Tomahawk. I do not see a release plan for this release on
the wiki[1], so I am wonder where we are in the release process?
Paul Spencer
[1] http://wiki.apache.org/myfaces/Release_Plans
release, Tomcat does this all the
time.
The following statement is a concerning statement:
1.1.5 that is 100% compatible to the current core 1.1.5
What does it mean? Are their related Jira issues?
Paul Spencer
Manfred Geiler wrote:
The new tomahawk release number is a trade-off.
We must decide
Maven, just do not know how.
Paul Spencer
Wendy,
Type-o on my part, I meant to say the Tomcat site support version specific
documentation, not Tomahawk.
Distributing to a version specific URL is part of the solution, the navigation
bar also need a entry the the version specific documentation.
Paul Spencer
Wendy Smoak wrote:
On 2/23
If the version of Tomahawk is not tied to the version of MyFaces, then
how about the NEXT version of Tomahawk be 1.6?
This would allow Tomahawk, like Tobago, to be version independently of MyFaces.
Paul Spencer
Martin Marinschek wrote:
slightly too late, but 1.1.5 would have been my option
-1 on 1.5.0. We have called it 1.1.5 for many months. Also the reasons
I presented for NOT calling it 1.1.4
+1 on the next version of 1.6.0
Manfred Geiler wrote:
Yes, good idea.
So, next tomahawk release would be 1.5.0.
+1 on that from my side
--Manfred
On 2/23/07, Martin
1) Release the head, currently know as 1.1.5-SNAPSHOT, as 1.1.5.
2) During the release process, the release plugin prompts for the next
version number. Answer 1.6.0-SNAPSHOT to the prompt.
Paul Spencer
Manfred Geiler wrote:
1.5.0 or 1.6.0. One is as good as the other IMO.
You mean 1.6.0
901 - 1000 of 2142 matches
Mail list logo
