[clausmuus]

Das sind zwei Probleme die zufällig zur gleichen Zeit auftreten. Ich kann die Nightbuilds nicht mehr auf der bisherigen Maschine laufen lassen, und der Hoster der Website hat keine IPv4 Adresse mehr frei. Den Webserver können wir also weiterhin haben, nur halt ohne IPv4 Adresse, und somit ist der nur noch recht umständlich erreichbar, was für nen Webserver nicht geht.
Die Nightbuilds werde ich, wenn sich nichts besseres findet, bei mir zu Hause laufen lassen. Für den Webserver brauchen wir ne andere Lösung, da teste ich in nächster Zeit aber noch nen paar Möglichkeiten.

Was die Kosten betrifft: Würden wir die Nightbuilds z.B. bei Amazon laufen lassen (Amazon ist recht günstig), so würde uns das ca. 10

[clausmuus]

So, ich hab nun den Traffik für einen Build nachgemessen. Es wurden 58MB gesendet und 471MB gelesen. Das entspricht also in etwa dem was ich erwartet hatte. Wie viel gesendet wird, hängt davon ab, wie viele

[MarMic]

@claus github habe ich in erster linie für die src gedacht so kann man weiterhin 24/7 ein und auschecken und ein nightbuild kann dann privat stattfinden?!

[clausmuus]

Ja, aber das wäre nur nötig, wenn wir keinen Webserver mehr haben, der auch die Repositories handelt.

Claus

[Christian]

Ist das auch eine Alternative ? http://www.strato.de/server/virtual-linux-server/

[MegaX]

Hab auch noch 3 Anbieter. Ob die was taugen müsste Claus beurteilen.

Comsitec
ISP ONE
1blu


MegaX

[clausmuus]

Es gibt etwas neues von der Nightbuild Server Front zu berichten. Wies ausschaut bekommen wird von der TU-Berlin ne V-Maschine für unsere Nightbuild zur Verfügung gestellt.
An dieser Stelle schon mal meinen Herzlichen Dank an die TU-Berlin für das Angebot.

Claus

[clausmuus]

Hi,

ich habe die Nightbuild VMs nun in die tu-berlin umgezogen. Um dabei möglichst flexibel agieren zu können, lasse ich unsere VMs in einer Master VM laufen. Leider hat das bisher noch den Nachteil, dass unsere VMs emuliert werden und dadurch recht langsam sind. Aus diesem Grund werde ich Nachts nicht mehr nen kompletten Build laufen lassen, sondern nur noch nen "make update_all" und "make all" ausführen lassen. Sollten bei den Nightbuilds also Unstimmigkeiten auftreten, lasst es mich bitte wissen, damit ich gegebenenfalls nen kompletten Bild anstoßen kann.
Es könnte auch sein, dass die Nightbuilds die nächsten Tage noch nicht automatisch laufen, da ich den Umzug noch nicht vollständig abgeschlossen habe, die bisherigen jedoch heute abgeschaltet werden.
Ich werde Euch hier auf dem laufenden halten.

Claus

[clausmuus]

Hi,

ich habe die Nightbuild VMs nun in die tu-berlin umgezogen. Um dabei möglichst flexibel agieren zu können, lasse ich unsere VMs in einer Master VM laufen. Leider hat das bisher noch den Nachteil, dass unsere VMs emuliert werden und dadurch recht langsam sind. Aus diesem Grund werde ich Nachts nicht mehr nen kompletten Build laufen lassen, sondern nur noch nen "make update_all" und "make all" ausführen lassen. Sollten bei den Nightbuilds also Unstimmigkeiten auftreten, lasst es mich bitte wissen, damit ich gegebenenfalls nen kompletten Bild anstoßen kann.
Es könnte auch sein, dass die Nightbuilds die nächsten Tage noch nicht automatisch laufen, da ich den Umzug noch nicht vollständig abgeschlossen habe, die bisherigen jedoch heute abgeschaltet werden.
Ich werde Euch hier auf dem laufenden halten.

Claus

[MarMic]

hi claus,

ich würde sagen, dass ein gesammter build nur sinvoll ist wenn sich was am kernel geändert hat ODER am vdr selbst. d.h. man könnte nach nem make update_all ein komplett build triggern if changes in kernel or vdr main system drin sind

greetz MarMic

[clausmuus]

Hi,

selbst das ist nicht nötig, da z.B. ne