Dear Jean-seb, It's so kind of you to answer all of my issues with very useful informations. I really appreciate it. But I still have some things from your reply, and I hope that you can clear them for me, thank you in advance.

1. You mentioned: "No, it use apt only, personally I hate yum and don't understand why create an other tool for rpm based distro, apt was already here and do the work well; and the best,". I think that while yum has released its stable version so long time ago, apt-rpm is still under developing (testing version). In addition, yum has a huge developer resource behind, if we consider update tool from business point of view, can yum become a update tool candidate?

2. About yum and python, I was already clear, thank you for your model, it's so easy for me to understand the problem. If you don't mind, have you ever tried smartpm as a update tool on your embedded system (smartpm similar to yum and apt-rpm, it uses python also), if yes do you have any advice for me about smartpm?

3. My target system run on a very tiny Linux clone (mini-ram embeeded Linux - RPM system, like VxWorks), it lacks development tool such as gcc and XWindow, so will apt-rpm run well on these systems?. Beside, our update tool connect Internet through firewall for security purpose to do system-update, so we must consider some security issues such as: session hijack or disguise of server. Do you have any comments for me with apt-rpm to deal with these problems?

<br>Thank you very much.<br>Hope to see your reply soon.<br>Best regards,<br>Nguyen Anh Quan.<br><br><br><div class="gmail_quote">On Jan 13, 2008 12:09 AM, jean-seb <<a href="mailto:jsh@interlug-fr.org">jsh@interlug-fr.org

</a>> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">Quan phongvan a écrit :<br><div class="Ih2E3d">> Dear Jean-seb,<br>> It's so nice for me to hear that from you. If you don't mind, can you

> give me more advices for my issues: > 1. For your mentioned RHEL clone that you used on your embedded > system, Does it have yum as RPM packages management systems. If yes, > can apt-rpm beats yum as a update tool?

<br><br></div>it is use in Debian and Rpm based distro, so when you swith into Debian<br>and Rpm distro, no problem: apt-get update, apt-get dist-upgrade ... :)<br><div class="Ih2E3d"><br><br>> 2. As you mentioned "apt is faster than light , and it don't need

> python; so the memory it use is not a big issue.", I think apt-rpm has > a big dependency list (especially when I compiled apt-rpm from source > code, it required a lot of packages such as: beecrypt, zlib,...).

<br>> About python, does it really become the most biggest obstacle for yum<br>> or even smartpm (an update tool for RPM packages similar to yum and<br>> apt-rpm).<br></div>Yum use python and a lot of sub-modules (how it query the rpm database?);

<br>the main problem I see: you need a pre-interpreter to run yum:<br>So you can resume it by:<br>kernel -> glibc -> python -> pre-compiling -> yum+ extra modules<br><br>for apt:<br>kernel -> glibc -> libs (stdc++, zlib) -> apt

<br><br>Pre-compiled software runs always faster ( C and C++ are faster than<br>Python).<br><br>If you have time: you can test this 'theory' with gdb and see what<br>program (yum or apt) use the most of memory :)<br>

<div class="Ih2E3d"> > 3. In addition, can you give more details why did you mention about HP > Server ProLiant in: "it is faster that the same version in Proliant > Servers ! (maybe because /var is in ram?)".

<br><br></div>We use one distro (Gralinux AS 3; a RHEL clone with some tweaks; webmin,<br>openvpn, more iptables modules etc..) on both Embedded systems and<br>Servers: the binaries are strictly the same.<br>we have a lot of HP proliant and when i apply updates, apt is far faster

<br>on embedded devices than on the big Proliant :) : a read/write issue i<br>think ;)<br>We all know than hard drive are ..  slow :-/ , specially with Raid 5 ...<br><div class="Ih2E3d"><br>> Hope to receive your advice soon,

<br>> Best regards,<br>> Nguyen Anh Quan.<br><br></div><div class="Ih2E3d">Regards<br><br>js.<br><br>Air-Austral flight Company.<br><a href="http://www.air-austral.com" target="_blank">http://www.air-austral.com</a>

<br><br>><br></div><div class="Ih2E3d">> On Jan 11, 2008 7:13 PM, jean-seb <<a href="mailto:jsh@interlug-fr.org">jsh@interlug-fr.org</a><br></div><div><div></div><div class="Wj3C7c">> <mailto:<a href="mailto:jsh@interlug-fr.org">

jsh@interlug-fr.org</a>> > wrote:<br>><br>>     Quan phongvan a écrit :<br>>     > Dear friends,<br>>     ><br>>     > I've studied apt-rpm as a candidate update tool for RPM packages<br>

>     > management system, because my target device run on embedded Linux<br>>     > (like Vxworks - an RTOS of windriver).<br>>     > If you don't mind, I hope that someone has tried using apt-rpm on an

<br>>     > embedded system such as VxWorks and can share me his experiences. I<br>>     > really appreciate it.<br>>     > Thank you for your attention,<br>>     > Nguyen Anh Quan.<br>>     > --

<br>>     > Never walk alone<br>>     ><br>><br>>     I use apt in a RHEL clone for embedded systems (openvpn, firewall and<br>>     tons of stuffs like snort etc..):<br>>     it runs on a Via C3 533Mhz, 512Mo ram (256 for the system memory, and

<br>>     256 for /var and /tmp in read/write mode);<br>>     the rest of the system is on a CF 512mo in read only (ext3 with<br>>     some tweaks)<br>><br>>     apt is faster than light , and it don't need python; so the memory it

>     use is not a big issue. > >     it is faster that the same version in Proliant Servers ! (maybe >     because >     /var is in ram?) > >     A good choice for a "big" embedded system.

<br>><br>><br>>     Regards.<br>><br>>     js<br>><br>>     Air-Austral flight Company.<br>>     <a href="http://www.air-austral.com" target="_blank">http://www.air-austral.com</a><br>><br>><br>

>     _______________________________________________<br>>     Apt-Rpm mailing list<br></div></div>>     <a href="mailto:Apt-Rpm@lists.laiskiainen.org">Apt-Rpm@lists.laiskiainen.org</a> <mailto:<a href="mailto:Apt-Rpm@lists.laiskiainen.org">

Apt-Rpm@lists.laiskiainen.org</a>><br><div class="Ih2E3d">>     <a href="http://lists.laiskiainen.org/listinfo.cgi/apt-rpm-laiskiainen.org" target="_blank">http://lists.laiskiainen.org/listinfo.cgi/apt-rpm-laiskiainen.org

</a><br>><br>><br>><br>><br>> --<br>> Never walk alone<br></div>> ------------------------------------------------------------------------<br><div><div></div><div class="Wj3C7c">><br>> _______________________________________________

<br>> Apt-Rpm mailing list<br>> <a href="mailto:Apt-Rpm@lists.laiskiainen.org">Apt-Rpm@lists.laiskiainen.org</a><br>> <a href="http://lists.laiskiainen.org/listinfo.cgi/apt-rpm-laiskiainen.org" target="_blank">http://lists.laiskiainen.org/listinfo.cgi/apt-rpm-laiskiainen.org

</a><br>><br><br>_______________________________________________<br>Apt-Rpm mailing list<br><a href="mailto:Apt-Rpm@lists.laiskiainen.org">Apt-Rpm@lists.laiskiainen.org</a><br><a href="http://lists.laiskiainen.org/listinfo.cgi/apt-rpm-laiskiainen.org" target="_blank">

http://lists.laiskiainen.org/listinfo.cgi/apt-rpm-laiskiainen.org</a><br></div></div></blockquote></div><br><br clear="all"><br>-- <br>Never walk alone