--- 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