Again I really appreciate your advices. As I mentioned above, CentOS 4.5 is not really my target machine to run on my project but MFP that requires run on RTOS like embedded Linux (for example VxWorks). From a business POV as you recommended and from my study, it is so attractive of the fact that yum has a huge support from rpm community, maybe it it the strongest candidate for vendor business. But is there any advance of apt to beat yum in using on embedded Linux as a rpm package update tools such as: speed, smart dependency resolving, mini-ram machine, easy to handle rpm packages, security.

<br>Thank you for your attention,<br>Best regards,<br>Nguyen Anh Quan.<br><div class="gmail_quote">On Jan 9, 2008 4:07 AM, Axel Thimm <<a href="mailto:Axel.Thimm@atrpms.net">Axel.Thimm@atrpms.net</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;">

<div class="Ih2E3d">On Tue, Jan 08, 2008 at 02:31:01PM +0700, Quan phongvan wrote:<br>> Thank you very much for your advices and comments, I appreciate your help.<br>> I sorry for that my problem is not clear enough for you to give me more

<br>> details advice.<br>> Here my issues:<br>> My target machine is for MFP (Multi-fuction Peripherals) such as: all-in-one<br>> standalone network printer.<br>> The OS is used on MFP similar to RPM distro CentOS (that's reason why I test

> all three of update tools on CentOS 4.5) - this OS is provider by windriver. > I've investigated three of update tools for the purpose: builing up an > robust RPM Package management system for MFP which run on Linux-RPM OS.

<br>> For Axel Thimm,<br>> Your comment are great, I apprecite it. I've studied about these on yum when<br>> "parallel" use all three: yum, smart. apt-rpm on CentOS.<br>> If you don't mind, can you give me more comment about if I bring yum or

<br>> smart or apt-rpm into real serious project for update tool, which one would<br>> have the most advantage above all, and why?.<br><br></div>In your context the most important aspect is support by an upstream to

your project. While it is not likely that you will create a situation in your repo that should confuse any of these tools, it is not impossible, and from a business POV you need to be able to react fast and have as little downtime as possible.

<br><br>This means yum - as yum is both supported by your CentOS upstream, as<br>well as CentOS' own upstream, RHEL (yum is part of RHEL5). If you<br>stick to yum then you only have to worry about issues that your own

<br>packages could create with yum (and you will be testing new packages<br>before rolling them out, so you have your own repo under control),<br>while all CentOS packages and bugs assorted with yum and these<br>packages would affect the whole CentOS community and maybe even the

<br>RHEL5 community which mean much faster reaction times to any such<br>defect in yum.<br><br>E.g. I may be ranting about yum, but reality in vendor business means<br>you need to choose this over the other solutions even if the other do

<br>have technical merits - as technical merits alone don't save a<br>business' day.<br><div><div></div><div class="Wj3C7c"><br>> Thank you for your attention,<br>> Best regards,<br>> Nguyen Anh Quan.<br>

><br>> On Jan 7, 2008 6:46 PM, Axel Thimm <<a href="mailto:Axel.Thimm@atrpms.net">Axel.Thimm@atrpms.net</a>> wrote:<br>><br>> > On Sun, Jan 06, 2008 at 04:00:14PM +0100, Sven Hoexter wrote:<br>> > > On Sun, Jan 06, 2008 at 03:37:36PM +0200, Panu Matilainen wrote:

<br>> > > > On Sun, 6 Jan 2008, Quan phongvan wrote:<br>> > > ><br>> > > > > Dear friends,<br>> > > > > I've just taken part into our community on apt-rpm, and I have a

<br>> > question,<br>> > > > > hope to get yours help as soon as possible.<br>> > > > > Now I have try to use all of three RPM Update tools: apt-rpm, yum<br>> > and<br>> > > > > smartpm. My target machine is running on CentOS (rpm system), and I

> > want to > > > > > have some advices from all you about this issue: how about yum vs > > apt vs > > > > > smart on to be the best choice for RPM packages management system.

<br>> > > ><br>> > > > Sticking with the native tools is usually the best option. Using<br>> > something<br>> > > > else always comes at a price (the tools are not as well integrated or

<br>> > > > whatever). Is there something specific yum (the CentOS native/default)<br>> > > > doesn't do that you need?<br>> > ><br>> > > Ranting about yum the following comes to mind after a year of RHEL

<br>> > usage:<br>> > > a) It's awfully slow.<br>> > > b) The search function sucks more or less but I'm not sure if it's a<br>> > poor<br>> > > search inside yum or simply some bad package descriptions.

> > > c) Sometimes I'm missing features like -d or --print-uris. > > > > > > Beside that it's doing what it's supposed todo. > > > > To be honest I haven't seen any other project with more bugs than yum.

<br>> > And for every new feature you get two bugs for free as well - just had<br>> > some months of bad behaving yum due to its installonlyn "integration"<br>> > with its depsolving extinguishing *installed* kernels out of the

<br>> > dependency calculations making all installed kmdls look like not<br>> > having their kernel installed ... :(<br>> > (finally fixed in yum 3.2.8)<br>> ><br>> > o smart seems to do the most intelligent depsolving (hence the name)

<br>> > o apt is faster than light - great for distro upgrades<br>> > o yum is what everyone uses these days<br>> ><br>> > Or rephrased: if yum was really working satisfactorly the other<br>> > projects would not exist (anymore). But there are tons of developer

<br>> > resources behind yum, while not so for apt-rpm or smart, so if you<br>> > want to do a long time bet yum should logically become the winner.<br>> ><br>> > Having said that: You can use all three in "parallel" and judge for

<br>> > yourself after a while. you can always jump from one depsolver to the<br>> > other at any later time (in "parallel": not really in two xterms in<br>> > parallel, of course, but when one depsolver is finished you can

<br>> > immediately use another one).<br>--<br>Axel.Thimm at ATrpms.net<br></div></div><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></blockquote></div><br><br clear="all"><br>-- 

<br>Never walk alone