--- Log opened do jun 26 00:00:24 2014 00:01 -!- bazulay: has quit [Ping timeout: 240 seconds] 00:15 -!- bazulay (purple): has joined #vdsm 00:20 -!- bazulay: has quit [Ping timeout: 264 seconds] 00:27 -!- bazulay (purple): has joined #vdsm 00:30 -!- bazulay1 (purple): has joined #vdsm 00:33 -!- bazulay: has quit [Ping timeout: 245 seconds] 00:34 -!- bazulay (purple): has joined #vdsm 00:35 -!- bazulay1: has quit [Ping timeout: 240 seconds] 00:39 -!- bazulay: has quit [Ping timeout: 255 seconds] 00:41 -!- bazulay (purple): has joined #vdsm 00:46 -!- bazulay: has quit [Ping timeout: 264 seconds] 01:00 -!- bazulay (purple): has joined #vdsm 01:06 -!- bazulay1 (purple): has joined #vdsm 01:07 -!- bazulay: has quit [Ping timeout: 255 seconds] 01:10 -!- bazulay (purple): has joined #vdsm 01:10 -!- bazulay1: has quit [Ping timeout: 240 seconds] 01:24 -!- bazulay1 (purple): has joined #vdsm 01:24 -!- bazulay: has quit [Ping timeout: 244 seconds] 01:39 -!- bazulay1: has quit [Ping timeout: 255 seconds] 02:03 -!- bala (purple): has joined #vdsm 02:40 -!- bala: has quit [Quit: Leaving.] 02:42 -!- bala (purple): has joined #vdsm 02:43 -!- shaohef: has quit [Quit: Leaving.] 02:44 -!- bala: has quit [Client Quit] 03:57 -!- mliu (purple): has joined #vdsm 03:57 -!- mliu: has left #vdsm [] 04:18 -!- shaohef (shaohef): has joined #vdsm 04:39 -!- shaohef: has quit [Ping timeout: 245 seconds] 05:18 -!- jarod_ (jarod): has joined #vdsm 05:26 -!- bazulay (purple): has joined #vdsm 05:29 -!- bazulay1 (purple): has joined #vdsm 05:30 -!- bazulay: has quit [Ping timeout: 245 seconds] 05:32 -!- mliu (purple): has joined #vdsm 05:32 -!- mliu: has left #vdsm [] 05:34 -!- bazulay1: has quit [Ping timeout: 255 seconds] 05:36 -!- bazulay (purple): has joined #vdsm 05:38 -!- shaohef (shaohef): has joined #vdsm 05:39 -!- bazulay1 (purple): has joined #vdsm 05:40 -!- bazulay: has quit [Ping timeout: 240 seconds] 05:46 -!- bazulay (purple): has joined #vdsm 05:47 -!- bazulay1: has quit [Ping timeout: 240 seconds] 05:51 -!- bazulay1 (purple): has joined #vdsm 05:51 -!- bazulay: has quit [Ping timeout: 240 seconds] 05:54 -!- jarod_: has quit [Remote host closed the connection] 06:09 -!- timothy (Timothy Asir): has joined #vdsm 06:10 -!- vered (Vered Volansky): has joined #vdsm 06:31 -!- bazulay (purple): has joined #vdsm 06:32 -!- bazulay1: has quit [Ping timeout: 245 seconds] 06:37 -!- bazulay: has quit [Ping timeout: 245 seconds] 06:42 -!- bazulay (purple): has joined #vdsm 06:48 -!- bazulay: has quit [Ping timeout: 245 seconds] 06:52 -!- nsoffer: has quit [Ping timeout: 264 seconds] 06:59 -!- gpadgett: has quit [Ping timeout: 264 seconds] 07:03 -!- bazulay (purple): has joined #vdsm 07:05 -!- mliu (purple): has joined #vdsm 07:05 -!- shaohef: has quit [Ping timeout: 240 seconds] 07:06 -!- mliu: has left #vdsm [] 07:07 -!- bazulay: has quit [Ping timeout: 240 seconds] 07:11 -!- bazulay (purple): has joined #vdsm 07:17 -!- bazulay1 (purple): has joined #vdsm 07:19 -!- bazulay: has quit [Ping timeout: 255 seconds] 07:21 -!- bazulay (purple): has joined #vdsm 07:21 -!- bazulay1: has quit [Ping timeout: 240 seconds] 07:25 -!- bazulay: has quit [Ping timeout: 244 seconds] 07:25 -!- aravindavk (Aravinda): has joined #vdsm 07:28 -!- bazulay (purple): has joined #vdsm 07:34 -!- #vdsm,#theforeman,#theforeman-dev ybronhei: has quit [Quit: Leaving.] 07:34 -!- aravindavk: has quit [Ping timeout: 244 seconds] 07:39 -!- bazulay: has quit [Ping timeout: 245 seconds] 07:44 -!- bazulay (purple): has joined #vdsm 07:45 -!- bala1 (purple): has joined #vdsm 07:49 -!- mliu1: has left #vdsm [] 07:49 -!- bazulay: has quit [Ping timeout: 244 seconds] 07:53 -!- aravindavk (Aravinda): has joined #vdsm 08:02 -!- mliu (purple): has joined #vdsm 08:04 -!- fromani (Francesco Romani): has joined #vdsm 08:12 -!- bazulay (purple): has joined #vdsm 08:13 -!- xaviern (Xavier): has joined #vdsm 08:13 -!- nsoffer (Nir Soffer): has joined #vdsm 08:15 -!- timothy: has quit [Ping timeout: 244 seconds] 08:15 -!- timothy (Timothy Asir): has joined #vdsm 08:16 -!- bazulay: has quit [Ping timeout: 245 seconds] 08:18 -!- bazulay (purple): has joined #vdsm 08:18 -!- aravindavk: has quit [Ping timeout: 255 seconds] 08:20 -!- #vdsm,#theforeman xaviern: has quit [Read error: Connection reset by peer] 08:23 -!- bazulay1 (purple): has joined #vdsm 08:24 -!- bazulay: has quit [Ping timeout: 240 seconds] 08:27 -!- ybronhei (purple): has joined #vdsm 08:30 -!- bazulay1: has quit [Ping timeout: 245 seconds] 08:30 -!- adahms: has quit [Quit: Leaving] 08:37 -!- #vdsm,#theforeman,#theforeman-dev ybronhei: has quit [Quit: Leaving.] 08:37 -!- xaviern (Xavier): has joined #vdsm 08:41 -!- bazulay (purple): has joined #vdsm 08:45 -!- aravindavk (Aravinda): has joined #vdsm 08:46 -!- bazulay: has quit [Ping timeout: 244 seconds] 08:47 -!- bazulay (purple): has joined #vdsm 08:52 -!- bazulay: has quit [Ping timeout: 240 seconds] 08:55 -!- bazulay (purple): has joined #vdsm 08:55 -!- hchiramm_ (Humble Chirammal): has joined #vdsm 08:56 -!- apuimedo (antoni): has joined #vdsm 08:56 -!- fabiand (Fabian Deutsch): has joined #vdsm 08:57 -!- osvoboda (osvoboda): has joined #vdsm 09:00 -!- bazulay1 (purple): has joined #vdsm 09:01 -!- mode/#vdsm: by ChanServ 09:01 -!- hchiramm_: has quit [Ping timeout: 245 seconds] 09:01 -!- bazulay: has quit [Ping timeout: 244 seconds] 09:05 -!- bazulay1: has quit [Ping timeout: 264 seconds] 09:07 -!- evilissimo|afk is now known as evilissimo 09:14 -!- mskrivanek_away is now known as mskrivanek 09:17 -!- mliu: has quit [Quit: Leaving.] 09:17 -!- hchiramm_ (Humble Chirammal): has joined #vdsm 09:19 -!- mliu (purple): has joined #vdsm 09:22 -!- bazulay (purple): has joined #vdsm 09:24 -!- bazulay: has quit [Client Quit] 09:30 -!- ybronhei (purple): has joined #vdsm 09:34 -!- timothy: has quit [Ping timeout: 240 seconds] 09:38 -!- shaohef (shaohef): has joined #vdsm 09:51 -!- vered: has quit [Ping timeout: 255 seconds] 09:54 -!- fsimonce (Federico): has joined #vdsm 09:54 -!- #vdsm,#theforeman,#theforeman-dev ybronhei: has quit [Quit: Leaving.] 09:59 -!- apuimedo: has quit [Ping timeout: 244 seconds] 09:59 -!- apuimedo (antoni): has joined #vdsm 10:07 -!- mpolednik (Martin Polednik): has joined #vdsm 10:08 -!- moolit (purple): has joined #vdsm 10:08 -!- pkliczew (Piotr Kliczewski): has joined #vdsm 10:10 -!- xfrancis (Xavi Francisco): has joined #vdsm 10:11 -!- mpolednik: has quit [Ping timeout: 255 seconds] 10:11 -!- timothy (Timothy Asir): has joined #vdsm 10:13 -!- bazulay (purple): has joined #vdsm 10:13 -!- mpolednik (Martin Polednik): has joined #vdsm 10:13 -!- bazulay: has quit [Client Quit] 10:13 -!- bazulay (purple): has joined #vdsm 10:20 -!- ybronhei (purple): has joined #vdsm 10:21 -!- mliu: has left #vdsm [] 10:24 -!- jarod_ (jarod): has joined #vdsm 10:25 -!- danken: has quit [Quit: Leaving.] 10:26 -!- mode/#vdsm: by ChanServ 10:28 -!- bazulay: has quit [Ping timeout: 240 seconds] 10:29 -!- #vdsm,#theforeman,#theforeman-dev ybronhei: has quit [Quit: Leaving.] 10:33 < osvoboda> danken: Updated my weekly status. I was too busy but the patch for applying the bonding mode first will be quite easy. 10:38 -!- ybronhei (purple): has joined #vdsm 10:39 -!- #vdsm,#theforeman,#theforeman-dev ybronhei: has quit [Client Quit] 10:48 -!- bazulay (purple): has joined #vdsm 11:04 <@danken> osvoboda: thanks. and then - to ipv6 functional tests! 11:11 -!- pkliczew: has quit [Ping timeout: 240 seconds] 11:15 -!- apahim: has quit [Ping timeout: 240 seconds] 11:20 < fromani> danken: hi, about the new API for http://gerrit.ovirt.org/#/c/27619/ - after an user comment and reviewing all the related bug, I think an int/enum is better than a plain bool, in order to be able to differentiate hyperv compatibility levels and to be more forward compatible 11:22 <@danken> fromani: hmmm... so yo're basically back to machineType? 11:23 < fromani> danken: machineType was too broad. I was thinking more something like windowsVersion (e.g. winXP, win7 ...) 11:26 -!- vered (Vered Volansky): has joined #vdsm 11:26 -!- pkliczew (Piotr Kliczewski): has joined #vdsm 11:28 < fromani> danken: such an enum looks a decent compromise between overengineering and forward compatibility. But i *do not* have a clear case for it *now* since all the optimizations we are aware of are supposed to be good for evey windows >= XP 11:33 <@danken> fromani: my point is that this breaks from what Engine/Vdsm does elsewhere - Vdsm expose the knobs, and the abstraction is kept in Engine. 11:34 < fromani> danken: that's more than enough to put me back at the drawing board :) 11:34 -!- ybronhei (purple): has joined #vdsm 11:37 <@danken> fromani: could you explain the customer opinion that pushes you to the other direction? (we can change things in how Engine/Vdsm API behaves, I just like to see that it fits together) 11:41 < fromani> danken: of course. the customer just asked how these new hyperv settings are applied (https://bugzilla.redhat.com/show_bug.cgi?id=1107835#c14) and if we differentiate the windows version (e.g. XP vs seven). Indeed today there is no concern in sight, but I'd like to not to be forced to add very fine grained knobs (e.g. clock, single hyperv sub-features) or, worse, to change the behaviour of an existing one 11:42 < fromani> for example if we gather all the settings under 'hypervEnable' and tomorrow we discover that some strange windows version doesn't like one of them, that's what is concerning me. 11:43 -!- xfrancis: has quit [Ping timeout: 255 seconds] 11:45 -!- #vdsm,#theforeman,#theforeman-dev ybronhei: has quit [Quit: Leaving.] 11:47 -!- xfrancis (Xavi Francisco): has joined #vdsm 11:59 < apuimedo> danken: I pushed the onboot=yes patches 11:59 < apuimedo> will verify them after lunch 12:02 < nsoffer> apuimedo, thanks 12:04 <@danken> fromani: I find it as a motivation to the opposite direction: of exposing the little knobs. if in the future another combination is found preferable for a certain guest, the new combination can be sent without affecting other guests 12:08 -!- bazulay: has quit [Quit: Leaving.] 12:10 -!- pkliczew: has quit [Ping timeout: 245 seconds] 12:17 -!- ybronhei (purple): has joined #vdsm 12:23 -!- nsoffer: has quit [Ping timeout: 255 seconds] 12:27 -!- #vdsm,#theforeman,#theforeman-dev ybronhei: has quit [Quit: Leaving.] 12:28 < fromani> let's tear vm.py to pieces! http://gerrit.ovirt.org/#/c/26855 12:30 < evilissimo> ;-) 12:31 < evilissimo> fromani: I am not sure that the xmldom prefix is really necessary for all the XMLElements 12:31 < fromani> evilissimo: yep, that's my doubt 12:31 * fromani has some problems finding good names 12:31 < evilissimo> it's too often for my taste 12:31 < evilissimo> just import XMLElement 12:32 < evilissimo> and import xmldom as well for the other functions 12:32 < fromani> good for me, but is 'xmldom' a good enough name? 12:34 < fromani> btw very nice work with http://gerrit.ovirt.org/#/c/17694 evilissimo 12:42 -!- ybronhei (purple): has joined #vdsm 12:45 < evilissimo> fromani: I hope so ;) 12:45 < evilissimo> it's anyway the virt.xmldom ;) 12:47 < evilissimo> wtf 12:47 < evilissimo> TypeError: _execute_child_v275() takes exactly 17 arguments (18 given) 12:53 -!- fabiand: has quit [Quit: Verlassend] 12:53 -!- fabiand (Fabian Deutsch): has joined #vdsm 12:54 < fromani> evilissimo: out of date cpopen package. You (or the host running the code) need cpopen >= 1.3-3 12:54 < evilissimo> funny 12:54 < evilissimo> I updated fedora yesterday -_- 12:54 < fromani> exactly 12:54 < fromani> evilissimo: http://lists.ovirt.org/pipermail/devel/2014-June/007813.html 12:54 < fromani> that's all the story 12:55 * evilissimo installing from updates-testing now 12:55 < evilissimo> now it runs 12:55 -!- bala1: has quit [Ping timeout: 245 seconds] 13:04 -!- bazulay (purple): has joined #vdsm 13:04 -!- shaohef: has quit [Ping timeout: 264 seconds] 13:08 -!- aravindavk: has quit [Quit: Leaving] 13:09 -!- danken: has quit [Quit: Leaving.] 13:10 -!- mode/#vdsm: by ChanServ 13:14 -!- mskrivanek is now known as mskrivanek_away 13:15 -!- mskrivanek_away is now known as mskrivanek 13:18 -!- AlbertoSilva (AlbertoSilva): has joined #vdsm 13:19 -!- nsoffer (Nir Soffer): has joined #vdsm 13:27 -!- hchiramm__ (Humble Chirammal): has joined #vdsm 13:30 -!- #vdsm,#theforeman,#theforeman-dev ybronhei: has quit [Ping timeout: 244 seconds] 13:45 -!- adahms (Andrew Dahms): has joined #vdsm 13:49 -!- timothy: has quit [Ping timeout: 245 seconds] 13:54 < evilissimo> fromani: the return value is not needed anymore ;) 13:54 < evilissimo> when I refactored the name to '_updateDomainDescriptor' I found this, and replaced it ;-) 13:56 < evilissimo> fromani: especially there's no need that you have to parse it again 13:56 < evilissimo> fromani: and another thing 13:56 < fromani> evilissimo: yep 13:56 < evilissimo> fromani: I am not sure why it has to update the domain XML every time 13:56 < evilissimo> this is bad business and counter productive to my change 13:57 < fromani> evilissimo: indeed it is. We should work on this (of course in a later patch) 13:57 < evilissimo> I think that you should call explicitly _updateDomainDescriptor before calling _lookupDeviceXMLByAlias 13:57 < evilissimo> and not have it insie 13:57 < evilissimo> inside 13:57 < evilissimo> fromani: ^^ 13:58 < fromani> evilissimo: I think you are just right 14:01 < evilissimo> fromani: and I am not sure about merging xmldom and domain_descriptor 14:01 < evilissimo> do we want to start the next vm.py? 14:01 < fromani> evilissimo: I am neither, it just popped to my mind 14:01 < fromani> evilissimo: exactly 14:02 < fromani> evilissimo: maybe later a subpackage would be the good choice 14:02 < evilissimo> we could think about vdsm/virt/xml/{domain,...}.py 14:02 < fromani> xmldom subpackage or something like it 14:02 < fromani> exactly 14:02 < fromani> evilissimo: so let's keep as it is now 14:03 -!- adahms: has quit [Quit: Leaving] 14:03 < nsoffer> evilissimo, fromani why not move the DomainDesctiptor to xmldom module? 14:03 < evilissimo> nsoffer: that's what I just argued against about 14:03 < evilissimo> rather having a package 14:03 < evilissimo> keeping files small 14:04 < evilissimo> we (at least me) have an aversion against files like vm.py already 14:04 < evilissimo> danken, apuimedo and mpolednik probably also would agree on rather having smaller files 14:05 < fromani> evilissimo: and me as well ;) 14:05 * fromani adds a note to make xmldom a subpackage in a not so distant future 14:11 <@danken> fromani: regarding http://libvirt.org/formatdomain.html#elementsFeatures : what happens if specfieied with an old qemu? 14:12 <@danken> and does it work on el6? 14:12 < fromani> danken: unexpectedly (to me), RHEL6.x libvirt/qemu actively refuses unsupported hyperv features. They are not silently ignored: they cause the VM creation to fail. 14:12 < fromani> verified locally on my RHEL6.5 boxes 14:13 <@danken> fromani: so who would Engine know not to use the new flag on el6 ? 14:13 <@danken> shouldn't we report another capability flag? 14:13 < fromani> danken: this is an open point indeed. 14:14 < fromani> danken: either that or bump the libvirt requirements. The full hyperv enlightenment support is scheduled for 3.6 IIRC 14:14 < fromani> that's one of the main reasons why I split the patches 14:15 <@danken> fromani: it's qemu requirement, accroding to the docs 14:15 <@danken> fromani: does the Engine side code exist? 14:15 <@danken> fromani: I mean, I thought that this something very urgent; but if el6 does not have it, most of our users would not enjoy it. 14:16 < fromani> danken: I need to check, I'm aware only of the draftish http://gerrit.ovirt.org/#/c/29238/ from yours truly 14:16 < fromani> danken: well there are open bugs which requires just the safe and supported flags 14:16 < fromani> require* 14:16 < fromani> we just need to sort out how to fit the setting in the engine 14:17 < fromani> (e.g. using osinfo) 14:17 < msivak> fromani, fsimonce: can you please scrape some time to take a look at the iotune qos patches (qos topic branch) anytime soon? 14:18 < fromani> msivak: ack 14:18 < msivak> fromani: thanks 14:18 < fromani> msivak: is the end of the week soon enough? the end of the day? 14:19 -!- moolit1 (purple): has joined #vdsm 14:19 < msivak> fromani: I suppose that is the best i can get anyway :) 14:19 < fromani> danken: http://gerrit.ovirt.org/#/c/27619 and http://gerrit.ovirt.org/#/c/29233/ are safe to go on RHEL6.5 (tested on the real iron), modulo the API doubts we were discussing previously 14:20 < fromani> danken: and the two above are fixes for bz entries 14:20 -!- rmatinata: has quit [Ping timeout: 245 seconds] 14:20 -!- shaohef (shaohef): has joined #vdsm 14:21 -!- mpolednik: has quit [Ping timeout: 264 seconds] 14:21 <@danken> fromani: please explain what happens when i run a vm with hypervEnable 14:21 -!- moolit: has quit [Ping timeout: 255 seconds] 14:21 <@danken> what does qemu make of this? 14:22 < fromani> danken, let me dig the logs a sec 14:23 <@danken> fromani: as el6 as libvirt < 1 14:23 <@danken> 1.0.0, that is 14:23 < fromani> danken: yes, but there it was a backport 14:23 < fromani> of the hv_relaxed thing 14:23 <@danken> fromani: ok, that was my first question... 14:24 -!- ykaplan (Yeela Kaplan): has joined #vdsm 14:24 <@danken> fromani: I now do not understand your statement about "actively refusing hyperv features" 14:25 < fromani> danken: let me rephrase 14:26 < fromani> what I expect in general is if we supply new features to an old libvirt(/qemu), they will be silently discarded, like for example with the spice filetransfer support etc. etc. 14:27 < fromani> but if we supply this xml snippet to the RHEL6.5 libvirt(/qemu), the virDomainCreateXML call will fail 14:27 < fromani> 14:27 < fromani> 14:27 < fromani> 14:27 < fromani> 14:27 < fromani> 14:27 < fromani> but, thanks to the backport, this will succeed: 14:27 < fromani> 14:27 < fromani> 14:27 < fromani> 14:28 <@danken> fromani: well, strict evaluation is better imo. it could have saved us some pain with unimplemented host QoS.... 14:28 < fromani> danken: Indeed. But *coherent* strict evaluation is even better :) 14:28 <@danken> fromani: yep. 14:29 < fromani> sometimes fields are silently ignored, sometimes not. If the evaluation is always strict, I'm happy 14:29 < fromani> if is lax, well, less happy but I can live with it (with extra care) 14:29 <@danken> fromani: but what about these 2 extra tunables? we'd have them in Fedora/el7, right? 14:29 -!- moolit1: has quit [Ping timeout: 255 seconds] 14:29 <@danken> fromani: how do you plan to expose them? 14:30 < fromani> danken: need to check, and also need to put my hands on a real RHEL7 box. IIRC they were backported. 14:31 < fromani> danken: I plan to expose them under the same 'hypervEnable' knob 14:34 <@danken> fromani: wouldn't this cause surprises to a guest that was installed without them? 14:35 -!- osvoboda: has quit [Ping timeout: 264 seconds] 14:35 < fromani> danken: to be strict, yes. On the other hand, these tunables are supposed to improve reliability and performances. Or that's how they are advertised... 14:36 < fromani> danken: it is documented on https://bugzilla.redhat.com/show_bug.cgi?id=1083529 14:38 <@danken> ok, then... 14:42 -!- moolit (purple): has joined #vdsm 14:43 < fromani> danken: sorry, then? 14:44 -!- ybronhei (purple): has joined #vdsm 14:44 < nsoffer> evilissimo, fromani I like small files, but not deep packages :-) 14:44 < fromani> nsoffer: this is a valid point we'll need to take care of. 14:45 < evilissimo> what's wrong with that? We simply need more structure 14:45 < nsoffer> evilissimo, fromani but file with one class is usually too little 14:45 < evilissimo> we're not that deep yet anyway 14:45 < fromani> it is a matter of balance, that's what reviews are for :) 14:45 < nsoffer> vdsm/virt/xml/desc.py ? 14:45 < evilissimo> and? 14:46 < nsoffer> vdsm/virt/xml/dom.py ? 14:46 < evilissimo> you don't work with it from vdsm 14:46 < evilissimo> you work with it from virt 14:46 < apuimedo> danken: I'm building python-ioprocess for f19 to have it on the jenkins slave that we use for the network tests 14:46 < evilissimo> if you do import that somewhere else, it then it should be not in virt 14:46 < nsoffer> evilissimo, I will not object to such modules 14:47 < nsoffer> but if you can put this in vdsm/virt/xml.py it can be nicer 14:47 < nsoffer> unless xml.py is huge 14:47 < apuimedo> done 14:48 < nsoffer> evilissimo, I dislike names like domaindescriptor.DomainDescriptor 14:48 < nsoffer> evilissimo, and try to get names like domain.Descriptor 14:48 < nsoffer> or xml.Parser 14:48 < evilissimo> well xml.DomainDescriptor ;) 14:48 < nsoffer> nice 14:49 < evilissimo> that is the point 14:49 <@danken> apuimedo: why isn't it done automatically by dcaro's puppet? 14:49 < evilissimo> of the xml subpackage 14:49 < evilissimo> right now it's in a separate file 14:50 < apuimedo> danken: well... I'd guess because I didn't see it in koji for f19, so his scripts probably didn't find it 14:50 <@danken> apuimedo: ah 14:50 < nsoffer> evilissimo, how about renaming it to domain.py 14:50 < nsoffer> ? 14:50 < nsoffer> virt/domain.py 14:50 <@danken> apuimedo: we'd better migrate the tests to f20 14:51 < apuimedo> true. I'll request a slave 14:51 <@danken> fromani: pardon my ignorance , but what's "enlightenment"? 14:51 < evilissimo> danken: I know a desktop environment called like htis 14:51 < fromani> danken: at best of my knowledge, it is a fancy word meaning "we pretend to be a real HyperV, but we actually are KVM" 14:52 < nsoffer> fromani, what do you mean? kvm is the real thing here :-) 14:52 < evilissimo> maybe it enlightens the Windows Guest that it is actually a VM and should not behave stupidly and BSOD 14:53 < evilissimo> nsoffer: the problem is not KVM, it's the Windows Guest OS 14:53 < fromani> nsoffer: 'HyperV' as in the Microsoft Hypervisor: http://en.wikipedia.org/wiki/Hyperv 14:53 < evilissimo> fromani: I am pretty sure he knows that 14:53 < fromani> evilissimo: nsoffer :) 14:53 < evilissimo> fromani: you said 'to be a real' 15:00 < apuimedo> danken: I opened a ticket for it. Do you want to be on CC? 15:07 <@danken> fromani: for me this term represent a period in European history 15:07 <@danken> fromani: but in a commit message that's a ref herring 15:08 <@danken> fromani: please use a clearer term, or explain this one. 15:09 < fromani> danken: fine, which term? 15:09 < fromani> enlightenment? 15:09 <@danken> apuimedo: when did you open it? if it was long ago and you need more nag power, do CC me. 15:09 < apuimedo> danken: I opened it just now ;-) 15:16 -!- fabiand: has quit [Ping timeout: 260 seconds] 15:16 <@danken> dougsland: ybronhei: any reason why python-ioprocess is not being built for f19? 15:17 <@danken> dougsland: it hsould not be too much work 15:18 < ybronhei> i don't know .. 15:20 < dougsland> danken, it's saggi's package. He needs to build. I have requested ACL to this package as well. 15:21 < ybronhei> checking with ykaplan where it stands 15:21 < dougsland> danken, the branch was requested, just a matter of build I guess. 15:21 < ybronhei> and ill ping saggi about it 15:22 < dougsland> ybronhei, I needinfo danken for this one but your input would be nice too: https://bugzilla.redhat.com/show_bug.cgi?id=1111935#c4 15:25 < ybronhei> remind me what : gives us? 15:25 < ybronhei> it will run only after the new code set ? 15:26 < dougsland> 2 = upgrade 15:26 < dougsland> check if the yum is performing the upgrade. 15:26 < ybronhei> so how does it change -if:; ? 15:26 < ybronhei> its the same. i don't think there are values greater than 2 15:26 < dougsland> ybronhei, have you noticed that I have from %postun to %post ? 15:27 < ybronhei> mm .. that could be smart 15:27 < dougsland> the upgrade process run %postun on the old package not in the new one. 15:27 < ybronhei> and it uses the new code that way ? 15:27 < dougsland> that's why the new code is never reached 15:28 < ybronhei> i know, but when i checked where to put the after upgrade code i found that postun is the location 15:28 < dougsland> it could be reached from upgrade of packages that has the new code in postun 15:28 < dougsland> from old ones no. 15:28 <@danken> dougsland: just remember that theoretically you can have more than 2 packages 15:28 < ybronhei> if you are right its totally needed 15:28 <@danken> (only for kernel....) 15:28 < dougsland> danken, I didn't get 15:28 < ybronhei> danken: ah ? 15:29 < ybronhei> saggi builds now ioprocess for f19 15:29 < ybronhei> btw ^ 15:30 < mskrivanek> ybronhei: would be great if we have that *before* the dependency is merged, deployed and cause issues on automation 15:30 < ybronhei> mskrivanek: please don't blame me here.. what could i do 15:31 < ybronhei> mskrivanek: people make mistakes, we need to be ready for such mistakes and be active here to fix it with the force of collaboration 15:32 < mskrivanek> i know:)...it's just that we have that issue with every single package introduction:) 15:32 < ybronhei> dougsland: are you sure it runs the new code ? did you test it while upgrading all packages of vdsm* from 4.10 to 4.14 and it works properly? 15:35 < dougsland> ybronhei, as I stated in my comment, yes. 15:38 -!- danken: has quit [Read error: No route to host] 15:39 -!- mode/#vdsm: by ChanServ 15:41 -!- fabiand (Fabian Deutsch): has joined #vdsm 15:43 -!- danken: has quit [Client Quit] 15:44 -!- mode/#vdsm: by ChanServ 15:47 -!- gpadgett (Greg Padgett): has joined #vdsm 15:50 < apuimedo> ykaplan: has ioprocess-0.5.0-2 been released? 15:50 < apuimedo> my el6.5 doesn't want to install from repos 15:52 < apuimedo> and it is definitely not in centos 6.5 :( 15:55 -!- saggi (purple): has joined #vdsm 15:55 < ykaplan> apuimedo, https://brewweb.devel.redhat.com/packageinfo?packageID=47301 15:57 < apuimedo> yes, that's were I downloaded from 15:58 < apuimedo> ykaplan: do you know when it will make it to the normal release channel? 15:58 -!- #vdsm,#theforeman xaviern: has quit [Ping timeout: 255 seconds] 15:59 < ykaplan> apuimedo, does it get into the release channel after errata process is done? 15:59 < apuimedo> yup 16:02 < saggi> ybronhei: https://admin.fedoraproject.org/updates/ioprocess-0.5.0-1.fc19 16:02 < saggi> ybronhei: f19 build, just for you 16:02 < apuimedo> saggi: thanks 16:02 < apuimedo> saggi: it's actually for the jenkins slaves 16:03 < saggi> apuimedo: :(, I only work on Thursdays if it makes ybronhei happy. 16:03 < apuimedo> saggi: then it surely does make him happy 16:03 < saggi> apuimedo: If it works, don't forget to give karma :) 16:03 < apuimedo> I shall 16:04 -!- saggi: has quit [Quit: Leaving.] 16:06 < ykaplan> apuimedo, didn't do errata yet 16:07 < apuimedo> ykaplan: as long as it reaches centos in time for the 3.5 release it will be fine, otherwise we'll have to add it to the ovirt.org repo 16:07 < ykaplan> apuimedo, is there a different process for centos? or is it included in the errata process? 16:08 < apuimedo> ykaplan: when a package is released for rhel (after the errata), centos rebuilds it 16:08 < apuimedo> I think it should be sort of automatic on our side 16:09 < ykaplan> ok then I guess it should be fine 16:09 < ykaplan> I hope 16:09 < apuimedo> ;-) 16:23 -!- xaviern (Xavier): has joined #vdsm 16:42 -!- #vdsm,#theforeman xaviern: has quit [Ping timeout: 264 seconds] 16:44 -!- derez_: has quit [Client Quit] 16:51 -!- moolit: has quit [Ping timeout: 245 seconds] 17:06 -!- moolit (purple): has joined #vdsm 17:06 -!- ykaplan: has quit [Ping timeout: 240 seconds] 17:09 < nsoffer> danken, can you look at http://gerrit.ovirt.org/29042? 17:10 < nsoffer> where is python-ioprocess? 17:10 < nsoffer> I get No package python-ioprocess available 17:11 < apuimedo> nsoffer: distro? 17:11 < apuimedo> if el6 brew 17:11 < nsoffer> fedora 19 17:11 < nsoffer> brew is not an answer 17:11 < apuimedo> it's on koji/bodhi 17:11 < apuimedo> nsoffer: saggi hadn't built a package for it for f19 17:12 < nsoffer> Its not on any repository? 17:12 < apuimedo> so I had to request it this afternoon 17:12 < apuimedo> he built it 17:12 < nsoffer> then we must revert this patch now :-) 17:12 < apuimedo> nope 17:12 < apuimedo> we must test it 17:12 < apuimedo> and give karma 17:12 < apuimedo> so it is released asap 17:12 < nsoffer> danken, please revert the dependency on ioprocess 17:12 < nsoffer> apuimedo, you don't need to break everyone install to test stuff 17:13 < apuimedo> don't tell me 17:13 < apuimedo> but I think that reverting from master and 3.5 is a bit extreme 17:14 < nsoffer> the fact that I cannot install vdsm from master is extreme :-) 17:14 < apuimedo> you have a way ;-) 17:14 -!- bala1 (purple): has joined #vdsm 17:14 < nsoffer> everyone has to go and install packages from brew 17:14 < apuimedo> for a day or two 17:14 < apuimedo> I'm against this happening 17:15 < apuimedo> as I spent quite a bit of time because of it 17:15 < apuimedo> but now that it has 17:15 < nsoffer> this happens again and again 17:15 < apuimedo> reverting and sending again... 17:15 < apuimedo> doesn't make it really better 17:15 < apuimedo> nsoffer: yes, it happens now also with mom in el6 17:15 < apuimedo> which I also notified 17:15 < apuimedo> and they are fixing it 17:16 < nsoffer> they fix it quickly by disabling the broken part 17:16 -!- acanan: has quit [Ping timeout: 245 seconds] 17:27 -!- moolit: has quit [Quit: Leaving.] 17:27 -!- #vdsm,#centos fsimonce: has quit [Quit: Coyote finally caught me] 17:29 -!- evilissimo is now known as evilissimo|afk 17:29 -!- bazulay: has quit [Ping timeout: 244 seconds] 17:30 -!- apuimedo: has quit [Ping timeout: 240 seconds] 17:41 -!- mskrivanek is now known as mskrivanek_away 17:46 -!- derez_: has quit [Quit: Leaving] 18:12 -!- apuimedo (antoni): has joined #vdsm 18:18 -!- sbonazzo: has quit [Quit: Leaving.] 18:24 -!- bala1: has quit [Quit: Leaving.] 18:24 -!- xfrancis: has quit [Ping timeout: 244 seconds] 18:29 -!- apuimedo: has quit [Ping timeout: 245 seconds] 18:29 < nsoffer> danken, please take this: http://gerrit.ovirt.org/29042 18:33 <@danken> taken, /me was with lipchuk 18:37 -!- danken: has quit [Quit: Leaving.] 18:37 -!- mode/#vdsm: by ChanServ 18:58 -!- apuimedo (antoni): has joined #vdsm 18:59 -!- mpolednik (Martin Polednik): has joined #vdsm 19:04 -!- mpolednik: has quit [Ping timeout: 264 seconds] 19:10 -!- hchiramm_: has quit [Ping timeout: 240 seconds] 19:34 -!- danken: has quit [Quit: Leaving.] 20:03 -!- ykaplan (Yeela Kaplan): has joined #vdsm 20:07 -!- vered: has quit [Ping timeout: 255 seconds] 20:46 -!- Netsplit *.net <-> *.split quits: wgao, rmatinata, nsoffer, jarod_, fromani, ykaplan, apuimedo 20:46 -!- Netsplit over, joins: ykaplan, apuimedo, rmatinata, nsoffer, jarod_, fromani, wgao 20:48 -!- Netsplit *.net <-> *.split quits: mskrivanek_away 20:49 -!- mskrivanek_away: has quit [Changing host] 20:57 -!- Netsplit *.net <-> *.split quits: ykaplan, apuimedo, fromani 20:59 -!- Netsplit over, joins: fromani 21:00 < alitke> hey guys. My vdsm master is stuck in initializing state. Is this a known issue 21:02 < alitke> fromani, ^ ? 21:18 -!- saggi (purple): has joined #vdsm 21:19 -!- ykaplan: has joined #vdsm 21:19 -!- apuimedo: has joined #vdsm 21:19 -!- apuimedo: has quit [Ping timeout: 351 seconds] 21:23 -!- nsoffer: has quit [Read error: Connection reset by peer] 21:23 -!- ykaplan: has quit [Remote host closed the connection] 21:47 -!- pkliczew (Piotr Kliczewski): has joined #vdsm 21:53 -!- saggi: has quit [Quit: Leaving.] 21:57 -!- nsoffer (Nir Soffer): has joined #vdsm 21:59 -!- pkliczew: has quit [Quit: Leaving] 22:00 -!- pkliczew (Piotr Kliczewski): has joined #vdsm 22:47 -!- derez_: has quit [Client Quit] 23:10 -!- fromani: has quit [Quit: Leaving] 23:15 -!- pkliczew: has quit [Ping timeout: 245 seconds] 23:37 -!- rmatinata: has quit [Ping timeout: 240 seconds] 23:48 -!- apuimedo (antoni): has joined #vdsm --- Log closed vr jun 27 00:00:26 2014