This Bugzilla instance is a read-only archive of historic NetBeans bug reports. To report a bug in NetBeans please follow the project's instructions for reporting issues.
See http://statistics.netbeans.org/analytics/messageslog?id=395151 Checking the appropriate NBM shows that modules/ext/apduio.jar is not really there: http://download.netbeans.org/netbeans/updates/6.9/uc/final/stable/modules/javacard/org-netbeans-modules-javacard-apdu-io.nbm The same for English-only NBM hosted on smetiste. It looks like something wrong with MakeNBM task (or "ant nbm" overall execution?). Steps to reproduce (as an example) 1) cd javacard.apdu.io 2) rm -tf external/apduio.jar 3) ant nbm 4) build/org-netbeans-modules-javacard-apdu-io.nbm is about 22K in size and does not contain netbeans/modules/ext/apduio.jar.pack.gz inside 5) again do "ant nbm" 6) build/org-netbeans-modules-javacard-apdu-io.nbm is about 47K in size and netbeans/modules/ext/apduio.jar.pack.gz is there That is in current dev build but it also reproducible in RC1 build. Probably the issue is that the list of module files when making NBM is determined before all the binaries are downloaded. Also maybe the result of http://hg.netbeans.org/main-silver/rev/dff9b00e4ebb And also maybe due to changes made for performing pack200 compression.
core-main #371c05806f38
It should be pushed to release69 as well. Without that we'll have invalid NBMs on Update Center.
Just an ordering issue; if you have not run download-all-extbins, and the NBM which you are creating was not in a cluster config used to do a regular build, then the file list is determined prior to the extbin download. May or may present itself depending on what exactly the builder is doing. http://download.netbeans.org/netbeans/updates/6.9/uc/final/stable/ would have to be rebuilt if it is affected; I have no idea what process creates this UC. nbms-and-javadoc is not affected AFAIK.
I see no compelling need to port it to 6.9 when (a) it affects only nb.org modules, (b) there is a trivial workaround: download-all-extbins. Again it depends on what the build processes are. Better for Robert to evaluate.
(Not sure why Robert is not default assignee for nbbuild issues...?)
Integrated into 'main-golden', will be available in build *201005300001* on http://bits.netbeans.org/dev/nightly/ (upload may still be in progress) Changeset: http://hg.netbeans.org/main/rev/371c05806f38 User: Jesse Glick <jglick@netbeans.org> Log: #186847: NBM is not created correctly if binaries are not downloaded first
Robert, please comment about an importance of this fix for 6.9.
I strongly recommend to integrate this fix to release69 branch, but it is not a show stopper for the release. I'm aware of 3 modules that are affected by this issue and these modules are only available on the UC. There is simple workaround how to build the correct NBMs, but it would be good to fix it at least for sustaining.
Robert, please, take care of the fix for release69. Jesse is on vacation this week. Thanks!
We already have it in 6.9: http://hg.netbeans.org/release69/rev/625b842a3e76
BTW whoever did the transplant, I recommend you set [defaults] transplant = --log in ~/.hgrc, to clearly differentiate original changesets from transplants.
Is it safe to transplant this fix to release691 repository? Please mark it as verified (if it was verified).
Oops, correction. This fix has already been applied in release691 repository as b50be9c66434 Please mark it verified asap.
Added keyword 6.9.1_CANDIDATE to bugfixes, which were integrated in release69 repository *after* the release691 clone has been created.
Marking Verified
Checked and verified for NetBeans IDE 6.9.1 - Build 100708-a58e197550e6.