[ovirt-devel] ovirt-engine master doesn't build anymore
See http://jenkins.ovirt.org/job/ovirt-engine_master_create-rpms-quick_gerrit/2664/label=fedora20/console Please fix ASAP, 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-engine master doesn't build anymore
Il 18/06/2014 08:45, Alon Bar-Lev ha scritto: - Original Message - From: Sandro Bonazzola sbona...@redhat.com To: devel@ovirt.org Cc: infra in...@ovirt.org Sent: Wednesday, June 18, 2014 9:39:32 AM Subject: ovirt-engine master doesn't build anymore See http://jenkins.ovirt.org/job/ovirt-engine_master_create-rpms-quick_gerrit/2664/label=fedora20/console Please fix ASAP, thanks. Unresolved conflict[1] [1] http://gerrit.ovirt.org/28875 Build is still broken: 07:51:09 [ERROR] COMPILATION ERROR : 07:51:09 [INFO] - 07:51:10 [ERROR] /home/jenkins/workspace/ovirt-engine_master_create-rpms-quick_merged/label/centos6/rpmbuild/BUILD/ovirt-engine-3.5.0/backend/manager/modules/bll/src/main/java/org/ovirt/engine/core/bll/ProcessDownVmCommand.java:[172,54] error: cannot find symbol http://jenkins.ovirt.org/job/ovirt-engine_master_create-rpms-quick_merged/3036/label=centos6/console Yair, please don't mark as verified a patch which wasn't verified and at least wait for jenkins to complete quick build. Thanks, -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com ___ Infra mailing list in...@ovirt.org http://lists.ovirt.org/mailman/listinfo/infra -- 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] Update on QEMU Snapshot Package in CentOS
On Tue, Jun 17, 2014 at 02:56:49PM -0400, Brian Proffitt wrote: All: I spoke with KB at CentOS about maintaining the qemu package for the Virt SIG. He has expressed concerns that if oVirt curates the qemu package in order to have the snapshotting flag turned on, then there might arise a situation where each project within the SIG would be getting their own versions of qemu. To help mitigate against such an occurrence, KB suggested that oVirt take ownership of not the RHEL distro-specific version of qemu, but a more upstream version instead. Upon discussion with Douglas Landsgraf and Itamar, it seemed to make more sense to keep downloading from CentOS repo and rebuilding it with flag enabled and either sharing that with the SIG or inside our own oVirt repository. Basically, KB's issue that if oVirt does wish to curate this package on behalf of the SIG, that we as a project would be willing to manage all requests from the rest of the SIG participants (such as the example he raised, which was his personal wish that the vdi and Microsoft vpc formats be turned on as well, so he can build Azure images more easily). If we were willing to take on such a responsibility for the SIG, then this would mitigate multiple versions of qemu appearing. From my side, I believe this is a reasonable expectation, given that we are going to get what we need within CentOS and still can be a responsible community player within the SIG. I put the question to the developers: is this something we want to undertake, or should we simply maintain our version of qemu within an oVirt-specific repository? Personally I wonder why it's that important. With RHEL7 out and CentOS7 expected soonish, why not aim at supporting that. I'm sure that qemu is new enough to support snapshots. ___ Devel mailing list Devel@ovirt.org http://lists.ovirt.org/mailman/listinfo/devel
Re: [ovirt-devel] [oVirt 3.5 Localization Question #2] Update display network on cluster with an active VM (audit log)
Thank you very much Yevgeny. That's all clear now. Kind regards, Yuko On 06/18/2014 05:54 PM, Yevgeny Zaspitsky wrote: That is the warning to the user that means that an update to the display network has been done, which means that he might expect loosing display connectivity to the VMs that were active at the time of the update action in some cases of the update. Regards, Yevgeny On 18/06/14 04:02, Yuko Katabami wrote: Hello again. I would like to ask another question with the following details: *File:***LocalizedEnums* **Resource ID:*** AuditLogType___NETWORK_UPDATE_DISPLAY_FOR_CLUSTER_WITH_ACTIVE_VM* **Strings:*** Update display network on cluster with an active VM *Question:* Is this string an instruction to the user to update the display network? Since the resource ID suggests it is audit log, there might be a possibility that it is actually meant to be a past event (i.e. Updated). Kind regards, Yuko ___ 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] Update on QEMU Snapshot Package in CentOS
Am 18.06.2014 11:03, schrieb Andrew Cathrow: We deliver a different QEMU in RHEL than is delivered in RHEV and RHEL-OSP. In RHEL 6 there's a different set of features at compile time. In RHEL 7.x you'll see us shipping different releases - eg. rebasing onto a new QEMU version in RHEV/RHEL-OSP which is something that's not possible within RHEL. Well thanks for the response but the only new information that you provide is that you will rebase qemu in rhev which is not possible in rhel 7. but I was asking for some kind of reasoning _why_ that's not possible _and_ additionally would like to point out that no rebasing at all is needed as it's just recompiling with one flag added. I begin to think this has something to do with marketing as there is apparently no technical reason to do this. Of course I know that you can not simply introduce a new version in rhel6, according to your update policy and your qa. -- 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] Update on QEMU Snapshot Package in CentOS
On 06/18/2014 05:16 AM, Sven Kieske wrote: Am 18.06.2014 11:03, schrieb Andrew Cathrow: We deliver a different QEMU in RHEL than is delivered in RHEV and RHEL-OSP. In RHEL 6 there's a different set of features at compile time. In RHEL 7.x you'll see us shipping different releases - eg. rebasing onto a new QEMU version in RHEV/RHEL-OSP which is something that's not possible within RHEL. Well thanks for the response but the only new information that you provide is that you will rebase qemu in rhev which is not possible in rhel 7. but I was asking for some kind of reasoning _why_ that's not possible _and_ additionally would like to point out that no rebasing at all is needed as it's just recompiling with one flag added. I begin to think this has something to do with marketing as there is apparently no technical reason to do this. No it's about productization - how do we monetize investments that we make. That's something that we need to consider as we have literally thousands of engineers who have to be paid. Of course I know that you can not simply introduce a new version in rhel6, according to your update policy and your qa. ___ Devel mailing list Devel@ovirt.org http://lists.ovirt.org/mailman/listinfo/devel
Re: [ovirt-devel] Github Repositories
On Wed, Jun 18, 2014 at 11:51:20AM +0300, Roy Golan wrote: On 06/17/2014 02:31 AM, Nir Soffer wrote: - Original Message - From: Eyal Edri ee...@redhat.com To: Saggi Mizrahi smizr...@redhat.com Cc: devel@ovirt.org Sent: Sunday, June 15, 2014 4:40:33 PM Subject: Re: [ovirt-devel] Github Repositories why not use gerrit.ovirt.org and mirror to github? +1 +1 can the mirror be attached to a newly created oVirt organization? We already have https://github.com/ovirt with mirrors. Wouldn't that be better? - Original Message - From: Saggi Mizrahi smizr...@redhat.com To: devel@ovirt.org Sent: Sunday, June 15, 2014 1:29:34 PM Subject: [ovirt-devel] Github Repositories We are moving all ovirt stuff from my own user to the newly created ovirt-infra group on github. Update your git remotes! https://github.com/ovirt-infra ___ Devel mailing list Devel@ovirt.org http://lists.ovirt.org/mailman/listinfo/devel
Re: [ovirt-devel] Update on QEMU Snapshot Package in CentOS
On 06/18/2014 05:24 AM, Sven Kieske wrote: Thank you again for this clear response :) I just wonder why this wasn't mentioned earlier, as I can perfectly understand the reasoning. It's certainly been discussed, but there are so many venues I lose track of what's been said where. Aic Am 18.06.2014 11:21, schrieb Andrew Cathrow: No it's about productization - how do we monetize investments that we make. That's something that we need to consider as we have literally thousands of engineers who have to be paid. ___ Devel mailing list Devel@ovirt.org http://lists.ovirt.org/mailman/listinfo/devel
[ovirt-devel] [QE][ACTION NEEDED] oVirt 3.4.3 RC status
Hi, We're going to start composing oVirt 3.4.3 RC on *2014-07-10 08:00 UTC* from 3.4 branch. A 3.4.3 branch will be created immediately after using the same hash of the build. The bug tracker [1] shows no blocking bugs for the release There are still 38 bugs [2] targeted to 3.4.3. Excluding node and documentation bugs we still have 16 bugs [3] targeted to 3.4.2. Maintainers / Assignee: - Please add the bugs to the tracker if you think that 3.4.3 should not be released without them fixed. - Please update the target to any next release for bugs that won't be in 3.4.3: it will ease gathering the blocking bugs for next releases. - Please fill release notes, the page has been created here [4] - Please build packages before *2014-07-09 15:00 UTC*. Community: - If you're testing oVirt 3.4 nightly snapshot, please add yourself to the test page [5] [1] bugzilla.redhat.com/1107968 [2] http://red.ht/1lBAw2R [3] http://red.ht/1ly9hfA [4] http://www.ovirt.org/OVirt_3.4.3_Release_Notes [5] http://www.ovirt.org/Testing/oVirt_3.4.3_Testing 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] [QE][ACTION NEEDED] oVirt 3.5.0 Beta status
Hi, We're going to compose oVirt 3.5.0 Beta on Thu *2014-06-26 08:00 UTC*. Maintainers: - Please be sure that master snapshot allow to create VMs before *2014-06-25 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 ASSIGNEDAdd log gathering for a new ovirt module (External scheduler) 1060198 integration NEW [RFE] add support for Fedora 20 About Add log gathering for a new ovirt module (External scheduler), patch have been merged on upstream sos master branch. Just waiting for a new sos build. Feature freeze is now effective, no more features should be pushed. The following features should be testable in 3.5.0 Beta according to Features Status Table [2] Group oVirt BZTitle gluster 1096713 Monitoring (UI plugin) Dashboard (Integrated with Nagios monitoring) gluster 1040795 Gluster Volume Capacity monitoring gluster 1083583 Gluster Profile infra 1079821 [RFE] Prevent host fencing while kdumping infra 1081049 [RFE] replace XML-RPC communication (engine-vdsm) with json-rpc based on bidirectional transport infra 1083993 [RFE] using foreman provider to provision bare-metal hosts 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 1090529 [RFE] - introduction of Command-Coordination infrastructure infra 1090794 [RFE] Search VMs based on MAC address from web-admin portal 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 1108861 [RFE] Support logging of commands parameters infra 1108866 [RFE] Maintenance operations on a VM would ask for an optional reason infra 1094123 [RFE][host-deploy] support more ciphers for ssh - upgrade apache-sshd to 0.11.0 infra 1108876 [RFE] report SELinux policy and show it in UI + warn when not enabled 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-cli 855724 [RFE] ovirt-engine-restapi : Statistic values representation issues 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 integration 1026930 ovirt-guest-tools-iso similar to rhev-guest-tools-iso and uploaded to ISO domain by default integration 1080402 Allow setup of iSCSI based storage for hosted engine integration 1080992 websocket proxy running on separate host 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 node875088 ovirt-node-registration - a generic node registration node1038616 ovirt node support for hosted engine nodes node1053435 oVirt virtual appliance sla 1036731 hosted engine on iscsi sla 1093051 Integrating with Opta Planner to demonstrate a balanced cluster sla 1108602 Implement REST API for oVirt scheduler storage 1054241 Store OVF on any domains storage 1055640 Get rid of storage pool metadata on master storage domain storage 1083312 Disk alias recycling in web-admin portal storage 1086181 [RFE] Snapshot overview in webadmin portal ux 987953 support tree refresh ux 1057212 add an explanation tool-tip to the 'Feedback' button ux 1066425 UI plugin API - add SystemTreeSelectionChange callback ux 1110566 automatically select item in the grid if it is the only item ux optimize queries invocation for left-pane tree data retrieval virt1058832 Allow to clone a (down) VM without snapshot/template virt1031040 can't set different keymap for vnc via runonce option virt1043471
Re: [ovirt-devel] [QE][ACTION NEEDED] oVirt 3.5.0 Beta status
Il 18/06/2014 11:47, Sandro Bonazzola ha scritto: Hi, We're going to compose oVirt 3.5.0 Beta on Thu *2014-06-26 08:00 UTC*. Maintainers: - Please be sure that master snapshot allow to create VMs before *2014-06-25 15:00 UTC* The bug tracker [1] shows the following proposed blockers to be reviewed: Bug IDWhiteboard Status Summary 1001100 integration NEW Add log gathering for a new ovirt module (External scheduler) 1073944 integration ASSIGNEDAdd log gathering for a new ovirt module (External scheduler) 1060198 integration NEW [RFE] add support for Fedora 20 About Add log gathering for a new ovirt module (External scheduler), patch have been merged on upstream sos master branch. Just waiting for a new sos build. Feature freeze is now effective, no more features should be pushed. The following features should be testable in 3.5.0 Beta according to Features Status Table [2] Group oVirt BZTitle gluster 1096713 Monitoring (UI plugin) Dashboard (Integrated with Nagios monitoring) gluster 1040795 Gluster Volume Capacity monitoring gluster 1083583 Gluster Profile infra 1079821 [RFE] Prevent host fencing while kdumping infra 1081049 [RFE] replace XML-RPC communication (engine-vdsm) with json-rpc based on bidirectional transport infra 1083993 [RFE] using foreman provider to provision bare-metal hosts 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 1090529 [RFE] - introduction of Command-Coordination infrastructure infra 1090794 [RFE] Search VMs based on MAC address from web-admin portal 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 1108861 [RFE] Support logging of commands parameters infra 1108866 [RFE] Maintenance operations on a VM would ask for an optional reason infra 1094123 [RFE][host-deploy] support more ciphers for ssh - upgrade apache-sshd to 0.11.0 infra 1108876 [RFE] report SELinux policy and show it in UI + warn when not enabled 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-cli 855724 [RFE] ovirt-engine-restapi : Statistic values representation issues 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 integration 1026930 ovirt-guest-tools-iso similar to rhev-guest-tools-iso and uploaded to ISO domain by default integration 1080402 Allow setup of iSCSI based storage for hosted engine integration 1080992 websocket proxy running on separate host 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 node 875088 ovirt-node-registration - a generic node registration node 1038616 ovirt node support for hosted engine nodes node 1053435 oVirt virtual appliance sla 1036731 hosted engine on iscsi sla 1093051 Integrating with Opta Planner to demonstrate a balanced cluster sla 1108602 Implement REST API for oVirt scheduler storage 1054241 Store OVF on any domains storage 1055640 Get rid of storage pool metadata on master storage domain storage 1083312 Disk alias recycling in web-admin portal storage 1086181 [RFE] Snapshot overview in webadmin portal ux987953 support tree refresh ux1057212 add an explanation tool-tip to the 'Feedback' button ux1066425 UI plugin API - add SystemTreeSelectionChange callback ux1110566 automatically select item in the grid if it is the only item uxoptimize queries invocation for left-pane tree data retrieval virt
Re: [ovirt-devel] supervdsm defunct bug?
On Wed, Jun 18, 2014 at 09:20:06AM +, Sven Kieske wrote: Am 18.06.2014 11:05, schrieb Dan Kenigsberg: Does the suggested patch http://gerrit.ovirt.org/#/c/27627/ solves the problem and does not introduce new ones? If so, please mark it as verified. It awaits verification and more reviews, while we are busy in even-more-urgent 3.5 chores. Regards, Dan. Thanks for pushing with me for the review in order to avoid log spam. You do not happen to know anything about the other bug(supervdsm defunct), though? Oh sorry, this email thread is overloaded a bit. I'm adding Yaniv to the nag list. I hope he or Dima can prepare a quick fix for the pid leak. ___ Devel mailing list Devel@ovirt.org http://lists.ovirt.org/mailman/listinfo/devel
Re: [ovirt-devel] supervdsm defunct bug?
On 06/18/2014 01:55 PM, Dan Kenigsberg wrote: On Wed, Jun 18, 2014 at 09:20:06AM +, Sven Kieske wrote: Am 18.06.2014 11:05, schrieb Dan Kenigsberg: Does the suggested patch http://gerrit.ovirt.org/#/c/27627/ solves the problem and does not introduce new ones? If so, please mark it as verified. It awaits verification and more reviews, while we are busy in even-more-urgent 3.5 chores. Regards, Dan. Thanks for pushing with me for the review in order to avoid log spam. You do not happen to know anything about the other bug(supervdsm defunct), though? Oh sorry, this email thread is overloaded a bit. I'm adding Yaniv to the nag list. I hope he or Dima can prepare a quick fix for the pid leak. I don't understand how is http://gerrit.ovirt.org/#/c/27627 related to the defunct problem. Sven, do you have constant flow that produce those defunct process? it can help. if you do, please update [1] with your steps, and logs might help too if you don't have such known flow [1] https://bugzilla.redhat.com/show_bug.cgi?id=841486 Thanks -- Yaniv Bronhaim. ___ Devel mailing list Devel@ovirt.org http://lists.ovirt.org/mailman/listinfo/devel
Re: [ovirt-devel] [oVirt 3.5 Localization Question #3] Device source
In the same file, I also found the following string with the word sources: *Resource ID: * requiredRngSources *Strings:* Required Random Number Generator sources: *Question: *Is the word sources referring to source codes or origin? On 06/18/2014 01:34 PM, Yuko Katabami wrote: Hello, another question arose and would like to ask for your help, * File:***CommonApplicationConstants* **Resource ID:*** deviceSource* **Strings:***Device source *Question: *Could anyone explain how this string is used in UI? What does the source refer to? Origin of the device or the source code? Kind regards, Yuko ___ 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] [oVirt 3.5 Localization Question #2] Update display network on cluster with an active VM (audit log)
CCing Frantisek who added the virtio support - Original Message - From: Yuko Katabami ykata...@redhat.com To: Yevgeny Zaspitsky yzasp...@redhat.com, devel@ovirt.org Sent: Wednesday, June 18, 2014 11:09:23 AM Subject: Re: [ovirt-devel] [oVirt 3.5 Localization Question #2] Update display network on cluster with an active VM (audit log) Thank you very much Yevgeny. That's all clear now. Kind regards, Yuko On 06/18/2014 05:54 PM, Yevgeny Zaspitsky wrote: That is the warning to the user that means that an update to the display network has been done, which means that he might expect loosing display connectivity to the VMs that were active at the time of the update action in some cases of the update. Regards, Yevgeny On 18/06/14 04:02, Yuko Katabami wrote: Hello again. I would like to ask another question with the following details: File: LocalizedEnums Resource ID: AuditLogType___NETWORK_UPDATE_DISPLAY_FOR_CLUSTER_WITH_ACTIVE_VM Strings: Update display network on cluster with an active VM Question: Is this string an instruction to the user to update the display network? Since the resource ID suggests it is audit log, there might be a possibility that it is actually meant to be a past event (i.e. Updated). Kind regards, Yuko ___ 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 ___ Devel mailing list Devel@ovirt.org http://lists.ovirt.org/mailman/listinfo/devel
Re: [ovirt-devel] opinions on backporting
On 06/18/2014 03:14 PM, Sven Kieske wrote: Hi, I'd like to hear some opinions on backporting this patch back to 3.5 or 3.4: but the bug below current target version is 3.6.0? (so lets start by asking it to make 3.5.0, then backport to stable...) http://gerrit.ovirt.org/27627 Is it possible? see this BZ for background information: https://bugzilla.redhat.com/show_bug.cgi?id=1096312 ___ Devel mailing list Devel@ovirt.org http://lists.ovirt.org/mailman/listinfo/devel
[ovirt-devel] [oVirt 3.5 Localization Question #5] 'Clicking this link will open the feedback in a new browser window/tab
Hello, The following is a question from our fr-FR translator. Could anyone provide us the answer? *File:*** ApplicationConstants* **Resource ID:***feedbackMessage* **Strings:*** Clicking this link will open the feedback in a new browser window/tab. If nothing appears to happen make sure you have your e-mail client configured. *Question: *Is feedback referring to 1) some sort of comment or does it refer to 2) a return of a portion of system output as input to the same system? There are 2 different words in French (Commentaire or Rétroaction). Kind regards, Yuko ___ Devel mailing list Devel@ovirt.org http://lists.ovirt.org/mailman/listinfo/devel
[ovirt-devel] [oVirt 3.5 Localization Question #7] Message of the Day
Hello, Sorry for increasing email traffic. I have another question. * File:***ApplicationConstants *Resource IDs:*** motdHeaderLabel *String:***Message of the Day *Question:* Judging by the resource ID, it seems to be a label attached to message(s). Is this shown on the actual day (today), or on a particular day? (translation needs to be adjusted accordingly) Kind regards, Yuko ___ Devel mailing list Devel@ovirt.org http://lists.ovirt.org/mailman/listinfo/devel