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)

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

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

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

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 by mmadia, 10 years ago

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 by stippi, 10 years ago

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

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

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 by bga, 10 years ago

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 by bga, 10 years ago

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

comment:8 by scottmc, 10 years ago

Resolution: fixed
Status: newclosed

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

Note: See TracTickets for help on using tickets.