<?xml version="1.0"?>
<rss version="2.0">
  <channel>
    <title>Advogato blog for DV</title>
    <link>http://www.advogato.org/person/DV/</link>
    <description>Advogato blog for DV</description>
    <language>en-us</language>
    <generator>mod_virgule</generator>
    <pubDate>Wed, 8 Feb 2012 10:01:26 GMT</pubDate>
    <item>
      <pubDate>Mon, 21 Nov 2011 02:49:19 GMT</pubDate>
      <title>21 Nov 2011</title>
      <link>http://www.advogato.org/person/DV/diary.html?start=231</link>
      <guid>http://www.advogato.org/person/DV/diary.html?start=231</guid>
      <description>&lt;p&gt;&lt;b&gt;Whoops: water resilient Linux&lt;/b&gt;&lt;/p&gt;&lt;p&gt;I forgot my motorola android phone in my pocket while sitting in the hot spring pool yesterday, I quickly realized&lt;br/&gt;
though, rushed it out of the water, disassembled, removed the battery in a hurry. Funilly the display did stay on as "normal" but the system didn't like this. Dried it and kept the pieces overnight on the UPS to dry out thoroughly, and replugged SIM and battery this morning ... working :-) . Except for that incident the hot spring trip was great, and Cheng definitely loves playing in the water !&lt;/p&gt;&lt;p&gt;&lt;b&gt;libxml2&lt;/b&gt;&lt;/p&gt;&lt;p&gt; In the category of stable software, libxml2 is relatively quiet though I need to do a release incorporating various XPath bugs. I'm quite slow at the maintenance those days (which I think is fine considering the project is really in maintenance mode), but I should get that release out ! Someone kick me :-) &lt;/p&gt;&lt;p&gt;&lt;b&gt;libvirt&lt;/b&gt;&lt;/p&gt;&lt;p&gt; In contrast &lt;a href="http://libvirt.org" &gt;libvirt&lt;/a&gt; development is *not* slowing down as I was expected. We still roll a release a month, each incorporating 300+ patches, and the trend is that the patch number is still increasing, leading to more volume on-list. I was naively thinking that since most APIs were done, the volume would start to decrease around one year ago, but nope, people still want more features, better hypervisors support, etc... and that's just fine :-)&lt;p/&gt;&lt;br/&gt;
&lt;p&gt;&lt;b&gt;libstoragemngt&lt;/b&gt;&lt;/p&gt;&lt;p&gt; One of the new library project I am looking at now is &lt;a href="http://sourceforge.net/projects/libstoragemgmt" &gt;libStorageMgmt&lt;/a&gt; the goal is to provide management APIs for those external storages arrays like SANs. Right know they each have their own specific ways to manage partitionning, provisionning, etc... and we hope to be able to improve that, but it will take a while. The project is starting and currently looking at design options, if that field interrest you, get on the &lt;a href="http://sourceforge.net/mailarchive/forum.php?forum_name=libstoragemgmt-devel" &gt;list&lt;/a&gt; and provide some feedback, it may be more useful to you when it gets usable :-)&lt;/p&gt; &lt;br/&gt;
</description>
    </item>
    <item>
      <pubDate>Thu, 15 Apr 2010 09:31:25 GMT</pubDate>
      <title>15 Apr 2010</title>
      <link>http://www.advogato.org/person/DV/diary.html?start=230</link>
      <guid>http://www.advogato.org/person/DV/diary.html?start=230</guid>
      <description>&lt;p&gt; Ouch, it seems I didn't wrote any blog entry for&#xD;
nearly 2 years, since our wedding. Well I would say&#xD;
that I have been fairly busy :-) !&#xD;
&lt;p&gt;&lt;b&gt;Baby Cheng &amp;#31243; &lt;/b&gt;&#xD;
&lt;p&gt; Our son is born end of last august, so obviously&#xD;
this tends to keep the parents busy, but it's such a&#xD;
pleasure too !&#xD;
&lt;img alt="picture of cheng" src="http://veillard.com/cheng.jpg"/&gt;&#xD;
&lt;p&gt;&lt;b&gt;&lt;a href="http://libvirt.org" &gt;libvirt project&lt;/a&gt;&lt;/b&gt;&#xD;
&lt;p&gt; this has been a wild ride ! The project has grown a lot,&#xD;
in community and contributor size, as well as code and&#xD;
features during the last couple of years. It acquired support&#xD;
for most well known virtualization hypervisors (QEmu/KVM,&#xD;
Xen, ESX, VitualBox, ...) the only notable exception being&#xD;
Microsoft Hyper-V I think. Our latest release is &#xD;
&lt;a href="http://libvirt.org/news.html" &gt;0.8.0&lt;/a&gt; so we are&#xD;
not at 1.0 yet, but we are really getting closer, for&#xD;
example this release now adds snapshotting support which was&#xD;
a big feature request.&#xD;
&#xD;
&lt;p&gt; &lt;p&gt; &lt;p&gt;&lt;b&gt;About updates to Fedora&lt;/b&gt;&#xD;
&lt;p&gt; There was a discussion last month about forbidding&#xD;
direct built to the stable branches, and I really think this&#xD;
makes sense, except for security erratas, one really should&#xD;
not push directly an updated build onto the users without&#xD;
some testing. But on the other hand we entered beta on&#xD;
Fedora 13 and apparently it's too late to push libvirt&#xD;
latest release and features, meaning users who don't try to&#xD;
update either via the &lt;a href="http://fedoraproject.org/wiki/Virtualization_Preview_Repository" &gt;virt-preview&#xD;
special repository&lt;/a&gt; or&#xD;
by rebuilding from &lt;a href="ftp://libvirt.org/libvirt/" &gt;the&#xD;
source rpm&lt;/a&gt;, will see libvirt features when Fedora 14 is&#xD;
being released i.e around the end of the year. I see people&#xD;
bouncing between both extreme of the features vs. stability&#xD;
tradeoff, and I wonder if there isn't a better way than&#xD;
building absolute rules. Maybe a general profile per machine&#xD;
where the user indicates whether he want updates, just bug&#xD;
fixes or just security errata, and let him do the picking.&#xD;
This would require some policy from package builders, and&#xD;
some changes at the repo level I guess, but having the user&#xD;
ultimately in control might be worth it.</description>
    </item>
    <item>
      <pubDate>Fri, 13 Jun 2008 13:36:30 GMT</pubDate>
      <title>13 Jun 2008</title>
      <link>http://www.advogato.org/person/DV/diary.html?start=229</link>
      <guid>http://www.advogato.org/person/DV/diary.html?start=229</guid>
      <description>&lt;p&gt;&lt;b&gt;A new release: libvirt-0.4.3&lt;/b&gt;&#xD;
&lt;p&gt; After two months a lot of patches had accumulated, &#xD;
including a lot of improvements for Xenner and Linux container&#xD;
support. But this &lt;a href="http://libvirt.org/sources/" &gt;release&lt;/a&gt; brings a&#xD;
massive set of code&#xD;
cleanup, and just looking at the patches there there is&#xD;
a lot of obscure case failures which should now be properly&#xD;
handled (or at least better handled, like out of memory&#xD;
situations). I'm pushing testing updates for F-8 and F-9&#xD;
if you have time and use virtualisation please review them,&#xD;
thanks ! &#xD;
&lt;p&gt;&lt;b&gt;A new name ?&lt;/b&gt;&#xD;
&lt;p&gt; I got married to Miss Wei LI last saturday, it was kept&#xD;
a simple family event with just a few close friends,&#xD;
everything went well except for a bit of rain ! For the name&#xD;
I wouldn't mind being called Mr Li, but it's probably not&#xD;
very practical at this point (ah and good luck getting the&#xD;
li.com domain, and I guess hijacking li.org would not be&#xD;
well accepted either ;-)&#xD;
&lt;p&gt; A very simple picture, people interested for more should&#xD;
know where to look for already. Oh it also made me fight &#xD;
with the Panasonic HDC-SD9 'new' MPEG-4 output, to get &#xD;
videos to render properly on that other OS, I didn't expect&#xD;
to learn so much about video format so quickly. I will post&#xD;
recipe and scripts later.&#xD;
&lt;p&gt;&lt;img src="http://veillard.com/wedding.jpg" alt="small&#xD;
wedding picture"/&gt;</description>
    </item>
    <item>
      <pubDate>Thu, 10 Apr 2008 09:57:35 GMT</pubDate>
      <title>10 Apr 2008</title>
      <link>http://www.advogato.org/person/DV/diary.html?start=228</link>
      <guid>http://www.advogato.org/person/DV/diary.html?start=228</guid>
      <description>&lt;p&gt;&lt;b&gt;Releases&lt;/b&gt;&#xD;
&lt;p&gt; I pushed a bunch of releases on Tuesday, trying to catch&#xD;
the Fedora-9 train (I nearly missed it, it led to a not so&#xD;
fun curl_is_failing_to_upload debug session which led to nss3&#xD;
for firefox3 is not compatible with nss3 for fedora8 curl),&#xD;
thanks to everybody who helped catch that train !&#xD;
&lt;p&gt; The releases are mostly bugfixes, &lt;a href="http://libvirt.org/news.html" &gt;libvirt-0.4.2&lt;/a&gt; leading&#xD;
the pack, but &lt;a href="http://xmlsoft.org/news.html" &gt;libxml2-2.6.23&lt;/a&gt; has a&#xD;
lot of fixes too thanks to&#xD;
various people reporting bug and giving patches, notably the&#xD;
Huawei&#xD;
team. &lt;a href="http://xmlsoft.org/XSLT/news.html" &gt;Libxslt-1.1.23&lt;/a&gt;&#xD;
includes the dozen or so fixes since&#xD;
last summer.&#xD;
&lt;p&gt;&lt;b&gt;Developments&lt;/b&gt;&#xD;
&lt;p&gt;Clearly libxml2 and libxslt are in maintance mode, the&#xD;
focus is on libvirt, maybe I will just add support for&#xD;
the latest Proposed Recommendation of XML-1.0 in libxml2&#xD;
before the Summer.&#xD;
&lt;p&gt; For libvirt, clearly we need to extend the number of&#xD;
hypervisor supported, maybe update and clean up the OpenVZ&#xD;
support too. IBM is actively contributing the Linux&#xD;
Container driver, I just commited a second set of patches&#xD;
today, you can expect good support in Fedora 10 I guess. On&#xD;
the high end side Sun just posted the patches for the lDOM&#xD;
virtualization on their Niagara based machines, lot of&#xD;
patch reviews those days. I also want to get a complete&#xD;
set of bindings for Java integrated, and now that Fedora&#xD;
java packaging guidelines are out, this is a good&#xD;
opportunity to add this.&#xD;
&lt;p&gt;&lt;b&gt;History meme&lt;/b&gt;&#xD;
&lt;p&gt; that one is interesting, here is my contribution, as&#xD;
you can see I'm an old fashionned old fart, main workstation&#xD;
at home:&#xD;
&lt;pre&gt;paphio:~ -&amp;gt; history | awk '{a[$2]++ } END{for(i in&#xD;
a){print a[i] " " i}}'|sort -rn|head&#xD;
319 vi&#xD;
257 ssh&#xD;
255 cd&#xD;
156 cvs&#xD;
130 make&#xD;
125 ls&#xD;
79 svn&#xD;
60 scp&#xD;
48 su&#xD;
43 ping&#xD;
paphio:~ -&amp;gt;&#xD;
&lt;/pre&gt;&#xD;
&lt;p&gt; and on my second workstation in Annemasse:&#xD;
&lt;pre&gt;wei:~ -&amp;gt; history | awk '{a[$2]++ } END{for(i in&#xD;
a){print a[i] " " i}}'|sort -rn|head&#xD;
362 vi&#xD;
263 cd&#xD;
262 make&#xD;
136 cvs&#xD;
115 svn&#xD;
105 ssh&#xD;
78 ls&#xD;
67 scp&#xD;
40 xmllint&#xD;
38 grep&#xD;
wei:~ -&amp;gt;&lt;/pre&gt;</description>
    </item>
    <item>
      <pubDate>Tue, 5 Feb 2008 11:13:26 GMT</pubDate>
      <title>5 Feb 2008</title>
      <link>http://www.advogato.org/person/DV/diary.html?start=227</link>
      <guid>http://www.advogato.org/person/DV/diary.html?start=227</guid>
      <description>&lt;p&gt;&lt;b&gt;Happy new Year&lt;/b&gt;&#xD;
&lt;p&gt; yeah it's either really late or a bit too early for&#xD;
Chinese New year, proof that I should blog more often !&#xD;
&lt;p&gt;&lt;b&gt;backlog&lt;/b&gt;&#xD;
&lt;p&gt;I have been away for the last month and a half, first&#xD;
vacation in China, and then in Paris for Solution Linux&#xD;
expo. As a result an awful lot of mail piled up in various&#xD;
folders that I didn't really had time to process, I am &#xD;
slowly trying to go though them, so if you get replies&#xD;
from a mail in November that's normal, or if you didn't get &#xD;
a reply, it's probably a good idea to ask again !&#xD;
&lt;p&gt;&lt;b&gt;libvirt and Co.&lt;/b&gt;&#xD;
&lt;p&gt;&lt;a href="http://libvirt.org/" &gt;libvirt&lt;/a&gt; development is&#xD;
progressing fast thanks to DanB, Rich, Jim and the many people&#xD;
porting, testing and using it. I really hope we will soon have&#xD;
easy support for most platform - including Windows and OS-X -&#xD;
at least as a client to remotely access the virtualization&#xD;
servers, Rich did most of the work. The development of the&#xD;
&lt;a href="http://libvirt.org/CIM/" &gt;CIM provider&lt;/a&gt; seems&#xD;
to be progressing nicely thanks to DanS and the IBM'ers :-).&#xD;
During last week Solution Linux i got asked a few times &#xD;
about P2V tools i.e. tools allowing to automatically &#xD;
save the state of a server to allow to start it as a &#xD;
virtualized domain, Rich just released &lt;a href="http://et.redhat.com/~rjones/virt-p2v/" &gt;virt-p2v&#xD;
0.9.1&lt;/a&gt;, it is still experimental, what it needs now is&#xD;
a wider range of testing to find and remove limitations,&#xD;
give it a try and provide feedback, thanks !&#xD;
&lt;p&gt;For libvirt core we still have a number of pending&#xD;
extensions, like support for new hypervisors, adding&#xD;
APIs for storage management which have been worked on by&#xD;
DanB, we also need to finalize a good XML scheme for &#xD;
'partition' based virtualization, probably update OpenVZ,&#xD;
and add sound and more USB support. I will post on the&#xD;
list soon to try to clarify the roadmap, much work ahead !&#xD;
 &#xD;
&lt;p&gt;&lt;b&gt;Solution Linux&lt;/b&gt;&#xD;
&lt;p&gt;SL 08 was last week, it's the Linux event of the year&#xD;
where I'm sure to go, it was good seeing people around&#xD;
the Fedora and Gnome booth, and of course Red Hat one. &#xD;
My presentation on virtualization went well, even if it&#xD;
was more than 2 hour long, the &lt;a href="http://veillard.com/Talks/SL08LinuxVirt.pdf" &gt;PDF&lt;/a&gt;&#xD;
 is available and a lot of people seems to have fetched it&#xD;
already, I assume it's a positive feedback from the&#xD;
audience :-)&#xD;
&lt;p&gt;&lt;b&gt;China&lt;/b&gt;&#xD;
&lt;p&gt;I was for a month in China, what a blast! It's &#xD;
impossible to try to describe in just a few lines, but we&#xD;
went from the very cold Dalian and Beijing to tropical&#xD;
Xishuanbanna, most of the time within the chinese family&#xD;
and environment, picking only a few selected tourist&#xD;
spot. Things like Shanghai museum, the Great Wall or the&#xD;
Forbidden city are definitely must-go, but to me the most&#xD;
amazing was to stay and live with the chinese inside the&#xD;
family. The cultural gap is huge, there is so much to&#xD;
learn, too bad mandarin is so hard to an occidental brain&#xD;
(and ears), very challenging, but also very fun and &#xD;
enjoyable !</description>
    </item>
    <item>
      <pubDate>Sun, 29 Jul 2007 08:33:01 GMT</pubDate>
      <title>29 Jul 2007</title>
      <link>http://www.advogato.org/person/DV/diary.html?start=226</link>
      <guid>http://www.advogato.org/person/DV/diary.html?start=226</guid>
      <description>&lt;p&gt;&lt;b&gt;coral bleach&lt;/b&gt;&#xD;
&lt;p&gt;&lt;a href="http://www.advogato.org/person/ncm/" &gt;ncm&lt;/a&gt;, I think this may be an error of&#xD;
interpretation, the coral turns white when it dies, I mean &#xD;
when the organism dies. They form a symbiosis with alguaes&#xD;
and those give the color, white coral appears when the &#xD;
animal dies, you just have the skeletton left. White coral&#xD;
(with a few exceptions which are naturally white) is just&#xD;
like the bones left from a dead animal, it may result from &#xD;
increased acidity of water, but also from any other deadly&#xD;
condition. For example when overheating, if water temp reaches&#xD;
around 42 degrees, the coral rejects the alguae then dies, it&#xD;
can be quite dramatic because suddenly very large areas&#xD;
whithen suddenly, it's all dead and will take maybe half a &#xD;
century to get back in proper shape :-( &#xD;
&lt;p&gt;&lt;b&gt;libvirt progresses&lt;/b&gt;&#xD;
&lt;p&gt;&lt;a href="http://libvirt.org/" &gt;libvirt&lt;/a&gt; development&#xD;
progresses rapidly, as the traffic on the list can testify,&#xD;
we now have native secure remote operations, and there is&#xD;
ongoing work to add OpenVZ support. I hope to increase&#xD;
coverage of more virtualization engine, so far it looks&#xD;
good, we don't seems to have serious API design problems.&#xD;
&lt;p&gt;&lt;b&gt;gamin&lt;/b&gt;&#xD;
&lt;p&gt;I made a new release 0.1.9 last week with some bug&#xD;
fixes and portability improvements.</description>
    </item>
    <item>
      <pubDate>Tue, 19 Jun 2007 16:08:12 GMT</pubDate>
      <title>19 Jun 2007</title>
      <link>http://www.advogato.org/person/DV/diary.html?start=225</link>
      <guid>http://www.advogato.org/person/DV/diary.html?start=225</guid>
      <description>&lt;p&gt;&lt;b&gt;One year in review&lt;/b&gt;&#xD;
&lt;p&gt; I didn't blogged for a year precisely. No I didn't hide&#xD;
in a hole or something but I just didn't really feel the need.&#xD;
I still did a few things:&#xD;
&lt;ul&gt;&#xD;
&lt;li&gt;the &lt;a href="http://libvirt.org/" &gt;libvirt project&lt;/a&gt; is&#xD;
my main work item, 15 releases in the last year, now&#xD;
supports QEmu and KVM, many contributors and well people are&#xD;
using it,&#xD;
so that's good.&#xD;
&lt;li&gt;the &lt;a href="http://xmlsoft.org/" &gt;libxml2 and libxslt&lt;/a&gt;&#xD;
libraries have seen their development slowing down, partly&#xD;
because they are mature enough, partly because I have less&#xD;
time, and Kasimier one of the main contributor lost his job and&#xD;
left the project. But Bill is still around and helps a lot&#xD;
!&#xD;
&lt;li&gt;travelling, I had the opportunity to travel for work and&#xD;
also for vacations, went to Singapore twice, also Malaysia,&#xD;
had some fantastic time in Borneo, visited Bangkok, but&#xD;
didn't like Manilla too much. Also spent some vacations in&#xD;
Costa Rica, and went to USA and Canada for work. I really&#xD;
enjoy going to Asia and meet people there. &#xD;
&lt;li&gt; I am getting crazy about orchids, my collection is &#xD;
growing fast, maybe a bit too fast, but I'm rewarded by&#xD;
fantastic flowers, and I'm trying more and more to travel&#xD;
to places where I can see them growing in their natural&#xD;
habitat, unfortunately they are seriously endangered, and&#xD;
it can be fairly hard to still find them in the wild.&#xD;
&lt;li&gt; I also went to badminton training again this year&#xD;
but competition is really getting a bit too hard, and my&#xD;
body disagrees at time, I think I will slow this down a bit&#xD;
next year.&#xD;
&lt;/ul&gt;&#xD;
&lt;p&gt; Overall quite a bit happened but no revolution, the most&#xD;
scary thing is that time flies faster and faster, so no &#xD;
promise about increase of blogging frequency !</description>
    </item>
    <item>
      <pubDate>Mon, 19 Jun 2006 11:05:21 GMT</pubDate>
      <title>19 Jun 2006</title>
      <link>http://www.advogato.org/person/DV/diary.html?start=224</link>
      <guid>http://www.advogato.org/person/DV/diary.html?start=224</guid>
      <description>&lt;p&gt;&lt;b&gt;On broken XML processing with libxml2&lt;/b&gt;
&lt;p&gt; The XML spec is &lt;a href="http://www.w3.org/TR/REC-xml/#dt-fatal" &gt;very clear&lt;/a&gt;
about this:
&lt;p&gt;&lt;i&gt;Once a fatal error is detected, however, the processor MUST NOT continue normal processing (i.e., it MUST NOT continue to pass character data and information about the document's logical structure to the application in the normal way).&lt;/i&gt;
&lt;p&gt; That's the default behaviour of libxml2, but for the purpose of helping recover occasionally corrupted data, I
provided an XML_PARSE_RECOVER parser flag allowing to correct
some of the trivial errors, for example if using &lt;tt&gt;xmllint
--recover&lt;/tt&gt;. Now the problem is that people start using 
this flag for default processing, and that's something I said
many time I didn't want to happen. If blog generator can't
output correct well formed XML, then they need to be fixed
(and that's true for all other XML generators). The intent
of the drastic rule in the XML spec is cristal clear, to
avoid data corruption and data loss by forcing non conformant behaviour to be fixed at the source, not at the 
consumer level.
&lt;p&gt; I am gonna give a hard time to those who abused this
feature of libxml2, because while not completely disabling
the option, I will make sure it's not used repeatedly, I'm
still looking at the best way. Feedback welcome on this 
issue, preferably on the mailing-list. </description>
    </item>
    <item>
      <pubDate>Sun, 18 Jun 2006 21:59:52 GMT</pubDate>
      <title>18 Jun 2006</title>
      <link>http://www.advogato.org/person/DV/diary.html?start=223</link>
      <guid>http://www.advogato.org/person/DV/diary.html?start=223</guid>
      <description>&lt;p&gt;&lt;b&gt;half a decade of community knowledge gone&lt;/b&gt;
&lt;p&gt; The archive of the xml@gnome.org and xslt@gnome.org
are gone, I have no idea what happened, I didn't got a
mail about it, just that going to &lt;a href="http://mail.gnome.org/archives/xml/" &gt;the&lt;/a&gt;
&lt;a href="http://mail.gnome.org/archives/xslt/" &gt;archives&lt;/a&gt;
show all history is only the 4 last days. The only thing I have left right now are the words saved in the database used for the search engine on xmlsoft.org. The code is here, but
the knowledge, the exchanges, all the process leading to 
it has vanished, I just can't express how sad this makes
me...

&lt;p&gt; &lt;p&gt;[update] Apparently it was an indexing problem which should
be relatively easy to fix and without serious effects. The
post are still on-line and I now keep separate archives for
more safety, the data is safe. To me OSS development is 
really about the process, i.e. the history, knowledge,
feedback, the memory of that shared process is as important
as the code itself. With that knowledge you can recreate
the code, if you have just the code you miss out a large
part of its semantic, and it can't be regenerated. That's
why I don't believe in dumping large base of source code
under a free licence can really compare to code coming from
a genuine OSS/free software project.</description>
    </item>
    <item>
      <pubDate>Wed, 12 Apr 2006 11:59:57 GMT</pubDate>
      <title>12 Apr 2006</title>
      <link>http://www.advogato.org/person/DV/diary.html?start=222</link>
      <guid>http://www.advogato.org/person/DV/diary.html?start=222</guid>
      <description>&lt;p&gt;&lt;b&gt;libvirt 0.1.0&lt;/b&gt;
&lt;p&gt; Yup, another release from the &lt;a
href="http://libvirt.org"&gt;canned penguins&lt;/a&gt; dept :-) . The API got extended a bit but it's mostly a large revamp of the 
internals to follow a driver model, so it gets easier to keep
the code clean, and contribute support for other virtualization engines than Xen.
&lt;p&gt; There is still quite a bit of work needed, for example
acces the Xen Daemon though XML-RPC for versions of xen &amp;gt;=
3.0.2 (which is out apparently). I started incorporating patches coming from various contributors, I like this !
&lt;p&gt;&lt;b&gt;French invades Fedora Planet&lt;/b&gt;
&lt;p&gt; it's fun, but a bit disturbing to see 50% of the posts
in French. Bienvenue a bord ! Oh I don't believe blogs billets
should be limited to a single language even though I stick to
english only usually.
&lt;p&gt;&lt;b&gt;Ekiga-2.0.1 and FC5&lt;/b&gt;
&lt;p&gt; Ekiga-2.0.1 is a clear success from my point of view, it's installed 
by default on Fedora Core 5, and so far I received only one
bug report: I didn't switch avahi support on (I was a bit
conservative, I will switch it on when pushing 2.0.2 when released). In general Fedora Core 5 looks great to me,
I miss my old friends xv and xsysinfo, but rhythmbox
is a great improvement, audio support is better in general. Unfortunately I can't run my desktop as a Xen Domain-0 
because X crashes randomly every day or so :-\ . I also 
don't activate beagled by default due to the near
continuous drive accesses it generates, even after a 
couple of days (i.e. when I would have expected its 
database to be initialized). Yum and Extras support 
works well, that is great too.
&lt;p&gt;&lt;b&gt;Spring is late&lt;/b&gt;
&lt;p&gt;really cold lately here, we got snow on the mountains 
just a few hundred meters above Grenoble. I planted a bunch
of &lt;a href="http://veillard.com/photos/2006/Apr/09Sun:17:24/" 
&gt;new flowers in the balcony&lt;/a&gt;, but they are growing slowly 
due to this. There is a rose bud which is showing up anyway
I guess everything will start blooming as soon as I leave
for vacations in May ... On the other hand the orchids are
in good shape inside, it's nice to have them blooming next
to the desk. The habaneros &lt;a href="http://veillard.com/photos/2006/Apr/07Fri:15:57/" 
&gt;pepers seeds germinated&lt;/a&gt; well and I should have some
burning hot but delicious pepers this summer :-).
I look forward vacations in Asia, hopefully
I will be able to import new orchids, well if I manage
to get through the french importation administative
hassles...</description>
    </item>
  </channel>
</rss>

