Xiangguo Qi xiangguo...@samsung.com writes:
Samsung Enterprise Portal mySingle
Hi Raphael Kubo da Costa,
I downlad the source code from
https://github.com/crosswalk-project/tizen-extensions-crosswalk/archive/master.
zip
and unzip it and then git init
build it with sudo gbs build
Huo, Halton halton@intel.com writes:
Raphael,
Any root cause the zip file done by github has the build issue?
The zip file is completely fine, the problem is expecting gbs to work
with an empty git repository created by hand instead of just using git
clone.
Hi all,
I've merged pull request #2508, and Crosswalk's master branch is now
tracking Chromium 39.0.2171.19, the first M39 version to be released as
a beta less than a week ago. It looks like Google has just released
39.0.2171.27, but moving to a newer version within the same milestone is
Staudinger, Robert robert.staudin...@intel.com writes:
On 15 October 2014 22:06, Raphael Kubo da Costa
raphael.kubo.da.co...@intel.com wrote:
[...]
* Java 7 is now required to build Crosswalk for Android, following the
requirements from Chromium itself. OpenJDK7 should be fine.
Has
Hi everyone,
The time of the day we build our canaries and betas has been changed to
better accommodate the needs of our QA team and their testing schedule.
Since yesterday, this is the schedule we follow for our builds:
- Crosswalk and tizen-extension-canaries are built every day(*) at
Raphael Kubo da Costa raphael.kubo.da.co...@intel.com writes:
I'm considering making failures in the check coding style step in the
trybots fatal on the Crosswalk and tizen-extensions-crosswalk slaves. In
other words, if the style check fails, the build will stop right there
and other steps
Jakub Izydorczyk j.izydorc...@samsung.com writes:
I would like to implement encryption and decryption methods for Tizen. Part
of encryption/decryption implementation is already done in PR:
https://github.com/crosswalk-project/crosswalk/pull/2211
The idea is to rebase yejingfu commit on
Fellow pedestrians,
I'm considering making failures in the check coding style step in the
trybots fatal on the Crosswalk and tizen-extensions-crosswalk slaves. In
other words, if the style check fails, the build will stop right there
and other steps like compile will not be run at all.
This can
Jean-Benoît MARTIN jean-benoit.mar...@open.eurogiciel.org writes:
I am working on Tizen project.
In order to improve the build time of crosswalk, I would like to split
crosswalk in several packages :
- package with crosswalk source ( xwalk, xwalkctl, xwalk_launcher,
xwalk-pkg-helper )
-
Han, YangangX yangangx@intel.com writes:
How long do you build Crosswalk for Tizen?
My time is 1670s about 30 minutes when using:
gbs build -A i586 --define 'BUILDDIR_NAME /tmp/crosswalk-builddir'
This is the incremental builds method quote from
Zhang, Belem belem.zh...@intel.com writes:
Hi Raphael,
Seems like we are adding AAR builds in 01.org, but the path of
original crosswalk binary ‘crosswalk-build_number.zip’ was changed,
please take a look.
Sorry about the regression, as you noticed this is caused by the work
I've been doing
SSIA, basically.
Crosswalk's master branch (currently Crosswalk 9) has been rebased on
top of Chromium 38.0.2125.24, less than a week after it was promoted to
Beta by the Chromim team.
WebRTC got re-enabled on Tizen, and Chromium's bundled clang is used by
default on Linux -- if you want to use
kongling k870818...@outlook.com writes:
What are you using instead of Mesa? Does it provide an EGL implementation?
I use vivante gpu, and the libs which they provided include libEGL.so.
In weston terminal, a test program named weston-simple-egl can be
launched.
So, I think it
Spencer, Bob bob.spen...@intel.com writes:
Description:
There are a handful of things I’d like to improve in the current
python build/bundle scripts. Specifically:
- Allow make_apk.py to be runnable from any directory, not just from
the crosswalk directory
- Improve the language and
Raphael Kubo da Costa raphael.kubo.da.co...@intel.com writes:
Hi all,
The infrastructure where our build/try/canary/beta slaves are hosted is
having network connectivity problems beyond my control.
We're working on it, but it's very likely that we won't have a canary at
the standard time
You, Yongkang yongkang@intel.com writes:
Misha Raphael,
How do you think?
I don't see any commits from Intel in wrt-installer's configuration/
directory, so I'm not sure if there were any people maintaining it
before who may have some interest in the new location of those files. If
Hi all,
The infrastructure where our build/try/canary/beta slaves are hosted is
having network connectivity problems beyond my control.
We're working on it, but it's very likely that we won't have a canary at
the standard time tonight, and, although less likely, the build/trybots
may be offline
There hasn't been any commit to that directory in more than a year,
there are files there without any license header and I don't see much
point in keeping it around these days.
Can anyone give me some reasons for not removing that directory?
___
Qin, Jiajia jiajia@intel.com writes:
In the latest week, I was working on the next branch to verify that
whether video hardware acceleration has been supported in
ozone-wayland. The bellow patches which are to fix the compile error
when opening the video hardware acceleration have been
Zhao, Tina tina.z...@intel.com writes:
XWALK-2114 make_apk.py Shawn Gao P1 Crosswalk on
cannot work withAndroid
latest Android
SDK.
This one looks bogus. I've just commented on the ticket that this seems
to be a duplicate of
Han, YangangX yangangx@intel.com writes:
Maybe the 5.6G ./third_party/android_tools is unusual. In crosswalk7 its size
is 3.3G.
Is this ./third_party/android_tools is required when build tizen rpm?
That's likely to be the culprit. android_tools is only required for
Android builds, so it
Huo, Halton halton@intel.com writes:
I'd suggest to keep Android as separate workspace, linux and Tizen can
share one.
While this solves the immediate problem, I asked Yangang to file a JIRA
ticket if this indeed solves his problem because we can then add this
directory (and a few others)
Hi all,
The infrastructure hosting our Buildbot masters (both for the build
slaves and the try slaves) as well as the GitHub-JIRA integration is
going down for some planned maintenance. Hopefully it will take at most
one hour to get everything back in place.
Raphael Kubo da Costa raphael.kubo.da.co...@intel.com writes:
Hi all,
The infrastructure hosting our Buildbot masters (both for the build
slaves and the try slaves) as well as the GitHub-JIRA integration is
going down for some planned maintenance. Hopefully it will take at most
one hour
Huo, Halton halton@intel.com writes:
Hi Romuald,
Very appreciated to do that. We normally contribute changes (code and
document) to the master branch.
In addition to what Halton said, the whole process is also documented in
crosswalk-website's README.md.
Romuald TEXIER-MARCADÉ romuald.texier-marc...@open.eurogiciel.org
writes:
[ 88s] installing system-server-2.0.0-4.1
[ 88s] file /usr/bin/regpmon from install of
system-server-2.0.0-4.1.i686 conflicts with file from package
sysman-2.0.0-3.3.i686
[ 88s] file /usr/bin/set_pmon
Romuald TEXIER-MARCADÉ romuald.texier-marc...@open.eurogiciel.org
writes:
Thank you. How do you wake up the bots without pushing a new head?
git commit --amend
git push -f my-remote my-branch
___
Crosswalk-dev mailing list
Hi all,
The GBS URL used for Tizen IVI builds has changed. Make sure your
gbs.conf is updated, as the old URL does not work anymore. These are the
repository URLs used at the moment:
- Common
https://download.tizen.org/releases/daily/tizen/common/common-wayland-x86_64/
- IVI:
Raphael Kubo da Costa raphael.kubo.da.co...@intel.com writes:
Poussa, Sakari sakari.pou...@intel.com writes:
Hi,
The IVI and Common URLs are architecture specific. Are they going to work
on gbs build -A armv7 Š ?
No.
There are no daily Common releases for ARM to begin with, and if one
Poussa, Sakari sakari.pou...@intel.com writes:
Hi,
The IVI and Common URLs are architecture specific. Are they going to work
on gbs build -A armv7 Š ?
No.
There are no daily Common releases for ARM to begin with, and if one
wants IVI for ARM one should just use the appropriate URL.
No.
Hi all,
The GBS repositories used by our Tizen IVI build/try bots and canary
builds is not working at the moment, and some further instability is
expected until [1] is solved.
[1] https://bugs.tizen.org/jira/browse/TC-1198
There isn't much we as Crosswalk can do in the meantime, so for now all
Hi again,
This is a heads-up for a change that has just been committed to
Crosswalk's master branch and will impact your local Crosswalk
checkouts.
Pull request #2037 has been merged, which means all repositories checked
out as chromium-crosswalk dependencies (namely, everything **EXCEPT**
Raphael Kubo da Costa raphael.kubo.da.co...@intel.com writes:
This is a heads-up for a change that has just been committed to
Crosswalk's master branch and will impact your local Crosswalk
checkouts.
Pull request #2037 has been merged, which means all repositories checked
out as chromium
Hi all,
crosswalk-7 has been branched today, and master has moved to version 8.
Remember to get your fixes backported to v7 and, possibly, v6.
___
Crosswalk-dev mailing list
Crosswalk-dev@lists.crosswalk-project.org
Raphael Kubo da Costa raphael.kubo.da.co...@intel.com writes:
We continue to experience some internal network problems when building
Crosswalk canaries. I'm investigating that, and hope to have new
canaries built this Friday at some point in the morning.
The network problems have been solved
Hi all,
We continue to experience some internal network problems when building
Crosswalk canaries. I'm investigating that, and hope to have new
canaries built this Friday at some point in the morning.
t-e-c canaries have built fine tonight.
___
Hi all,
After finally ironing out the last glitches, the V8 build/trybots are
finally live in build.crosswalk-project.org and
build.crosswalk-project.org/try, respectively. The JIRA integration that
allows one to close a ticket by including a line with BUG= is also in
place.
For each master, we
Hi all,
This is a friendly reminder that the preferred method to backport your
fixes from master to any of our beta/stable branches is
git cherry-pick -x commit you want to backport
There is no need to change the commit message, add [Beta] to the title
or anything. And the -x automatically
Raphael Kubo da Costa raphael.kubo.da.co...@intel.com writes:
Hi all,
The Chromium M36 gbs build seems to require more memory than the Tizen
Common slaves currently have. This will be dealt with tomorrow; for now,
the Tizen Common try and buildslaves have been taken offline.
Sorry
VanCutsem, Geoffroy geoffroy.vancut...@intel.com writes:
Assuming the 'snapshot' repository follows the same logic than IVI,
I'd prefer you build against:
I think they do; the only reason they were not chosen at the time is
that last time I talked to the people working on Tizen Common they
Hi all,
The Chromium M36 gbs build seems to require more memory than the Tizen
Common slaves currently have. This will be dealt with tomorrow; for now,
the Tizen Common try and buildslaves have been taken offline.
Sorry for the turbulence.
___
Some of you are probably aware that Tizen Generic was renamed to Tizen
Common some time ago.
Despite that, the build/try slaves and the machines used for the canary
builds were still using the generic GBS repositories. This has been
changed, and they are all using
Raphael Kubo da Costa raphael.kubo.da.co...@intel.com writes:
Hi all,
We've been working on improving the reliability of the infrastructure
that builds our canaries and betas, and one change carried out at the
end of this week has caused some network problems.
These issues
Hi all,
We've been working on improving the reliability of the infrastructure
that builds our canaries and betas, and one change carried out at the
end of this week has caused some network problems.
These issues will be addressed at the beginning of next week; meanwhile,
6.35.131.0 is the latest
Raphael Kubo da Costa raphael.kubo.da.co...@intel.com writes:
Zhu, Yongsheng yongsheng@intel.com writes:
Raphael,
Thanks for the great work!
One question: it seems all instrumentation tests and unit tests are
not enabled for Android trybots. When will it be enabled?
Sorry, I forgot
Better late than never: Crosswalk's master branch is now tracking
Chromium 35.0.1916.17 (a bit behind the latest linux-dev in OmahaProxy).
This should include all the nice bits from a Chromium update + a new
ozone-wayland branch with a lot of new features.
Android folks: you may need to wipe out
Alexis Menard men...@kde.org writes:
The branch point was 68a6360e59497758ae67fa28fd76a6d3bd17f9f9 which is
equivalent to canary version 5.34.104.0.
If you landed patches in between today and the branch point and you think
they should be part of Crosswalk 5 please backport them into the
According to Chromium's plans, M35 will be branched this Friday. If all
goes well, this means we will start working on moving Crosswalk master
to M35 next week. I know that this will help at least our Tizen IVI work
as we will track a new Ozone-Wayland branch with shiny new features.
Alexis and I
Pozdnyakov, Mikhail mikhail.pozdnya...@intel.com writes:
Hi all,
As we know the chromium basic classes (form 'base' namespace ) are not
available in
the extensions code, so the extension developers are missing some basic stuff
there
(e.g. smart pointers).
To solve it I propose enabling
Balestrieri, Francesco francesco.balestri...@intel.com writes:
Thanks Raphael!
It may be worth adding a small README file to
download.01.org/crosswalk/releases/ to clarify what are the old and
new folders.
Done.
___
Crosswalk-dev mailing list
Fellow pedestrians,
The download.01.org/crosswalk/releases reorganisation discussed last
week to better accommodate the needs of the Android port are finally
live. If all goes well, tonight's canary and next Sunday's betas for
Android will use the new organisation with crosswalk-$VERSION.zip,
Cao, Jenny Q jenny.q@intel.com writes:
Hello Everyone
We are very pleased to announce that the Crosswalk Test Suite source
code is published on github crosswalk-project.
https://github.com/crosswalk-project/crosswalk-test-suite
Great, congrats to everyone involved :)
Raphael Kubo da Costa raphael.kubo.da.co...@intel.com writes:
Max Waterman max.water...@intel.com writes:
Anyway, Alexis has convinced me there's nothing much to worry about. I
suppose my concern was more about using age (1 or 2 months) to delete
them, rather than just deleting them when
Hi all,
I think I have implemented the changes summarized in Summarizing the
proposal to change the way we ship our Android binaries. Since they
required quite a few changes to the release infrastructure code, I would
like to get some validation before making them official.
Please go to
Raphael Kubo da Costa raphael.kubo.da.co...@intel.com writes:
After a while we'll be able to get rid of
/releases/tizen-ivi/crosswalk-5.6.1.2-i586-0.rpm, but android-arm/ and
android-x86/ will have to remain.
Another option would be moving, say,
/releases/android-x86/canary/crosswalk
Max Waterman max.water...@intel.com writes:
Anyway, Alexis has convinced me there's nothing much to worry about. I
suppose my concern was more about using age (1 or 2 months) to delete
them, rather than just deleting them when a release is promoted to
beta (or whatever the term is)...perhaps
Folks,
50 comments in 4 different JIRA tickets + 18 emails in a thread to
discuss the Android download changes does not scale.
This is my attempt at summarizing what has been agreed upon so far.
*Please* think twice before replying with just a +1 that just makes
the thread bigger.
The main
Looking at the latest x86 canary, there seem to be more apks than the
ones I mentioned. How about the following:
* crosswalk-apks-${VERSION}-${ARCH}.zip will contain
XWalkAppHelloWorld.apk and XWalkRuntimeClientShell.apk (they're
currently inside apks/ in the
Raphael Kubo da Costa raphael.kubo.da.co...@intel.com writes:
Following up on my initial email about Tizen-IVI support, we will start
building Tizen-IVI canaries tonight in addition to Tizen 2.1 Mobile,
Android-x86 and Android-ARM. Revision 3887c68d built fine on all these
platforms in our
I've finally merged #1680 to move Crosswalk to Chromium 34.0.1847.45.
There should be no disturbances to anyone's work, and we've tried as
much as possible to make sure everything continues to work with all our
ports.
OmahaProxy shows that the latest Linux beta is 34.0.1847.60. Alexis and
I will
Hi all,
As we add new canaries to download.01.org almost every day, we start
using more and more disk space. At some point in the future this is
going to be a problem.
What do you think of removing canaries older than, say, 1 or 2 months?
I can't think of a reason for them to be there other than
Hello everyone,
v8-crosswalk is the newest fork in our $FORK-crosswalk family. As the
name implies, this is our V8 fork that's going to live alongside
chromium-crosswalk and blink-crosswalk.
The main purpose of having v8-crosswalk around is to have our SIMD.js
stuff enabled when building
Zhang, Xu U xu.u.zh...@intel.com writes:
Kenneth and Elliot,
Should the documents be merged into
https://crosswalk-project.org/#documentation/? I can’t find guidelines
to contribute document in
https://crosswalk-project.org/#contribute/OverviewHow? How can I do
that?
It's a matter of
Hi there,
We now have a new builder in build.crosswalk-project.org: Tizen Generic
64-bits. This builder uses the wayland-x86_64 repositories, and are
completely X-free. For more information about Tizen Generic, see
https://wiki.tizen.org/wiki/Generic.
For reference, the Tizen Generic builder is
Zhu, Yongsheng yongsheng@intel.com writes:
Raphael,
Thanks for the great work!
One question: it seems all instrumentation tests and unit tests are
not enabled for Android trybots. When will it be enabled?
Sorry, I forgot to mention that. I'm working on that right now; in the
worst case I
Hu, Ningxin ningxin...@intel.com writes:
Hi Raphael,
I found current Chromium version in crosswalk 'next' branch is 34.0.1809.2.
However, according to OmahaProxy [1] and Chromium developer calendar
[2], the current Chromium dev is 34.0.1838.2 and the 34 branch point
is 17th Feb.
So I
Hi, everyone,
Consider our trees open after Crosswalk commit
7043e894eab2aa6b578464f5f5348c49cb7e9643.
Pending items
=
The Android build is broken because pull request #1539 does not work
with M34 [1] and I don't know whether it makes sense to revert it. I
think it can be easily
Fellow pedestrians,
I would like to switch crosswalk-master to M34 tomorrow (2014-02-19),
which means the tree would be closed for new merges until we switch and
the bots get green. This will probably happen after PRC work hours so
you guys don't necessarily have to stop merging pull requests
Huo, Halton halton@intel.com writes:
Just one side note: the internal Tizen trybot currently in use has not been
updated; we are about to switch to new, public trybot slaves so hopefully
converting it is not worth the effort. I'm hoping the new infrastructure
goes live today or, in the
Chen, Jie A jie.a.c...@intel.com writes:
Please ignore the remaining other 3 media patches, since they are
Tizen mobile specific. We will work out new media PRs for Tizen IVI.
Thank you.
I've gone through the other patches in the spreadsheet and everything is
fine now: I've removed the Tizen
Raphael Kubo da Costa raphael.kubo.da.co...@intel.com writes:
As far as I understand, everything but Tizen is OK
Oh, and we also need to see if we need to track a different
ozone-wayland commit.
___
Crosswalk-dev mailing list
Crosswalk-dev
Zhu, Yongsheng yongsheng@intel.com writes:
According to the description of #2 patch, it's not needed after
Chromium 33. Anyway, Yinli will double-check that.
Thanks. Alexis is currently on vacation so I've been working on this.
Since those two commits are not needed we just don't need to
Following up on my initial email about Tizen-IVI support, we will start
building Tizen-IVI canaries tonight in addition to Tizen 2.1 Mobile,
Android-x86 and Android-ARM. Revision 3887c68d built fine on all these
platforms in our tests.
SSIA :-)
If you go to build.crosswalk-project.org you should see a Crosswalk
Tizen IVI builder next to the Crosswalk Tizen 2.1 Mobile one. It
means if you break the IVI build you should start getting an email
poking you to fix it.
I don't expect things the bot to be red in the near future: most
I've been working on XWALK-403 for a while now, and today I finally
finished committing the initial set of changes required to make
Crosswalk build on Tizen IVI. Since Tizen IVI uses Wayland instead of
X11, this also means an initial set of changes required to make
Crosswalk build and run on
Raphael Kubo da Costa raphael.kubo.da.co...@intel.com writes:
There was a problem with the host where the VM running the Android
builder in build.crosswalk-project.org is, and it is currently offline.
I'm working on bringing it back up, but there's no firm ETA at the
moment, as it depends
Balestrieri, Francesco francesco.balestri...@intel.com writes:
Hi,
I don't see any canary builds in the download folders since December
24th, any idea why?
It seems to have been a combination of network connectivity issues, the
ARM canary builder misbehaving and a problem with a git
Raphael Kubo da Costa raphael.kubo.da.co...@intel.com writes:
The machines that host crosswalk-project.org and part of our public
build bot infrastructure will be undergoing some scheduled maintenance
from 25/12/2013 7:00 (PST) to 25/12/2013 13:00 (PST), during which
the website, the download
The machines that host crosswalk-project.org and part of our public
build bot infrastructure will be undergoing some scheduled maintenance
from 25/12/2013 7:00 (PST) to 25/12/2013 13:00 (PST), during which
the website, the download page and the bots will probably be down.
Thanks for flying with
Liang, Zhenyu zhenyu.li...@intel.com writes:
I have never encountered this problem. Just some clues FYI.
1. Add -lv8 or --copy-dt-needed-entries option to ld
2. Or remove -as-needed option (I'm not sure about this)
Yeah, that error message you mentioned usually mean some library is not
being
Wang, Shiliu shiliu.w...@intel.com writes:
From the log you can tell many things are still rebuilding for each
time. I think it's caused by the patching. Is it possible to get rid
of it and land those patches in our forks instead? That can make real
incremental build.
This is XWALK-454:
Huo, Halton halton@intel.com writes:
Weird, download_from_google_storage will fail if gsutils not
configured.
If possible, could you share me the public buildbot information so
that I can look?
They public slaves do not do anything special, only the proxy settings
vary slightly.
The
Huo, Halton halton@intel.com writes:
Hi all,
Just let you know, I meet build issue as described in
https://crosswalk-project.org/jira/browse/XWALK-359 , Raphael said
Mrunal meet same issue also. It is unsure my environment issue or a
bug.
This should be unrelated to this thread, FWIW.
(CC'ing the list again)
Ketrenos, James P james.p.ketre...@intel.com writes:
On Fri, Nov 15, 2013 at 6:58 AM, Raphael Kubo da Costa
raphael.kubo.da.co...@intel.com wrote:
There have been some discussions about this on IRC and other places, but
I'd like to take it here to have it publicly
Huo, Halton halton@intel.com writes:
The background is the xwalk static library of chromium 32 based will
core dump. After Shiliu’s investigation, it is because non official
build will replace the DuplicateHandle for test only.
[...]
(This issue does not happens on chrome because there
Now that a few days have passed and nothing exploded, it's time to
announce commit da52b4060e684e7a432543b34fd91831ece48d89 to everyone who
was not following pull request #1127.
TL;DR:
- The need for having a separate flat git tree and for using the
generate-flat-tree.sh to build Tizen RPMs is
There have been some discussions about this on IRC and other places, but
I'd like to take it here to have it publicly documented.
Right now, our build and try bots only test Crosswalk's master branch,
the canary builds are also produced from master and the betas are
generated from crosswalk-1. In
Per https://crosswalk-project.org/jira/browse/XWALK-267:
* crosswalk's master branch has been force-pushed to
a2dca91c3ddbf13c2c7a80f62516e4e3abd68237, and its crosswalk-1 branch
has been force-pushed to 19c3f49ce416f488132c5fd36c89e9114b58bdbe.
* tizen-extensions-crosswalk's master branch
Balestrieri, Francesco francesco.balestri...@intel.com writes:
Shouldn't we just update the website? I find it a bit confusing to
have three Android folders.
According to James on IRC when I asked the same question, there is a
process for managing the website; it isn't instantaneous to change
I've renamed and completely reworked the old BKM for Rebasing
chromium-crosswalk wiki article. It is now
https://github.com/crosswalk-project/crosswalk-website/wiki/Rebasing-our-forks
(it has not been picked up by the website updating script yet)
It should help other teams who are going to
(CC'ing the list again)
Ketrenos, James P james.p.ketre...@intel.com writes:
I would rather the Beta be held until Monday morning so the first wave of
potential users would be the validation team.
Having Beta or Stable binaries post when people may not be around to
provide support could
Zhao, Tina tina.z...@intel.com writes:
QA plans to start Full testing today, but the latest Canary builds for
both Xwalk Tizen and Android are published at 9/24.
Do we have 9/27 canaries for both Xwalk Tizen and Android today?
If the 9/27 canaries couldn’t be ready soon, QA will pick up the
Hey everyone,
Pull request #763 is probably the first one that is supposed to go into
a stable branch instead of master.
I expect this to happen more often from now on, so we may need to agree
on a few conventions when doing that:
- Are we supposed to cherry-pick?
- Should the commit messages
Raphael Kubo da Costa raphael.kubo.da.co...@intel.com writes:
- For Android, the download directory structure is
/crosswalk/releases/android/{arm,x86}/canary/
as opposed to
/crosswalk/releases/android/canary/
(with no architecture distinction)
that we've had so far. I'm open
101 - 194 of 194 matches
Mail list logo
