Changes between Version 78 and Version 79 of SynOpbouw


Ignore:
Timestamp:
09/02/09 13:48:42 (15 years ago)
Author:
Edwin Eefting
Comment:

--

Legend:

Unmodified
Added
Removed
Modified

  • SynOpbouw

    v78 v79  
    88
    994.x blijft door ontwikkeld worden in de interne tree. 5.0 word parallel hieraan ontwikkel in de nieuwe open tree. We proberen 5.0 de meeste prioriteit te geven. In 4.x bouwen we alleen nog dingen die echt noodzakelijk zijn om te het verkopen of in de lucht te houden. Nieuwe grote features schuiven we door naar 5.1.
     10
     11= Onderzochte build systemen =
     12
     13== Debian ==
     14
     15Dingen zoals pbuilder etc, blijven te lastig en omslachtig in gebruik. Bovendien te debian specifiek.
     16
     17== Fedora ==
     18
     19http://koji.fedoraproject.org/koji/buildtargets , dit is een omgeving die packages build voor fedora. De daadwerkelijke packages moeten wederom met lastige spec-files gemaakt worden: https://fedoraproject.org/wiki/How_to_create_an_RPM_package.
     20
     21met ''mock'' kunnen buildroots gemaakt worden, maar er is nog steeds redelijk wat configuratie nodig. Het is makkelijker om dan gewoon yum+rpm te bruiken om een buildroot te maken. (yum --installroot werkt goed)
     22
     23== Opensuse ==
     24
     25Men heeft http://en.opensuse.org/Build_Service. Dit maakt het mogelijk om packages op een buildfarm te laten compilen voor verschillende architecturen en distro's. Hiervoor is het echter nog steeds nodig om met een lastige Spec-file te werken. Als een package multi-distro moet zijn is het nodig om nog meer obscure macros in deze specfile te plaatsen.
     26
     27== Ubuntu ==
     28
     29Ubuntu heeft launchpad.net: Dit is bedoeld om software projecten te hosten en heeft niks te maken met packaging.
     30
     31
     32== rpath ==
     33
     34rpath, rbuilder en canory zien er interesant uit, en doen al voor een deel wat we willen: builden, makkelijk nieuwe packages creeeren, versie beheer, branching en het maken van een appliance of install cd.
     35
     36we zijn aan het onderzoeken in hoeverre we dit kunnen gebruiken.
    1037
    1138= Globale planning =
    … …  
    119146 * Netwerk en firewall: Dit moeten scripts worden die standaard de SCC aanroepen, maar die eenvoudig vervangen of uitgebreid kunnen worden door handmatige configuratie door de user. (iptables , ifconfig commands)
    120147
    121 = Onderzochte build systemen =
    122 
    123 == Debian ==
    124 
    125 Dingen zoals pbuilder etc, blijven te lastig en omslachtig in gebruik. Bovendien te debian specifiek.
    126 
    127 == Fedora ==
    128 
    129 http://koji.fedoraproject.org/koji/buildtargets , dit is een omgeving die packages build voor fedora. De daadwerkelijke packages moeten wederom met lastige spec-files gemaakt worden: https://fedoraproject.org/wiki/How_to_create_an_RPM_package.
    130 
    131 == Opensuse ==
    132 
    133 Men heeft http://en.opensuse.org/Build_Service. Dit maakt het mogelijk om packages op een buildfarm te laten compilen voor verschillende architecturen en distro's. Hiervoor is het echter nog steeds nodig om met een lastige Spec-file te werken. Als een package multi-distro moet zijn is het nodig om nog meer obscure macros in deze specfile te plaatsen.
    134 
    135 == Ubuntu ==
    136 
    137 Ubuntu heeft launchpad.net: Dit is bedoeld om software projecten te hosten en heeft niks te maken met packaging.
    138148
    139149
    140 
    141 
    142