Opened 10 years ago

Closed 10 years ago

#3995 closed bug (fixed)

Nightly builds not working

Reported by: jahaiku Owned by: haiku-web
Priority: normal Milestone: R1
Component: Website Version: R1/pre-alpha1
Keywords: Cc:
Blocked By: Blocking:
Has a Patch: no Platform: All

Description

The last nightly build was on 2nd june.

Please can you reenable the builds and trigger a new one.

And there are no reiserfs and ntfs on the build images. Some time ago these fs where on the images. Can you please add them again?

Change History (8)

comment:1 in reply to:  description ; Changed 10 years ago by jahaiku

Replying to jahaiku:

The last nightly build was on 2nd june.

Please can you reenable the builds and trigger a new one.

And there are no reiserfs and ntfs on the build images. Some time ago these fs where on the images. Can you please add them again?

Perhaps this is the problem:

AppendToContainerCopyFilesScript <HaikuImage>haiku.image-copy-files-dummy-optional/system/add-ons/input_server/methods

AddDirectoryToContainerCopyFilesScript <HaikuImage>system/data/licenses/-/data/system/data/licenses

InitScript1 generated/haiku.image-unzip-files

...skipped haiku.image for lack of <HaikuImage>haiku.image-copy-files...

...failed updating 1 target(s)...

...skipped 3 target(s)...

...updated 270 target(s)...

At this "jam" or "jam haiku-image" fails for me in a gcc4 linuxcrosscompile

comment:2 in reply to:  1 Changed 10 years ago by jahaiku

Replying to jahaiku:

Replying to jahaiku:

The last nightly build was on 2nd june.

Please can you reenable the builds and trigger a new one.

And there are no reiserfs and ntfs on the build images. Some time ago these fs where on the images. Can you please add them again?

Perhaps this is the problem:

AppendToContainerCopyFilesScript <HaikuImage>haiku.image-copy-files-dummy-optional/system/add-ons/input_server/methods

AddDirectoryToContainerCopyFilesScript <HaikuImage>system/data/licenses/-/data/system/data/licenses

InitScript1 generated/haiku.image-unzip-files

...skipped haiku.image for lack of <HaikuImage>haiku.image-copy-files...

...failed updating 1 target(s)...

...skipped 3 target(s)...

...updated 270 target(s)...

At this "jam" or "jam haiku-image" fails for me in a gcc4 linuxcrosscompile

Looks like the real problem is the failure of the ATI driver build (my other ticket) if compiled with "jam -q". So perhaps this ticket can be closed?

comment:3 Changed 10 years ago by mmadia

And there are no reiserfs and ntfs on the build images. Some time ago these fs where on the images. Can you please add them again? The images provided by Haiku should not contain these drivers.

comment:4 Changed 10 years ago by stippi

Really? I thought those were part of the image since a long time.

comment:5 in reply to:  4 Changed 10 years ago by anevilyak

Replying to stippi:

Really? I thought those were part of the image since a long time.

If they were, then that was a very bad mistake, since both of those filesystem drivers are GPLed, and as such we cannot enable them in a default build we distribute.

comment:6 Changed 10 years ago by bga

I don't think this is correct. First because the sources are available to anyone. Second because our license is GPL compatible anyway.

comment:7 Changed 10 years ago by bga

And third, even if the above was not true, Haiku does not depend on any of those to build/run.

comment:8 Changed 10 years ago by scottmc

Resolution: fixed
Status: newclosed

Seems the nightly builds were fixed months ago, closing as fixed.

Note: See TracTickets for help on using tickets.