The release management and QA teams have started working on the 2.40
release process. For this purpose there is a stabilization branch [1].
Any major and critical issues found during the QA process will be
backported to this branch.
This means trunk can now be merged with the r2.5x branch. After
Web based ERP for SMEs, built on proven MVC MDD framework that
facilitate customization maintenance of code. Already in production,
it encompasses a broad range of functionalities such as finance,
supply chain, project mgmt, manufacturing much more
Openbravo ERP 2.40 is ready for general
Yesterday the modularity branch was merged into trunk. As a result,
the location of the generated openbravo-core.jar file has changed from
lib/ to lib/runtime/ . As it is a generated file, SVN is not able to
delete it after updating the working copy. And both jar files conflict
and fail compiling
You might want to have a look at UMLGraph:
http://www.umlgraph.org
Juan Pablo
On 13:34 Fri 14 Nov , Leo Arias wrote:
Hello,
I need to make some UML diagrams based on the java classes we've made at
QA. I would be great to have them generated automatically, and then
just add or
Openbravo ERP version 2.50alpha-r5 is available:
https://sourceforge.net/forum/forum.php?forum_id=899648
--
___
Openbravo-development mailing list
Note that SVN is not going to remove the old config/setup-tool directory
from your working copy. So you should delete the entire directory.
Otherwise it will get copied into WEB-INF.
Juan Pablo
On 11:51 Thu 22 Jan , Juan Pablo Aroztegi wrote:
The setup-tools are no longer linked
Perdomo
On Thu, 22 Jan 2009 13:05:24 +0100
Juan Pablo Aroztegi juanpablo.arozt...@openbravo.com wrote:
Note that SVN is not going to remove the old config/setup-tool
directory from your working copy. So you should delete the entire
directory. Otherwise it will get copied into WEB-INF
The issues.openbravo.com server will be down for maintenance the 4th of
February from 17:00 to 19:00 GMT. The reason of this downtime is that
we are implementing a single sign on between issues.openbravo.com and
wiki.openbravo.com.
During this time the Subversion-Mantis integration will continue
Openbravo ERP version 2.50alpha-r10 is available:
https://sourceforge.net/forum/forum.php?forum_id=915932
--
Create and Deploy Rich Internet Apps outside the browser with Adobe(R)AIR(TM)
software. With Adobe AIR, Ajax
I've reverted 12917, 12918 and 12923.
Juan Pablo
On 21:28 Fri 06 Feb , David Baz Fayos wrote:
Trunk doesn't compile at revision 12929.
Last compilable version is 12916.
gmauleon is the main suspect (Lapidation is being considered)
Error log:
compileSqlc:
[javac] Compiling
The issues.openbravo.com server has been compromised. As a consequence
we have recreated the machine from scratch and secured the hole.
The data is secure and all the issues are safe. Nothing is lost. This
will affect you in a change of the IP address. The propagation of this
new IP could take
Hi Martin,
Is there a possibility to have it in hg and then not allow anyone to
change it (by setting permissions or something else)?
No, but this would not solve the problem. The issue existed in
Subversion too, because even if it is locked it will appear as modified
in the working copy.
This is reminder of part of our committing guidelines with Mercurial [1].
Both hg log command and the hgweb web interface print only
the first line of a commit message by default. So it's best to write a
commit message whose first line stands alone. Our recommendation is to
write short but
I agree with this approach, I don't see any problem. If a later changeset
depends on the faulty one it would be backed out as well, wouldn't it?
Yes, you are right.
We need to put in place a number of automated tests (Functional testing,
DBSourceManager consistency, stability and upgrade;
Reported:
https://issues.openbravo.com/view.php?id=8859
and
https://issues.openbravo.com/view.php?id=8860
Juan Pablo
On 12:25 Fri 01 May , hud...@builds.openbravo.com wrote:
erp_devel_pi-full-oracle - Build # 46 - Still Unstable:
Check console output at
-Mensaje original-
De: Juan Pablo Aroztegi [mailto:juanpablo.arozt...@openbravo.com]
Enviado el: viernes, 15 de mayo de 2009 18:19
Para: openbravo-development@lists.sourceforge.net
Asunto: [Openbravo-development] 2.50MP1 available
2.50MP1 is available:
http://forge.openbravo.com/plugins
The 2.3x repository is frozen.
--
Register Now for Creativity and Technology (CaT), June 3rd, NYC. CaT
is a gathering of tech-side developers brand creativity professionals. Meet
the minds behind Google Creative Lab,
https://issues.openbravo.com/view.php?id=9324
On 00:06 Thu 04 Jun , hud...@builds.openbravo.com wrote:
erp_devel_pi-pgsql-db-inc-consistency-test - Build # 52 - Failure:
Check console output at
http://builds.openbravo.com/job/erp_devel_pi-pgsql-db-inc-consistency-test/52/
to view the
https://issues.openbravo.com/view.php?id=9357
On 20:41 Fri 05 Jun , hud...@builds.openbravo.com wrote:
erp_devel_pi-full-pgsql - Build # 126 - Failure:
Check console output at
http://builds.openbravo.com/job/erp_devel_pi-full-pgsql/126/ to view the
results.
2.3x unfrozen.
On 08:14 Mon 01 Jun , Juan Pablo Aroztegi wrote:
The 2.3x repository is frozen.
--
Register Now for Creativity and Technology (CaT), June 3rd, NYC. CaT
is a gathering of tech-side developers
2.40 is now unfrozen.
On 21:56 Wed 10 Jun , Juan Pablo Aroztegi wrote:
The 2.40 repository is frozen because of an upcoming release.
Juan Pablo
--
Crystal Reports - New Free Runtime and 30 Day Trial
Check
Changeset 874f858909d8 [1] introduced the inconsistency because it
included ^M as end of lines. Fix pushed to remove this characters.
It would be worth it to know how these characters were introduced.
Juan Pablo
[1] https://code.openbravo.com/erp/devel/pi/rev/874f858909d8
On 21:29 Thu 25 Jun
Hi Isma,
Th real name is configured by each of us in a mercurial config file. For
example, in my case:
$ cat .hgrc
[ui]
username = Juan Pablo Aroztegi juanpablo.arozt...@o_penbravo.com
This is used for the commits (local). Apart from this, there is a
username/password to do pushes
Today at 10:55 GMT there will be a planned downtime of
code.openbravo.com. Te reason is that we are moving it to a different
server. The estimated down time will be between 2 and 20 minutes. You'll
be notified once the change is completed.
Juan Pablo
The server is back again.
Thank you,
Juan Pablo
On 12:45 Fri 26 Jun , Juan Pablo Aroztegi wrote:
Today at 10:55 GMT there will be a planned downtime of
code.openbravo.com. Te reason is that we are moving it to a different
server. The estimated down time will be between 2 and 20 minutes
Failed due to a bug in the test itself. Fixed.
Juan Pablo
On 21:01 Fri 26 Jun , hud...@builds.openbravo.com wrote:
erp_devel_pi-pgsql-db-full-consistency-test - Build # 71 - Still Failing:
Check console output at
After fixing the test bug, now this is a real database inconsistency,
introduced by changeset ed12d262cab5:
https://code.openbravo.com/erp/devel/pi/rev/ed12d262cab5
I've just committed the diff to fix it.
Juan Pablo
On 21:51 Fri 26 Jun , hud...@builds.openbravo.com wrote:
propose. In my opinion it
is enough to write this policy in the wiki (done, I know :) and then keep an
eye on it. I guess it will not happen very frequently...
But you decide if it is worth ...
Ismael
-Mensaje original-
De: Juan Pablo Aroztegi [mailto:juanpablo.arozt
erp/devel/pi has been merged into erp/devel/main, 196 new changesets
starting from f15a06e10f8a and ending in 3031dcda88bd. It's ready for
the QA tests.
It passes the build tests, but not the database consistency test [1].
This has been discussed with Platform and with Localization. And this
last
Hi Rafa,
Great, sure we'll add this check to the consistency test. We'll let you
know in this list when it's implemented.
Thank you,
Juan Pablo
On 15:15 Tue 18 Aug , Rafa Roda @ Openbravo wrote:
Dear release management team,
I had a look at the database consistency check [1] [2] I was
This is fixed. The OddS3ListBackups module has been removed and the
test had to be updated accordingly.
Juan Pablo
On 11:17 Wed 19 Aug , staff...@openbravo.com wrote:
erp_devel_pi-module-installation-test - Build # 33 - Still Failing:
Check console output at
Inconsistency caused by commit 05e5016e2654 for not running the
synchronize terminology process:
https://code.openbravo.com/erp/devel/pi/rev/05e5016e2654
Please make sure you all run the synchronize terminology process.
I've pushed the diff that solves this.
Juan Pablo
On 21:27 Wed 19 Aug
Continuing with the inconsistency festival, this time it is caused
by changeset e06a35c5b0d4:
https://code.openbravo.com/erp/devel/pi/rev/07213d2821d1
The create database shows this warning:
Warning: Name of object CACCTSCHPROCESS_ISDATASET_CHECK is too long (31
characters; maximum length: 30
Hi Rafa,
Useful information, thanks. Does this also happen with Eclipse 3.5?
Juan Pablo
--
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration
Instead I propose to run synchronize terminology in validation mode:
export.database validates that synchronize terminology will not do any
change in metadata. If this validation fails export.database is cancelled
and developers get an error and are prompted to run synchronize terminology
and
Hi Isma,
-the incentive for developers to make it right is write access to pi: RM
will remove write access privileges in pi repository for two weeks to a
developer who:
-commits a change that breaks nightly build and does not fix it within the
next 48 hours
-commits two changes that
This is a real ERP failure detected by the ERP:
https://issues.openbravo.com/view.php?id=10645
And it's just been fixed. So a new smoke test execution has been
scheduled to double check this.
This also applied for the erp_devel_pi-pgsql-smoke-test e-mail sent to
this list by Hudson.
Juan Pablo
Sorry for typo correction... It is a real ERP failure detected by
Selenium Smoke Tests running in Hudson CI. The ERP does not detect its
own issues... yet :-)
Oh, of course you're right. Wait till someone writes a AI module ;)
Juan Pablo
This builds failed when doing a hg pull from the smoke tests repo, so
totally unrelated to the ERP and the smoke tests.
The problem is that we were using the machine's internal IP address
instead of code.openbravo.com in the .hg/hgrc. That internal address
changed yesterday, so the pull failed.
Oracle connectivity error. Fixed. Sorry about this.
Juan Pablo
On 13:39 Tue 22 Sep , hud...@builds.openbravo.com wrote:
erp_stable_2.3x-oracle-smoke-test - Build # 71 - Failure:
Check console output at
http://builds.openbravo.com/job/erp_stable_2.3x-oracle-smoke-test/71/ to view
the
I committed a fix, let's see if it helped.
Thank you the rapidness, it's fixed.
I copy pasted the help text from a text editor I have running locally,
this probably also copied the line endings or something.
I see. I wonder if we should filter out the characters that
DBSourceManager would
https://issues.openbravo.com/view.php?id=10796
Nice, thank you!
--
Come build with us! The BlackBerryreg; Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
Antonio,
Your commit 01be4132059e [1] has broken a unit test. Could you please
revise it and fix the unit test if needed?
Thanks,
Juan Pablo
[1] https://code.openbravo.com/erp/devel/pi/rev/01be4132059e
--
Come
https://issues.openbravo.com/view.php?id=10812
--
Come build with us! The BlackBerryreg; Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take
Hi Vinoth
I have done compiling with -Dtrl=yes, And also I have checked with
parent changeset
Do you mean that you think you have done the process properly, that
the inconsistency should not have happened and that you think there is a
problem somewhere?
There is no possibilities of DB
No actions have been taken in 24h to solve this situation (fix or
backout). So the changesets have been backed out from 2.40 and pi
and the push access removed for 2 weeks. During that period
another developer should review your commits before pushing them.
Juan Pablo
Hi Martin,
Btw, I did not get an email of the failing build directly from hudson
(Gorka and others pinged me about it), the last build email I received
from hudson is from the 2nd of October. Do others (maybe not located in
Pamplona) experience the same or is it just me?
I've had a look
Asier,
Your changesets 9ec513255cc4 and 710bfc4e31c8 have both broken the
database consistency. Can you please have a look at it and fix it?
Also it would be interesting to know why this has happened 2 days in a
row: if it's a problem in the system or lack of attention. Both options
would
Asier,
Part of yesterday's diff is still present. Please review it.
As it hasn't been solved in 24h, I'm afraid this adds 1 point to your
counter. Which means that with 2 in 1 month your push access would be
temporarily removed.
Juan Pablo
Hi all. Like in any other team, some of the tasks we do in RM have
consequences in users, other times in developers and some times even in
other company staff. We feel it's important to notify other teams about
what has been done. Not the progress or the future plans, we have Scrum
of Scrums for
It seems that some times the export.database process inserts a ^M
character when there's a new line. This is happening here, notice that
the ^M is not in the file in the repo (which was exported from database
originally) but appears in new exportation. Can you take a look to this
issue?
A
Iván,
And what about this one? It's related?
https://issues.openbravo.com/view.php?id=10261
I think it's different. There was a bug by which all the lines of the
files included a ^M in MS-Windows. Example:
?xml version='1.0' encoding='UTF-8'?^M
data^M
!--0--AD_MODULE^M
And the bug reported
QA team:
Could you please update on the status of this smoke test failure on pi?
Thanks,
Juan Pablo
On 02:29 Mon 26 Oct , hud...@builds.openbravo.com wrote:
erp_devel_pi-pgsql-smoke-test - Build # 100 - Still Failing:
Check console output at
Mercurial 1.3.1 has a nice feature that makes our coding lives easier.
You can define your authentication credentials globally, so that it
will remember your username, the password, or both in any repository
cloned from code.openbravo.com.
Example of the relevant section to be added to
This would be an interesting blog post.
Done!
--
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take
This is a real failure:
java.sql.SQLSyntaxErrorException: ORA-00904: NAME: invalid identifier
Antonio: any idea about this?
Thanks.
Juan Pablo
--
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
Unrelated, this issue was caused by an error transferring the API
javadoc to the web server machine. Fixed, sorry about that.
Juan Pablo
--
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
Hi Rafa,
1. 9976: It takes a lot of time to compile using postgresql 8.4
https://issues.openbravo.com/view.php?id=9976
This is clearly not an issue any more.
In our case an install.source takes 13 minutes [1] with PostgreSQL
8.3.8 and 12 [2] in PostgreSQL 8.4.1 (tests run in the same
The erp/stable/2.40 repository is frozen temporarily and pending the QA
testing before the new upcoming 2.40 release.
Juan Pablo
--
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial.
All resolved bugs that were in the repository before the freeze were
reviewed, so please continue with the release process.
OK, thanks for the info. The repository is unfrozen then.
Juan Pablo
--
Let Crystal Reports
This issue is reported:
https://issues.openbravo.com/view.php?id=10235
As you say, we should either fix it or the remove the ant task.
Otherwise it causes more harm than benefit.
Juan Pablo
--
Let Crystal Reports
Reading the log it looks like the org.openbravo.idl module needs to be
adapted to the last BigDecimal API changes. Can we get this fixed?
Juan Pablo
--
Let Crystal Reports handle the reporting - Free Crystal Reports
Correct IDL is one of the modules which needs changes. How do you
retrieve the module for your test? CR download? obx download? or latest
commit from its HG repository?
Through the Hg repository.
Current plan is to have (preliminary) updated module obx ready on the
25th for testing and
Or just do the hg commit now without packaging/publishing.. No need to
postpone the commit... Then the test install should work again for a
pack included in the module.
This would be the best option. I'll contact the repository owners.
Thanks,
Juan Pablo
Right now we don't have a way of indicating if an issue has been tested or
not. As a workaround we accorded that every issue in the resolved status
is not tested yet, and those that are closed are. This is far from being
ideal. So I would like to ask you for your opinion and ideas on this topic.
Ok, please make clear that only the repo should be updated and not
publishing is done now.
It's fixed. Thanks to the POS team for the fix.
Juan Pablo
--
Let Crystal Reports handle the reporting - Free Crystal
Hi Rafa, Peter,
As you both say this only works if the transitions are automated.
What about the ResolvedClosed? For continuous CI-releases like 2.40 we can
do that automatically, but is there an automated path for manual releases as
well?
This is not done yet, but can certainly be automated
Hi Dmitry,
My suggestions are:
1. To change new status names. Currently status reflects the work done like
Scheduled, Resolved.
So
* Ready for testing -- Fixed (it will be in line with the current comments
we have from mercurial when the change is done and a bit more marketing
friendly :-)
This only affects to RM, QA and Rafa.
This affects everyone. Starting from the development team and finishing
with the end users who report the issues.
Even it it only affected 2 people, it's a key change in our workflow.
And it therefore deserves being discussed in calm and well thought and
Just my two cents: and also include a new field QA responsible to
assign the person who is in charge of verify it? It will help us a lot
in our daily work verifying fixes.
Yes, I think it makes a lot of sense. This means that this person will
be in charge of the ready for review (or Auto
Hi Dmitry,
My take is that at first in order to support something new we need to have a
clear reason (business reason) to do that for us and for our partners and
customers because we are going to dedicate time and efforts to it and also
our customers would require to do the same (in a less
I do not fully agree with starting a discussion, in the I don't agree
with you / me neither way. I think it is much better if anyone could
make his position in a constructive way avoiding direct confronting.
And, of course, once everyone has stated his point of view, Management
could hold
erp_devel_pi-inc-pgsql - Build # 1195 - Still Failing:
Hi. It seems that these last hours there have been problems with
DBSourceManager and our builds. As of now:
* erp_devel_pi-inc-pgsql: it complains that Database has local changes
when doing the update.database.
*
Martin, Antonio,
Done, that has solved both builds (inc and consistency).
Thank you,
Juan Pablo
--
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design,
This experimental OpenJDK build failed because of a known issue:
http://wiki.openbravo.com/wiki/ERP/2.50/OpenJDK_support_plan#Known_issues
The workaround has been applied a build is scheduled, so it won't fail
again because of this.
Juan Pablo
in a single
step. (please rewrite as you feel appropriate)
I think this helps remove doubts, and therefore further questions and
support.
Josep
On Nov 23, 2009, at 4:16 PM, Juan Pablo Aroztegi wrote:
There's a note in the release notes that provides a link on
instructions
about how
This job runs ant smartbuild -Dlocal=no. It's an update from changeset
471683ecbc21 [1] to 681b124da42f [2].
Juan Pablo
[1] https://code.openbravo.com/erp/devel/main/rev/681b124da42f
[2] https://code.openbravo.com/erp/devel/main/rev/471683ecbc21
On 07:48 Tue 24 Nov , Iván Perdomo wrote:
A typo fix in pi [1] requires the same typo fix in the smoke tests'
code. Reported [2].
Juan Pablo
[1] https://code.openbravo.com/erp/devel/pi/rev/21cd9e171ed9
[2] https://issues.openbravo.com/view.php?id=11534
--
Eduardo: can you please review this problem?
Thanks,
Juan Pablo
On 13:06 Tue 01 Dec , hud...@builds.openbravo.com wrote:
erp_devel_pi-inc-pgsql - Build # 1227 - Failure:
Check console output at
http://builds.openbravo.com/job/erp_devel_pi-inc-pgsql/1227/ to view the
results.
.
Thanks
Hari
Juan Pablo Aroztegi wrote:
Harikrishnan,
I see that you have pushed a fix attempt, but it didn't work.
If you see the build output it's changing the order of the block.
Can you fix that please?
Do you know why it tries to change the order? Have you created that
block
This is fixed. The issue #9064 pasted by Pablo shows that we changed
from uuid_generate_v1 to uuid_generate_v4, so the fix was just checking
for that function instead.
Regards,
Juan Pablo
On 12:33 Thu 12 Nov , Pablo Luján wrote:
Diagnostic task has been broken since this fix:
Our Continuous Integration framework is now in charge of automatically
promoting code from pi to main [1]. I would like to share with you what
this means for a developer in all the future releases, starting
with 2.50MP10.
In a nutshell, the integration process takes around 8-10 hours to run all
Hi Stefan,
As you say we would need to document this change.
Module owners can change that whenever they want, as DBSourceManager
does not care about the quotes. In any case we should recommend removing
them if we do this change.
Thanks,
Juan Pablo
So these are the final status names, result of this discussion:
New
Feedback
Acknowledged
Scheduled
Ready for integration
Ready for QA
Resolved
Closed
Thanks,
Juan Pablo
--
Return on Information:
Google Enterprise
This is caused by the recent removal of the Spanish regions by Core. The
smoke tests need to be adapted to this change.
Juan Pablo
On 12:15 Fri 11 Dec , hud...@builds.openbravo.com wrote:
erp_devel_int-pgsql-smoke-test - Build # 141 - Still Failing:
Check console output at
for the country Spain
https://issues.openbravo.com/view.php?id=11733#bugnotes
2009/12/11 Juan Pablo Aroztegi juanpablo.arozt...@openbravo.com
This is caused by the recent removal of the Spanish regions by Core. The
smoke tests need to be adapted to this change.
Juan Pablo
On 12:15 Fri 11
Please ignore this build, it has failed for a reason not related to the
build itself.
Juan Pablo
--
This SF.Net email is sponsored by the Verizon Developer Community
Take advantage of Verizon's best-in-class app
Hi Asier,
It should be fixed now, I've modified the Accounting_Test.xml and
SmallBazaar.xml sample data files, is there any other one (BigBazar?) to
change?
Thank you for ths fix.
Yes, BigBazaar needs to be adjusted as well. I've made the changes
already, you can review the diff here:
Infrastructure error, not related to the build. It will be fixed in the
next build.
Juan Pablo
On 14:20 Thu 14 Jan , hud...@builds.openbravo.com wrote:
erp_devel_pi-full-oracle - Build # 650 - Failure:
Check console output at
Openbravo ERP 2.50MP10 is available!
Check the release notes for more information:
http://wiki.openbravo.com/wiki/ERP/2.50/Release_Notes/2.50MP10
Juan Pablo
--
Throughout its 18-year history, RSA Conference
I can always reproduce it on my Laptop using community virtual appliance.
I had a chat with Pablo Sarobe and he mentioned he experienced the same but
also with the previous MPs.
Juan Pablo is going to try to reproduce.
I haven't been able to reproduce it, it has worked well for me. I have
relaunch all the set of tests
and if they pass the changesets will be promoted to main.
Juan Pablo
On 13:58 Fri 22 Jan , Juan Pablo Aroztegi wrote:
Here's an update on the 2.50MP11 release process.
There appears to be a bug upgrading from 2.50MP10 to the candidate
2.50MP11. We have run
Could it be the Mercurial checkout of the org.openbravo.spain.regions? in
other words, could mercurial on windows have this issue? could someone with
a windows XP machine test it by cloning the source code of the above module?
It's not related to Mercurial. The problem can be reproduced using a
This failure has been caused by the random bug that was already fixed
some days ago:
http://thread.gmane.org/gmane.comp.erp.openbravo.devel/1545/focus=1554
Juan Pablo
On 02:22 Thu 28 Jan , hud...@builds.openbravo.com wrote:
erp_upgrade_to_latest_obx_mm_console - Build # 38 - Failure:
Hi Eduardo,
Some of your last commits have broken a junit test: testAddOrderLine.
Also, the database is inconsistent. Looking at the diff it looks like
there are 2 issues:
1) The database was probably exported with Oracle. Which should be
fine, but DBSourceManager exports the last line of a
Hi all. I would like to remind you that the 2.50MP12 release cycle
starts tomorrow the 17th, following our release calendar. Our goal is to
release a version every month, and as there are 28 days in February we
are starting tomorrow.
This means that QA will start working on what's in
Unrelated to any changeset. There was a problem with the server's swap
space. Fixed.
Juan Pablo
--
Download Intel#174; Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
This was a job configuration error. It's fixed.
On 08:38 Wed 24 Feb , hud...@builds.openbravo.com wrote:
erp_devel_pi-inc-oracle - Build # 1480 - Failure:
Check console output at
http://builds.openbravo.com/job/erp_devel_pi-inc-oracle/1480/ to view the
results.
I would like to share with you a final candidate proposal for the new
release policies and timeline:
http://wiki.openbravo.com/wiki/ERP/2.50/Release_Timeline
Next week we'll start having communication sessions with every team in
Engineering and with Support.
Should you have any comments,
Hi all. Butler will be migrated today to a new machine with
several infrastructure improvements. The main downside is that the DNS
will be changed today at night, but we expect the impact to be minimal.
This is the new IP address, for your information: 79.125.121.60
You should only care about
1 - 100 of 143 matches
Mail list logo