summaryrefslogtreecommitdiffstats
path: root/zarb-ml/mageia-discuss/attachments/20100927/082431ac/attachment-0001.html
blob: baa395d77e13d8f0e8dac2ec58e690d19f0e6ab3 (plain)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
<br>2010/9/26 Kristoffer Grundström <span dir="ltr">&lt;<a href="mailto:kristoffer.grundstrom1983@gmail.com">kristoffer.grundstrom1983@gmail.com</a>&gt;</span><br><div class="gmail_quote"><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">


  
    
    
  
  <div bgcolor="#ffffff" text="#000000">
    Why not create a new format with the best of both worlds (if
    possible)?<br>
    <br>
    .mageia ?<br>
    <br>
    [...]</div></blockquote><div> </div></div>Creating a new format is not that easy (though not impossible). Current .rpm or .deb are package formats which started development several years ago. Consider also that switching to another package format would require re-training for the packagers who might be be used to the .spec file only.<br>
<br>From technical point of view we have to distinguish the package format, which might be .deb, or .rpm from the package frontends (apt, urpmi, yum, emerge, etc.) which retrieves packages and their dependency packages from the repositories. Actually even on mandriva, some alternative frontend to urpmi can be used (IIRC there is &quot;smart&quot;). Speaking about frontends, I had the &quot;feeling&quot; that apt bundled with .deb was a little bit faster than urpmi+rpm, especially on global upgrades of a whole distro on not so new hardware (e.g. an i586...), i.e. upgrading for instance from a mandriva 2010.0 to a 2010.1 or from a ubuntu 9.04 to 9.10. But maybe it&#39;s because .deb is doing fewer checks on files, dunno. Remaining on the .rpm world, the bundle urpmi+rpm seems to me also faster than yum+rpm.<br>
<br>IMHO it could be also taken under advisement the rpm5 format (<a href="http://www.rpm5.org">http://www.rpm5.org</a>), that someone already cited for mandriva some time ago. IIRC it should be faster than rpm4, and would allow parallel package installation.<br>
<br>If comparisons should be made for a decision, maybe on the wiki it could be added a table with the basic features of such tools (e.g. performance, LSB compliance, coerency, update, docs, compression, etc.), and the advantage of switching to a new one or a missed feature.<br>
<br>G.<br><br>