Fail accessing gerrit.ovirt.org
by Oved Ourfalli
Hi
I fail in accessing gerrit.ovirt.org.
Is there a known issue with it?
I pushed something a few minutes ago, and it was pushed successfully, however trying to access the patch from the WEB UI failed:
------------------------------------------------------------------------------------------------------------------------------------------
Proxy Error
The proxy server received an invalid response from an upstream server.
The proxy server could not handle the request GET /.
Reason: Error reading from remote server
Apache/2.2.15 (Red Hat) Server at gerrit.ovirt.org Port 80
------------------------------------------------------------------------------------------------------------------------------------------
Thank you,
Oved
10 years, 5 months
New git repository for maven-modules-plugin
by Juan Hernandez
Hello,
I would like to request a new git repository named maven-modules-plugin
to manage the source of a little tool that we use for the build process
of the engine.
Currently the source of this tool is inside the ovirt-engine repository,
but I want to start distributing it via maven central, in order to build
other projects. This is much simpler if the source is in it's own
repository and has its own release cycle.
What I would like to have in that repository is the same that I
currently have here:
https://github.com/jhernand/modules-maven-plugin
Once the code is moved to this new repository, and distributed via Maven
Central, the build process of the engine can be updated accordingly with
the following patch:
http://gerrit.ovirt.org/24866
Thanks in advance,
Juan Hernandez
--
Dirección Comercial: C/Jose Bardasano Baos, 9, Edif. Gorbea 3, planta
3ºD, 28016 Madrid, Spain
Inscrita en el Reg. Mercantil de Madrid – C.I.F. B82657941 - Red Hat S.L.
10 years, 8 months
oVirt Node filesystem layout on resources.ovirt.org
by Fabian Deutsch
--=-U8gayk2fbPhRpVTYJ0Oy
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
Hey,
currently it is not easy to find oVirt Node (Base Image) releases on
resources.o.o - I'd like to suggest a layout simplification to remove
some clutter, improve the findability of isos and ease the maintenance.
Currently the (Node related) layout is:
releases
+ base
+ node-base
+ 3.0.0
+ iso
+ rpm
+ alpha
+ beta
+ nightly (symlink?)
+ stable (symlink to 3.0.0?)
could we please change the tree to be more like:
releases
+ node-base
+ 3.0
+ iso
+ rpm
+ stable (symlink to 3.0)
Some notes on the removed paths:
base - Was unused
alpha - To reduce overhead I'd use jenkins builds for alpha
beta - To reduce overhead I'd use jenkins builds for beta
beta - To reduce overhead I'd use jenkins builds for nightlies
Some more notes:
3.0 - Just this one dir for all updates
This boils down to Node just offering stable images on resources.o.o.
Everything else can be pulled from jenkins (once we get everything into
shape again).
This suggestion is just for the "base image". Once the base images are
in place, jenkins can pick up the base images and generate "layered"
images which include vdsm (to be used with Engine).
The layered images can then be kept in the same place where the
remaining oVirt (Engine, vdsm, ...) packages are kept (for 3.3.3
in /releases/3.3.3/=E2=80=A6).
Does that make sense?
- fabian
--=-U8gayk2fbPhRpVTYJ0Oy
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: This is a digitally signed message part
Content-Transfer-Encoding: 7bit
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.15 (GNU/Linux)
iQIcBAABAgAGBQJTDaNUAAoJEC9+uOgSHVGUpPIP/0MTDzpmZEETIEvJS+mIybRC
fZSxKFOD4Y217WvV9JnzzKgKqzmt95931TUu6ba04+Vt/10H2bcfqQWTGaxQeLdn
9U94/43BBw1Ky3jvFw0l3ddq2tZr1bhDU8KpXVtjPaLbjaQoGlipdS/SESolMJTy
ZxevGUBg7JXstd0H8mIsUcLIOojoI9rk2hwtLoBL72L0lb4GGjXM5GxDZGsahjBq
fFH01RDqs9N6H31+088R6lGvHvshgyHd4vN4dI2lKQX1cUr1RH+D8hD4MWGqOU3A
Ipz5V+WxKrUwVstCj7eiwBP+y2m0IhXh/pwyaP4zTUSl+UJMkz0Thcy7Shux6atB
4M/6s48ffIjUg2G2PcUsxbDH7wUtHaX4t/x1+LkigrtGXoZL9rrVF0AHfK73uooc
ZzocyYvxyjqdkKL1LvWegzGPm/VqvuBd9lgDdu8HxiMA5VjDkNl8D2cde8kcenz0
cDNv1uwWu5TuXRFCHFlHQxuizVQTJbxO+XXAJxdu7UoIUg4Bu5bRMeYHD8cFaetQ
2F9g2hN/9WGjI+obQXleaLXlAfmZcky26iuY4w0MydqOQs91essE9IYTvUpgB+8A
T2z+6C9/9BNaMrPRnQmpQ069dEuoPtGxjGkyrT3/uBqHyVXSN61X+BOF+SBsFSBx
2PQuVPU1UCw/IHzh1CXf
=P41A
-----END PGP SIGNATURE-----
--=-U8gayk2fbPhRpVTYJ0Oy--
10 years, 8 months
[ovirt] #100: VM for glance public repository
by ovirt
#100: VM for glance public repository
----------------------+-----------------------
Reporter: ovedo | Owner: infra@…
Type: task | Status: new
Priority: major | Milestone: oVirt 3.2
Component: General | Version: Test
Severity: Trivial | Keywords:
Blocked By: | Blocking:
----------------------+-----------------------
Hi
Can you create a VM for me to install a public glance repo on it, to be
used in oVirt deployments?
I guess basic hardware is enough for now, with perhaps 100GB storage to
put images in (I guess it would need more storage in the future, but that
will be enough for now).
Thank you,
Oved
--
Ticket URL: <https://fedorahosted.org/ovirt/ticket/100>
ovirt <http://www.ovirt.org/>
oVirt - virtualization made easy.
10 years, 8 months
Spam training
by Dave Neary
Hi all,
I trained Mailman's spam detector with the moderation queues for board,
arch, users & announce this morning. That should reduce the size of the
moderation queue further beyond what we've been having.
To train, connect to resources.ovirt.org as root, and run ~/bin/mmlearn
<listname>. Then clean out the moderator queue as usual (duiscard all
messages marked "Defer"). If there are any real messages to be cleared
from the queue make sure that you mark them as "ham" before doing mmlearn.
Cheers,
Dave.
--
Dave Neary - Community Action and Impact
Open Source and Standards, Red Hat - http://community.redhat.com
Ph: +33 9 50 71 55 62 / Cell: +33 6 77 01 92 13
10 years, 8 months
New directory index theme
by David Caro
This is an OpenPGP/MIME signed message (RFC 4880 and 3156)
--uNGE45uCcRAw32XJMwklNBx0cs1c3fjsI
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
Hi!
I've installed a new directory index theme that I find useful (lately I'v=
e have
been navigating through the plain apache directory listings, and got tire=
d of it
xd).
It does not interfere with yum, and any old browser or any browser with d=
isabled
java will use the default apache theme.
To install it I just created the _h5ai folder in the root of the director=
y
(/var/www/html/_h5ai) and added one entry to the directoryidex apache
configuration (on /etc/httpd/conf/httpd.conf):
DirectoryIndex index.html index.html.var /_h5ai/server/php/index.php
To remove it (if anything fails) just delete the _h5ai directory and remo=
ve the
last option from the above line.
I hope you enjoy it too!
--=20
David Caro
Red Hat S.L.
Continuous Integration Engineer - EMEA ENG Virtualization R&D
Email: dcaro(a)redhat.com
Web: www.redhat.com
RHT Global #: 82-62605
--uNGE45uCcRAw32XJMwklNBx0cs1c3fjsI
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: OpenPGP digital signature
Content-Disposition: attachment; filename="signature.asc"
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1
iQEcBAEBAgAGBQJTELWcAAoJEEBxx+HSYmnDGeEIAJhNtOCMSZvDN/UTJOq55NuG
xZ1NmNaSvD4M44Slf0tUMxC5KT3Ryp32nMHj3ilSjsEeEz7GZA+8TeNGtPhYjxnc
G8aGrWcrIcZr1Dm3DSrNwO1M0LDLxdiZROZTBXfLAxox2gR/sFoRAAUwhJVW35Uz
y8i6HqFk36vuUqBhrly6aaHtFECwWUqtQUzNT6tquVNNkb7r3/NylL/TIl/jKNVS
raIHuSpa2a33MOicjhwg7eSZDnIaZ/zvazPU2CM/Z9feejZDPFcIurcwFI8FOi9V
xzWdfH5/bvs4XEmwoShjMZZ0JwHYiEd++c1sXaWTMJZTonBc6C8L0SZ6fhlvbkY=
=vfDz
-----END PGP SIGNATURE-----
--uNGE45uCcRAw32XJMwklNBx0cs1c3fjsI--
10 years, 8 months
