Dear Jean-seb,<br>It's so kind of you to answer all of my issues with very useful informations. I really appreciate it.<br>But I still have some things from your reply, and I hope that you can clear them for me, thank you in advance.
<br>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?
<br>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?
<br>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
<br>> give me more advices for my issues:<br>> 1. For your mentioned RHEL clone that you used on your embedded<br>> system, Does it have yum as RPM packages management systems. If yes,<br>> 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
<br>> python; so the memory it use is not a big issue.", I think apt-rpm has<br>> a big dependency list (especially when I compiled apt-rpm from source<br>> 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"><br><br>> 3. In addition, can you give more details why did you mention about HP<br>> Server ProLiant in: "it is faster that the same version in Proliant<br>> 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
<br>> use is not a big issue.<br>><br>> it is faster that the same version in Proliant Servers ! (maybe<br>> because<br>> /var is in ram?)<br>><br>> 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