OpenSuse Build Service beschikbaar onder gpl-licentie

Via een van de mailinglists van OpenSuse is bekendgemaakt dat de broncode van de OpenSuse Build Service is vrijgegeven onder versie 2 van de Gnu General Public License. Vanaf heden kan dus iedere ontwikkelaar aan het project bijdragen.

Met behulp van deze software is het mogelijk om een compileer- en distributieplatform op te zetten voor Linux-distributies. Op dit moment maakt alleen het OpenSuse-project ervan gebruik, maar de software is in staat om ook pakketten voor onder andere Fedora en Debian te creëren. Via de Build Service is het mogelijk om de broncode van een bepaald pakket aan te passen, door bijvoorbeeld een nieuwe versie van dat stuk software te uploaden, waarna de software de code compileert en naar de juiste locaties verspreidt. Het voordeel voor softwareontwikkelaars is dat ze niet langer zelf hun software behoeven te compileren voor meerdere hardware­architecturen. Ook hoeven ze niet langer na te denken over het hercompileren van dependency's van software, aangezien de Build Service-applicatie dit automatisch zal doen. Verder biedt de software zijn gebruikers de mogelijkheid automatisch images te bouwen, zodat zonder verder menselijk ingrijpen een VMware- of Xen-image gemaakt kan worden. Gewone gebruikers krijgen via de software eenvoudiger toegang tot pakketten die door hun distributeur niet meer gecompileerd worden voor hun distroversie.

Reacties (13)

[BartOtten]

En dat scheelt mensen! Straks compiled alles via de Build Service en zijn we af van het "Wel pakket voor X, geen pakket voor Y". En dat het zelf dependencies oplost is natuurlijk helemaal geweldig.

Dit soort dingen zorgen ervoor dat acceptatie van Linux makkelijker wordt. Een soortgelijk iets maar dan voor drivers is ook in de maak zodat drivers onder Linux minder werk is voor fabrikanten. Als de kernel dan veranderd dan past de DriverBuilder de paketten aan zolang dat mogelijk is. Scheelt de fabrikanten heel erg veel werk/tijd/geld. Yeahaaaaaaaa!!!!!!!!!

openSUSE is qua paketten flink opgeschoond in versie 10.2 en bij 10.3 zal dat ook wel gebeuren. Al deze dingen worden gewoon naar de build-service verschoven omdat dat toch piece a cake is. Nu nog een grafische source-selector en we zijn qua software-installatiegemak rond . (Bart heeft gisteren grafisch progje gebruikt voor compilen vanuit tar.gz en dat werkte vlekkeloos.......)

Tot nu toe werkt het al goed. Bugje hier, bugje daar en af en toe halve compilaties maar het vordert gestaag mede omdat openSUSE-project het gebruikt voor het compilen en met zoveel pakketten gaat het debuggen vrij snel

[Parasietje]

Huh? Waarom stap je dan niet over op Gentoo? Dat is precies dit systeem. En iedereen verklaart Gentoo-gebruikers gek omdat ze hun pakketten zelf laten compileren.


Blij dat SuSE mee op de boot springt, zo zijn gentoo-gebruikers niet langer de buitenbeentjes in distro-land!

[BartOtten]

Sinds wanneer bouwt dat ding dan ook pakketten voor andere distributies? Past het ook alle pakket X aan als afhankelijkheid Y veranderd? Dit systeem gaat veel verder het Gentoo systeem.

[Verwijderd]

Gentoo update/install systeem (portage) is open source en kan in principe draaien op elk systeem. maar er zijn dan wel wat ogen en haken die dan moeten worden weg gewerkt.

en ja portage(Gentoo) houd rekening met dependencies

maar goed we praat nu wel over appels en peren.

[n4m3l355]

Ik denk dat het weinig bijdraagt eigenlijk. Diegene die met meerdere architecturen werkt heeft ook de know-how in huis om dit te kunnen doen. Anders is het wel wat raar dat je het in je hoofd haalt om meerdere architecturen te hebben. Het enigste wat dit doet is juist voor die (geavanceerdere) gebruikers een extra tooltje dus leveren om alles makkelijker af te wikkelen.
Maar uiteraard wel leuk dat SuSE wat bijdraagt aan de gemeenschap mbv een leuk tooltje.

[BartOtten]

Vaak vinden ontwikkelaars het na een rmp voor Fedora, een RPM voor openSUSE en een deb-je het wel goed geweest en kan je als je iets anders gebruikt (of iets ouders/nieuwers) op zoek naar naar een 3rd-party. Straks hoeft de ontwikkelaar het maar de BuildService in de stampen en hij is gelijk klaar voor alle distro's/versies. Scheelt de ontwikkelaar een hoop tijd en de consument ook......

Ik hoop dat het zo goed gaat werken dat je straks alleen nog maar aan hoeft te geven welke repositories je wilt gebruiken en dat de software dan zelf uitzoekt welke map het moet hebben......imagine that. Iedereen die dezelfde url's gebruikt (of selecteerd ). Op dit moment werken donwloads.opensuse.org en software.opensuse.org ook al als balancer van alle verschillende FTP's dus dat kan makkelijk nog een stapje verder als de BuildServer in vol gebruik is.

[Verwijderd]

Naast het feit dat het irritant is om voor allerlei distributies pakketten in elkaar te zetten zoals Bartotten al aangeeft, is het niet altijd zo dat de ontwikkelaars zelf voor de pakketten zorgen. Vaak genoeg zijn dat apparte vrijwilligers die een apkket bouwen en dat weer sturen aan de ontwikkelaars.

Wanneer men dit systeem bijvoorbeeld nou eens koppelt aan de CVS SourceForge, dan wordt het voor de ontwikkelaars een stuk makkelijker en sneller een release klaar te stomen.

[smokalot]

...en dit is dus de kracht van open software! dit geeft open software gewoon de mogelijkheid om zich makkelijker te verspreiden, en om een aangepaste versie te maken.

[Verwijderd]

@smokalot:

Dit lost juist een van de nadelen van open source software op, namelijk dat je voor iedere distro zelf een nieuwe compilatie moet bakken.

Het komt juist doordat de software open source is dat er 1000 verschillende distro's zijn die geen van allen goed compatible met elkaar zijn.

Overigens helpt het niet zo heel erg dat dit systeem nu open source is, het zal wellicht helpen met het oplossen van bugs en voor een deel aan de voortgang van het systeem. Maar het risico bestaat nu weer dat iemand deze source gebruikt om een eigen versie te maken waarmee het probleem weer terug komt.

In de open source community wordt ook vaak gesproken over standaarden (en dan het liefste open), helaas is het een triest feit dat er tegenwoordig zoveel standaarden rondzwerven dat het lastig is om nog iets op elkaar aan te sluiten.

[BartOtten]

Maar dat probleem is dan wel heel erg standaard voor de Open Source wereld.

[Verwijderd]

LOL, die standaard reactie had ik kunnen verwachten natuurlijk

[BartOtten]

Waarom zou iemand als het voor elke distributie een pakket kan bouwen? Denk dat niemand er belang bij heeft om dit project te gaan forken juist omdat het zo goed en makkelijk centraliseert.

Maar voor de rest heb je gelijk

[Darude1234]

Weet iemand misschien waar het te downloaden is, want ik kan niets vinden.