Re: [ovirt-devel] [QA] [ACTION REQUIRED] oVirt 3.5.0 RC2 status
Il 12/08/2014 18:06, Adam Litke ha scritto: > On 12/08/14 17:43 +0200, Sandro Bonazzola wrote: >> Hi, >> tomorrow we should compose oVirt 3.5.0 RC2 starting at 08:00 UTC >> We still have the following blockers list: >> >> Bug IDWhiteboardStatusSummary >> 1127623InfraPOST[AAA] Create user API fails in REST & >> Java - class cast exception >> 1114499infraASSIGNEDrefreshing iso list fails with: >> AttributeError: '_IOProcessFileUtils' object has no attribute... >> 1128776storageNEWCan't change a vm disk's storage domain >> from a file domain to a block domain when creating... >> 1127877infraASSIGNEDvdsm-tool configure --force does not >> configure qemu.conf properly in the first run on a fresh install >> 1127460virtNEWVM abnormal stop after extending when >> using thin provisioning on block storage >> 1127294storagePOSTLive Merge: Resolve unknown merge >> status in vdsm after host crash >> 1109920storagePOSTLive Merge: Extend internal block >> volumes during merge >> >> And the following bug dependencies not fixed yet: >> Bug 1041569 - [NFR] libvirt: Returning the watermark for all the images >> opened for writing > >> Bug 1102881 - virDomainBlockCommit fails with live snapshots on oVirt block >> storage > > These needn't block oVirt 3.5. The majority of low level > functionality is provided by qemu-2.1 and libvirt-1.2.8 which are both > hitting the virt-preview repo now (or are already there). There are > still some outstanding bugs (1041569, and 1102881) and these should > appear in the next releases of qemu and libvirt (first week of Sept > I'm told). The above two bugs should only impact block storage > domains. > So please remove them from blockers, thanks. -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com ___ Devel mailing list Devel@ovirt.org http://lists.ovirt.org/mailman/listinfo/devel
Re: [ovirt-devel] [ovirt-users] [QA] [ACTION REQUIRED] oVirt 3.5.0 RC2 status
Il 12/08/2014 20:14, Nir Soffer ha scritto: > - Original Message - >> From: "Francesco Romani" >> To: "Sandro Bonazzola" >> Cc: devel@ovirt.org, us...@ovirt.org >> Sent: Tuesday, August 12, 2014 6:56:28 PM >> Subject: Re: [ovirt-users] [QA] [ACTION REQUIRED] oVirt 3.5.0 RC2 status >> >> - Original Message - >>> From: "Sandro Bonazzola" >>> To: us...@ovirt.org, devel@ovirt.org >>> Cc: "Doron Fediuck" , "Eyal Edri" , >>> "Itamar Heim" , "David >>> Caro" , "Yair Zaslavsky" , >>> ykap...@redhat.com, "Tal Nisan" >>> , "Mooli Tayer" , "Francesco Romani" >>> , "Adam Litke" >>> >>> Sent: Tuesday, August 12, 2014 5:43:40 PM >>> Subject: [QA] [ACTION REQUIRED] oVirt 3.5.0 RC2 status >>> >>> Hi, >>> tomorrow we should compose oVirt 3.5.0 RC2 starting at 08:00 UTC >>> We still have the following blockers list: >> >> >>> 1127460 virtNEW VM abnormal stop after >>> extending when using thin >>> provisioning on block storage >> >> [...] >> >> Analysis doesn't show yet a bug on VDSM, which seems to behave correctly >> https://bugzilla.redhat.com/show_bug.cgi?id=1127460#c6 >> https://bugzilla.redhat.com/show_bug.cgi?id=1127460#c7 >> >> NEEDINFO requests to QEMU and LVM maintainers are been sent, no answer yet. >> >> Since this was marked as blocker, I'll invest more time on this and will look >> for a workaround, >> if possible, within the end of the week. > > This is very bad bug, but not a vdsm regression. It is broken in vdsm 3.4 > and it will be still broken in vdsm 3.5, since getting fixes from qemu/kvm/lvm > takes lot of time. So please remove them from blockers for 3.5.0 thanks. > > Nir > -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com ___ Devel mailing list Devel@ovirt.org http://lists.ovirt.org/mailman/listinfo/devel
Re: [ovirt-devel] Intro
Hi Franta Nope, the JavaScript snippets didn't work, even ^W doesn't work. ^F4 closes all browser windows not just the client resources page. The IGEL runs FF 17 and Virt Viewer 0.5.2, all pretty old. We're expecting an update from IGEL which we're told will have Virt Viewer 0.5.6 (not sure what FF version it will have). CC On Tue, Aug 12, 2014 at 3:52 PM, Frantisek Kobzik wrote: > Hi Colin, > > just for my curiosity - does the window closing method from your link work or > not? Also which FF version do you run on IGEL? > > Thanks! > Franta. > > > - Original Message - > From: "Colin Coe" > To: "Frantisek Kobzik" > Cc: aw...@redhat.com, devel@ovirt.org > Sent: Tuesday, August 12, 2014 3:55:19 AM > Subject: Re: [ovirt-devel] Intro > > Hi all > > Many thanks for the pointers. It seems FireFox on the IGEL is a bit > tricky to programatically close browser windows. I tried a couple of > approaches including what was suggested above and also at > http://www.yournewdesigner.com/css-experiments/javascript-window-close-firefox.html > > I'll update the support ticket I have with GSS on this as some > collaboration with the folks at IGEL may be required. > > Thanks again > > CC > > > > On Mon, Aug 11, 2014 at 9:27 PM, Frantisek Kobzik wrote: >> You're right, thanks! >> F. >> >> >> - Original Message - >> From: "Alexander Wels" >> To: devel@ovirt.org >> Cc: "Frantisek Kobzik" , "Colin Coe" >> >> Sent: Monday, August 11, 2014 3:07:38 PM >> Subject: Re: [ovirt-devel] Intro >> >> On Monday, August 11, 2014 08:56:51 AM Frantisek Kobzik wrote: >>> Hi Colin, >>> >>> adding closing button to the 'console resources' page should be quite easy. >>> >>> 1, Open this file: >>> /etc/ovirt-engine/branding/50-rhev-1.brand/applications/rhev.ear/rhev.war/WE >>> B-INF/client-resources.jsp 2, somewhere in the page, add this code snippet: >>> Close page >>> (or you can use , or whatever you like) >>> >>> ... and that should do the trick. >>> >>> If you want to have the button localized, you can do it by adding keys to >>> resources files in >>> /etc/ovirt-engine/branding/50-rhev-1.brand/applications/rhev.ear/rhev.war/W >>> EB-INF/classes subdirectory. >>> >>> If there's anything else about this, feel free to contact me! >>> >>> Cheers, >>> Franta. >>> >> >> Just to add to this, I highly suggest you don't modify the RHEV branding >> directly like that, a new version will override you changes. The suggested >> method is to create your own branding package (possibly using the RHEV one as >> a base) and make the modifications that you want there. The branding packages >> are overlayed on top of each other, so if you make a new branding package >> your >> changes will be applied last. >> >> A good overview of how to make branding packages can be found on the ovirt >> wiki [1]. >> >> Alexander >> >> [1] http://www.ovirt.org/Features/Branding >> >>> - Original Message - >>> From: "Colin Coe" >>> To: "Michal Skrivanek" >>> Cc: devel@ovirt.org >>> Sent: Monday, August 11, 2014 8:45:15 AM >>> Subject: Re: [ovirt-devel] Intro >>> >>> Hi all >>> >>> On Mon, Aug 11, 2014 at 7:13 AM, Colin Coe wrote: >>> > Hi Michal >>> > >>> > >>> > >>> > On Fri, Aug 8, 2014 at 8:14 PM, Michal Skrivanek >>> > >>> > wrote: >>> >> On 8 Aug 2014, at 02:43, Colin Coe wrote: >>> >>> Hi all >>> >>> >>> >>> I'm a long time RHEV admin (since 2.1/2.2 days). I'm in the process of >>> >>> getting a dev workstation built to do some hacking to resolve some >>> >>> small issues that are explained below. >>> >>> >>> >>> 1) >>> >>> The business is moving to thin clients for specific users. We're using >>> >>> IGEL thin clients in appliance mode. We have a problem where if the >>> >>> user (in the User Portal) clicks on the "Client Resources" hyperlink, a >>> >>> new browse window comes up that the user cannot move or dismiss. >>> >>> >>> >>> I figure the easiest way to resolve this is to put a "Close" button on >>> >>> the Client Resources page. Would this be acceptable to the project?>> >>> >> What is the browser on the IGEL client? Are you talking about RHEV or >>> >> oVirt? Either way it's a branding item..you can as well disable/remove >>> >> the link completely as I suppose it's not really relevant on a thin >>> >> client> >>> > The IGEL client runs Firefox. From memory the OS is Ubuntu 10.4. >>> > We're talking RHEV not oVirt. What do you mean a branding item? Do >>> > you mean I can change this? >>> > >>> >>> 2) >>> >>> In the power User Portal, VM descriptions are shown in parentheses. In >>> >>> the "normal" User Portal the description is not shown. I'd like to >>> >>> have the description shown in the normal User Portal also, maybe in >>> >>> parentheses on a new line between the VM name and the VM's icon. Is >>> >>> this acceptable to the project?>> >>> >> should be easy enough. care to file a bug for it? >>> > >>> > Sure. BZ 1128501 >>> >>> Looks like the description is shown. Apologies. I'll close that BZ >>> as a
Re: [ovirt-devel] [QA] [ACTION REQUIRED] oVirt 3.5.0 RC2 status
- Original Message - > From: "Adam Litke" > To: "Sandro Bonazzola" > Cc: us...@ovirt.org, devel@ovirt.org, "Doron Fediuck" , > "Eyal Edri" , "Itamar > Heim" , "David Caro" , "Yair > Zaslavsky" , > ykap...@redhat.com, "Tal Nisan" , "Mooli Tayer" > , "Francesco Romani" > > Sent: Tuesday, August 12, 2014 7:36:52 PM > Subject: Re: [QA] [ACTION REQUIRED] oVirt 3.5.0 RC2 status > > On 12/08/14 17:43 +0200, Sandro Bonazzola wrote: > >Hi, > >tomorrow we should compose oVirt 3.5.0 RC2 starting at 08:00 UTC > >We still have the following blockers list: > > > >Bug ID Whiteboard Status Summary > >1127294 storage POSTLive Merge: Resolve unknown > >merge status in vdsm > >after host crash > >1109920 storage POSTLive Merge: Extend internal > >block volumes during > >merge > > There are several patches for master (6) that must be merged and > backported to 3.5. Thanks Francesco for your reviews (I will repost > the series this afternoon for followup review). I would appreciate a > look by those I've included as reviewers (you received a separate > email from me) so we can converge on these ASAP. No problem, let me just reiterate that except for the patch I already +1-ed, it was a very initial review, I just need a bit of time to fully grok them. More deep review will come ASAP. -- Francesco Romani RedHat Engineering Virtualization R & D Phone: 8261328 IRC: fromani ___ Devel mailing list Devel@ovirt.org http://lists.ovirt.org/mailman/listinfo/devel
Re: [ovirt-devel] [ovirt-users] [QA] [ACTION REQUIRED] oVirt 3.5.0 RC2 status
- Original Message - > From: "Francesco Romani" > To: "Sandro Bonazzola" > Cc: devel@ovirt.org, us...@ovirt.org > Sent: Tuesday, August 12, 2014 6:56:28 PM > Subject: Re: [ovirt-users] [QA] [ACTION REQUIRED] oVirt 3.5.0 RC2 status > > - Original Message - > > From: "Sandro Bonazzola" > > To: us...@ovirt.org, devel@ovirt.org > > Cc: "Doron Fediuck" , "Eyal Edri" , > > "Itamar Heim" , "David > > Caro" , "Yair Zaslavsky" , > > ykap...@redhat.com, "Tal Nisan" > > , "Mooli Tayer" , "Francesco Romani" > > , "Adam Litke" > > > > Sent: Tuesday, August 12, 2014 5:43:40 PM > > Subject: [QA] [ACTION REQUIRED] oVirt 3.5.0 RC2 status > > > > Hi, > > tomorrow we should compose oVirt 3.5.0 RC2 starting at 08:00 UTC > > We still have the following blockers list: > > > > 1127460 virtNEW VM abnormal stop after > > extending when using thin > > provisioning on block storage > > [...] > > Analysis doesn't show yet a bug on VDSM, which seems to behave correctly > https://bugzilla.redhat.com/show_bug.cgi?id=1127460#c6 > https://bugzilla.redhat.com/show_bug.cgi?id=1127460#c7 > > NEEDINFO requests to QEMU and LVM maintainers are been sent, no answer yet. > > Since this was marked as blocker, I'll invest more time on this and will look > for a workaround, > if possible, within the end of the week. This is very bad bug, but not a vdsm regression. It is broken in vdsm 3.4 and it will be still broken in vdsm 3.5, since getting fixes from qemu/kvm/lvm takes lot of time. Nir ___ Devel mailing list Devel@ovirt.org http://lists.ovirt.org/mailman/listinfo/devel
Re: [ovirt-devel] [QA] [ACTION REQUIRED] oVirt 3.5.0 RC2 status
On 12/08/14 17:43 +0200, Sandro Bonazzola wrote: Hi, tomorrow we should compose oVirt 3.5.0 RC2 starting at 08:00 UTC We still have the following blockers list: Bug ID Whiteboard Status Summary 1127294 storage POSTLive Merge: Resolve unknown merge status in vdsm after host crash 1109920 storage POSTLive Merge: Extend internal block volumes during merge There are several patches for master (6) that must be merged and backported to 3.5. Thanks Francesco for your reviews (I will repost the series this afternoon for followup review). I would appreciate a look by those I've included as reviewers (you received a separate email from me) so we can converge on these ASAP. -- Adam Litke ___ Devel mailing list Devel@ovirt.org http://lists.ovirt.org/mailman/listinfo/devel
Re: [ovirt-devel] [QA] [ACTION REQUIRED] oVirt 3.5.0 RC2 status
Do you block this stuff then in a sane way on EL6 as such new features aren't available there? Am 12.08.2014 18:06, schrieb Adam Litke: > These needn't block oVirt 3.5. The majority of low level > functionality is provided by qemu-2.1 and libvirt-1.2.8 which are both > hitting the virt-preview repo now (or are already there). There are > still some outstanding bugs (1041569, and 1102881) and these should > appear in the next releases of qemu and libvirt (first week of Sept > I'm told). The above two bugs should only impact block storage > domains. -- Mit freundlichen Grüßen / Regards Sven Kieske Systemadministrator Mittwald CM Service GmbH & Co. KG Königsberger Straße 6 32339 Espelkamp T: +49-5772-293-100 F: +49-5772-293-333 https://www.mittwald.de Geschäftsführer: Robert Meyer St.Nr.: 331/5721/1033, USt-IdNr.: DE814773217, HRA 6640, AG Bad Oeynhausen Komplementärin: Robert Meyer Verwaltungs GmbH, HRB 13260, AG Bad Oeynhausen ___ Devel mailing list Devel@ovirt.org http://lists.ovirt.org/mailman/listinfo/devel
Re: [ovirt-devel] [QA] [ACTION REQUIRED] oVirt 3.5.0 RC2 status
On 12/08/14 17:43 +0200, Sandro Bonazzola wrote: Hi, tomorrow we should compose oVirt 3.5.0 RC2 starting at 08:00 UTC We still have the following blockers list: Bug ID Whiteboard Status Summary 1127623 Infra POST[AAA] Create user API fails in REST & Java - class cast exception 1114499 infra ASSIGNEDrefreshing iso list fails with: AttributeError: '_IOProcessFileUtils' object has no attribute... 1128776 storage NEW Can't change a vm disk's storage domain from a file domain to a block domain when creating... 1127877 infra ASSIGNEDvdsm-tool configure --force does not configure qemu.conf properly in the first run on a fresh install 1127460 virtNEW VM abnormal stop after extending when using thin provisioning on block storage 1127294 storage POSTLive Merge: Resolve unknown merge status in vdsm after host crash 1109920 storage POSTLive Merge: Extend internal block volumes during merge And the following bug dependencies not fixed yet: Bug 1041569 - [NFR] libvirt: Returning the watermark for all the images opened for writing Bug 1102881 - virDomainBlockCommit fails with live snapshots on oVirt block storage These needn't block oVirt 3.5. The majority of low level functionality is provided by qemu-2.1 and libvirt-1.2.8 which are both hitting the virt-preview repo now (or are already there). There are still some outstanding bugs (1041569, and 1102881) and these should appear in the next releases of qemu and libvirt (first week of Sept I'm told). The above two bugs should only impact block storage domains. -- Adam Litke ___ Devel mailing list Devel@ovirt.org http://lists.ovirt.org/mailman/listinfo/devel
Re: [ovirt-devel] [QA] [ACTION REQUIRED] oVirt 3.5.0 RC2 status
- Original Message - > From: "Sandro Bonazzola" > To: us...@ovirt.org, devel@ovirt.org > Cc: "Doron Fediuck" , "Eyal Edri" , > "Itamar Heim" , "David > Caro" , "Yair Zaslavsky" , > ykap...@redhat.com, "Tal Nisan" > , "Mooli Tayer" , "Francesco Romani" > , "Adam Litke" > > Sent: Tuesday, August 12, 2014 5:43:40 PM > Subject: [QA] [ACTION REQUIRED] oVirt 3.5.0 RC2 status > > Hi, > tomorrow we should compose oVirt 3.5.0 RC2 starting at 08:00 UTC > We still have the following blockers list: > 1127460 virtNEW VM abnormal stop after > extending when using thin > provisioning on block storage [...] Analysis doesn't show yet a bug on VDSM, which seems to behave correctly https://bugzilla.redhat.com/show_bug.cgi?id=1127460#c6 https://bugzilla.redhat.com/show_bug.cgi?id=1127460#c7 NEEDINFO requests to QEMU and LVM maintainers are been sent, no answer yet. Since this was marked as blocker, I'll invest more time on this and will look for a workaround, if possible, within the end of the week. Bests, -- Francesco Romani RedHat Engineering Virtualization R & D Phone: 8261328 IRC: fromani ___ Devel mailing list Devel@ovirt.org http://lists.ovirt.org/mailman/listinfo/devel
[ovirt-devel] [QA] [ACTION REQUIRED] oVirt 3.5.0 RC2 status
Hi, tomorrow we should compose oVirt 3.5.0 RC2 starting at 08:00 UTC We still have the following blockers list: Bug ID Whiteboard Status Summary 1127623 Infra POST[AAA] Create user API fails in REST & Java - class cast exception 1114499 infra ASSIGNEDrefreshing iso list fails with: AttributeError: '_IOProcessFileUtils' object has no attribute... 1128776 storage NEW Can't change a vm disk's storage domain from a file domain to a block domain when creating... 1127877 infra ASSIGNEDvdsm-tool configure --force does not configure qemu.conf properly in the first run on a fresh install 1127460 virtNEW VM abnormal stop after extending when using thin provisioning on block storage 1127294 storage POSTLive Merge: Resolve unknown merge status in vdsm after host crash 1109920 storage POSTLive Merge: Extend internal block volumes during merge And the following bug dependencies not fixed yet: Bug 1041569 - [NFR] libvirt: Returning the watermark for all the images opened for writing Bug 1102881 - virDomainBlockCommit fails with live snapshots on oVirt block storage Maintainers / assignee, please review them and provide ETA. Thanks, -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com ___ Devel mailing list Devel@ovirt.org http://lists.ovirt.org/mailman/listinfo/devel
[ovirt-devel] Cluster parameters override - design proposal
Hi, The proposed feature will allow to configure the 'emulated machine' and 'CPU level' properties for each VM separately instead of relying on the cluster default. Feature page can be found here - http://www.ovirt.org/Features/Cluster_parameters_override Any comments / thoughts / proposals are more than welcomed. Thanks, Eldan Shachar. ___ Devel mailing list Devel@ovirt.org http://lists.ovirt.org/mailman/listinfo/devel
[ovirt-devel] ovirt3.5 - deep dive - OVF on any domain + import existing data domain
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 DTSTART:16010101T02 TZOFFSETTO:+0300 TZOFFSETFROM:+0200 RRULE:FREQ=YEARLY;WKST=MO;INTERVAL=1;BYMONTH=3;BYDAY=-1FR TZNAME:IDT END:DAYLIGHT END:VTIMEZONE BEGIN:VEVENT UID:48d91306-2659-4b7a-b6a3-1de04b248ec3 SUMMARY:ovirt3.5 - deep dive - OVF on any domain + import existing data doma in ATTENDEE;CN=Liron Aravot;ROLE=REQ-PARTICIPANT;PARTSTAT=ACCEPTED;RSVP=TRUE:ma ilto:lara...@redhat.com ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=ACCEPTED;RSVP=TRUE:mailto:mlipchuk@re dhat.com ATTENDEE;CN=Allon Mureinik;ROLE=REQ-PARTICIPANT;PARTSTAT=ACCEPTED;RSVP=TRUE: mailto:amure...@redhat.com ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE:mailto:users@o virt.org ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE:mailto:devel@o virt.org ORGANIZER;CN=Barak Azulay:mailto:bazu...@redhat.com DTSTART;TZID="Asia/Jerusalem":20140814T17 DTEND;TZID="Asia/Jerusalem":20140814T174500 STATUS:CONFIRMED CLASS:PUBLIC X-MICROSOFT-CDO-INTENDEDSTATUS:BUSY TRANSP:OPAQUE LAST-MODIFIED:20140812T144453Z DTSTAMP:20140812T144453Z SEQUENCE:1 DESCRIPTION:The following meeting has been modified:\n\nSubject: ovirt3.5 - deep dive - OVF on any domain + import existing data domain \nOrganizer: "Ba rak Azulay" \n\nTime: Thursday\, August 14\, 2014\, 5:0 0:00 PM - 5:45:00 PM GMT +02:00 Jerusalem\n \nInvitees: lara...@redhat.com\; mlipc...@redhat.com\; amure...@redhat.com\; us...@ovirt.org\; devel@ovirt.o rg \n\n\n*~*~*~*~*~*~*~*~*~*\n\nHangout link: \nhttps://plus.google.com/even ts/c7rkldonq80g14c9e3ob8as2kq8\n\nSession description:\nThe OVF on any domai n feature introduces a change on the way the vm ovfs are being stored/backed up in oVirt. Currently all the ovfs are being stored on the master domain a nd are being updated asynchronously on a time basis by the OvfAutoUpdater\, This feature purpose is to store the OVFs on all wanted domains to provide b etter recovery abillity\, reduce the use of master_fs and the master domain and add capabillities to oVirt that will be used further on.\n\nThe import d ata storage domain feature makes use of the OVF on any domain feature to imp ort existing storage domain in order to be able to recover after the loss of the oVirt Engine's database and be able to move storage domain with vms/tem plates between setups.\n\nThe talk will cover those two featuers and will pr ovide deep dive into it's use and implementation.\n\nWiki pages:\nhttp://www .ovirt.org/Feature/OvfOnAnyDomain\n\nhttp://www.ovirt.org/Features/ImportSto rageDomain BEGIN:VALARM ACTION:DISPLAY TRIGGER;RELATED=START:-PT5M DESCRIPTION:Reminder END:VALARM END:VEVENT END:VCALENDAR___ Devel mailing list Devel@ovirt.org http://lists.ovirt.org/mailman/listinfo/devel
[ovirt-devel] ovirt 3.5 - deep dive - Command Coordination & execution infrastructure
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 DTSTART:16010101T02 TZOFFSETTO:+0300 TZOFFSETFROM:+0200 RRULE:FREQ=YEARLY;WKST=MO;INTERVAL=1;BYMONTH=3;BYDAY=-1FR TZNAME:IDT END:DAYLIGHT END:VTIMEZONE BEGIN:VEVENT UID:e1976939-e54a-4b88-bc1c-ead360bae759 SUMMARY:ovirt 3.5 - deep dive - Command Coordination & execution infrastruc ture ATTENDEE;CN=rnori;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE:mailt o:rn...@redhat.com ATTENDEE;CN=Oved Ourfali;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRU E:mailto:ov...@redhat.com ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE:mailto:users@o virt.org ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE:mailto:devel@o virt.org ORGANIZER;CN=Barak Azulay:mailto:bazu...@redhat.com DTSTART;TZID="Asia/Jerusalem":20140813T163000 DTEND;TZID="Asia/Jerusalem":20140813T173000 STATUS:CONFIRMED CLASS:PUBLIC X-MICROSOFT-CDO-INTENDEDSTATUS:BUSY TRANSP:OPAQUE LAST-MODIFIED:20140812T141411Z DTSTAMP:20140812T141411Z SEQUENCE:4 DESCRIPTION:The following meeting has been modified:\n\nSubject: ovirt 3.5 - deep dive - Command Coordination &\; execution infrastructure [MODIFIED ]\nOrganizer: "Barak Azulay" \n\nTime: Wednesday\, Augu st 13\, 2014\, 4:30:00 PM - 5:30:00 PM GMT +02:00 Jerusalem\n \nInvitees: rn o...@redhat.com\; ov...@redhat.com\; us...@ovirt.org\; devel@ovirt.org \n\n\n *~*~*~*~*~*~*~*~*~*\n\nThis session is mainly targeted for oVirt developers\ , but it may interest users as well. \n\nIt will introduce a new "Command Co ordination" and "Command Execution" infrastructure to enable non-storage com mand persistence and asynchronous operations. \n\n\nLink to wiki Page: http: //www.ovirt.org/Features/Design/CommandCoordinator \n\nLink to Hangouts On A ir: https://plus.google.com/events/cs05gb0d1plj1t620281ln7on7s \n\nThanks \n Barak Azulay BEGIN:VALARM ACTION:DISPLAY TRIGGER;RELATED=START:-PT5M DESCRIPTION:Reminder END:VALARM END:VEVENT END:VCALENDAR___ Devel mailing list Devel@ovirt.org http://lists.ovirt.org/mailman/listinfo/devel
[ovirt-devel] ovirt 3.5 - deep dive - Command Coordination infra
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 DTSTART:16010101T02 TZOFFSETTO:+0300 TZOFFSETFROM:+0200 RRULE:FREQ=YEARLY;WKST=MO;INTERVAL=1;BYMONTH=3;BYDAY=-1FR TZNAME:IDT END:DAYLIGHT END:VTIMEZONE BEGIN:VEVENT UID:e1976939-e54a-4b88-bc1c-ead360bae759 SUMMARY:ovirt 3.5 - deep dive - Command Coordination infra ATTENDEE;CN=rnori;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE:mailt o:rn...@redhat.com ATTENDEE;CN=Oved Ourfali;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRU E:mailto:ov...@redhat.com ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE:mailto:users@o virt.org ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE:mailto:devel@o virt.org ORGANIZER;CN=Barak Azulay:mailto:bazu...@redhat.com DTSTART;TZID="Asia/Jerusalem":20140813T163000 DTEND;TZID="Asia/Jerusalem":20140813T173000 STATUS:CONFIRMED CLASS:PUBLIC X-MICROSOFT-CDO-INTENDEDSTATUS:BUSY TRANSP:OPAQUE LAST-MODIFIED:20140812T141000Z DTSTAMP:20140812T141000Z SEQUENCE:3 DESCRIPTION:The following meeting has been modified:\n\nSubject: ovirt 3.5 - deep dive - Command Coordination infra \nOrganizer: "Barak Azulay" \n\nTime: Wednesday\, August 13\, 2014\, 4:30:00 PM - 5:30:00 P M GMT +02:00 Jerusalem\n \nInvitees: rn...@redhat.com\; ov...@redhat.com\; u s...@ovirt.org\; devel@ovirt.org \n\n\n*~*~*~*~*~*~*~*~*~*\n\nThis session i s mainly targeted for oVirt developers\, but it may interest users as well.\ n\nIt will introduce a new "Command Coordination" and "Command Execution" i nfrastructure to enable non-storage command persistence and asynchronous ope rations. \n\n\nLink to wiki Page: http://www.ovirt.org/Features/Design/Comma ndCoordinator\n\nLink to Hangouts On Air: https://plus.google.com/events/cs 05gb0d1plj1t620281ln7on7s\n\nThanks\nBarak Azulay BEGIN:VALARM ACTION:DISPLAY TRIGGER;RELATED=START:-PT5M DESCRIPTION:Reminder END:VALARM END:VEVENT END:VCALENDAR___ Devel mailing list Devel@ovirt.org http://lists.ovirt.org/mailman/listinfo/devel
[ovirt-devel] ovirt3.5 - deep dive - foreman bare metal provisioning
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 DTSTART:16010101T02 TZOFFSETTO:+0300 TZOFFSETFROM:+0200 RRULE:FREQ=YEARLY;WKST=MO;INTERVAL=1;BYMONTH=3;BYDAY=-1FR TZNAME:IDT END:DAYLIGHT END:VTIMEZONE BEGIN:VEVENT UID:d716b750-dc83-4df2-b2ec-eb83337d6e77 SUMMARY:ovirt3.5 - deep dive - foreman bare metal provisioning ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE:mailto:users@o virt.org ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE:mailto:devel@o virt.org ATTENDEE;CN=ybronhei;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE:ma ilto:ybron...@redhat.com ATTENDEE;CN=Oved Ourfali;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRU E:mailto:ov...@redhat.com ATTENDEE;CN="Karli Sjöberg";ROLE=REQ-PARTICIPANT;PARTSTAT=DECLINED;RSVP=TRUE :mailto:karli.sjob...@slu.se ATTENDEE;CN=Don Harris;ROLE=REQ-PARTICIPANT;PARTSTAT=DECLINED;RSVP=TRUE:mail to:d...@techcetera.com ATTENDEE;CN=Sahina Bose;ROLE=REQ-PARTICIPANT;PARTSTAT=ACCEPTED;RSVP=TRUE:mai lto:sab...@redhat.com ATTENDEE;CN=Anish Mohan1/MUM/TCS;ROLE=REQ-PARTICIPANT;PARTSTAT=ACCEPTED;RSVP =TRUE:mailto:anish.moh...@tcs.com ATTENDEE;CN=jor...@netbulae.eu;ROLE=REQ-PARTICIPANT;PARTSTAT=ACCEPTED;RSVP=T RUE:mailto:jor...@netbulae.eu ATTENDEE;CN=Sandro Bonazzola;ROLE=REQ-PARTICIPANT;PARTSTAT=ACCEPTED;RSVP=TRU E:mailto:sbona...@redhat.com ATTENDEE;CN=Otavio Luiz Ferranti;ROLE=REQ-PARTICIPANT;PARTSTAT=DECLINED;RSVP =TRUE:mailto:otavio.ferra...@eldorado.org.br ATTENDEE;CN=Vojtech Szocs;ROLE=REQ-PARTICIPANT;PARTSTAT=ACCEPTED;RSVP=TRUE:m ailto:vsz...@redhat.com ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=DECLINED;RSVP=TRUE:mailto:dbishop@con trolscan.com ATTENDEE;CN=Brandon Salmon;ROLE=REQ-PARTICIPANT;PARTSTAT=DECLINED;RSVP=TRUE: mailto:bsal...@tintri.com ATTENDEE;CN=Mooli Tayer;ROLE=REQ-PARTICIPANT;PARTSTAT=ACCEPTED;RSVP=TRUE:mai lto:mta...@redhat.com ATTENDEE;CN=dlandgra;ROLE=REQ-PARTICIPANT;PARTSTAT=ACCEPTED;RSVP=TRUE:mailto :dland...@redhat.com ATTENDEE;CN=Nir Soffer;ROLE=REQ-PARTICIPANT;PARTSTAT=ACCEPTED;RSVP=TRUE:mail to:nsof...@redhat.com ATTENDEE;CN=Peter Portante;ROLE=REQ-PARTICIPANT;PARTSTAT=DECLINED;RSVP=TRUE: mailto:pport...@redhat.com ATTENDEE;CN=Eyal Edri;ROLE=REQ-PARTICIPANT;PARTSTAT=ACCEPTED;RSVP=TRUE:mailt o:ee...@redhat.com ATTENDEE;CN=Ohad Basan;ROLE=REQ-PARTICIPANT;PARTSTAT=ACCEPTED;RSVP=TRUE:mail to:oba...@redhat.com ATTENDEE;CN=Maurice James;ROLE=REQ-PARTICIPANT;PARTSTAT=ACCEPTED;RSVP=TRUE:m ailto:mja...@media-node.com ATTENDEE;CN="力波 王";ROLE=OPT-PARTICIPANT;PARTSTAT=ACCEPTED;RSVP=TRUE:mailto:w lblea...@126.com ATTENDEE;CN=Jean-Pierre WEISS;ROLE=OPT-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSV P=TRUE:mailto:jwe...@mairie-saint-ouen.fr ORGANIZER;CN=Barak Azulay:mailto:bazu...@redhat.com DTSTART;TZID="Asia/Jerusalem":20140812T17 DTEND;TZID="Asia/Jerusalem":20140812T173000 STATUS:CONFIRMED CLASS:PUBLIC X-MICROSOFT-CDO-INTENDEDSTATUS:BUSY TRANSP:OPAQUE LAST-MODIFIED:20140812T135441Z DTSTAMP:20140812T135441Z SEQUENCE:5 DESCRIPTION:The following meeting has been modified:\n\nSubject: ovirt3.5 - deep dive - foreman bare metal provisioning \nOrganizer: "Barak Azulay" \n\nTime: Tuesday\, August 12\, 2014\, 5:00:00 PM - 5:30:00 PM GMT +02:00 Jerusalem\n \nRequired: us...@ovirt.org\; devel@ovirt.org\; y bron...@redhat.com\; ov...@redhat.com\; karli.sjob...@slu.se\; don@techceter a.com\; sab...@redhat.com\; anish.moh...@tcs.com\; jor...@netbulae.eu\; sbon a...@redhat.com\; otavio.ferra...@eldorado.org.br ... \nOptional: wlbleaboy@ 126.com\; jwe...@mairie-saint-ouen.fr \n\n*~*~*~*~*~*~*~*~*~*\n\nThis sessio n will introduce the integration with foreman bare metal provisioning with o Virt. \n\nwiki: http://www.ovirt.org/Features/AdvancedForemanIntegration \nG oogle hangout link : https://www.youtube.com/watch?v=gozX891kYAY \n\nThanks \nBarak Azulay \n BEGIN:VALARM ACTION:DISPLAY TRIGGER;RELATED=START:-PT5M DESCRIPTION:Reminder END:VALARM END:VEVENT END:VCALENDAR___ Devel mailing list Devel@ovirt.org http://lists.ovirt.org/mailman/listinfo/devel
Re: [ovirt-devel] SSO using remote-viewer
Ok, vdsClient with the desktopLogin works pretty well on the first step.
I found a weird behavior when closing remote-viewer window. Even a session
remains open (no logout/switch user is performed), the subsequent connect with
the _same ticket_ spits out a gdm window
with a password...
- Исходное сообщение -
От: "Denis Kirjanov"
Кому: "Vinzenz Feenstra"
Копия: devel@ovirt.org
Отправленные: Понедельник, 11 Август 2014 г 18:34:24
Тема: Re: [ovirt-devel] SSO using remote-viewer
- Исходное сообщение -
От: "Vinzenz Feenstra"
Кому: "Denis Kirjanov"
Копия: "Michal Skrivanek" , devel@ovirt.org
Отправленные: Понедельник, 11 Август 2014 г 17:26:30
Тема: Re: [ovirt-devel] SSO using remote-viewer
On 08/11/2014 03:12 PM, Denis Kirjanov wrote:
>
> - Исходное сообщение -
> От: "Vinzenz Feenstra"
> Кому: "Michal Skrivanek" , "Denis Kirjanov"
>
> Копия: devel@ovirt.org
> Отправленные: Понедельник, 11 Август 2014 г 17:07:40
> Тема: Re: [ovirt-devel] SSO using remote-viewer
>
> On 08/11/2014 03:06 PM, Vinzenz Feenstra wrote:
>> On 08/11/2014 03:01 PM, Michal Skrivanek wrote:
>>> On Aug 11, 2014, at 14:14 , Denis Kirjanov wrote:
>>>
Hi guys,
I'm trying to login to a virtual machine without using the web
interface (User Portal) but through the remote-viewer and a small
python script to gather all required info such a certificate
subject, ticken and ports.
The virtual machine has the rhevm sso package installed so I can get
to the machine through the web UI,
but I can't do the same thing using remote-viewer. What I do see is
a gdm login window with
my user account and 2 icons (Login into session and RHEV-M SSO login).
Looks like I have to invoke something inside my python script to get
an access but I can't figure out what is missing…
>>> you need to issue the "desktopLogin" command to actually perform the
>>> sign on. The viewer itself doesn't do anything
>> If this is going through vdsm then it's the desktop login command. Via
>> the REST API it'd be just /vms/{vmid}/logon
> Note: The REST API supports this from oVirt/RHEV 3.5
>
> Thanks, but we're using oVirt/RHEV 3.1.
> Does the PythonAPI (or ReST API) support something like this in 3.1?
Well only the XMLRPC api of the Host supports the desktopLogin verb, as
Michal already said.
vdsClient for example can do this, when it has the right certificates
vdsClient -s desktopLogin
HTH
Could you please guide me on how to set a required certificates on
a client?
Thanks!
>
>
>>> Thanks,
>>> michal
>>>
Thanks!
___
Devel mailing list
Devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/devel
>>
>
--
Regards,
Vinzenz Feenstra | Senior Software Engineer
RedHat Engineering Virtualization R & D
Phone: +420 532 294 625
IRC: vfeenstr or evilissimo
Better technology. Faster innovation. Powered by community collaboration.
See how it works at redhat.com
___
Devel mailing list
Devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/devel
___
Devel mailing list
Devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/devel
Re: [ovirt-devel] Intro
Hi Colin, just for my curiosity - does the window closing method from your link work or not? Also which FF version do you run on IGEL? Thanks! Franta. - Original Message - From: "Colin Coe" To: "Frantisek Kobzik" Cc: aw...@redhat.com, devel@ovirt.org Sent: Tuesday, August 12, 2014 3:55:19 AM Subject: Re: [ovirt-devel] Intro Hi all Many thanks for the pointers. It seems FireFox on the IGEL is a bit tricky to programatically close browser windows. I tried a couple of approaches including what was suggested above and also at http://www.yournewdesigner.com/css-experiments/javascript-window-close-firefox.html I'll update the support ticket I have with GSS on this as some collaboration with the folks at IGEL may be required. Thanks again CC On Mon, Aug 11, 2014 at 9:27 PM, Frantisek Kobzik wrote: > You're right, thanks! > F. > > > - Original Message - > From: "Alexander Wels" > To: devel@ovirt.org > Cc: "Frantisek Kobzik" , "Colin Coe" > Sent: Monday, August 11, 2014 3:07:38 PM > Subject: Re: [ovirt-devel] Intro > > On Monday, August 11, 2014 08:56:51 AM Frantisek Kobzik wrote: >> Hi Colin, >> >> adding closing button to the 'console resources' page should be quite easy. >> >> 1, Open this file: >> /etc/ovirt-engine/branding/50-rhev-1.brand/applications/rhev.ear/rhev.war/WE >> B-INF/client-resources.jsp 2, somewhere in the page, add this code snippet: >> Close page >> (or you can use , or whatever you like) >> >> ... and that should do the trick. >> >> If you want to have the button localized, you can do it by adding keys to >> resources files in >> /etc/ovirt-engine/branding/50-rhev-1.brand/applications/rhev.ear/rhev.war/W >> EB-INF/classes subdirectory. >> >> If there's anything else about this, feel free to contact me! >> >> Cheers, >> Franta. >> > > Just to add to this, I highly suggest you don't modify the RHEV branding > directly like that, a new version will override you changes. The suggested > method is to create your own branding package (possibly using the RHEV one as > a base) and make the modifications that you want there. The branding packages > are overlayed on top of each other, so if you make a new branding package your > changes will be applied last. > > A good overview of how to make branding packages can be found on the ovirt > wiki [1]. > > Alexander > > [1] http://www.ovirt.org/Features/Branding > >> - Original Message - >> From: "Colin Coe" >> To: "Michal Skrivanek" >> Cc: devel@ovirt.org >> Sent: Monday, August 11, 2014 8:45:15 AM >> Subject: Re: [ovirt-devel] Intro >> >> Hi all >> >> On Mon, Aug 11, 2014 at 7:13 AM, Colin Coe wrote: >> > Hi Michal >> > >> > >> > >> > On Fri, Aug 8, 2014 at 8:14 PM, Michal Skrivanek >> > >> > wrote: >> >> On 8 Aug 2014, at 02:43, Colin Coe wrote: >> >>> Hi all >> >>> >> >>> I'm a long time RHEV admin (since 2.1/2.2 days). I'm in the process of >> >>> getting a dev workstation built to do some hacking to resolve some >> >>> small issues that are explained below. >> >>> >> >>> 1) >> >>> The business is moving to thin clients for specific users. We're using >> >>> IGEL thin clients in appliance mode. We have a problem where if the >> >>> user (in the User Portal) clicks on the "Client Resources" hyperlink, a >> >>> new browse window comes up that the user cannot move or dismiss. >> >>> >> >>> I figure the easiest way to resolve this is to put a "Close" button on >> >>> the Client Resources page. Would this be acceptable to the project?>> >> >> What is the browser on the IGEL client? Are you talking about RHEV or >> >> oVirt? Either way it's a branding item..you can as well disable/remove >> >> the link completely as I suppose it's not really relevant on a thin >> >> client> >> > The IGEL client runs Firefox. From memory the OS is Ubuntu 10.4. >> > We're talking RHEV not oVirt. What do you mean a branding item? Do >> > you mean I can change this? >> > >> >>> 2) >> >>> In the power User Portal, VM descriptions are shown in parentheses. In >> >>> the "normal" User Portal the description is not shown. I'd like to >> >>> have the description shown in the normal User Portal also, maybe in >> >>> parentheses on a new line between the VM name and the VM's icon. Is >> >>> this acceptable to the project?>> >> >> should be easy enough. care to file a bug for it? >> > >> > Sure. BZ 1128501 >> >> Looks like the description is shown. Apologies. I'll close that BZ >> as a carbon error. >> >> >>> 3) >> >>> Lastly, the normal user portal shows the VM image and to get a console, >> >>> a double click is required. This is pretty much universally hated by >> >>> our users :( The Power User Portal single click is loved by our users >> >>> but I don't want to to give them the added capabilities in the Power >> >>> User Portal. Would it be acceptable to the project to change the >> >>> double click to the same single click as in the Power User Portal?>> >> >> there's a new button now in 3.5 >> > >> > Great! >> > >> >
[ovirt-devel] popup dialog
Hi, everyone:
I add a button, named backup in the Template Tab,
And the click event is ok.
Now I want add a dialog after clicked the button,
So, I add a model , but the dialog didn’t display at all.
So, I want to know is there some necessary class need
To modify or add?
The model code is like this:
TemplateBackupModel.java
public class TemplateBackupModel extends Model {
private EntityModel privatePassword;
public EntityModel getPassword()
{
return privatePassword;
}
public void setPassword(EntityModel value)
{
privatePassword = value;
}
public TemplateBackupModel(){
setPassword(new EntityModel());
AsyncQuery _asyncQuery = new AsyncQuery();
_asyncQuery.setModel(this);
_asyncQuery.asyncCallback = new INewAsyncCallback() {
@Override
public void onSuccess(Object model, Object result)
{
}
};
}
@Override
public void eventRaised(Event ev, Object sender, EventArgs args) {
super.eventRaised(ev, sender, args);
}
public boolean validate(){
return true;
}
}
And created a model in the backup button click callback like this：
public void backup()
{
if (getWindow() != null)
{
return;
}
TemplateBackupModel model = new TemplateBackupModel();
setWindow(model);
model.setTitle("TemplateBackup");//$NON-NLS-1$
model.setHashName("TemplateBackup");//$NON-NLS-1$
UICommand tempVar = new UICommand("OnBackup", this); //$NON-NLS-1$
tempVar.setTitle(ConstantsManager.getInstance().getConstants().ok());
tempVar.setIsDefault(true);
model.getCommands().add(tempVar);
UICommand tempVar2 = new UICommand("Cancel", this); //$NON-NLS-1$
tempVar2.setTitle(ConstantsManager.getInstance().getConstants().cancel());
tempVar2.setIsCancel(true);
model.getCommands().add(tempVar2);
}
___
Devel mailing list
Devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/devel
Re: [ovirt-devel] Intro
Hi all Many thanks for the pointers. It seems FireFox on the IGEL is a bit tricky to programatically close browser windows. I tried a couple of approaches including what was suggested above and also at http://www.yournewdesigner.com/css-experiments/javascript-window-close-firefox.html I'll update the support ticket I have with GSS on this as some collaboration with the folks at IGEL may be required. Thanks again CC On Mon, Aug 11, 2014 at 9:27 PM, Frantisek Kobzik wrote: > You're right, thanks! > F. > > > - Original Message - > From: "Alexander Wels" > To: devel@ovirt.org > Cc: "Frantisek Kobzik" , "Colin Coe" > Sent: Monday, August 11, 2014 3:07:38 PM > Subject: Re: [ovirt-devel] Intro > > On Monday, August 11, 2014 08:56:51 AM Frantisek Kobzik wrote: >> Hi Colin, >> >> adding closing button to the 'console resources' page should be quite easy. >> >> 1, Open this file: >> /etc/ovirt-engine/branding/50-rhev-1.brand/applications/rhev.ear/rhev.war/WE >> B-INF/client-resources.jsp 2, somewhere in the page, add this code snippet: >> Close page >> (or you can use , or whatever you like) >> >> ... and that should do the trick. >> >> If you want to have the button localized, you can do it by adding keys to >> resources files in >> /etc/ovirt-engine/branding/50-rhev-1.brand/applications/rhev.ear/rhev.war/W >> EB-INF/classes subdirectory. >> >> If there's anything else about this, feel free to contact me! >> >> Cheers, >> Franta. >> > > Just to add to this, I highly suggest you don't modify the RHEV branding > directly like that, a new version will override you changes. The suggested > method is to create your own branding package (possibly using the RHEV one as > a base) and make the modifications that you want there. The branding packages > are overlayed on top of each other, so if you make a new branding package your > changes will be applied last. > > A good overview of how to make branding packages can be found on the ovirt > wiki [1]. > > Alexander > > [1] http://www.ovirt.org/Features/Branding > >> - Original Message - >> From: "Colin Coe" >> To: "Michal Skrivanek" >> Cc: devel@ovirt.org >> Sent: Monday, August 11, 2014 8:45:15 AM >> Subject: Re: [ovirt-devel] Intro >> >> Hi all >> >> On Mon, Aug 11, 2014 at 7:13 AM, Colin Coe wrote: >> > Hi Michal >> > >> > >> > >> > On Fri, Aug 8, 2014 at 8:14 PM, Michal Skrivanek >> > >> > wrote: >> >> On 8 Aug 2014, at 02:43, Colin Coe wrote: >> >>> Hi all >> >>> >> >>> I'm a long time RHEV admin (since 2.1/2.2 days). I'm in the process of >> >>> getting a dev workstation built to do some hacking to resolve some >> >>> small issues that are explained below. >> >>> >> >>> 1) >> >>> The business is moving to thin clients for specific users. We're using >> >>> IGEL thin clients in appliance mode. We have a problem where if the >> >>> user (in the User Portal) clicks on the "Client Resources" hyperlink, a >> >>> new browse window comes up that the user cannot move or dismiss. >> >>> >> >>> I figure the easiest way to resolve this is to put a "Close" button on >> >>> the Client Resources page. Would this be acceptable to the project?>> >> >> What is the browser on the IGEL client? Are you talking about RHEV or >> >> oVirt? Either way it's a branding item..you can as well disable/remove >> >> the link completely as I suppose it's not really relevant on a thin >> >> client> >> > The IGEL client runs Firefox. From memory the OS is Ubuntu 10.4. >> > We're talking RHEV not oVirt. What do you mean a branding item? Do >> > you mean I can change this? >> > >> >>> 2) >> >>> In the power User Portal, VM descriptions are shown in parentheses. In >> >>> the "normal" User Portal the description is not shown. I'd like to >> >>> have the description shown in the normal User Portal also, maybe in >> >>> parentheses on a new line between the VM name and the VM's icon. Is >> >>> this acceptable to the project?>> >> >> should be easy enough. care to file a bug for it? >> > >> > Sure. BZ 1128501 >> >> Looks like the description is shown. Apologies. I'll close that BZ >> as a carbon error. >> >> >>> 3) >> >>> Lastly, the normal user portal shows the VM image and to get a console, >> >>> a double click is required. This is pretty much universally hated by >> >>> our users :( The Power User Portal single click is loved by our users >> >>> but I don't want to to give them the added capabilities in the Power >> >>> User Portal. Would it be acceptable to the project to change the >> >>> double click to the same single click as in the Power User Portal?>> >> >> there's a new button now in 3.5 >> > >> > Great! >> > >> >> Thanks, >> >> michal >> >> >> >>> Thanks >> >>> >> >>> CC >> >>> >> >>> -- >> >>> RHCE#805007969328369 >> >>> ___ >> >>> Devel mailing list >> >>> Devel@ovirt.org >> >>> http://lists.ovirt.org/mailman/listinfo/devel >> > >> > -- >> > RHCE#805007969328369 > -- https://www.redhat.com/wapps/tra
