similar to: [PATCH] Provides the new node lifecycle events.

The reference implementation server is based on TG2. The majority of the boiler plate code has been stripped out to focus the server solely on the functionality necessary for a management server. Signed-off-by: Darryl L. Pierce <dpierce at redhat.com> --- server/.gitignore | 4 + server/MANIFEST.in | 4 +

I am trying to execute a python script from manifest file on puppet windows based client: exec {''ez_setup.py -U setuptools'': #command => ''C:\Python27\ez_setup.py -U setuptools'', cwd => ''C:\Python27'', path => ''C:\Python27;%PATH%'', #creates => ''C:\Program,

Daniel, Tobias, Renato and myself have been looking a little bit at the potential underlying reason for why http://llvm.org/perf/ is instable, and have found some clues. I want to share them here to give people with more experience in the frameworks used by LNT (flask, sqlalchemy, wsgi, .) a chance to check if our reasoning below seems plausible. Daniel noticed the following backtrace in the

Hi; I've got MySQLdb installed (bridge to Python) and I can't figure out how to upgrade it. I did a find and got these paths: /usr/lib/python2.6/site-packages/SQLAlchemy-0.6beta2-py2.6.egg/sqlalchemy/dialects/mysql/mysqldb.py /usr/lib/python2.6/site-packages/SQLAlchemy-0.6beta2-py2.6.egg/sqlalchemy/dialects/mysql/mysqldb.pyc I don't have mysql-devel installed, so it wasn't that.

I'm trying to install Review Board (http://review-board.org) with python-setup tools and "sudo easy_install ReviewBoard", but this fails as follows: easy_install ReviewBoard Searching for ReviewBoard Best match: ReviewBoard 0.9.dev-20081202 Processing ReviewBoard-0.9.dev_20081202-py2.4.egg ReviewBoard 0.9.dev-20081202 is already the active version in easy- install.pth

HAL has been deprecated, and this patch removes all HAL specific calls from the configuration scripts. HAL is still present in the Python scripts, but will be removed in a different patch. Signed-off-by: Darryl L. Pierce <dpierce at redhat.com> --- ChangeLog | 3 + configure.ac | 2 - ovirt-node.spec.in | 1 -

I am trying to use the following set (all from standard repositories): centos (5.5) + python 2.6 + sqlalchemy + mysql. However while running my script I get: Traceback (most recent call last): File "./oraping2.py", line 43, in <module> main() File "./oraping2.py", line 23, in main db = create_engine('mysql:///u1oraping at

So, in the end looks like this setuptools 36 was deleted from pypi. There is an issue [1] open on setuptools. I can confirm by trying to force to install this version: $ pip install setuptools==36.0.0 Collecting setuptools==36.0.0 Could not find a version that satisfies the requirement setuptools==36.0.0 (from versions:<many version numbers>) No matching distribution found for

Hi folks, I noticed our test-suite bot is failing randomly when getting a timeout on the install phase: http://lab.llvm.org:8011/builders/clang-native-arm-lnt/builds/666/steps/venv.lnt.install/logs/stdio Downloading/unpacking Werkzeug>=0.6.1 (from Flask->LNT==0.4.1dev) Exception: File

Ping? This is getting as often as every other run... Is that process downloading from an internal server? If not, should we? If yes, should we not? thanks, --renato On 20 April 2013 14:03, Renato Golin <renato.golin at linaro.org> wrote: > Hi folks, > > I noticed our test-suite bot is failing randomly when getting a timeout on > the install phase: > > >

On Mon, Apr 22, 2013 at 8:00 AM, Renato Golin <renato.golin at linaro.org>wrote: > Ping? > > This is getting as often as every other run... Is that process downloading > from an internal server? If not, should we? If yes, should we not? > Ok, so we are already downloading from a private server (lab.llvm.org), which IMHO we should be doing because we want tight control over

Hey Renato, I'll take a look this morning and now to fetching from an internal server so this doesn't happen again. - Daniel On Apr 22, 2013, at 8:00, Renato Golin <renato.golin at linaro.org> wrote: Ping? This is getting as often as every other run... Is that process downloading from an internal server? If not, should we? If yes, should we not? thanks, --renato On 20 April

Folks; During a jumpstart (2nd boot) of a Sun Fire 240 with Solaris 10 Update 3 (11/06), I noticed the following message; Jun 27 11:43:33 first fbt: NOTICE: cannot instrument return of fd_intr at 7b7d6278: non-canonical return instruction Kernel level was Generic_118833-33. Jumpstart was conducted using the standard JET modules. What gives? The jumpstart worked though. Solaris 10 installed

Hi ups-dev ! I bring you some news about my work : it works ^_^ you can now try out the new configuration formalism. I modified upsd, the drivers and upsmon to use the new formalism and the new parser (via the libupsconfig library) The SVN link : svn co svn://svn.debian.org/nut/branches/JD-NewConf How to use it : To test it, I propose that you execute the following commands : Go to the

Source: xen Version: 4.17.3+36-g54dacb5c02-1 Severity: important User: debian-python at lists.debian.org Usertags: dh-python-no-setuptools Tags: sid, trixie This package failed build from source when test-built against a version of dh-python without a python3-setuptools dependency. distutils is no longer part of the Python standard library, since 3.12. But a minimal version of it becomes

CentOS Errata and Security Advisory 2012:0369 Moderate Upstream details at : https://rhn.redhat.com/errata/RHSA-2012-0369.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 9fffbe93d25a32bebb898734536cbe6dbd2544f14c6daf07215b8601a56bde59 python-sqlalchemy-0.5.5-3.el6_2.noarch.rpm x86_64:

Hi all. sorry for my english, I'm from Ukraine. so, i build http://dev.centos.org/centos/6/SCL/SRPMS/python27-1-10.el6.centos.alt.src.rpm]python27, then http://dev.centos.org/centos/6/SCL/SRPMS/python27-python-2.7.5-7.el6.centos.alt.src.rpm<http://dev.centos.org/centos/6/SCL/SRPMS/python27-python-2.7.5-7.el6.centos.alt.src.rpm%5Dpython27-python>and when try to build

CentOS Errata and Bugfix Advisory 2018:0174 Upstream details at : https://access.redhat.com/errata/RHBA-2018:0174 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 85f193ba9b47719ad5a8839c395b6db1d60a0345b24a6f479c7bb51d993711ec python-setuptools-0.6.10-4el6_9.noarch.rpm x86_64:

Hi, Ovirt, I was trying to download and see Ovirt ruby and rail server code, but I see all python code under ovirtserver folder. Where can I see Ovirt management server's web ui codes?

Hi, There was a new Python setuptools release (36.0.0) today, that caused this compatibility issue. The suggestion to stop breaking the builds is to add a static setuptools version on lnt's requirements.client.txt. The latest known compatible version is 35.0.2. I have tested it building a LNT sandbox and it seems to works. setuptools==35.0.2 I'll create a bug on LNT so we can