Reminder: FOSDEM16 Virt & IaaS devroom CFP ends tomorrow, Dec. 8
by Mikey Ariel
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-virt...
--
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
9 years
[oVirt 3.6 Localization Question #39] "prefixMsg,"
by Yuko Katabami
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
9 years
Re: [ovirt-devel] Jenkins notice
by Sagi Shnaidman
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
9 years
[VDSM] Coverage - checking coverage with vdsm-coverage
by Nir Soffer
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
9 years
Artifactory.ovirt.org dns entry changed
by David Caro
--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--
9 years
[Russian oVirt localization] Gettext .pos to Java .properties convert, need help
by Juliette Tux
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
--
С уважением, Дронова Юлия
9 years
Engine Appliance NVR to include oVirt version
by Fabian Deutsch
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
9 years
[vdsm] strange network test failure on FC23
by Francesco Romani
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
9 years
Diamonds are a (Java) developer's best friends
by Allon Mureinik
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-infer...
[2]
https://gerrit.ovirt.org/#/q/status:open+project:ovirt-engine+branch:mast...
[3] https://gerrit.ovirt.org/49490
[4] https://gerrit.ovirt.org/49491
[5] https://gerrit.ovirt.org/49492
[6] https://gerrit.ovirt.org/49493
9 years
