aeolus-devel July 2011

aeolus-devel@lists.fedorahosted.org

47 participants
216 discussions

Start a nNew thread

[PATCH] Fix tab spacing in deployment show view
by Jirka Tomasek 26 Jul '11

26 Jul '11

This fixes the missing space between tabs in deployment show view

2 4

[PATCH conductor] Fix of delete buttons
by jzigmund＠redhat.com 26 Jul '11

26 Jul '11

Delete buttons for deleting one record didn't work because of JS, that checked if user selects some checkboxes. But this JS is targeted on multidelete buttons. So I replace ID from 'delete button' to 'multidelete_button' for multidelete buttons.

1 1

Retry: Conductor transaction management
by Simon Harris 26 Jul '11

26 Jul '11

What, if any, reason would we have to continue with controllers performing their own transaction management as opposed to just running a transaction for any PUT/POST/DELETE operation? -- email: sharris(a)redhat.com irc: haruki_zaemon

2 1

nil hwp value hotfix
by Jan Provazník 26 Jul '11

26 Jul '11

Sending another hotfix for a bug I hit when debugging vsphere IP - launch fails for mock providers with predefined hwp.

1 1

Orchestrator <-- need to pick a different name?
by Justin Clift 25 Jul '11

25 Jul '11

Hi Mark, VMware already has a virtualization product called "Orchestrator", specifically for vCenter which we're supporting: http://www.vmware.com/products/vcenter-orchestrator/overview.html Would it be ok for us to pick a different name for ours? Having the same name, for different software, when both products will conceivably be used in the same enterprise environments, is going to make things harder. Writing guides/docs especially, but also people doing Google searches and getting wrong product info. ? Regards and best wishes, Justin Clift -- Aeolus Community Manager http://www.aeolusproject.org

7 6

[PATCH conductor] update conductor spec to conform to fedora guidelines
by Mo Morsi 25 Jul '11

25 Jul '11

--- aeolus-conductor.spec.in | 31 +++++++++++++++---------------- 1 files changed, 15 insertions(+), 16 deletions(-) diff --git a/aeolus-conductor.spec.in b/aeolus-conductor.spec.in index 109e5fe..0c67d39 100644 --- a/aeolus-conductor.spec.in +++ b/aeolus-conductor.spec.in @@ -1,17 +1,21 @@ -%define app_root %{_datadir}/%{name} -%define doc_root %{_datadir}/%{name}-doc +%global app_root %{_datadir}/%{name} +%global doc_root %{_datadir}/%{name}-doc Name: aeolus-conductor Version: @VERSION@ -Release: 0%{?dist}%{?extra_release} +Release: 1%{?dist}%{?extra_release} Summary: The Aeolus Conductor Group: Applications/System License: GPLv2+ and MIT and BSD URL: http://aeolusproject.org +# to build source tarball +# git clone git://git.fedorahosted.org/aeolus/conductor.git +# git checkout next +# make dist +# cp aeolus-conductor-0.0.4.tar.gz ~/rpmbuild/SOURCES Source0: aeolus-conductor-%{version}.tar.gz -BuildRoot: %(mktemp -ud %{_tmppath}/%{name}-%{version}-%{release}-XXXXXX) Requires: ruby >= 1.8.1 Requires: ruby(abi) = 1.8 @@ -96,8 +100,6 @@ getent passwd aeolus >/dev/null || \ -s /sbin/nologin -r -d /var/aeolus aeolus 2> /dev/null || : %install -%{__rm} -rf %{buildroot} - %{__mkdir} -p %{buildroot} %{__mkdir} -p %{buildroot}%{app_root} %{__mkdir} -p %{buildroot}%{doc_root} @@ -216,9 +218,6 @@ touch %{buildroot}%{app_root}/log/delayed_job.log %{__mkdir} -p %{buildroot}%{_sysconfdir}/%{name} -%clean -%{__rm} -rf %{buildroot} - %post # symlink the configuration bits from /usr/share/aeolus-conductor/config # into /etc/aeolus-conductor. Note that we unceremoniously use -f here; @@ -230,10 +229,10 @@ touch %{buildroot}%{app_root}/log/delayed_job.log %{__ln_s} -f %{app_root}/config/database.yml %{_sysconfdir}/%{name} %postun -# kind of a weird construct. There are two cases where %postun gets called; +# kind of a weird construct. There are two cases where postun gets called; # during the removal of a package and during the cleanup after an upgrade. # During removal, we want to remove the symlinks; during upgrade we do not. -# Therefore, we check to see if %{app_root}/app is still there; if it is, +# Therefore, we check to see if app_root/app is still there; if it is, # then we assume it is an upgrade and do nothing, otherwise we assume it is # a removal and delete the symlinks if [ ! -d %{app_root}/app ]; then @@ -260,7 +259,6 @@ if [ $1 = 0 ]; then fi %files -%defattr(-,root,root,-) %dir %{app_root} %{app_root}/app %{app_root}/config @@ -270,14 +268,13 @@ fi %{app_root}/dutils %{app_root}/lib %{app_root}/log -%attr(777, root, root) %{app_root}/public +%{app_root}/public %{app_root}/Rakefile %{app_root}/script/delayed_job %config %{_sysconfdir}/%{name} %doc AUTHORS COPYING %files daemons -%defattr(-,root,root,-) %{_initrddir}/aeolus-conductor %{_initrddir}/conductor-dbomatic %{_initrddir}/conductor-delayed_job @@ -292,17 +289,19 @@ fi %doc AUTHORS COPYING %files doc -%defattr(-,root,root,-) %{doc_root} %doc AUTHORS COPYING %files devel -%defattr(-,root,root,-) %{app_root}/features %{app_root}/script %{app_root}/spec %changelog +* Wed Jul 20 2011 Mo Morsi <mmorsi(a)redhat.com> - 0.3.0-1 +- new upstream release +- changes to conform to fedora guidelines + * Tue Apr 05 2011 Chris Lalancette <clalance(a)redhat.com> - 0.0.3-2 - Large spec file cleanup - Split out development files into a -devel package -- 1.7.6

2 2

Rails 3 status
by Chris Lalancette 25 Jul '11

25 Jul '11

Hey guys, Here's the status of the Rails 3 port as far as I know: 1) The rails3 branch has jprovazn's patches to remove delayed job, along with all of the work we have done on the rails3 port so far. 2) Packages for essentially all dependencies are in rawhide. It may still take a bit of time for those packages to propagate out to the mirrors, but the whole thing should be installable "real soon now". 3) Scott had to clean up a migration that was still depending on delayed_job. He may have had to also remove a few other delayed_job remnants that I had left lying around. 4) I've started to take a look at the failure of the daemons to start under systemd. I'm starting to get a handle on systemd, and can now more reliably get mongodb started (my first hurdle) with a native systemd service file. I still have a bit to clean up there, but I should be able to more quickly create native systemd service files for iwhd, imagefactory, and the conductor. 5) Matt has fixed up the routes to the best of his knowledge. 6) Matt has also disabled viewstate for now; we'll have to re-enable this a bit later on, but this should get us going. We still have a bunch of testing to do, and some problems to hammer out, but I think we are making good progress. -- Chris Lalancette

3 5

Deltacloud API with SSL
by Michal Fojtik 25 Jul '11

25 Jul '11

Hi, I just quick tried running Deltacloud API with SSL option enabled in thin and it's working perfectly. I though we can add these options to 'deltacloudd' runner in order to give users access to SSL. To try it you need to do following: 1. Install latest thin (I tried it with thin 1.2.11) 2. $ cd core/server 2. Generate SSL certificates: openssl genrsa -des3 -out server.key 1024 openssl req -new -key server.key -out server.csr cp server.key server.key.org openssl rsa -in server.key.org -out server.key openssl x509 -req -days 365 -in server.csr -signkey server.key -out server.crt 3. Start Deltacloud API as following: $ thin -R config.ru --ssl --ssl-key-file server.key --ssl-cert-file server.crt --ssl-verify start 4. Access Deltacloud API using browser: https://localhost:3000/api -- Michal ------------------------------------------------------ Michal Fojtik, mfojtik(a)redhat.com Deltacloud API: http://deltacloud.org

1 0

FOSSCON presentation
by Mo Morsi 25 Jul '11

25 Jul '11

You can find my presentation on Aeolus that I gave at FOSSCON here http://mo.morsi.org/files/aeolus/fosscon.odp I thought the talk went really well (even though it was over a 100 degrees in the room! 0_o) and hopefully I drummed up more interest in the project! -Mo

1 0

FOSSCON presentation
by Mo Morsi 25 Jul '11

25 Jul '11

1 0

← Newer
1
2
3
4
5
6
7
8
...
22
Older →

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

aeolus-devel July 2011