|Re: [cross-project-issues-dev] GEF-Update-3.8.0M5.zip has extra directory level|
This issue is now fully resolved. I was able to complete Sapphire build for M5 and updated our contribution file. Do I need to kick off or a request a new aggregation build, or will this happen automatically?
Ok. I have verified that eclipse.org server is serving the updated content. Just need to wait for the mirrors to pick up the update and for the download server’s checksum service to register the change. Currently, it is still serving up the old checksum.
Thanks, Alexander. I’ve sent webmaster a note asking about the mirrors refresh. I checked one mirror and it is still showing old content. In the process of verifying the content from eclipse.org download server, but that download is hardly moving.
As stated on the bug, I have re-created the .zip file accordingly (and adopted the publish scripts). It may however take some time until this is propagated to the download mirrors.
Am 31.01.2012 um 03:34 schrieb Konstantin Komissarchik:
The GEF-Update-3.8.0M5.zip file has an extra directory level at the root of the archive. That is, the repository metadata isn't at the root of the archive. This is a departure from how this zip was packaged for 3.7.x and earlier and not correct packaging for archived repositories.
This change breaks Sapphire project's build and jeopardizes our ability to participate in Juno M5. Any chance this could be addressed this week so that we don’t have to scramble to find a workaround? Perhaps a manual fix of the M5 zip with fix in the build script handled in M6?
GEF-Update-3.8.0M5.zip has extra directory level
Dr. Alexander Nyßen
Telefon: +49 (0) 231 / 98 60-210
Telefax: +49 (0) 231 / 98 60-211
Mobil: +49 (0) 151 / 17396743
Back to the top