- Devel - oVirt List Archives

[Russian oVirt localization] Gettext .pos to Java .properties convert, need help
by Juliette Tux 04 Dec '15

04 Dec '15

Hello, I'm currently working on Russian translation for oVirt. I'm dealing with Java program localization for the first time, so I need some help. Here's the problem: I got a .po files translated locally in Lokalize. In order to test the translations in the oVirt interface, I have to convert the .pos back to .properties. The .po files processed by Lokalize have different format then the .pots generated by prop2po (from Translate Toolkit). Example of Localize .po and the corresponding .pot created with prop2po can be found here: http://pastebin.com/62V3SyWV I tried to merge the .pos using msgmerge but being it a Gettext tool, it does it all wrong. So here's my question: which is the right way to merge the gettext .po with prop2po .pot and get proper Russian .po ready to be cleanly converted back into .properties? I have 5200 messages ready to be tested in the oVirt interface by now, but I got stuck here :) PS: To make it little more clear: I know about Zanata, I downloaded the .pos from there primarily but I prefer to work locally in Lokalize to keep my work away from ignorant (sad but true) community translators. When i'm finished with translating/testing I will upload the .pos to Zanata. Regards, Julia Dronova -- С уважением, Дронова Юлия

2 2

Engine Appliance NVR to include oVirt version
by Fabian Deutsch 04 Dec '15

04 Dec '15

Hey, currently the appliance nvr looks like: ovirt-engine-appliance-20151130.0-1.el7.centos.noarch.rpm But this does not tell us for what branch the appliance is. To raise the visibility I'm suggesting to change it to: ovirt-engine-appliance-3.6-20151130.1.el7.centos.noarch.rpm Thoughts? - fabian

1 0

[vdsm] strange network test failure on FC23
by Francesco Romani 03 Dec '15

03 Dec '15

Hi, Jenkins doesn't like my (trivial) https://gerrit.ovirt.org/#/c/49271/ which is about moving one log line (!). The failure is 00:08:54.680 ====================================================================== 00:08:54.680 FAIL: testEnablePromisc (ipwrapperTests.TestDrvinfo) 00:08:54.680 ---------------------------------------------------------------------- 00:08:54.680 Traceback (most recent call last): 00:08:54.680 File "/home/jenkins/workspace/vdsm_master_check-patch-fc23-x86_64/vdsm/tests/ipwrapperTests.py", line 130, in testEnablePromisc 00:08:54.680 "Could not enable promiscuous mode.") 00:08:54.680 AssertionError: Could not enable promiscuous mode. 00:08:54.680 -------------------- >> begin captured logging << -------------------- 00:08:54.680 root: DEBUG: /usr/bin/taskset --cpu-list 0-1 /usr/sbin/brctl show (cwd None) 00:08:54.680 root: DEBUG: SUCCESS: <err> = ''; <rc> = 0 00:08:54.680 root: DEBUG: /usr/bin/taskset --cpu-list 0-1 /sbin/ip link add name vdsm-HIRjJp type bridge (cwd None) 00:08:54.680 root: DEBUG: SUCCESS: <err> = ''; <rc> = 0 00:08:54.680 root: DEBUG: /usr/bin/taskset --cpu-list 0-1 /sbin/ip link set dev vdsm-HIRjJp up (cwd None) 00:08:54.680 root: DEBUG: SUCCESS: <err> = ''; <rc> = 0 00:08:54.680 root: DEBUG: /usr/bin/taskset --cpu-list 0-1 /sbin/ip link set dev vdsm-HIRjJp promisc on (cwd None) 00:08:54.680 root: DEBUG: SUCCESS: <err> = ''; <rc> = 0 00:08:54.680 --------------------- >> end captured logging << --------------------- Here in fullest: http://jenkins.ovirt.org/job/vdsm_master_check-patch-fc23-x86_64/638/console The command like looks OK, and can't think any reason it could fail, except startup race. Using taskset, the ip command now takes a little longer to complete. Maybe -just wild guessing- the code isn't properly waiting for the command to complete? Otherwise not the slightest clue :) Bests, -- Francesco Romani RedHat Engineering Virtualization R & D Phone: 8261328 IRC: fromani

6 10

Diamonds are a (Java) developer's best friends
by Allon Mureinik 03 Dec '15

03 Dec '15

Hi team, Back in the day, somewhere between the discovery of fire and the wheel, Java 5 introduced generics. This was a great step forwards, but also created some of the most horrible boiler-plated code you could imagine: Map<Guid, List<Preson<Guid>> = new HashMap<Guid, List<Preson<Guid>>(); Java 7 improved the situation by adding generic type inference, a.k.a the diamond operator [1]: Map<Guid, List<Preson<Guid>> = new HashMap<>(); This style is defacto the standard of the engine, with new patches using it and patches to fix old code that doesn't use it being accepted pretty quickly. Since we defacto agreed on this standard, I'd like to put my money where my mouth is, and make it a declarative standard. I have a series of patches [2] that fix **all** the occurrences of non-diamond declarations [3][4][5] (well, except for anonymous implementations like we have in the DAOs) and adds a checkstyle validation [6] to prevent further declarations like this from entering the project in the future. Engine maintainers, please review and assist in getting this series merged. The rebase will be hellacious as it is, and I'd like to minimize the effort as much as possible. Thanks, Allon [1] http://docs.oracle.com/javase/7/docs/technotes/guides/language/type-inferen… [2] https://gerrit.ovirt.org/#/q/status:open+project:ovirt-engine+branch:master… [3] https://gerrit.ovirt.org/49490 [4] https://gerrit.ovirt.org/49491 [5] https://gerrit.ovirt.org/49492 [6] https://gerrit.ovirt.org/49493

1 1

Hello and a question about live migration in oVirt
by zhukaijie 03 Dec '15

03 Dec '15

Does data in live migration transported in plaintext by default? Does there exist any protection mechanism in oVirt to protect data trasportation betweens hosts during live migration? Thank you

2 1

[VDSM] Coverage reports
by Nir Soffer 03 Dec '15

03 Dec '15

Hi all, Thanks to Edward, we have now coverage reports in jenkins. The way to access the report on jenkins is to use this url: http://jenkins.ovirt.org/job/vdsm_master_check-patch-fc23-x86_64/<build-number>/artifact/exported-artifacts/htmlcov/index.html Here is an example, hopefully it will be accessible when you try: http://jenkins.ovirt.org/job/vdsm_master_check-patch-fc23-x86_64/648/artifa… Todo: - Easy way to access the report from gerrit It should be easy to add a link the coverage report in the comment added by jenkins after a build finish. - Store the coverage reports for longer time, maybe a week? - We have only 45% coverage instead of the minimum, 100%. Note that coverage of 25% can mean *no* code was run by the tests. The only code running was the functions and class definitions. Here is an example: http://jenkins.ovirt.org/job/vdsm_master_check-patch-fc23-x86_64/648/artifa… Modules that were never imported during the tests have 0% coverage: http://jenkins.ovirt.org/job/vdsm_master_check-patch-fc23-x86_64/648/artifa… - coverage creates lot of useless noise in the jenkins logs, need to slicense this output. http://jenkins.ovirt.org/job/vdsm_master_check-patch-fc23-x86_64/648/consol… I did not find a way to do this in nosetests, may need hacking nose coverage plugin. - The report includes only the tests in the tests directory. We have additional tests in lib/vdsm/infra/* which are not included. We should move these to the tests directory. - The report is using absolute paths, but we like shorter relative paths. I don't see a way to configure nosetests or coverage to generate relative paths. May need hacking of the generated html/json in htmlcov. - Add "make coverage" target for running coverage locally - An easy way to enable coverage for the functional tests or for running a single test module. Can be done using nosetests --cover* options. Should be documented in tests/README, and maybe automated using a script or Makefile. When running locally, one would like to have the script open the report in the browser automatically: xdg-open tests/htmlcov/index.html - An easy way to enable coverage when testing flows in vdsm Petr sent a patch for enabling coverage using vdsm.conf: https://gerrit.ovirt.org/49168 We discussed adding vdsm-coverage package that will make it easy to setup Nir

4 6

[ANN] oVirt 3.6.1 Second Release Candidate is now available for testing
by Sandro Bonazzola 03 Dec '15

03 Dec '15

The oVirt Project is pleased to announce the availability of the Second Release Candidate of oVirt 3.6.1 for testing, as of December 3rd, 2015. This release is available now for Fedora 22, Red Hat Enterprise Linux 6.7, CentOS Linux 6.7 (or similar) and Red Hat Enterprise Linux >= 7.1, CentOS Linux >= 7.1 (or similar). This release supports Hypervisor Hosts running Red Hat Enterprise Linux >= 7.1, CentOS Linux >= 7.1 (or similar) and Fedora 22. Highly experimental support for Debian 8.2 Jessie has been added too. This release candidate includes updated packages for: - ovirt-engine - ovirt-engine-extension-aaa-jdbc - ovirt-hosted-engine-ha - ovirt-hosted-engine-setup - vdsm This release of oVirt 3.6.1 includes numerous bug fixes. See the release notes [1] for an initial list of the new features and bugs fixed. Please refer to release notes [1] for Installation / Upgrade instructions. A new oVirt Live ISO will be available soon[2]. Please note that mirrors[3] may need usually one day before being synchronized. Please refer to the release notes for known issues in this release. [1] http://www.ovirt.org/OVirt_3.6.1_Release_Notes [2] http://resources.ovirt.org/pub/ovirt-3.6-pre/iso/ [3] http://www.ovirt.org/Repository_mirrors#Current_mirrors -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

1 0

vdsm debian support
by Sandro Bonazzola 02 Dec '15

02 Dec '15

Hi VDSM developers, I built 3.6.1 packages for Debian and I like you to give it a run. I've one host with VDSM and its dependencies installed I can share with you. If you want to try it yourself, just install a minimal debian and add to */etc/apt/sources.list* : # 3.6.0 base deb http://resources.ovirt.org/pub/ovirt-3.6/debian/ binary/ deb-src http://resources.ovirt.org/pub/ovirt-3.6/debian/ source/ # 3.6.1 new packages deb http://resources.ovirt.org/pub/ovirt-3.6-pre/debian/ <http://resources.ovirt.org/pub/ovirt-3.6/debian/> binary/ deb-src http://resources.ovirt.org/pub/ovirt-3.6-pre/debian/ <http://resources.ovirt.org/pub/ovirt-3.6/debian/> source/ -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

2 2

Slides for the Java 8 presentation yesterday
by Juan Hernández 02 Dec '15

02 Dec '15

Hello all, The slides for the Java 8 new features that I delivered yesterday are available here: https://jhernand.fedorapeople.org/java8/slides.html There is no recording, as hangout failed and I forgot to record the BlueJeans call, sorry. Regards, Juan Hernandez -- Dirección Comercial: C/Jose Bardasano Baos, 9, Edif. Gorbea 3, planta 3ºD, 28016 Madrid, Spain Inscrita en el Reg. Mercantil de Madrid – C.I.F. B82657941 - Red Hat S.L.

3 4

[2015-12-01] Weekly infra team status
by David Caro 01 Dec '15

01 Dec '15

--mhOzvPhkurUs4vA9 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi everyone, this week updates: * Jenkins slaves stabilized After last week's upgrade, some of the slaves got wrongly configured, during this week all the slaves have been checked and fixed any issues found. * Artifactory migration We are migrating to an artifactory server on PHX hosting, everything is ready but if you have any ovirt-engine patches and you haven't rebased lately, please do, or your patches will start failing the tests on thur= sday morning (when the final migration will be made). * Ticketing system for infra issues We have almost ready the setup to create infra tickets from emails, that will allow us to handle better the requests and gather statistics, to a= void requests being forgotten or unanswered. (Thanks Vishnu!) Will send a dedicated email once it's ready, for now you can still use = the jira page [1] or infa mailing list * Ovirt system tests are now running on two dedicated slaves, ovirt-srv08 a= nd ovirt-srv09, which were manually setup. * New docs for repoman project [2] They are just dumped from the code, need some formatting and proper structure, but it's a big advance [1] https://ovirt-jira.atlassian.net [2] http://repoman.readthedocs.org/en/latest --=20 David Caro Red Hat S.L. Continuous Integration Engineer - EMEA ENG Virtualization R&D Tel.: +420 532 294 605 Email: dcaro(a)redhat.com IRC: dcaro|dcaroest@{freenode|oftc|redhat} Web: www.redhat.com RHT Global #: 82-62605 --mhOzvPhkurUs4vA9 Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQEcBAEBAgAGBQJWXeBBAAoJEEBxx+HSYmnDT20IAJNtRo6DfeSsw19Y3ckWQl+Z 3ksG6px2HkeTb2qdNRC8SFKiUHyWug2+E9aoINIyQRG5S2O9/ykIm6eueOat7z/5 nccRsx1hikXgArj0HHybvXGppxnGOGNApCEaO5wlxtnGBp6YAUGQaBt2qpprPiaA Nfq/0Zyv1MKZf5H1QmgaFeDE/ASPp45evIQ8solQIjrY81QkDb56zvKDRpfR8W5k xQDTSUPmdlmRkqrGpApfeFUvG1Ou5VQeekYhfl/hx+EY10wOzPNwrBl1m46sVir8 jj/rFFJuYpbviogd81nEX1QP15De1DSaAsheja+x7f4AWWBmkdtmg56UNQxNRHI= =4+70 -----END PGP SIGNATURE----- --mhOzvPhkurUs4vA9--

1 0