fixing whitespace in ui.xml files
by Greg Sheremeta
Hi,
Can we agree to use the same .java file space standards in our gwt ui.xml files? Specifically: spaces only, no tabs, 4 spaces indent, no trailing whitespace.
I have my Eclipse set to fix these things (with the anyedit plugin), and the ui.xml files always have tabs and trailing space in them.
If we agree, I volunteer to fix them all and post a patch. I think we can also set gerrit to point these out.
Thanks,
Greg
Greg Sheremeta
Red Hat, Inc.
Sr. Software Engineer, RHEV
Cell: 919-807-1086
gshereme(a)redhat.com
8 years
Updated infra procedures
by David Caro
This is an OpenPGP/MIME signed message (RFC 4880 and 3156)
--U722kKrEV8cwpVb925s6WdsXKgmcX5rfl
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
Hi everyone!
=46rom now on we want and to be able to give the best response possible t=
o any
issue, we want to start using trac to manage any request we get, so from =
now on,
please open a ticket in the trac [1] whenever you need something to get d=
one, of
course, if you ping us on irc we will still respond and if it's a critica=
l issue
or a very trivial one we might solve it on the fly, but for any normal in=
fra
issue please open a trac ticket.
The wiki page has been updated with that information too (thanks eyal) [2=
]
[1] https://fedorahosted.org/ovirt/newticket
[2] http://www.ovirt.org/Category:Infrastructure#How_we_work
Thanks!
--=20
David Caro
Red Hat S.L.
Continuous Integration Engineer - EMEA ENG Virtualization R&D
Email: dcaro(a)redhat.com
Web: www.redhat.com
RHT Global #: 82-62605
--U722kKrEV8cwpVb925s6WdsXKgmcX5rfl
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: OpenPGP digital signature
Content-Disposition: attachment; filename="signature.asc"
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1
iQEcBAEBAgAGBQJTh3OCAAoJEEBxx+HSYmnD4hsIAJcuRYqhz8Zjr3lxvNab0hu1
UkDduaJ1B6oXC8yCFZlyVRHv7gq8majv7PR1hlgJh6pOU6e3Emmjk9j9DnT7Fpp/
CS5wm2a1Y6LG1mySk42Ipsbf3bAGr/sUpUuMJPtrD9xBg9E8swLY1uEHY4UrGKQI
vCsMp1VxW9abOOaPxU2v+RHMKjYu4Dhh4WsPbT5kz0HMrjxNG87t9N/Z/N6zCUG1
XrtbZR1z3QMAb2ypTkgO2OtEdsUxmjgX+gyhAfGLwXg/mlzcIvaiX+LKXDlJl/6W
4lpI7UkICAPz9xSe9xp5kNXHmZcbcNuvfSKhxkWrMmLCj1DG0TvhnGFzBoVkl1w=
=GBeG
-----END PGP SIGNATURE-----
--U722kKrEV8cwpVb925s6WdsXKgmcX5rfl--
8 years
Cancelled: oVirt Node weekly meeting
by Fabian Deutsch
------=_Part_13020569_763634095.1401442510693
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
A single instance of the following meeting has been cancelled:
Subject: oVirt Node weekly meeting
Organiser: "Fabian Deutsch" <fdeutsch(a)redhat.com>
Location: irc://irc.oftc.net#ovirt
Time: Tuesday, 3 June, 2014, 3:00:00 PM - 3:30:00 PM GMT +01:00 Amsterdam, Berlin, Bern, Rome, Stockholm, Vienna
Invitees: devel(a)ovirt.org
*~*~*~*~*~*~*~*~*~*
Hey,
this is an invitation to the weekly oVirt Node devel meetings.
Anyone interested or related to Node development is welcome.
------=_Part_13020569_763634095.1401442510693
Content-Type: text/html; charset=utf-8
Content-Transfer-Encoding: 7bit
<html><body id='htmlmode'><h3>A single instance of the following meeting has been cancelled:</h3>
<p>
<table border='0'>
<tr><th align=left>Subject:</th><td>oVirt Node weekly meeting </td></tr>
<tr><th align=left>Organiser:</th><td>"Fabian Deutsch" <fdeutsch(a)redhat.com> </td></tr>
</table>
<p>
<table border='0'>
<tr><th align=left>Location:</th><td>irc://irc.oftc.net#ovirt </td></tr>
<tr><th align=left>Time:</th><td>Tuesday, 3 June, 2014, 3:00:00 PM - 3:30:00 PM GMT +01:00 Amsterdam, Berlin, Bern, Rome, Stockholm, Vienna
</td></tr></table>
<p>
<table border='0'>
<tr><th align=left>Invitees:</th><td>devel(a)ovirt.org </td></tr>
</table>
<div>*~*~*~*~*~*~*~*~*~*</div><br>Hey,<br><br>this is an invitation to the weekly oVirt Node devel meetings.<br>Anyone interested or related to Node development is welcome.</body></html>
------=_Part_13020569_763634095.1401442510693
Content-Type: text/calendar; charset=utf-8; method=CANCEL; name=meeting.ics
Content-Transfer-Encoding: 7bit
BEGIN:VCALENDAR
PRODID:Zimbra-Calendar-Provider
VERSION:2.0
METHOD:CANCEL
BEGIN:VTIMEZONE
TZID:Europe/Berlin
BEGIN:STANDARD
DTSTART:16010101T030000
TZOFFSETTO:+0100
TZOFFSETFROM:+0200
RRULE:FREQ=YEARLY;WKST=MO;INTERVAL=1;BYMONTH=10;BYDAY=-1SU
TZNAME:CET
END:STANDARD
BEGIN:DAYLIGHT
DTSTART:16010101T020000
TZOFFSETTO:+0200
TZOFFSETFROM:+0100
RRULE:FREQ=YEARLY;WKST=MO;INTERVAL=1;BYMONTH=3;BYDAY=-1SU
TZNAME:CEST
END:DAYLIGHT
END:VTIMEZONE
BEGIN:VEVENT
UID:880f897a-b75e-47b7-abf6-24d1e4894600
SUMMARY:Cancelled: oVirt Node weekly meeting
COMMENT:A single instance of a recurring meeting has been cancelled.
LOCATION:irc://irc.oftc.net#ovirt
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION:mailto:devel@ovirt.org
ORGANIZER;CN=Fabian Deutsch:mailto:fdeutsch@redhat.com
DTSTART;TZID="Europe/Berlin":20140603T150000
DTEND;TZID="Europe/Berlin":20140603T153000
STATUS:CANCELLED
CLASS:PUBLIC
X-MICROSOFT-CDO-INTENDEDSTATUS:BUSY
TRANSP:OPAQUE
RECURRENCE-ID;TZID="Europe/Berlin":20140603T150000
LAST-MODIFIED:20140530T093510Z
DTSTAMP:20140530T093510Z
SEQUENCE:7
DESCRIPTION:A single instance of the following meeting has been cancelled:\n
\nSubject: oVirt Node weekly meeting \nOrganiser: "Fabian Deutsch" <fdeutsch
@redhat.com> \n\nLocation: irc://irc.oftc.net#ovirt \nTime: Tuesday\, 3 June
\, 2014\, 3:00:00 PM - 3:30:00 PM GMT +01:00 Amsterdam\, Berlin\, Bern\, Rom
e\, Stockholm\, Vienna\n \nInvitees: devel(a)ovirt.org \n\n\n*~*~*~*~*~*~*~*~*
~*\n\nHey\, \n\nthis is an invitation to the weekly oVirt Node devel meeting
s. \nAnyone interested or related to Node development is welcome.
X-ALT-DESC;FMTTYPE=text/html:<html><body id='htmlmode'><h3>A single instance
of the following meeting has been cancelled:</h3>\n\n<p>\n<table border='0'
>\n<tr><th align=left>Subject:</th><td>oVirt Node weekly meeting </td></tr>\
n<tr><th align=left>Organiser:</th><td>"Fabian Deutsch" <\;fdeutsch@redhat
.com>\; </td></tr>\n</table>\n<p>\n<table border='0'>\n<tr><th align=left>
Location:</th><td>irc://irc.oftc.net#ovirt </td></tr>\n<tr><th align=left>Ti
me:</th><td>Tuesday\, 3 June\, 2014\, 3:00:00 PM - 3:30:00 PM GMT +01:00 Ams
terdam\, Berlin\, Bern\, Rome\, Stockholm\, Vienna\n </td></tr></table>\n<p>
\n<table border='0'>\n<tr><th align=left>Invitees:</th><td>devel(a)ovirt.org <
/td></tr>\n</table>\n<div>*~*~*~*~*~*~*~*~*~*</div><br>Hey\,<br><br>this is
an invitation to the weekly oVirt Node devel meetings.<br>Anyone interested
or related to Node development is welcome.</body></html>
END:VEVENT
END:VCALENDAR
------=_Part_13020569_763634095.1401442510693--
8 years
new build parameter for GWT CSS debugging
by Greg Sheremeta
Hi,
We added a new build parameter called gwt.cssResourceStyle that can tell the GWT compiler to not obfuscate the names of CSS classes in its output. This is tremendously helpful when debugging CSS issues. In Firebug or similar, you'll see '<div class="GL1HI05BCHD-org-ovirt-engine-ui-common-widget-table-SimpleActionTable_WidgetUiBinderImpl_GenCss_style-headerContainer" ...'
instead of just '<div class="GL1HI05BKOD" ...'.
so you can see that you need to look for 'headerContainer' to modify this div.
To use the new option, pass '-Dgwt.cssResourceStyle=pretty' to DEV_EXTRA_BUILD_FLAGS_GWT_DEFAULTS.
I use a bash alias like so:
alias ovirt_build='make clean install-dev PREFIX=$HOME/ovirt-engine DEV_EXTRA_BUILD_FLAGS_GWT_DEFAULTS=" -Dgwt.cssResourceStyle=pretty -Dgwt.userAgent=gecko1_8,safari"'
gwt.cssResourceStyle will default to the GWT default, obf ('obfuscated'), if you don't include this extra parameter.
Enjoy.
Greg
Greg Sheremeta
Red Hat, Inc.
Sr. Software Engineer, RHEV
Cell: 919-807-1086
gshereme(a)redhat.com
8 years, 1 month
[vdsm] VM volume chain information in getVMList API
by Adam Litke
For Live Merge, engine needs a way to get a list of volume UUIDs that
comprise the volume chain for a given VM disk. Initially, we created
a new verb getVolumeChain(vm, driveSpec) that would return a list of
VM uuids. In the interest of preventing API bloat I would prefer to
use the 'volumeChain' list in VmDiskDevice which is retrieved from the
getVMList public API.
Federico mentioned that this info may have been exposed by accident at
one point and I agree that things like volume paths should not be
used and should possibly be removed from this structure. That being
said, we have a real use case for using the volume UUIDs and that
should be quite safe.
Do you agree with my assessment or should I continue with the
getVolumeChain verb which does nothing more than:
return [x['volumeID'] for x in vmDrive['volumeChain']]
--
Adam Litke
8 years, 1 month
[QE][ACTION NEEDED] oVirt 3.5.0 Second Alpha status
by Sandro Bonazzola
Hi,
We're preparing for feature freeze scheduled for 2014-05-30.
We're going to compose a Second Alpha on Firday *2014-05-30 08:00 UTC*.
Maintainers:
- Please be sure that master snapshot allow to create VMs before *2014-05-29 15:00 UTC*
The bug tracker [1] shows the following proposed blockers to be reviewed:
Bug ID Whiteboard Status Summary
1001100 integration NEW Add log gathering for a new ovirt module (External scheduler)
1073944 integration ASSIGNED Add log gathering for a new ovirt module (External scheduler)
1060198 integration NEW [RFE] add support for Fedora 20
1100236 integration NEW all-in-one setup should configure cluster compatibility as max common between vdsm and engine
Feature freeze has been postponed to 2014-05-30 and the following features should be testable in 3.5.0 Alpha according to Features Status Table [2]
Group oVirt BZ Title
gluster 1096713 Monitoring (UI plugin) Dashboard (Integrated with Nagios monitoring)
infra 1090530 [RFE] Please add host count and guest count columns to "Clusters" tab in webadmin
infra 1078738 [RFE] make ovirt easy configurable to allow redirection of all logs to syslog
infra 1054778 [RFE] Allow to perform fence operations from a host in another DC
infra 1090803 [RFE] Change the "Slot" field to "Service Profile" when cisco_ucs is selected as the fencing type
infra 1090511 [RFE] Improve fencing robustness by retrying failed attempts
infra 1090800 [RFE] Add periodic power management health check to detect/warn about link-down detection of power management LAN
infra 1090794 [RFE] Search VMs based on MAC address from web-admin portal
infra 1090793 consider the event type while printing events to engine.log
infra 1090796 [RFE] Re-work engine ovirt-node host-deploy sequence
infra 1090798 [RFE] Admin GUI - Add host uptime information to the "General" tab
infra 1090808 [RFE] Ability to dismiss alerts and events from web-admin portal
infra 1058737 [RFE] Restart HA VMs ASAP
infra-api 1090797 [RFE] RESTAPI: Add /tags sub-collection for Template resource
infra-dwh 1091686 prevent OutOfMemoryError after starting the dwh service.
infra-dwh 1091687 History DB should sync user's first and last name for user usage tables
network 1078836 Add a warning when adding display network
network 1079719 Display of NIC Slave/Bond fault on Event Log
network 1080984 Support bridging_opts functionality within oVirt
network 1080987 Support ethtool_opts functionality within oVirt
network 1078862 Providing Neutron Applience
storage Store OVF on any domains
storage 1083312 Disk alias recycling in web-admin portal
storage 1086181 [RFE] Snapshot overview in webadmin portal
ux 1064543 oVirt new look and feel [PatternFly adoption] - phase #1
virt 1058832 Allow to clone a (down) VM without snapshot/template
virt 1031040 can't set different keymap for vnc via runonce option
virt 1043471 oVirt guest agent for SLES
virt 1073453 Debian 7 support (incl. 1043474 oVirt guest agent for Debian)
virt 1072313 Edit Running Vm
virt 1083049 add progress bar for vm migration
virt 1083065 EL 7 guest compatibility
virt Allow guest serial number to be configurable
virt 1047624 [RFE] support BIOS boot device menu
virt 1083129 allows setting netbios name, locale, language and keyboard settings for windows vm's
virt 1038632 spice-html5 button to show debug console/output window
virt 1080002 [RFE] Enable user defined Windows Sysprep file
Some more features may be included since they were near to be completed on last sync meeting.
The table will be updated on next sync meeting scheduled for 2014-05-28.
There are still 377 bugs [3] targeted to 3.5.0.
Excluding node and documentation bugs we still have 314 bugs [4] targeted to 3.5.0.
Maintainers / Assignee:
- Please remember to rebuild your packages before *2014-05-29 15:00 UTC* if needed, otherwise nightly snapshot will be taken.
- Please be sure that master snapshot allow to create VMs before *2014-05-29 15:00 UTC*
- If you find a blocker bug please remember to add it to the tracker [1]
- Please start filling release notes, the page has been created here [5]
- Please review and add test cases to oVirt 3.5 Test Day [6]
Community:
- You're welcome to join us testing this alpha release and getting involved in oVirt Quality Assurance[7]!
[1] http://bugzilla.redhat.com/1073943
[2] http://bit.ly/17qBn6F
[3] http://red.ht/1pVEk7H
[4] http://red.ht/1rLCJwF
[5] http://www.ovirt.org/OVirt_3.5_Release_Notes
[6] http://www.ovirt.org/OVirt_3.5_TestDay
[7] http://www.ovirt.org/OVirt_Quality_Assurance
Thanks,
--
Sandro Bonazzola
Better technology. Faster innovation. Powered by community collaboration.
See how it works at redhat.com
8 years, 1 month
Re: [ovirt-devel] discussion: URI format for libvirt metadata
by Kobi Ianko
The URL that we will go with is "http://ovirt.org/vm/tune".
The address is self explainable, it will contain vm tunable parameters and refer to a web page explaining the parameters.
10x.
> > ----- Forwarded Message -----
> > > From: "Dan Kenigsberg" <danken(a)redhat.com>
> > > To: "Kobi Ianko" <kobi(a)redhat.com>
> > > Cc: devel(a)ovirt.org
> > > Sent: Wednesday, May 28, 2014 2:16:43 AM
> > > Subject: Re: [ovirt-devel] discussion: URI format for libvirt metadata
> > >
> > > On Tue, May 27, 2014 at 01:10:22PM -0400, Kobi Ianko wrote:
> > > > Hi All,
> > > > In the upcoming changes we have decided to use the Metadata section of
> > > > libvirt to store temporary data. (see
> > > > http://libvirt.org/html/libvirt-libvirt.html#virDomainGetMetadata)
> > > > For that the libvirt api forces us to specify a valid URI.
> > > >
> > > > I have suggested using the following pattern:
> > > > "http://ovirt.org/param/param_name"
> > > >
> > > > pro: it's very simple and straightforward.
> > > > con: it leads to nowhere and I don't think we should create a web
> > > > reference
> > > > for each param.
> > > >
> > > > I would like to hear other suggestions from you all
> > >
> > > According to
> > > http://libvirt.org/html/libvirt-libvirt.html#virDomainSetMetadata
> > > """
> > > ... VIR_DOMAIN_METADATA_ELEMENT @metadata must be well-formed XML
> > > belonging
> > > to namespace defined by @uri with local name @key.
> > > """
> > > so there is no doubt that we must have a properly-defined namespace on
> > > the
> > > URI.
> > >
> > > Beyond that, lacking a wiki page explaining the the key, means that a
> > > reviewer knows nothing about what is this param, what are its valid
> > > values, or how oVirt is using it.
> > >
> > > Nothing makes sure that no one else in oVirt decides to use the
> > > same param for something else.
> > >
> > > It is important to explain that the params that you suggest are going to
> > > be used for communication beween Vdsm and MoM, and that this param is a
> > > vm-specific entity. http://ovirt.org/param/name seems like a parameter
> > > of ovirt at large, not the CPU of a particular VM.
> > >
> > > Regards,
> > > Dan.
> > > _______________________________________________
> > > Devel mailing list
> > > Devel(a)ovirt.org
> > > http://lists.ovirt.org/mailman/listinfo/devel
> > >
> >
>
8 years, 1 month
