<?xml version="1.0" encoding="utf-8"?>
<feed xmlns="http://www.w3.org/2005/Atom"><title>Marcin Juszkiewicz - rpm</title><link href="https://marcin.juszkiewicz.com.pl/" rel="alternate"/><link href="https://marcin.juszkiewicz.com.pl/tag/rpm/feed/" rel="self"/><id>https://marcin.juszkiewicz.com.pl/</id><updated>2009-07-02T14:08:00+02:00</updated><entry><title>Embedded package managers sucks</title><link href="https://marcin.juszkiewicz.com.pl/2009/07/02/embedded-package-managers-sucks/" rel="alternate"/><published>2009-07-02T14:08:00+02:00</published><updated>2009-07-02T14:08:00+02:00</updated><author><name>Marcin Juszkiewicz</name></author><id>tag:marcin.juszkiewicz.com.pl,2009-07-02:/2009/07/02/embedded-package-managers-sucks/</id><summary type="html">&lt;p&gt;Years ago someone wrote &lt;span class="caps"&gt;IPKG&lt;/span&gt; in pure shell. It can be still found in some distributions. Then it was rewritten into C and this version we used in OpenEmbedded derived systems. It had some bugs, we patched some of them, from time to time there was even upstream development done …&lt;/p&gt;</summary><content type="html">&lt;p&gt;Years ago someone wrote &lt;span class="caps"&gt;IPKG&lt;/span&gt; in pure shell. It can be still found in some distributions. Then it was rewritten into C and this version we used in OpenEmbedded derived systems. It had some bugs, we patched some of them, from time to time there was even upstream development done for&amp;nbsp;it.&lt;/p&gt;
&lt;p&gt;Then Openmoko arrived and forked &lt;span class="caps"&gt;IPKG&lt;/span&gt; &amp;#8212; new project got &lt;span class="caps"&gt;OPKG&lt;/span&gt; name. It was written by OpenedHand and Openmoko developers. Their main goals&amp;nbsp;were:&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;callbacks for &lt;span class="caps"&gt;GUI&lt;/span&gt; package&amp;nbsp;managers&lt;/li&gt;
&lt;li&gt;&lt;span class="caps"&gt;GPG&lt;/span&gt; signed&amp;nbsp;repositories&lt;/li&gt;
&lt;li&gt;fixing&amp;nbsp;bugs&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;Many things got changed, &lt;span class="caps"&gt;OE&lt;/span&gt; patches got merged, new bugs was added. Those who use &lt;span class="caps"&gt;CLI&lt;/span&gt; version of opkg (so far the only usable client) lost some functionalities &amp;#8212; for example there is no progress bar when packages are&amp;nbsp;fetched.&lt;/p&gt;
&lt;p&gt;For last few months &lt;span class="caps"&gt;OPKG&lt;/span&gt; is in unmaintained mode again and I think that this is some kind of curse on embedded market package&amp;nbsp;managers.&lt;/p&gt;
&lt;p&gt;Some time ago I discovered that when many (&amp;gt;50) packages needs to be upgraded then opkg segfaults during process and this is not a matter of going out of &lt;span class="caps"&gt;RAM&lt;/span&gt; as I have ~&lt;span class="caps"&gt;400MB&lt;/span&gt; free. Today it did not gave value of &lt;span class="caps"&gt;PATH&lt;/span&gt; for post install scripts&amp;#8230; I wonder what else can be found&amp;nbsp;;(&lt;/p&gt;
&lt;p&gt;What are other options? So far I know two &amp;#8212; dpkg + apt or rpm + yum. First one costs few megabytes of space, second one require also Python so it is not acceptable for most of our targets. Both also require rebuilding of everything&amp;nbsp;:(&lt;/p&gt;</content><category term="bugs"/><category term="openembedded"/><category term="openmoko"/><category term="packages"/><category term="rpm"/></entry><entry><title>RPM is Really Poorly Maintained</title><link href="https://marcin.juszkiewicz.com.pl/2006/10/17/rpm-is-really-poorly-maintained/" rel="alternate"/><published>2006-10-17T14:19:00+02:00</published><updated>2006-10-17T14:19:00+02:00</updated><author><name>Marcin Juszkiewicz</name></author><id>tag:marcin.juszkiewicz.com.pl,2006-10-17:/2006/10/17/rpm-is-really-poorly-maintained/</id><summary type="html">&lt;p&gt;I&amp;nbsp;created &lt;code&gt;openembedded-essential&lt;/code&gt; package for Debian derived distributions which depend on all packages required by OpenEmbedded. It took me about 5 minutes to get first version working and 15 to get it polished. Resulting package depends on needed stuff and contain only own&amp;nbsp;changelog.&lt;/p&gt;
&lt;p&gt;Then I tried to create &lt;span class="caps"&gt;RPM …&lt;/span&gt;&lt;/p&gt;</summary><content type="html">&lt;p&gt;I&amp;nbsp;created &lt;code&gt;openembedded-essential&lt;/code&gt; package for Debian derived distributions which depend on all packages required by OpenEmbedded. It took me about 5 minutes to get first version working and 15 to get it polished. Resulting package depends on needed stuff and contain only own&amp;nbsp;changelog.&lt;/p&gt;
&lt;p&gt;Then I tried to create &lt;span class="caps"&gt;RPM&lt;/span&gt; version for all those Red Hat/Fedora/Mandriva derived distros&amp;#8230; &lt;span class="caps"&gt;RPM&lt;/span&gt; HowTo is from 1999 year and &lt;span class="caps"&gt;RPM&lt;/span&gt; 4.4.1 refuse to work with spec from this HowTo. So I started to dig for other manuals &amp;#8212; found one from 2002, then some others. But still no idea how to build &lt;span class="caps"&gt;RPM&lt;/span&gt; package which &lt;span class="caps"&gt;DOES&lt;/span&gt; &lt;span class="caps"&gt;NOT&lt;/span&gt; have sources and/or patches &amp;#8212; just pure dependencies and own&amp;nbsp;changelog.&lt;/p&gt;
&lt;p&gt;How does &lt;span class="caps"&gt;RPM&lt;/span&gt; based maintainers do their job? Thats probably a good&amp;nbsp;question&amp;#8230;&lt;/p&gt;</content><category term="aurox"/><category term="debian"/><category term="openembedded"/><category term="rpm"/></entry></feed>