=== mfisch` is now known as mfisch === mfisch is now known as Guest84187 === philips_ is now known as philips === praneshp_ is now known as praneshp === harlowja is now known as harlowja_away === praneshp_ is now known as praneshp === JamesHarr1son is now known as JamesHarrison [17:50] harlowja_at_home: seems CERN is interested in RDO for el6, just like Y! [17:50] hmmmm, RDO [17:51] i'm not sure RH wants to further RDO for el6 though ;) [17:51] el7 is the future, ha [17:52] lol yes [17:52] but I want just Juno, not an upgrade to centos7 as well :p [17:52] not yet [17:52] ya, well wait till juno is released in like 2 weeks, lol [17:52] there is a topic on the RDO ML about this [17:53] once y! starts to get juno running (without RDO) i'll have the packages that u can use [17:53] *without RDO [17:53] and how whould they differ from RDO? [17:53] do u have a link to the RDO ML? [17:53] sure [17:53] sec [17:53] https://www.redhat.com/archives/rdo-list/2014-September/msg00122.html [17:54] harmw, packages are built from upstream, so in reality they don't differ much, https://github.com/stackforge/anvil builds them automatically, code is all there and stuff if u want to use it [17:54] specs @ https://github.com/stackforge/anvil/tree/master/conf/templates/packaging/specs [17:55] and those specs do the same stuff RDO does? [17:55] pretty much [17:55] 'pretty much' :p [17:55] you already got that stuff packaged somewhere? [17:56] get a VM, and it will pop out the packages for u ;) [17:56] it generates the packages, lol [17:56] I'm not particularly interested in building a crapload of Juno packages by myself :P [17:56] ya, i can probably get them published somewhere when i/others get anvil working for juno [17:57] those spec files probably need some tweaking for juno [17:57] ye, they look old :p [17:57] but the idea for anvil is that it sucks down git repos, analyzes there python requirements, fills out those spec files, finds and downloads dependencies, builds those all into rpms [17:57] *builds those into source rpms [17:58] and then has a further stage to convert all that into rpms [17:58] just like rpmbuild handles my perl dependencies (sometimes wrong or competely unwanted) [17:58] :) [17:58] hey, u can change anvil at least ;) [17:58] hehe [17:59] i even made terminal recordsing @ http://anvil.readthedocs.org/en/latest/topics/examples.html [17:59] a while ago, haha [17:59] u can watch it [17:59] haha [17:59] lol [17:59] *super exciting* [18:00] omfg [18:00] lol [18:00] superdupercool :P [18:00] ha [18:01] ya, showterm.io was neat when i found it [18:01] lol [18:01] indeed [18:02] although the viewer is still somewhat buggy [18:02] still doesn't always scroll right [18:02] so what if I wanted to build me some el65 packages for Juno RC1 [18:02] ha no [18:03] first watch http://showterm.io/12c29e87094f128d945fa/ [18:03] but anyway, u can try anvil [18:03] and give ./smithy a --origin option [18:03] and make an origin file for https://github.com/stackforge/anvil/tree/master/conf/origins for juno rc1 [18:04] and see how it goes [18:04] what's it doing with passwords in that 'movie' ? [18:04] and this stuff doesn't require root, right? [18:05] building rpms does [18:05] still? [18:05] wasn't that squashed ages ago? [18:06] for when say later if anvil installs say mysql, it will need root to, and a password [18:06] could be wrong on that though [18:06] ah ok [18:06] makes sense [18:06] maybe, i haven't tried turning it off in a while [18:07] you happen to know if epel6 contains all requirements? [18:07] not likely [18:07] regarding python versions and stuff [18:07] anvil will scan epel for requirements so that it doesn't have to build them [18:07] it usually doesn't find them all there [18:07] seems to always be some missing, lol [18:07] hehe, but if that happens anvil will build it itself? [18:08] yup [18:08] or try to [18:08] sounds like anvil is holy grail [18:09] ha [18:09] depends if it works for u [18:09] ok, so the movie says packaging blabla [18:09] but that is not rpmbuild, right? [18:09] thats a source rpmbuild build [18:09] which doesn't require root [18:09] ah ok [18:09] the non-source-rpm (build stage) requires root [18:10] http://anvil.readthedocs.org/en/latest/topics/examples.html#building [18:10] ah one reason it requires root to build [18:11] 'Installing build requirements' [18:11] that one won't work so well without root ;) [18:11] makes sense :) [18:11] so ya, anvil builds its own RDO in a way :-P [18:12] hehe [18:12] well my bigest concern with packaging by myself is keeping it updated is also something I need to do, by myself [18:12] and that sucks [18:13] ya, well for just local testing and stuff, it should be fine [18:13] if u don't have resources to keep on running anvil and stuff, then ya, go with RDO [18:14] yea well [18:14] :) [18:14] although y! and godaddy (which have been using anvil) aren't running against trunk openstack, so we sometimes hit anvil issues when moving to the next release, aka, binaries move around or some crap [18:14] hmk [18:15] well I'm not neccesarily after trunk [18:15] stable is fine :p [18:15] ya, i don't think stable is juno yet though ;) [18:15] so u are in a transitionary period, lol [18:15] :P [18:15] I guess it'll take another 10 yrs for openstack to reach a true stable point :> [18:16] 100 [18:17] 1000 years [18:17] lol [18:18] hm, or I could just start reading about this inplace centos6>7 upgrade path [18:19] or that [18:20] hm hm, well that actually sounds like a plan [18:21] let me know how it goes [18:21] it'll nuke my designate setup, probably [18:22] ya, thats the part i'm worried about, epseciall when u have alot of hypervisors on el6 (like yahoo does) [18:22] not so good to nuke hypervisors [18:22] lol [18:22] designate isn't the hypervisor [18:22] *that sort breaks the inplace upgrade, haha [18:22] its openstack-designate, which I'm running in this centos6 vm I'm targetting for an upgrade :p [18:23] gotcha [18:23] and I built the rpm myself, so ditched systemd [18:24] http://wiki.centos.org/TipsAndTricks/CentOSUpgradeTool [18:24] ok, lets just see what happens :) [18:24] good luck [18:24] haha [18:28] hmmm https://www.redhat.com/archives/rdo-list/2014-September/msg00128.html [18:28] i know perry [18:28] hmmm [18:29] sucks for people using RDO :( [18:29] * https://www.redhat.com/archives/rdo-list/2014-September/msg00133.html [18:29] they know about anvil to... argggggg [18:30] *at least some of that team knows about anvil [18:30] stuff like 'We'd love to have people outside of the Red Hat engineering team doing some of the packaging work that we lack either the time or the priority to do. ' when anvil does exactly this confuse me :-P [18:31] maybe i should get on that ML and post, anvil... [18:31] well, yes [18:33] lets see if i can do that [18:33] they'll probably get all pissed at me, why would people pay for RDO then haha [18:34] but isn't RDO the free countrpart of rhel openstack? I never realy got that :p [18:34] hmmm, not sure, anything associated with RH makes me think of $$ [18:34] lol [18:34] hehe [18:35] i guess i've been in to many of there meetings which end up becoming, use RH product XYZ at yahoo :-P [18:36] hhe [18:36] I only know of CentOS :p [18:36] though that's about to change, since new $job uses RHEL [18:36] and AIX :> [18:40] ok, running # preupg -s CentOS6_7 [18:44] ya, i'm debating on whether i want to send mail to rdo list about anvil [18:44] lol [18:44] just go for it :> [18:46] hmmm, maybe [18:46] lol [18:47] bb, i'll think about it, ha