;
Stefano Stabellini ; Tim Deegan ; Wei Liu
; Gang Wei ; Wang, Shane
Subject: [PATCH] tboot: remove maintainers and declare orphaned
Gang Wei Intel email address has been bouncing for some time now, and the other
maintainer is non-responsive to patches [0], so remove maintainers and declare
Hi Stor4NFV committers,
I am calling out the vote of the new PTL for the Stor4NFV project.
Committers, please vote -1,0,+1 for Qiaowei as the PTL.
Feel free to vote on it: https://gerrit.opnfv.org/gerrit/#/c/57031/
Thanks and regards.
--
Shane
From: Wang, Shane
Sent: Wednesday, May 2, 2018 9:48
Hi all,
Regarding I am taking a new role to engage in edge computing project of Akraino
and becoming a bottleneck of the stor4nfv project development, I have decided
to step down as PTL of stor4nfv project after Fraser release. It has been a
pleasant journey from its incubation last summer to i
END:VTIMEZONE
BEGIN:VEVENT
ORGANIZER;CN="Wang, Shane":MAILTO:shane.w...@intel.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=FALSE;CN='opnfv-te
ch-disc...@lists.opnfv.org':MAILTO:opnfv-tech-discuss@lists.opnfv.org
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;
END:VTIMEZONE
BEGIN:VEVENT
ORGANIZER;CN="Wang, Shane":MAILTO:shane.w...@intel.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=FALSE;CN='opnfv-te
ch-disc...@lists.opnfv.org':MAILTO:opnfv-tech-discuss@lists.opnfv.org
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;
END:VTIMEZONE
BEGIN:VEVENT
ORGANIZER;CN="Wang, Shane":MAILTO:shane.w...@intel.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=FALSE;CN='opnfv-te
ch-disc...@lists.opnfv.org':MAILTO:opnfv-tech-discuss@lists.opnfv.org
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;
END:VTIMEZONE
BEGIN:VEVENT
ORGANIZER;CN="Wang, Shane":MAILTO:shane.w...@intel.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=FALSE;CN='opnfv-te
ch-disc...@lists.opnfv.org':MAILTO:opnfv-tech-discuss@lists.opnfv.org
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;
END:VTIMEZONE
BEGIN:VEVENT
ORGANIZER;CN="Wang, Shane":MAILTO:shane.w...@intel.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=FALSE;CN='opnfv-te
ch-disc...@lists.opnfv.org':MAILTO:opnfv-tech-discuss@lists.opnfv.org
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;
Hi Stor4NFV developers,
Today I’ll have meeting conflict, and can’t make it.
I would like Qiaowei to host the meeting, without me.
Thanks.
--
Shane
-Original Appointment-
From: Wang, Shane
Sent: Monday, October 23, 2017 9:35 AM
To: Wang, Shane; 'opnfv-tech-discuss@lists.opnfv.org
END:VTIMEZONE
BEGIN:VEVENT
ORGANIZER;CN="Wang, Shane":MAILTO:shane.w...@intel.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=FALSE;CN='opnfv-te
ch-disc...@lists.opnfv.org':MAILTO:opnfv-tech-discuss@lists.opnfv.org
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;
END:VTIMEZONE
BEGIN:VEVENT
ORGANIZER;CN="Wang, Shane":MAILTO:shane.w...@intel.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=FALSE;CN='opnfv-te
ch-disc...@lists.opnfv.org':MAILTO:opnfv-tech-discuss@lists.opnfv.org
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;
END:VTIMEZONE
BEGIN:VEVENT
ORGANIZER;CN="Wang, Shane":MAILTO:shane.w...@intel.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=FALSE;CN='opnfv-te
ch-disc...@lists.opnfv.org':MAILTO:opnfv-tech-discuss@lists.opnfv.org
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;
The agenda for tomorrow’s stor4nfv meeting.
Agenda:
1. Open
2. Status update
Compass installer?
If you have anything to add, please let us know.
https://etherpad.opnfv.org/p/stor4nfv_meetings
Thanks.
--
Shane
-Original Appointment-
From: Wang, Shane
Sent: Monday, October
END:VTIMEZONE
BEGIN:VEVENT
ORGANIZER;CN="Wang, Shane":MAILTO:shane.w...@intel.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=FALSE;CN='opnfv-te
ch-disc...@lists.opnfv.org':MAILTO:opnfv-tech-discuss@lists.opnfv.org
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;
END:VTIMEZONE
BEGIN:VEVENT
ORGANIZER;CN="Wang, Shane":MAILTO:shane.w...@intel.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=FALSE;CN='opnfv-te
ch-disc...@lists.opnfv.org':MAILTO:opnfv-tech-discuss@lists.opnfv.org
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-
: Wang, Shane
Sent: Monday, October 23, 2017 9:35 AM
To: Wang, Shane; 'opnfv-tech-discuss@lists.opnfv.org'; Gohad, Tushar; Li,
Xiaoyan; 'wangzhengy...@cmss.chinamobile.com'; Ren, Qiaowei;
'wanghu...@huawei.com'; 'helu...@huawei.com'; 'luo
END:VTIMEZONE
BEGIN:VEVENT
ORGANIZER;CN="Wang, Shane":MAILTO:shane.w...@intel.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN='opnfv-tec
h-disc...@lists.opnfv.org':MAILTO:opnfv-tech-discuss@lists.opnfv.org
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION
Hi,
Some US colleagues said this time is not friendly for US, since this time is
their dinner time.
Do you have any objections if I push it out by 2 hours, i.e., 11am, the same
day?
Thanks.
--
Shane
-Original Appointment-
From: Wang, Shane
Sent: Monday, October 23, 2017 9:35 AM
To
Agenda:
- Open
- Test cases and milestone assignments
- Feature status
Thanks.
--
Shane
-Original Appointment-
From: Wang, Shane
Sent: Monday, October 23, 2017 9:35 AM
To: Wang, Shane; 'opnfv-tech-discuss@lists.opnfv.org'; Gohad, Tushar; Li,
Xiaoyan; &
Agenda for today.
1. Open
2. Introduction of SPDK integration (Helloway)
3. Feature status
Regards.
--
Shane
-Original Appointment-
From: Wang, Shane
Sent: Monday, October 23, 2017 9:35 AM
To: Wang, Shane; 'opnfv-tech-discuss@lists.opnfv.org'; Gohad, Tushar; Li,
Xiaoyan; &
END:VTIMEZONE
BEGIN:VEVENT
ORGANIZER;CN="Wang, Shane":MAILTO:shane.w...@intel.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN='opnfv-tec
h-disc...@lists.opnfv.org':MAILTO:opnfv-tech-discuss@lists.opnfv.org
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION
END:VTIMEZONE
BEGIN:VEVENT
ORGANIZER;CN="Wang, Shane":MAILTO:shane.w...@intel.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN='opnfv-tec
h-disc...@lists.opnfv.org':MAILTO:opnfv-tech-discuss@lists.opnfv.org
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION
END:VTIMEZONE
BEGIN:VEVENT
ORGANIZER;CN="Wang, Shane":MAILTO:shane.w...@intel.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=opnfv-tech
-disc...@lists.opnfv.org:MAILTO:opnfv-tech-discuss@lists.opnfv.org
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE
Hi,
For people who are interested in stor4nfv, we got the poll result that the
majority selected Thursday morning 9:00 - 10:00, Beijing time, I will set up
meetings and post agenda soon.
Anything you want to bring up, pls let me know.
Thanks.
--
Shane
From: Wang, Shane
Sent: Wednesday
Hi
Stor4NFV project (https://wiki.opnfv.org/display/Stor) is about to set up
regular weekly meetings, for those who are interested in that project and are
willing to contribute to the project, please look at
https://doodle.com/poll/dg4tz7ekh2bn737e, and give a vote for your preference
by this
Congratulations, Jack and Xuan.
Regards.
--
Shane
From: opnfv-tech-discuss-boun...@lists.opnfv.org
[mailto:opnfv-tech-discuss-boun...@lists.opnfv.org] On Behalf Of 贾玄
Sent: Monday, August 28, 2017 9:19 AM
To: opnfv-tech-discuss@lists.opnfv.org; opnfv-...@lists.opnfv.org;
helpd...@opnfv.org
Subj
Hi Mark,
Welcome to the community! I've added your into the contributor list, and we're
going to have TSC official review and voting next Tuesday. After that, we will
have the first meeting to discuss our engineering plans and milestones, when
the project becomes an incubated one.
Thank you fo
Hi all,
We want to kick off the next OpenStack bug smash and it targets Nov 30 - Dec 2
(Wed - Fri) at Shenzhen in China, which was voted in the last bug smash at
Hangzhou, for the next Ocata release.
The release schedule and Thanksgiving day are considered for the date.
Do any of you want to co-
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
Anita, sorry about replying to you slowly. Because we are a committee from a
couple of companies, and need discussion, which causes slowness.
I am not the only decision maker. Thanks Anita;)
Regards.
--
Shane
-Original Message-
From: Anita Kuno [mailto:ante...@anteaya.info]
Sent: Friday,
; Anni Lai; Liang, Maggie
Subject: Re: [openstack-dev] Invitation to join Hangzhou Bug Smash
On Mon, Jun 13, 2016 at 08:06:50AM +0000, Wang, Shane wrote:
> Hi, OpenStackers,
>
> As you know, Huawei, Intel and CESI are hosting the 4th China OpenStack Bug
> Smash at Hangzhou, China.
>
, a best practice is to
publish a sponsorship prospectus online on a date known in advance with
sponsorships filled on a "first to sign" basis.
Regards,
Tom
On 13/06/16 16:06, Wang, Shane wrote:
> Hi, OpenStackers,
> As you know, Huawei, Intel and CESI are hosting the 4th Ch
; Liang, Maggie
Subject: Re: [openstack-dev] Invitation to join Hangzhou Bug Smash
On Mon, Jun 13, 2016 at 08:06:50AM +, Wang, Shane wrote:
> Hi, OpenStackers,
>
> As you know, Huawei, Intel and CESI are hosting the 4th China OpenStack Bug
> Smash at Hangzhou, China.
> The 1st
: Zhuangzhen; anni@huawei.com; Liang, Maggie
Subject: Re: [openstack-dev] Invitation to join Hangzhou Bug Smash
On Mon, Jun 13, 2016 at 08:06:50AM +, Wang, Shane wrote:
> Hi, OpenStackers,
>
> As you know, Huawei, Intel and CESI are hosting the 4th China OpenStack Bug
> Smash at Han
join Hangzhou Bug Smash
Hi
I would, once again, love to attend.
If you find that other cores apply and you'd rather have a new face, I would be
very understanding of the situation.
Regards
--
Duncan Thomas
On 13 June 2016 at 11:06, Wang, Shane
mailto:shane.w...@intel.com>>
Sorry I had a wrong person on the CC list, so resend.
Hi, OpenStackers,
As you know, Huawei, Intel and CESI are hosting the 4th China OpenStack Bug
Smash at Hangzhou, China.
The 1st China Bug Smash was at Shanghai, the 2nd was at Xi'an, and the 3rd was
at Chengdu.
We are constructing the ethe
Hi, OpenStackers,
As you know, Huawei, Intel and CESI are hosting the 4th China OpenStack Bug
Smash at Hangzhou, China.
The 1st China Bug Smash was at Shanghai, the 2nd was at Xi'an, and the 3rd was
at Chengdu.
We are constructing the etherpad page for registration, and the date will be
around
Typo: view -> review:)
From: Wang, Shane
Sent: Saturday, March 05, 2016 2:09 PM
To: OpenStack Development Mailing List (not for usage questions)
Subject: RE: [bug-smash] Global OpenStack Bug Smash Mitaka
A reminder for the community, the bug smashes are going to start next Monday,
if you ca
A reminder for the community, the bug smashes are going to start next Monday,
if you can't join those 11 sites, you can do virtual bug smash remotely by
fixing the bugs in your offices.
Also, please help do remote view. Thanks.
Best Regards.
--
Shane
From: Wang, Shane [mailto:sh
[bug-smash] Global OpenStack Bug Smash Mitaka
"Wang, Shane" wrote on 02/05/2016 04:42:21 AM:
> From: "Wang, Shane"
> To: "OpenStack Development Mailing List (not for usage questions)"
>
> Date: 02/05/2016 04:43 AM
> Subject: Re: [openstack-dev] [bu
Sent: Saturday, February 06, 2016 5:25 AM
To: OpenStack Development Mailing List (not for usage questions)
Subject: Re: [openstack-dev] [bug-smash] Global OpenStack Bug Smash Mitaka
On 2016-02-05 03:42:21 + (+0000), Wang, Shane wrote:
> After discussing with TC members and other community
erpad page for the location [2] is
under construction. Hope to see some of you in Nuremberg!
[1] https://etherpad.openstack.org/p/OpenStack-Bug-Smash-Mitaka
[2] https://etherpad.openstack.org/p/OpenStack-Bug-Smash-Mitaka-Nuremberg
--
Thanks,
Robert
On Friday 05 February 2016, 03:42:21 Wang,
Hi all,
After discussing with TC members and other community guys, we thought March 2-4
might not be a good timing for bug smash. So we decided to change the dates to
be March 7 - 9 (Monday - Wednesday) in R4.
Please join our efforts to fix bugs for OpenStack.
Thanks.
--
Shane
From: Wang
Hope somebody on the website infrastructure can help us. I have one
presentation which was filled into the form but not submitted.
Best Regards.
--
Shane
-Original Message-
From: Nick Chase [mailto:nch...@mirantis.com]
Sent: Monday, February 01, 2016 4:09 PM
To: openstack-dev@lists.opens
Is it closed? The time should not be up, am I right?
The deadline is 11:59PM PST, February 1
Best Regards.
--
Shane
From: Kendall Waters [mailto:kend...@openstack.org]
Sent: Monday, January 25, 2016 6:54 AM
To: commun...@lists.openstack.org; market...@lists.openstack.org;
women-of-openst...@list
Yes, I was confused too. The time is yet up.
--
Shane
-Original Message-
From: Christian Berendt [mailto:christ...@berendt.io]
Sent: Sunday, January 31, 2016 11:43 PM
To: OpenStack Development Mailing List
Subject: [openstack-dev] Call for papers already closed?
Hello.
I am a little bit
Save the Date:
Global OpenStack Bug Smash
Wednesday-Friday, March 2-4, 2016
RSVP by Friday, February 19
How can you help make the OpenStack Mitaka release stable and bug-free while
having fun with your peers? Join Intel, Rackspace, Mirantis, IBM, HP, Huawei,
CESI and others in a global bug smash
Hey, how about driving a Hackathon on the same dates in 3 geos right before
release? Who are interested in?
Best Regards.
--
Shane
-Original Message-
From: Wang, Shane [mailto:shane.w...@intel.com]
Sent: Thursday, November 12, 2015 11:03 PM
To: Daniel P. Berrange; OpenStack Development
Open the mid-cycle one day ahead, feasible?
-Original Message-
From: Daniel P. Berrange [mailto:berra...@redhat.com]
Sent: Thursday, November 12, 2015 10:25 PM
To: OpenStack Development Mailing List (not for usage questions)
Subject: Re: [openstack-dev] [nova] hackathon day
On Thu, Nov 1
Hi Rosa,
I am one of the organizers of China Hackathons.
I think it is a good idea to host a Hackathon in Europe right after the
mid-cycle meetup. However, I suggest to allow more days instead of only 1 to
fix bugs, or you have to get well prepared, because fixing bugs is about
reproducing, fix
Yes, Anita. We are seeking the alternatives to fix it and hope the CIs can be
recovered very soon.
Also please allow me to explain a little bit, we shut down the service without
any email notification, but update the wiki
(https://wiki.openstack.org/wiki/ThirdPartySystems/Intel-PCI-CI) only acc
AFAIK, TrustedFilter is using a sort of cache to cache the trusted state, which
is designed to solve the performance issue mentioned here.
My thoughts for deprecating it are:
#1. We already have customers here in China who are using that filter. How are
they going to do upgrade in the future?
#2
Ditto, I am also interested in that area. We're implementing a framework to
monitor different metrics from Ceilometer, apply predefined policies from
administrators, and take actions if some conditions are met for resource
optimization purpose or SLA purpose.
Jay, is IBM PRS open source?
Thank
Hi Dan, are you going to cook a patch to expand the base class? Or we can do
that ourselves?
For the list, I also agree your dirty assumption.
--
Shane
-Original Message-
From: Dan Smith [mailto:d...@danplanet.com]
Sent: Friday, January 10, 2014 10:42 PM
To: Wang, Shane; OpenStack
Hi Dan,
There is a discussion in https://review.openstack.org/#/c/58199/ talking about
the change detection in objects.
If an object A contains another object or object list (called sub-object), any
change happened in the sub-object can't be detected by obj_what_changed() in
object A.
A generi
Lianhao Lu, Shuangtai Tian and I are also willing to join the team to
contribute because we are also changing scheduler, but it seems the team is
full. You can put us to the backup list.
Thanks.
--
Shane
-Original Message-
From: Robert Collins [mailto:robe...@robertcollins.net]
Sent: F
Hi stackers,
>From the design summit, Boris has a great idea to improve db performance but
>needs more evaluation because of memcached.
For UBS, it seems we agree to go with the current solution and don't depend on
Boris's great idea.
Can someone help to review the ground work of UBS
https://r
Hi stackers,
>From the design summit, Boris has a great idea to improve db performance but
>needs more evaluation because of memcached.
For UBS, it seems we agree to go with the current solution and don't depend on
Boris's great idea.
Can someone help to review the ground work of UBS
https://r
Hi core developers and everyone,
Please allow me to make an FFE request for adding utilization aware scheduling
support in Havana.
The blueprint:
https://blueprints.launchpad.net/nova/+spec/utilization-aware-scheduling.
The patches are:
[1] https://review.openstack.org/#/c/35759/
[2] https://re
Definitely, +1 ;-)
--
Shane
From: Joe Gordon [mailto:joe.gord...@gmail.com]
Sent: Tuesday, August 27, 2013 11:40 PM
To: Daniel P. Berrange; OpenStack Development Mailing List
Subject: Re: [openstack-dev] [Nova] Frustrations with review wait times
On Tue, Aug 27, 2013 at 11:04 AM, Daniel P. Ber
ing feedback on review 35759
>
>
> > -Original Message-
> > From: Wang, Shane [mailto:shane.w...@intel.com]
> > Sent: Tuesday, August 27, 2013 6:31 AM
> > To: OpenStack Development Mailing List
> > Subject: [openstack-dev] [Nova] Requesting feedback o
Hi,
We submitted the patches for bp
https://blueprints.launchpad.net/nova/+spec/utilization-aware-scheduling 1+
month ago.
The first patch is to add a column to save metrics collected by plugins -
https://review.openstack.org/#/c/35759/.
Is there anyone who is interested in that, would it be po
Dear stackers,
For the bug https://bugs.launchpad.net/nova/+bug/1212428 raised by Chris, we
did some further tests.
We have 10K compute nodes in compute_nodes, and each node has 20 stat records.
As we know, by using sql-a ORM, it takes our test code 16 seconds to call
compute_node_get_all() and
I prefer nova/compute/plugins/virt/libvirt, because I think a plugin might not
call libvirt or any virt driver.
By the way, can nova core or those who are interested in the bp review our
patch sets at
https://review.openstack.org/#/q/status:open+project:openstack/nova+branch:master+topic:bp/ubs
lear solution for this issue community
>agreed that it would be discussed on the coming summit.
Best regards,
Boris Pavlovic
--
Mirantis Inc.
On Wed, Jul 31, 2013 at 9:36 AM, Wang, Shane
mailto:shane.w...@intel.com>> wrote:
Hi,
I have a patchset ready for your review https:/
Hi,
I have a patchset ready for your review https://review.openstack.org/#/c/38802/
This patchset is to remove table compute_node_stats and add one more column
"stats" in table compute_nodes as JSON dict. With that, compute_node_get_all()
doesn't need to join another table when nova schedulers c
Daniel raised a good point, I also agreed that is not a good architecture.
Nova can't touch any monitoring stuffs - I don't think that is good.
At least, Ceilometer can be a monitoring hub for external utilities.
On the other hand, for the options Lianhao raised.
Is a query on a DB and a json colu
Sandy Walsh wrote on 2013-07-19:
>
>
> On 07/19/2013 09:47 AM, Day, Phil wrote:
>>> -Original Message-
>>> From: Sean Dague [mailto:s...@dague.net]
>>> Sent: 19 July 2013 12:04
>>> To: OpenStack Development Mailing List
>>> Subject: Re: [openstack-dev] [Nova] Ceilometer vs. Nova internal
Hi
I am looking at ceilometer DB code. I find there are 3 tables (UniqueName,
Event, Trait), and in Trait, the two columns "name_id" and "event_id" refer to
table UniqueName and table Event.
My question is why we need UniqueName and Event, because in both tables there
are no many other columns
Very glad to see that, too. We also have some thoughts to look at the usage of
CPU resources (like cache) for each VM, and adjust to aggregate and bind VMs to
physical CPUs for QoS.
Look forward to seeing the initiatives proposed below to move forward.
Thanks.
--
Shane
> -Original Message--
+1 for that.
If needed, some tools/languages could help to do XML transformation, regarding
different XML schemas.
I also agree with Hellmann that we shouldn't invent something new or a fixed
schema for that. XML is flexible for data exchange, we can leave those mapping
jobs to those XML transf
Good idea. I have the same feeling.
+1
Best Regards.
--
Shane
Martina Kollarova wrote on 2013-06-19:
> Jenkins keeps running all the tests, even if the basic pep8 test fails,
> and runs all of the (very slow) Tempest Quantum tests, even though
> almost all of them are failing.
>
> I propose tha
Hi,
I am new in this area. I got an idea but didn't know whether that works.
Fanout_cast is expensive and DB could be a burden. Can we maintain the stat
data at nodes, and when and only when a scheduler needs to do any scheduling,
the scheduler proactively to ask nodes their stats?
The assumptio
Alex,
Probably you can use git review -D and follow
https://wiki.openstack.org/wiki/Gerrit_Workflow#Drafts.
But it seems you need to invite some reviewers to see your patch.
I don't know whether that works for you, if you need feedback from a community
group.
Best Regards.
--
Shane
James E. Bl
You can have some script to run those services such as nova, quantum etc only,
and you don't need to consider to set up config files.
And then put the script to init.d directory. We use this method.
Best Regards.
--
Shane
Vivek Satpute wrote on 2013-06-18:
> Hi,
>
> I recently setup a openstac
If the next release summit is going to be held in "Japan", it should be easier
to give a name:)
--
Shane Wang
From: Openstack
[mailto:openstack-bounces+shane.wang=intel@lists.launchpad.net] On Behalf
Of Rajesh Vellanki
Sent: Friday, May 10, 2013 3:50 AM
To: Atul Jha; Matt Joyce; John Wong
C
I agree to narrow down the names to Ili or Ichang. A word in pinyin starting
with I is a mission impossible:)
My 2 cents are we can google map “Peking” and “Ili” which go to China. But I
google map “Ichang”, it can’t locate to “Yichang” in China.
On Wikipedia, Ichang goes to the Yichang entry, to
.
--
Shane
From: John Hebert [mailto:johnalexheb...@gmail.com]
Sent: Friday, May 03, 2013 11:49 PM
To: John Wong; openstack@lists.launchpad.net
Cc: Wang, Shane; Thierry Carrez
Subject: Re: [Openstack] I release naming (calling APAC community)
John Wong's idea is a good one. Including the Hong
What about Ili, which is a prefecture name in Xinjiang in China:
http://en.wikipedia.org/wiki/Ili_Kazakh_Autonomous_Prefecture
--
Shane
> -Original Message-
> From: Openstack
> [mailto:openstack-bounces+shane.wang=intel@lists.launchpad.net] On
> Behalf Of Thierry Carrez
> Sent: Thurs
Robert P. J. Day wrote on 2012-06-05:
> at this point, has the problem been identified? or does this still
> require a bugzilla submission? it would appear that the issue
> involves any package with a "+" in the package name which, for now,
> appears to be just that gtk+ package. would any oth
Khem Raj wrote on 2012-06-05:
> On Mon, Jun 4, 2012 at 10:04 PM, Wang, Shane
> wrote:
>> Yeah, Robert,
>>
>> You found a bug in bitbake. In the fetch code, local directory
>> /home/rpjday/dl/gtk+-2.24.8.tar.bz2 is decoded as
>> /home/rpjday/dl/gtk%2B-2.
Yeah, Robert,
You found a bug in bitbake.
In the fetch code, local directory /home/rpjday/dl/gtk+-2.24.8.tar.bz2 is
decoded as /home/rpjday/dl/gtk%2B-2.24.8.tar.bz2 by
newuri = uri_replace(origud, find, replace, ld), which is line 480 in
lib/bb/fetch2/__init__.py.
And later on it is checked whet
It seems the checksum for kernel is not correct.
--
Shane
From: yocto-boun...@yoctoproject.org [mailto:yocto-boun...@yoctoproject.org] On
Behalf Of 云鹤
Sent: Friday, April 13, 2012 5:55 PM
To: yocto
Subject: [yocto] When building an image using yocto, I was puzzled by such
errors, who can help me
Richard Purdie wrote on 2012-03-17:
> On Fri, 2012-03-16 at 08:52 +0800, Shane Wang wrote:
> So far I've noticed a few issues. This log has several of them:
>
> http://autobuilder.yoctoproject.org:8010/builders/nightly-mips/builds/316
> /ste ps/shell_33/logs/stdio
>
> alsa-utils has patch applic
I built those recipes separately, built core-image-sato on qemux86 and qemuarm,
and launched the image in the emulator and ran some applications.
--
Shane
Koen Kooi wrote on 2012-03-16:
> Op 16 mrt. 2012, om 01:52 heeft Shane Wang het volgende geschreven:
>
>> Upgrade recipes for M4. Please re
Kang Kai wrote on 2012-03-14:
> Update to version 1.0.25, and update patch
> 0001-alsactl-don-t-let-systemd-unit-restore-the-volume-wh.patch because
> rejected when apply it.
>
> Signed-off-by: Kang Kai
Kai, why did you drop the patch? You can port it to alsa-utils v1.0.25 code
base, as I did
Barros Pena, Belen wrote on 2012-02-06:
> Hi all,
>
> It looks like there are some design implementation principles laid out on
> the email below. Just to summarise:
>
> 1. Implement the Hob design with the toolkit provided widgets and OS theme
> and review which things we might want to enhance
oad Template".
We just keep "My Images" in the last screen (the Image details screen), is it
OK?
And remove "Edit Packages" and "Edit Configuration", if the build process is
not executed this time. (ditto for "Save Template" in 4.)
6. In Josh's
I get one more:
In the Image details screen, after opening an image file by clicking "My
images", we don't allow to "Edit Package", I think.
Because with an image only, we can't generate the packages from it, you can't
assume there is a build directory (tmp/), is my understanding correct?
--
Sh
Khem Raj wrote on 2012-01-23:
> On (23/01/12 02:06), Shane Wang wrote:
>> This patch is to upgrade iptables to 1.4.12.2, and introduce a patch
>> not to check unknown symbols. Otherwise, when it is compiled, it will
>> report "libxtables.so.7" from
> LD_PRELOAD cannot be preloaded.
>
> you should
Here is my example of the steps after you source the environment and "git push"
to poky-contrib.
Run: create-pull-request -b shane/typo -u origin-pc3 -r
238a47d800446996f5cb9929f33aaaffe618f7b6 -s "fix the typos for package report
system"
Edit: the pull-3635/- file
Run: send-pull-reques
Hi, all,
Belen has a new video for Hob2 workflow and design.
https://wiki.yoctoproject.org/wiki/File:Hob1.2-screencast2.mov
Please comment.
Thanks.
--
Shane
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto
That could be. I originally thought they are DESCRIPTIONs.
But for CacheData in cache.py, it seems not description but summary is used.
Is it OK to change the code to make descriptions into CacheData?
--
Shane
Richard Purdie wrote on 2012-01-19:
> Hi Shane,
>
> On Thu, 2012-01-19 at 20:38 +0800
t;> On (28/12/11 14:54), Wang, Shane wrote:
>>> This patch is to remove DESTDIR in docdir.
>>> Otherwise, when users install by running `make install
> DESTDIR=/alternate/directory' specified in the file INSTALL, the doc will go
> into /alternate/directory/alternate/
Thank you. Will refine hdparm asap.
--
Shane
Saul Wold wrote on 2012-01-04:
> On 12/30/2011 06:33 AM, Shane Wang wrote:
>> This is the second version of the patch set which I sent out with the
>> title "[V1] Upgrade 4 more packages, Dec 27, 2011", I upgrade 8 more
>> packages. So, totally 12 for
Saul Wold wrote on 2012-01-03:
> On 12/30/2011 06:33 AM, Shane Wang wrote:
>> Because hdparm depends on stat, stat is brought into Yocto.
>>
> Is this a new dependency witht he update version?
>
Yes, it is.
>
>> Part of this patch comes from oe
>> http://git.openembedded.org/openembedded/tree/r
Hi,
Here are two patches to send to omxil upstream in order to fix Makefiles in
libomxil 0.9.3 release.
- makefile-docdir-fix.patch: to fix the wrong directory for $docdir.
- parallel-make.patch: to enable "make -jN" in parallel.
Please review, thanks.
--
Shane
http://www.yoctoproject.org/
I
This patch is to make libomxil Makefile support "make -jN".
The omxregister_bellagio stuffs depend on libomxil_bellagio library.
Signed-off-by: Shane Wang
diff -r f59d077d3dd5 Makefile.am
--- a/src/Makefile.am Wed Dec 28 10:54:36 2011 +0800
+++ b/src/Makefile.am Wed Dec 28 10:55:46 2011 +080
This patch is to remove DESTDIR in docdir.
Otherwise, when users install by running `make install
DESTDIR=/alternate/directory' specified in the file INSTALL, the doc will go
into /alternate/directory/alternate/directory, which is not expected.
Signed-off-by: Shane Wang
diff -r 30b597e4e70d Ma
Hi,
Here are two patches to send to omxil upstream in order to fix Makefiles in
libomxil 0.9.3 release.
- makefile-docdir-fix.patch: to fix the wrong directory for $docdir.
- parallel-make.patch: to enable "make -jN" in parallel.
Please review, thanks.
--
Shane
http://www.yoctoproject.org/
I
1 - 100 of 156 matches
Mail list logo