On 2014-07-31 12:25:28 + (+), Jeremy Stanley wrote:
[...]
I suspect this is another case of our worker filter parameter
function for the trusty transition causing it to look for
check-tempest-dsvm-centos7:devstack-trusty instead.
Bingo.
2014-07-31 05:10:21,581 INFO zuul.Gearman
).
--
Jeremy Stanley
___
OpenStack-Infra mailing list
OpenStack-Infra@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-infra
commit to jenkins, who
can help me, thanks very much!
If Neutron is going to start using the ipset utility, then you
should patch openstack-dev/devstack to install it.
--
Jeremy Stanley
___
OpenStack-Infra mailing list
OpenStack-Infra
much all of the time on a good change and if it doesn't then
it must be fixed (upstream CI included). Allowing you to selectively
rerun jobs from one system reinforces the idea that it's okay to
fail frequently as long as devs are eventually able to coax out a
passing run.
--
Jeremy Stanley
history) time we replaced the Gerrit SSH API RSA host key on
review.openstack.org was in April as a safety precaution in the wake
of the Heartbleed Bug announcement. We definitely haven't touched it
in the four months since then.
--
Jeremy Stanley
for the heads up! I'll keep an eye out for confused newcomers
and spread the word that it's an ongoing issue.
--
Jeremy Stanley
___
OpenStack-Infra mailing list
OpenStack-Infra@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo
to be using our mirror for YOUR systems. If you're not
running a PyPI mirror of your own, you should just use
pypi.python.org instead.
--
Jeremy Stanley
___
OpenStack-Infra mailing list
OpenStack-Infra@lists.openstack.org
http://lists.openstack.org/cgi-bin
On 2014-08-17 23:53:12 -0700 (-0700), daya kamath wrote:
[...]
openstack-infra does not get updated as part of the gate jobs
[...]
Right, we use puppet to continuously apply that configuration to our
durable workers and nodepool templates.
--
Jeremy Stanley
name which is unique
per project).
--
Jeremy Stanley
___
OpenStack-Infra mailing list
OpenStack-Infra@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-infra
On 2014-08-21 12:55:00 +0200 (+0200), Alan Pevec wrote:
[...]
Is that all needed to enable Icehouse bitrot jobs or I missed
something?
It needs a little more than just that, but we can follow up in
review.
--
Jeremy Stanley
___
OpenStack-Infra
dequeued,
Jenkins can end up running those jobs anyway.
Did we ever end up implementing a solution for that, or does that
behavior still exist?
--
Jeremy Stanley
___
OpenStack-Infra mailing list
OpenStack-Infra@lists.openstack.org
http
don't see
any evidence it's happening now. So you're right it shouldn't be the
case. I've at least dug up a change which got quickly cancelled by a
new patchset before any jobs began, and confirmed they never ended
up running on any Jenkins masters after removal from Gearman.
--
Jeremy Stanley
.
[...]
July 23 nodepool logs have already been rotated out, but perhaps
James saved a copy in a more durable location.
--
Jeremy Stanley
___
OpenStack-Infra mailing list
OpenStack-Infra@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo
as zuul_url) as a job parameter
and then devstack-gate will fetch from it as $ZUUL_URL. If you're
using something else, like the gerrit-trigger Jenkins plugin, then
it would probably need to get substituted with the Gerrit URL for
the change being tested.
--
Jeremy Stanley
are a neat idea.
[...]
Well, you already had me with 80 columns, but I actually
[32;1mdo[0m think ANSI escape sequences are a neat idea.
--
Jeremy Stanley
___
OpenStack-Infra mailing list
OpenStack-Infra@lists.openstack.org
http://lists.openstack.org/cgi
either you or Salvatore on Freenode, then
sent a notification to the third-party-announce list (to which you
have hopefully already subscribed?) with the relevant details:
http://lists.openstack.org/pipermail/third-party-announce/2014-September/05.html
--
Jeremy Stanley
not in favor of changing the testing expectations
for them unless we have some actual statistics showing that such a
change will be worth the time we spend implementing it.
--
Jeremy Stanley
___
OpenStack-Infra mailing list
OpenStack-Infra
for
unofficial projects).
--
Jeremy Stanley
___
OpenStack-Infra mailing list
OpenStack-Infra@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-infra
list of projects being moved is:
* stackforge/manila - openstack/manila
* stackforge/python-manilaclient - openstack/python-manilaclient
We'll follow up with a reply to this thread once the planned work is
complete.
--
Jeremy Stanley
signature.asc
Description: Digital signature
On 2014-09-16 21:42:49 + (+), Jeremy Stanley wrote:
The project infrastructure team will be taking the Gerrit service on
review.openstack.org offline briefly from 20:30 to 21:00 UTC this
Friday, September 19 in an effort to move the newly-approved Shared
File Systems program
as a
duplicate ID).
--
Jeremy Stanley
___
OpenStack-Infra mailing list
OpenStack-Infra@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-infra
in roughly 12 hours once I'm reasonably
confident the maintenance activity poses no further risk to these
systems and have given then a cursory health check to make sure
nothing's seriously broken prior to heading into the work week.
--
Jeremy Stanley
signature.asc
Description: Digital signature
On 2014-09-28 14:44:20 + (+), Jeremy Stanley wrote:
[...]
I will follow up again in roughly 12 hours once I'm reasonably
confident the maintenance activity poses no further risk to these
systems and have given then a cursory health check to make sure
nothing's seriously broken prior
to
digest.
--
Jeremy Stanley
___
OpenStack-Infra mailing list
OpenStack-Infra@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-infra
have only master branches).
And as Andreas points out in his reply, we shouldn't press forward
with this until after Juno is officially out the door next week.
--
Jeremy Stanley
___
OpenStack-Infra mailing list
OpenStack-Infra@lists.openstack.org
http
to do something similar.
--
Jeremy Stanley
___
OpenStack-Infra mailing list
OpenStack-Infra@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-infra
'
where name='openstack-infra/config'
sqlite3 ~/.gertty.db update change
set id = replace(
id, 'openstack-infra%2Fconfig',
'openstack-infra%2Fsystem-config')
where id like 'openstack-infra%%2Fconfig%'
--
Jeremy Stanley
further noise comments on changes, I've
temporarily deactivated the account. Please let us know when this is
fixed so we can reactivate it.
--
Jeremy Stanley
___
OpenStack-Infra mailing list
OpenStack-Infra@lists.openstack.org
http://lists.openstack.org
On 2014-10-27 18:07:06 +0400 (+0400), Evgeny Antyshev wrote:
I've stopped Zuul and reverted its configuration, this won't
repeat. My apologies
I've reenabled the account now. Thanks for the quick response!
--
Jeremy Stanley
___
OpenStack-Infra
providers, so the CI operators never have to
manage a single piece of hardware at all).
--
Jeremy Stanley
___
OpenStack-Infra mailing list
OpenStack-Infra@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-infra
them with fresh instances for each job.
--
Jeremy Stanley
___
OpenStack-Infra mailing list
OpenStack-Infra@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-infra
GROUP_NAME
Note that branch and tag deletion are not allowed and need
infra-core assistance.
--
Jeremy Stanley
___
OpenStack-Infra mailing list
OpenStack-Infra@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-infra
/privacy design
reasons). If the last filed date/time updates, then it saved
successfully. Let us know if you run into any other issues!
--
Jeremy Stanley
___
OpenStack-Infra mailing list
OpenStack-Infra@lists.openstack.org
http://lists.openstack.org/cgi
the project community servers).
http://lists.openstack.org/pipermail/openstack-dev/2014-November/050269.html
--
Jeremy Stanley
___
OpenStack-Infra mailing list
OpenStack-Infra@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack
this was opened as a DevStack bug too:
https://launchpad.net/bugs/1392231
And discussed in this ML thread:
http://lists.openstack.org/pipermail/openstack-dev/2014-November/050350.html
It's not really an openstack-infra list topic, but that should
hopefully help you solve it.
--
Jeremy Stanley
-party CI
account naming.
--
Jeremy Stanley
___
OpenStack-Infra mailing list
OpenStack-Infra@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-infra
to
communicate with openstackid-dev using a self-signed cert instead.
This makes it easier for downstream consumers and developers to try
it out themselves, and also avoids any impression that the server is
for production use.
--
Jeremy Stanley
signature.asc
Description: Digital signature
was a little heavier.
[...]
Makes total sense, and I knew some of the history there, I just
didn't realize the OAuth2 implementation was actually completed in
OpenStackID. Thanks for the clarification!
--
Jeremy Stanley
___
OpenStack-Infra mailing list
replies positively (or not at all for a week) I'm happy to add you
to the requested groups.
--
Jeremy Stanley
signature.asc
Description: Digital signature
___
OpenStack-Infra mailing list
OpenStack-Infra@lists.openstack.org
http://lists.openstack.org/cgi-bin
On 2014-12-10 19:27:06 + (+), Matt Kovacs wrote:
Yes please add Timothy Cline to those groups.
Done--thanks for the quick response!
--
Jeremy Stanley
signature.asc
Description: Digital signature
___
OpenStack-Infra mailing list
OpenStack
Gerrit ACL change merges to introduce it).
--
Jeremy Stanley
___
OpenStack-Infra mailing list
OpenStack-Infra@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-infra
On 2014-12-16 20:57:30 + (+), Jeremy Stanley wrote:
On 2014-12-16 20:38:15 + (+), Weidong Shao wrote:
I need to be in my project's release group (compass-release).
Where do I file request for this?
This E-mail is sufficient, but I can't add you to that group until
...@redhat.com (Bharat Kumar Kobagana)
[...]
Please remove/deactivate all the accounts from Gerrit. I will
create from the scratch.
I have marked account IDs 13131, 13527, 13882 and 14089 inactive in
Gerrit. Please let us know if you run into further issues.
--
Jeremy Stanley
signature.asc
abandoned or
restored which was owned by one of your other four duplicate
accounts, reach out to a core reviewer on the project in question
and they should be able to do that for you.
--
Jeremy Stanley
___
OpenStack-Infra mailing list
OpenStack-Infra
https://wiki.openstack.org/wiki/CLA-FAQ
Let us know if you still have issues after checking your foundation
membership and E-mail addresses.
--
Jeremy Stanley
___
OpenStack-Infra mailing list
OpenStack-Infra@lists.openstack.org
http://lists.openstack.org
RFC 2119? ;)
--
Jeremy Stanley
___
OpenStack-operators mailing list
OpenStack-operators@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators
for packagers on a
variety of platforms, so any feedback like this is helpful to drive
future improvements on that front.
--
Jeremy Stanley
___
OpenStack-operators mailing list
OpenStack-operators@lists.openstack.org
http://lists.openstack.org/cgi-bin
be a mark against
Debian's OpenStack packages.
--
Jeremy Stanley
___
OpenStack-operators mailing list
OpenStack-operators@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators
.
Anyway, this is just an attempt to level-set and spur the discussion
onward to actionable solutions rather than continuing to debate in
the abstract. Hopefully it takes us in a good direction.
--
Jeremy Stanley
___
OpenStack-operators mailing list
OpenStack
On 2014-12-18 01:57:20 + (+), Jeremy Stanley wrote:
[...]
Anyway, this is just an attempt to level-set and spur the
discussion onward to actionable solutions rather than continuing
to debate in the abstract. Hopefully it takes us in a good
direction.
I meant to add that as an outcome
-bin/cvename.cgi?name=CVE-2013-4497
https://launchpad.net/bugs/1073306
https://launchpad.net/bugs/1202266
--
Jeremy Stanley
OpenStack Vulnerability Management Team
signature.asc
Description: Digital signature
___
OpenStack-announce mailing list
https://launchpad.net/bugs/1242597
--
Jeremy Stanley
OpenStack Vulnerability Management Team
signature.asc
Description: Digital signature
___
OpenStack-announce mailing list
OpenStack-announce@lists.openstack.org
http://lists.openstack.org/cgi-bin
/61452
Havana fix:
https://review.openstack.org/61454
Notes:
This fix will be included in the icehouse-2 development milestone
and in a future 2013.2.1 release.
References:
http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2013-6426
https://launchpad.net/bugs/1256049
--
Jeremy Stanley
OpenStack
/61452
Havana fix:
https://review.openstack.org/61454
Notes:
This fix will be included in the icehouse-2 development milestone
and in a future 2013.2.1 release.
References:
http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2013-6426
https://launchpad.net/bugs/1256049
--
Jeremy Stanley
OpenStack
://review.openstack.org/61456
Notes:
This fix will be included in the icehouse-2 development milestone
and in a future 2013.2.1 release.
References:
http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2013-6428
https://launchpad.net/bugs/1256983
--
Jeremy Stanley
OpenStack Vulnerability Management Team
2013.2.4 and 2014.1.1 releases.
References:
http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2014-2573
https://launchpad.net/bugs/1269418
--
Jeremy Stanley
OpenStack Vulnerability Management Team
signature.asc
Description: Digital signature
(for
better or worse), but few are also package maintainers for Debian
and Red Hat so distro packages have a tendency to lag PyPI even if
you ignore distro release cycle induced delays.
--
Jeremy Stanley
__
OpenStack Development
)
if you want to give it a shot.
--
Jeremy Stanley
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin
circa 17:45 UTC
should have the correct packages.
--
Jeremy Stanley
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http
--
Jeremy Stanley
__
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
your rather
terse description of a daemon that runs as root, accepting commands
over a unix domain socket or similar.
--
Jeremy Stanley
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev
to unexpected risks and opening ourselves up to the possibility of a
slew of vulnerability reports because this mechanism doesn't provide
the level of protection it would seem to imply.
--
Jeremy Stanley
__
OpenStack Development Mailing
)?
Yes, once a change is approved and merged it is published and
intractable. At that point further code modification requires
putting an entirely new change through review:
http://docs.openstack.org/infra/manual/developers.html
--
Jeremy Stanley
first having to make some more
significant changes to our node build tooling (changes we wanted to
make anyway, this just steps up the timetable a little).
--
Jeremy Stanley
__
OpenStack Development Mailing List (not for usage
/brick
--
Jeremy Stanley
__
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
)
Check that assumption. For example 99e530e is the git SHA tagged as
1.6.0 in oslo.config. This is output from `pbr freeze` rather than
`pip freeze` and therefore reports this information PBR included in
the EGG-INFO when the sdist/wheel was originally built.
--
Jeremy Stanley
and
root sysadmin as soon as possible. She'll be a welcome member to the
team as far as I'm concerned!
--
Jeremy Stanley
signature.asc
Description: Digital signature
___
OpenStack-Infra mailing list
OpenStack-Infra@lists.openstack.org
http
and
root sysadmin as soon as possible. She'll be a welcome member to the
team as far as I'm concerned!
--
Jeremy Stanley
signature.asc
Description: Digital signature
__
OpenStack Development Mailing List (not for usage
linked from it.
--
Jeremy Stanley
__
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
://lists.openstack.org/pipermail/openstack-dev/2015-January/055270.html
--
Jeremy Stanley
signature.asc
Description: Digital signature
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ
, please excuse my ignorance, can someone point me to a
documentation on how to manage a project (jobs, release,
adding/removing members etc). It would be great coming straight
from the horses's mouth.
http://docs.openstack.org/infra/manual/
--
Jeremy Stanley
done--let us know if you need anything else!
--
Jeremy Stanley
___
OpenStack-Infra mailing list
OpenStack-Infra@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-infra
Any ideas who I can contact to fix this?
See:
http://ask.openstack.org/question/35200/
http://ask.openstack.org/question/56720/
Hopefully one of those matches your situation. If not, I can
investigate further.
--
Jeremy Stanley
Committee/Operators, QA team, Docs
team, VMT/OSSG, and so on) is probably okay but does sound a bit
tedious.
--
Jeremy Stanley
signature.asc
Description: Digital signature
__
OpenStack Development Mailing List (not for usage
://wiki.openstack.org/wiki/IRC
[2] https://wiki.openstack.org/wiki/Meetings
--
Jeremy Stanley
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http
from the source code to assemble them into
documentation[1]. I see that as its primary reason for existing in
fact. Why do you seem to think those choices are at odds with one
another?
[1] http://docs.openstack.org/developer/nova/api/nova.api.validator.html
--
Jeremy Stanley
to
handle -centos7 job name suffixes and also changing the job name to
include that suffix.
--
Jeremy Stanley
___
OpenStack-Infra mailing list
OpenStack-Infra@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-infra
sufficiently refined for a broader audience?
--
Jeremy Stanley
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http
dependencies on stable branches (due to being capped there).
--
Jeremy Stanley
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http
On 2015-01-15 04:06:36 -0800 (-0800), Jerry Zhao wrote:
[...]
ImportError: No module named version
[...]
This is actually caused by a bug in the python-daemon package. See
https://review.openstack.org/147545 for the proposed workaround in
gear.
--
Jeremy Stanley
on this
point. ;)
--
Jeremy Stanley
__
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
://packages.debian.org/xstatic
Found 41 matching packages.
I believe the majority are due to distro efforts around packaging
OpenStack.
--
Jeremy Stanley
__
OpenStack Development Mailing List (not for usage questions
the
necessary files like we do with a lot of the random files devstack
uses, and then run that during image build time so that it's already
present on the filesystems of the machines which will run the jobs
needing it?
--
Jeremy Stanley
can be involved.
[1] https://wiki.openstack.org/wiki/Travel_Support_Program
--
Jeremy Stanley
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org
of the free software world.
--
Jeremy Stanley
__
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
that
we shouldn't be afraid to do so when it's required (and that we're
decidedly tame when we do, compared to a lot of other possible
examples).
--
Jeremy Stanley
__
OpenStack Development Mailing List (not for usage questions
]
https://git.openstack.org/cgit/openstack-infra/system-config/tree/tools/atc/email_stats.py
[2] https://bugs.launchpad.net/stackalytics/+filebug
--
Jeremy Stanley
__
OpenStack Development Mailing List (not for usage questions
among
multiple versions of a tool to do so (especially since they might be
mixing components from multiple OpenStack integrated releases at any
given point in time).
--
Jeremy Stanley
__
OpenStack Development Mailing List
they absolutely
already do. Stable branch changes are treated no differently from
any other Gerrit changes in this regard.
--
Jeremy Stanley
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ
.
As far as I can tell, changing that will require modifications in
Gerrit, so probably worth opening a feature request bug at
http://code.google.com/p/gerrit/issues/list if someone hasn't
already.
--
Jeremy Stanley
in master but each needs to be git-blame researched to confirm
why it was added so that we don't prematurely remove those with
pending changes in consuming projects. Doing the same for stable
branches would likely be a lot more clear-cut.
--
Jeremy Stanley
at once would be a bit nightmarish.
--
Jeremy Stanley
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin
and
mysqld processes according to the syslog. Hopefully this is enough
additional detail to get you a start at finding the root cause so
that we can reenable your job. Let me know if there's anything else
you need for this.
[1] http://fungi.yuggoth.org/tmp/logs.tar
--
Jeremy Stanley
a change in the previous cycle and none
in the current one.
--
Jeremy Stanley
signature.asc
Description: Digital signature
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ
instead forbid EU citizens from
participating in this project? I think this is getting rapidly off
topic and should probably be moved to
legal-disc...@lists.openstack.org instead if you wish to continue
such a debate.
--
Jeremy Stanley
security fixes.
--
Jeremy Stanley
__
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
up so that we're
including absolutely everyone in the fun?
If the proposal is Condorcet, then I don't think Launchpad polls are
going to suffice?
--
Jeremy Stanley
__
OpenStack Development Mailing List (not for usage
individual members instead, then that election will need
to be run by (or at least in close cooperation with) the same people
who currently manage the board elections.
--
Jeremy Stanley
__
OpenStack Development Mailing List
devstack+tempest, or perhaps comparing rally
benchmarks), or merely an assumption which still needs validating?
--
Jeremy Stanley
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ
master branch
changes, hopefully solved once https://review.openstack.org/150645
merges.
--
Jeremy Stanley
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org
501 - 600 of 2349 matches
Mail list logo