Bug#478762: Netbeans 6.9 and Dependencies Ready for Upload
Hi all. I'll have you know that I have finished up work on getting netbeans-6.9 and all needed dependencies ready for upload to Debian. All work can be found in the Debian Java team's git repositories. Any review and possible enhancements and/or fixes that I've might have missed are welcome of course. Here are all the names for the packages needed to build/run netbeans which must be uploaded to Debian first. Their packaging work is in the git repositories as well. felix-framework felix-main felix-osgi-obr bindex jvyamlb libnb-javaparser-java bsaf beansbinding ini4j svnclientadapter For the felix packages, felix-framework is a build-dependency for felix-main, so felix-framework should be uploaded first. The rest of the packages can be uploaded in any order. Once the above packages are uploaded, libnb-platform-java should be uploaded next. Afterwards, netbeans can finally be uploaded. -- Regards, Andres Mejia -- To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201101231919.07747.mcita...@gmail.com
Bug#478762: Bug#543907: Netbeans 6.9 and Dependencies Ready for Upload
On Mon, Jan 24, 2011 at 5:33 PM, Damien Raude-Morvan
wrote:
> Hi Andres,
>
> Le lundi 24 janvier 2011 01:19:07, Andres Mejia a écrit :
>> I'll have you know that I have finished up work on getting netbeans-6.9 and
>> all needed dependencies ready for upload to Debian
>
> Great work !
> I'm really interrested into getting :
> - updated Netbeans 6.9 package ready
> - finally move from contrib to main
netbeans is in contrib because of jruby. Once jruby goes into main,
netbeans can follow.
>> felix-framework
>
> I've just reviewed felix-framework.
> I've commited some changes to felix-framework GIT repository like :
>
> * Add myself as Uploaders.
Ah great, the more the merrier!
> * d/copyright: Update to DEP-5 r166 format.
If you or anyone else wants to switch copyrights to this format, be my
guest. I'll switch once this format becomes finalized and a part of
official debian policy (if that ever happens).
If you want to know why I state the above, just go ahead and read the
rather long thread about this format over at debian-devel. In short,
I'm perfectly happy with a copyright file that is readable by a human
(i.e. readable by me) and acceptable to an FTP master.
> * d/control: Drop Depends: ${shlib:Depends} as useless for Java package.
> * d/control: Drop Depends: default-jre-headless | java2-runtime-headless
> as a Java library don't need to depends on runtime (Java Policy).
> * d/control, d/rules: Use mh_clean and B-D on maven-repo-helper (>= 1.1)
>
> You might want to review others felix-* packages to replicate those changes
> and to check packages synopsis / long descriptions to be more verbose (like
> Holger Levsen - and Lintian - suggested :)
>
> Regards,
> --
> Damien
>
--
Regards,
Andres Mejia
--
To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive:
http://lists.debian.org/aanlktin8kysp6nzmtkwxejkopxqfrg2-ht8wa--v5...@mail.gmail.com
Bug#478762: Bug#543907: Netbeans 6.9 and Dependencies Ready for Upload
On Wed, Jan 26, 2011 at 6:23 PM, Damien Raude-Morvan wrote: > Le lundi 24 janvier 2011 23:48:32, Andres Mejia a écrit : >> netbeans is in contrib because of jruby. Once jruby goes into main, >> netbeans can follow. > > Agreed. > >> >> felix-framework >> > >> > I've just reviewed felix-framework. >> > I've commited some changes to felix-framework GIT repository like : >> > >> > * Add myself as Uploaders. >> >> Ah great, the more the merrier! > > I'm interrested in all felix-* stuff so I've added myself (with some bonus > fixes > :) to those packages. > >> > * d/copyright: Update to DEP-5 r166 format. >> >> If you or anyone else wants to switch copyrights to this format, be my >> guest. I'll switch once this format becomes finalized and a part of >> official debian policy (if that ever happens). > > As a side note, I've just updated this d/copyright to a "pre-candidate-DEP5" > to "final-DEP5". > > I've also started reviewing others packages and add an issue with "bsaf". > When running under a chroot/cowbuilder, got failures during test phase : Works for me with sbuild. Must be that pbuilder/cowbuilder doesn't sanatize environment variables like sbuild does. I've been using sbuild for building packages. DISPLAY is one of the variables that don't get passed when building through sbuild, since the buildd machines wouldn't have any displays to use. I would try with sbuild. Or you can file a bug against pbuilder/cowbuilder. > test: > [junit] Running org.jdesktop.application.AbstractBeanTest > [junit] Testsuite: org.jdesktop.application.AbstractBeanTest > [junit] No protocol specified > [junit] Tests run: 1, Failures: 0, Errors: 1, Time elapsed: 0.041 sec > [junit] Tests run: 1, Failures: 0, Errors: 1, Time elapsed: 0.041 sec > [junit] > [junit] Testcase: fireOnEdtTest(org.jdesktop.application.AbstractBeanTest): > Caused an ERROR > [junit] Can't connect to X11 window server using ':0' as the value of the > DISPLAY variable. > [junit] java.lang.InternalError: Can't connect to X11 window server using > ':0' as the value of the DISPLAY variable. > [junit] at sun.awt.X11GraphicsEnvironment.initDisplay(Native Method) > [junit] at > sun.awt.X11GraphicsEnvironment.access$100(X11GraphicsEnvironment.java:62) > [junit] at > sun.awt.X11GraphicsEnvironment$1.run(X11GraphicsEnvironment.java:166) > [junit] at java.security.AccessController.doPrivileged(Native Method) > [junit] at > sun.awt.X11GraphicsEnvironment.(X11GraphicsEnvironment.java:142) > [junit] at java.lang.Class.forName0(Native Method) > [junit] at java.lang.Class.forName(Class.java:186) > [junit] at > java.awt.GraphicsEnvironment.getLocalGraphicsEnvironment(GraphicsEnvironment.java:82) > [junit] at sun.awt.X11.XToolkit.(XToolkit.java:112) > [junit] at java.lang.Class.forName0(Native Method) > [junit] at java.lang.Class.forName(Class.java:186) > [junit] at java.awt.Toolkit$2.run(Toolkit.java:849) > [junit] at java.security.AccessController.doPrivileged(Native Method) > [junit] at java.awt.Toolkit.getDefaultToolkit(Toolkit.java:841) > [junit] at java.awt.Toolkit.getEventQueue(Toolkit.java:1698) > [junit] at java.awt.EventQueue.isDispatchThread(EventQueue.java:810) > [junit] at > javax.swing.SwingUtilities.isEventDispatchThread(SwingUtilities.java:1364) > [junit] at > javax.swing.event.SwingPropertyChangeSupport.firePropertyChange(SwingPropertyChangeSupport.java:90) > [junit] at > java.beans.PropertyChangeSupport.firePropertyChange(PropertyChangeSupport.java:229) > [junit] at > org.jdesktop.application.AbstractBean.firePropertyChange(Unknown Source) > [junit] at > org.jdesktop.application.AbstractBeanTest$TestBean.fire(Unknown Source) > [junit] at > org.jdesktop.application.AbstractBeanTest.fireOnEdtTest(Unknown Source) > [junit] > [junit] > > BUILD FAILED > /tmp/buildd/bsaf-1.9/build.xml:68: Test > org.jdesktop.application.AbstractBeanTest failed > > Could you please have a look ? Maybe disable this testsuite or start a xvfb > server before running tests. > > Cheers, > -- > Damien - Debian Developper > http://wiki.debian.org/DamienRaudeMorvan > -- Regards, Andres Mejia -- To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/aanlktimswgacyvb0zdm0zafgw6jkpc8w6f2xp71eg...@mail.gmail.com
Bug#478762: Netbeans update
On Sat, Mar 26, 2011 at 7:28 PM, Damien Raude-Morvan wrote: > Hi Andres, > > Le Friday 18 February 2011 22:48:38, Damien Raude-Morvan a écrit : >> Le vendredi 18 février 2011 19:46:57, Andres Mejia a écrit : >> > Damien, was there an issue with getting libnb-platform-java and netbeans >> > uploaded to ftp-master? >> >> for the time being, no problem found: just lack enough time to thoroughly >> review these big source packages. I'll try to find some free time next >> week. > > Sorry for the delay... I finally managed to review the last package for > netbeans 6.9 upload, netbeans itself. There is some issues with the upstream > source tarball that need to be fixed before we can upload it to Debian > archive. > > 1) There is some binary blobs in tarball and I don't know if those are rebuild > from source during build (ie. we have to rebuild them). If that's the case, > from which source code ? Maybe, we'll have to provide a stripped upstream > tarball for now. > Here is the list of binary blobs : > ./dlight.nativeexecution/release/bin/nativeexecution/*/* Check ./dlight.nativeexecution/src. I'm not sure whether to rebuild these during a build or not. > ./ide/launcher/macosx/macosx_launcher.dmg > ./ide/launcher/macosx/NetBeansLauncher/English.lproj/MainMenu.nib/objects.nib These are macosx specific. I typically ignore these. > ./lib.profiler/release/lib/deployed/cvm/linux/*.so > ./lib.profiler/release/lib/deployed/jdk16/*/libprofilerinterface* Check lib.profiler/native. > ./lib.terminalemulator/demosrc/nativeexecution.test/release/bin/ptysupport/*/ptysatellite Check lib.terminalemulator/demosrc/nativeexecution.test/tools/ > ./lib.uihandler/test/unit/src/org/netbeans/lib/uihandlerserver/antons.gz Looks to be generated by one of the java sources in the same directory. > ./nbi/engine/native/cleaner/windows/vcproject/NBI Native Cleaner.ncb Looks to be a file used by Visual Studio. I usually ignore these. > ./nbi/infra/build/jvm/tools/unzipsfx/*/unzipsfx Looks to simply be some implementation of unzip. Source should be modified to find unzip installed in the system. > > 2) There is also some binary blobs which seems to be used for unit testing. > Seems unit test are not launched, maybe we can strip that from tarball too. > ./autoupdate.services/test/unit/src/org/netbeans/api/autoupdate/data/*.nbm > ./autoupdate.services/test/unit/src/org/netbeans/modules/autoupdate/updateprovider/data/*.nbm Looks to be simply bogus netbeans modules for use with testing. They don't contain java classes. You could probably ask upstream how they were generated. > ./lib.cvsclient/test/data/iz56710/binary.out This file simply contains a string of all characters in the ASCII table. It's relatively simple to create a script or program to generate this. I wouldn't bother writing one. > ./profiler.oql/test/unit/src/org/netbeans/modules/profiler/oql/engine/api/impl/small_heap.bin Looks to be simply a heap dump from some Java program. Run any java program and create a dump of your own. > ./subversion/test/qa-functional/data/repo_dump.gz A dump of some subversion repository. Create a repository of your own and make a dump. > > 3) The J2EE tutorial source is under some binary "*.fm" files. Those files > have > a "MakerFile 7.0" header. Does those files are used to generate some real > resource in Debian package ? Do we have some tool in Debian to open those > files > ? What's licence of thise J2EE Tutorial ? > ./usersguide/tutorials/j2ee-tut/fm/*.fm > ./usersguide/tutorials/j2ee-tut/fm/J2EE-NBTutorial.book I heard of kword and scribus that can work with these files. > > Cheers, > -- > Damien > -- Regards, Andres Mejia -- To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/AANLkTi=zofkky6k9xmgdnb+-63-zqk5rfcb4rnndj...@mail.gmail.com
