Il 29/08/2014 17:16, Vojtech Szocs ha scritto:
- Original Message -
From: Vojtech Szocs vsz...@redhat.com
To: Sandro Bonazzola sbona...@redhat.com
Cc: infra in...@ovirt.org, devel@ovirt.org
Sent: Friday, August 29, 2014 4:43:44 PM
Subject: Re: [ovirt-devel] Tools for developing
Well I really think this is a very bad idea.
I'm pretty sure I don't need to introduce
the concept of checksums to anybody on this list
and why this is done.
You must decide whether you want the correct code
or not.
If you decide to disable it on one repo, what is the
justification to not disable
BEGIN:VCALENDAR
PRODID:Zimbra-Calendar-Provider
VERSION:2.0
METHOD:REQUEST
BEGIN:VTIMEZONE
TZID:Asia/Jerusalem
BEGIN:STANDARD
DTSTART:16010101T02
TZOFFSETTO:+0200
TZOFFSETFROM:+0300
RRULE:FREQ=YEARLY;WKST=MO;INTERVAL=1;BYMONTH=10;BYDAY=-1SU
TZNAME:IST
END:STANDARD
BEGIN:DAYLIGHT
On Aug 28, 2014, at 16:14 , Martin Sivak msi...@redhat.com wrote:
Hi,
yeah I think it should be like that.
+1
* Should it pass the same checks than a Bug-Url?
Most probably yes
Right now that is:
- Public
- Target release
- Product
* Should it change the bug statuses
Can you check vdsm on 3.5 branch?
From the live build execution:
Retrieving
http://resources.ovirt.org/pub/ovirt-3.5-snapshot/rpm/el6/x86_64/vdsm-4.16.2-16.git5629cdd.el6.x86_64.rpm
...OK
Retrieving
On Sun, Aug 31, 2014 at 07:20:04AM -0400, Liron Aravot wrote:
Feel free to review the the following feature.
http://www.ovirt.org/Features/ReportGuestDisksLogicalDeviceName
Thanks for posting this feature page. Two things worry me about this
feature. The first is timing. It is not reasonable
Hi all,
Maybe one can help me in strange debugging issues I have?
I am running the debug server using the following line -
make gwt-debug DEBUG_MODULE=webadmin
DEV_EXTRA_BUILD_FLAGS=-Dgwt.persistentunitcache=false
The server listens on port 8000 as expected.
I then connect from Eclipse (using