December 2015 - Devel - oVirt List Archives

Default DC & Cluster are created now with version 4.0
by Eli Mesika 08 Dec '15

08 Dec '15

Hi Please note that https://gerrit.ovirt.org/#/c/48802/ was merged. >From now, Default DC and Cluster are created with version 4.0 A patch adding support for 4.0 from the vdsm side was merged to vdsm today Thanks Eli Mesika

1 0

Reminder: FOSDEM16 Virt & IaaS devroom CFP ends tomorrow, Dec. 8
by Mikey Ariel 07 Dec '15

07 Dec '15

I'd like to remind all that the extended CFP for the Virtualization & Infrastructure-as-a-Service devroom at FOSDEM 2016 ends tomorrow. If you're still on the fence or working on a draft proposal, now is the time to take the leap and join us! Please review the original CFP announcement[1] for submission guidelines, speaker mentoring program information, and important dates. Feel free to email the devroom mailing list iaas-virt-devroom at lists.fosdem.org if you have any questions. See you in Brussels! [1] http://community.redhat.com/blog/2015/10/call-for-proposals-fosdem16-virtua… -- Mikey Ariel Community Lead, oVirt www.ovirt.org "To be is to do" (Socrates) "To do is to be" (Jean-Paul Sartre) "Do be do be do" (Frank Sinatra) Mobile: +420-702-131-141 IRC: mariel / thatdocslady Twitter: @ThatDocsLady

1 0

[oVirt 3.6 Localization Question #39] "prefixMsg,"
by Yuko Katabami 07 Dec '15

07 Dec '15

Hello all, Here is another question: File: UIMessages Resource IDs: numberValidationNumberBetweenInvalidReason numberValidationNumberGreaterInvalidReason numberValidationNumberLessInvalidReason Strings: {0} between {1} and {2}. {0} greater than or equal to {1}. {0} less than or equal to {1}. Question: Could you please provide some example of those messages? Comment section in each of those strings states "0=prefixMsg" but I would like to know what will actually replace {0}, so that I can translate them properly. Kind regards, Yuko

4 8

Re: [ovirt-devel] Jenkins notice
by Sagi Shnaidman 07 Dec '15

07 Dec '15

adding devel mail list: On Mon, Dec 7, 2015 at 3:48 PM, Sagi Shnaidman <sshnaidm(a)redhat.com> wrote: > Hi, > > due to massive push of patches the Jenkins might be affected and perform > slow in the next hours. > > Thanks > > -- > Best regards > Sagi Shnaidman > -- Best regards Sagi Shnaidman

1 0

[VDSM] Coverage - checking coverage with vdsm-coverage
by Nir Soffer 06 Dec '15

06 Dec '15

Hi all, I posted https://gerrit.ovirt.org/49807, adding vdsm-coverage package, making it easy to get coverage report for functional or system tests. This can also be used to understand which code is touched when performing some flow manually. Once this patch is merged, you can create coverage report like this: 1. Install vdsm-coverage 2. Enable coverage in vdsm.conf: [devel] coverage_enable = true 3. Restart vdsm 4. Run tests or interact with engine 5. Stop vdsm The report is created in /var/run/vdsm/vdsm.coverage To create html report: coverage html --rcfile /etc/vdsm/coverage.conf The view the report, start a web server: cd htmlcov python -m SimpleHTTPServer The report is available now in your favorite browser: http://myhost.example.com:8000/ The manual steps described above can probably be automated, having a web server running and generating coverage report on demand. (hint: patches are welcome) Notes: - On RHEL 7.2, python-coverage is old (3.6). Use pip to install more recent one: pip install -U coverage Note that files generated by coverage 3.6 cannot be processed with coverage 4. - Needs debian packaging Please try and suggest improvements. Nir

2 1

Artifactory.ovirt.org dns entry changed
by David Caro 04 Dec '15

04 Dec '15

--ILuaRSyQpoVaJ1HG Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi everyone, In order to finish the migration to the new artifactory server, I've just changed the dns entry, the change should take effect in 10 min tops. There are no changes needed anywhere else so it should be in effect immediately, remember that if you have patches on ovirt-engine 3.6, 3.6.1 or 3.5 branches, and you have not rebased your patches in the last week, the ci for you patches will start failing, so please do so :) Enjoy!! --=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 --ILuaRSyQpoVaJ1HG Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQEcBAEBAgAGBQJWYeZNAAoJEEBxx+HSYmnDBToH/3/N31Mwm6Kx1QA4fzC9hiyc aVHht/EdXrvBEe/9A16+jkc2zGcxflGhWaWsMb7rSliuZ3EJONZRTa/GfznsLPvP hpg2sC/tjg2UkWeYyC9o/1jorz132GQVXah4MIBUh6e0wh62UH4r0dDEBpuGA903 Jy7v2z3jo3t+bl/FRCFfzPYQdWw2tKHaOq/2TUkBA8UnK1YKcWm72txyEoeQjUSI h/kHXgikp7oJ0LAOMu86iXLl7/Tzwd5tgPg8c/DtxC/uI+HzaxB+oOcblMCU9j4D g2cd5V1e61Mr8RyTt22OnBsPsXWA/touSZNmL3qwNlnY2XDkK7jSfnsRoG7Fxgg= =jwzE -----END PGP SIGNATURE----- --ILuaRSyQpoVaJ1HG--

1 0

[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