Re: RFS: libgstreamer-java

2010/6/9 Torsten Werner : > Hi Samuel, > > 2010/5/28 Torsten Werner : >> yes, maybe > > any news on that issue? Maybe you can ignore the test failure? > If we ignore this error someone can face it in runtime. I couldn't get an amd64 machine to test it yet, but I guess the problem should be caused

Re: RFS: libgstreamer-java

Hi Samuel, 2010/5/28 Torsten Werner : > yes, maybe any news on that issue? Maybe you can ignore the test failure? Cheers, Torsten -- To UNSUBSCRIBE, email to debian-java-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lis

Re: RFS: libgstreamer-java

On Fri, May 28, 2010 at 10:14 PM, Samuel Lucas Vaz de Mello wrote: > Torsten is using amd64, Ahmed and I are using i386. > Can this be a amd64 specific issue? yes, maybe Torsten -- To UNSUBSCRIBE, email to debian-java-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact

Re: RFS: libgstreamer-java

>> 1 test (and the whole build process) fails for me: > ---end quoted text--- > >  That's wierd, I built the package with pbuilder, and this did not >  happen. The build log is attached. > >  Note: I haven't updated my sid chroot since 3 or 4 days ago. Torsten is using amd64, Ahmed and I are using

Re: RFS: libgstreamer-java

> 1 test (and the whole build process) fails for me: > >    [junit] - Standard Output --- >    [junit] PlayBin factory name=playbin >    [junit] - --- >    [junit] Testcase: > getStaticPadTemplates(org.gstreamer.ElementFactoryTest):  

Re: RFS: libgstreamer-java

On Wed, May 26, 2010 at 11:01:25PM -0300, Samuel Lucas Vaz de Mello wrote: > Removed. I don't think that you removed it. > To directly use dh_installchangelogs I would need to override the binary > target. > > I have fixed this by copying during the build gstreamer-java/CHANGES > to CHANGELOG,

Re: RFS: libgstreamer-java

Hi, On Thu, May 27, 2010 at 4:01 AM, Samuel Lucas Vaz de Mello wrote: > As usual, the new package is available at mentors. 1 test (and the whole build process) fails for me: [junit] - Standard Output --- [junit] PlayBin factory name=playbin [junit] --

Re: RFS: libgstreamer-java

On Wed, May 26, 2010 at 11:01:25PM -0300, Samuel Lucas Vaz de Mello wrote: > Fixed. I have used another sentence from gstreamer-java description at > its home page. > > The package is now lintian clean from infos and pedantic issues. > > As usual, the new package is available at mentors. ---end q

Re: RFS: libgstreamer-java

> * Is it needed to have tango-icon-theme in Build-Depends-Indep ? Removed. I was thinking in the junit tests, but just realized they don't use the classes that require the icons. > * Other than that, lintian have some minor (I & P level) issues: > > capitalization-error-in-description gstreamer

Re: RFS: libgstreamer-java

On Wed, May 26, 2010 at 09:19:26AM -0300, Samuel Lucas Vaz de Mello wrote: > New version available at mentors. ---end quoted text--- * Is it needed to have tango-icon-theme in Build-Depends-Indep ? * Other than that, lintian have some minor (I & P level) issues: capitalization-error-in-descripti

Re: RFS: libgstreamer-java

> > 'Class-Path' entry in manifest file is used by JVM to load > dependencies (jar files, resource files) automatically. This way if > some class from your library depends on external library then > applications dependent on your library don't have to load them > explicitly. > > By the way, regardi

Re: RFS: libgstreamer-java

On Wed, May 26, 2010 at 9:08 AM, Samuel Lucas Vaz de Mello wrote: > I checked the official binary provided by upstream and it doesn't > contain a Class-Path in the manifest. > > Is the Class-Path in library jars (without a Main-Class) used by any > other tool beside javahelper? > > If the Class-P

Re: RFS: libgstreamer-java

Just uploaded a new version to mentors.debian.net with the changes below: >>  * If I understand correctly, you should also link against >>  libjna-java-doc, ie. in your patch you should also add: >> >>  -link /usr/share/doc/libjna-java-doc/api >> >>  Also, libjna-java-doc & default-jdk-doc should

Re: RFS: libgstreamer-java

2010/5/26 Samuel Lucas Vaz de Mello : > The tango package is tango-icon-theme or is there any java package? tango is made up of images, not any programming language. Perhaps you meant to ask if there is a Java library implementing the FreeDesktop icon related specs? Not sure of the answer there,

Re: RFS: libgstreamer-java

> 2010/5/25 Torsten Werner : > > On Tue, May 25, 2010 at 5:22 AM, Samuel Lucas Vaz de Mello > > wrote: > >> Tango is now in public domain. Do we still need to include it? > > > > You just have to document the fact that tango is in the public domain. > > Or just remove it from the tarball and depen

Re: RFS: libgstreamer-java

2010/5/25 Torsten Werner : > On Tue, May 25, 2010 at 5:22 AM, Samuel Lucas Vaz de Mello > wrote: >> Tango is now in public domain. Do we still need to include it? > > You just have to document the fact that tango is in the public domain. Or just remove it from the tarball and depend on the tango

Re: RFS: libgstreamer-java

On Tue, May 25, 2010 at 5:22 AM, Samuel Lucas Vaz de Mello wrote: > Tango is now in public domain. Do we still need to include it? You just have to document the fact that tango is in the public domain. > Does anybody knows if debian plans to package netbeans the same way ubuntu > does? There i

Re: RFS: libgstreamer-java

>  * If I understand correctly, you should also link against >  libjna-java-doc, ie. in your patch you should also add: > >  -link /usr/share/doc/libjna-java-doc/api > >  Also, libjna-java-doc & default-jdk-doc should be added to Recommends >  of libgstreamer-java-doc > >  * Please add DEP3 headers

Re: RFS: libgstreamer-java

Hi, On Mon, May 24, 2010 at 7:56 AM, أحمد المحمودي wrote: >  * I see that debian/copyright did not mention that CC-by-SA license >    for freedesktop icons in gstreamer-java/src/org/freedesktop/tango/ > >    Btw, CC-by-SA 2.5 license is considered DFSG-incompatible [2] The tango icons

Re: RFS: libgstreamer-java

Hello, On Mon, May 24, 2010 at 12:26:03AM -0300, Samuel Lucas Vaz de Mello wrote: > I have just uploaded the new package to mentors.debian.net with the > changes. Can someone review it? ---end quoted text--- * If I understand correctly, you should also link against libjna-java-doc, ie. in yo

Re: RFS: libgstreamer-java

> Samuel Lucas Vaz de Mello wrote: It seems we don't need default-jdk-doc nor libjna-java-doc. >>> ---end quoted text--- >>> >>> I remember reading on that list to link the API documentation against >>> default-jdk-doc & API documentation of other java libs that the package >>> depends on. >>>

Re: RFS: libgstreamer-java

Samuel Lucas Vaz de Mello wrote: >>> It seems we don't need default-jdk-doc nor libjna-java-doc. >> ---end quoted text--- >> >> I remember reading on that list to link the API documentation against >> default-jdk-doc & API documentation of other java libs that the package >> depends on. >> >> Also,

Re: RFS: libgstreamer-java

>> It seems we don't need default-jdk-doc nor libjna-java-doc. > ---end quoted text--- > > I remember reading on that list to link the API documentation against > default-jdk-doc & API documentation of other java libs that the package > depends on. > > Also, it was mentioned that those doc packages

Re: RFS: libgstreamer-java

On Sat, May 22, 2010 at 01:51:51PM +0300, أحمد المحمودي wrote: > On Fri, May 21, 2010 at 12:19:42AM -0300, Samuel Lucas Vaz de Mello wrote: > > It seems we don't need default-jdk-doc nor libjna-java-doc. > ---end quoted text--- > > I remember reading on that list to link the API documentation agai

Re: RFS: libgstreamer-java

On Fri, May 21, 2010 at 12:19:42AM -0300, Samuel Lucas Vaz de Mello wrote: > It seems we don't need default-jdk-doc nor libjna-java-doc. ---end quoted text--- I remember reading on that list to link the API documentation against default-jdk-doc & API documentation of other java libs that the pack

Re: RFS: libgstreamer-java

>  I still think it would be better to use ant in building, it runs the >  JUnit test suite, builds the javadoc, and also it properly cleans up >  (by running: ant clean) Done. >  You also need to build the javadoc, also it has to be in a separate >  package (libgstreamer-java-doc), if I understa

Re: RFS: libgstreamer-java

Hello again, I still think it would be better to use ant in building, it runs the JUnit test suite, builds the javadoc, and also it properly cleans up (by running: ant clean) If you decide to use ant, you will need to add ant to Build-Deps. Also, nbproject/project.properites need to

Re: RFS: libgstreamer-java

Hello, I just found something simpler than get-orig-source, just append "debian jh_repack" at the end of the line in debian/watch. -- ‎أحمد المحمودي (Ahmed El-Mahmoudy) Digital design engineer GPG KeyID: 0xEDDDA1B7 GPG Fingerprint: 8206 A196 2084 7E6D 0DF8 B176 BC19 6A94 EDDD A1B7 -