debian-bugs-dist@lists.debian.org
Version: 1.6.1.dfsg1-1 On Sat, Sep 05, 2009 at 05:11:08AM +0200, Michael Koch wrote: > On Thu, Oct 30, 2008 at 08:54:48PM +, Robert Lemmen wrote: > > Package: libceguiogrerenderer-1.4.9 > > Version: 1.4.9.dfsg1-1 > > Severity: normal > > > > > > not sure if this should be reported against liceguiogrerenderer or > > against libcegui-mk2-dev, but in lenny this works: > > > > g++ -o test -lOgreMain -L/usr/lib -lOIS -lCEGUIBase \ > > -lCEGUIOgreRenderer -lOgreMain -lCEGUIBase > > > > where in sid it gives me a "/usr/lib/libCEGUIOgreRenderer.so: undefined > > reference to `CEGUI::Exception::Exception(CEGUI::String const&)'" > > > > the difference is that in lenny we have libcegui-mk2-dev 0.5.0-4.1 and > > in sid we have 0.6.1-1 > > Does this problem still exist for you? I just tried to reproduce it > and failed to. So I wonder if it was fixed somehow or I failed to do > the right thing to reproduce. > > Please report back. Two weeks passed and no feedback. As I think that this bug was fixed when 1.6.1.dfsg1-1 was uploaded I close this bug now. If its still reproducible for you plesae reopen the bug report and add exact infos on how to reprocuce it with current ogre libs. Cheers, Michael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#529762: libogremain-1.6.1: [Truncated content] Missing basic plugins from release and headers.
Version: 1.6.1.dfsg1-1 On Sat, Sep 05, 2009 at 04:56:25AM +0200, Michael Koch wrote: > On Thu, May 21, 2009 at 01:42:20PM +0200, Mateusz Kaduk wrote: > > Package: libogremain-1.6.1 > > Version: 1.6.1.dfsg1-1 > > Severity: normal > > > > Normaly 1.6.1 provides some basic plugins such us > > /usr/lib/OGRE/libOctreeSceneManagerPlugin.so > > which are removed from package along with headers. > > > > This makes package questionably usable, especially for developers. > > Compiling most of addons is impossible due to missing basic plugins that > > addons base on. > > When running the command "apt-file search lib/OGRE" I get the following > output: > > libogremain-1.6.1: /usr/lib/OGRE/Plugin_BSPSceneManager.la > libogremain-1.6.1: /usr/lib/OGRE/Plugin_BSPSceneManager.so > libogremain-1.6.1: /usr/lib/OGRE/Plugin_OctreeSceneManager.la > libogremain-1.6.1: /usr/lib/OGRE/Plugin_OctreeSceneManager.so > libogremain-1.6.1: /usr/lib/OGRE/Plugin_OctreeZone.la > libogremain-1.6.1: /usr/lib/OGRE/Plugin_OctreeZone.so > libogremain-1.6.1: /usr/lib/OGRE/Plugin_ParticleFX.la > libogremain-1.6.1: /usr/lib/OGRE/Plugin_ParticleFX.so > libogremain-1.6.1: /usr/lib/OGRE/RenderSystem_GL.la > libogremain-1.6.1: /usr/lib/OGRE/RenderSystem_GL.so > libogremain-1.6.1: /usr/lib/OGRE/libPlugin_PCZSceneManager.la > libogremain-1.6.1: /usr/lib/OGRE/libPlugin_PCZSceneManager.so > libogremain-1.6.1-dbg: /usr/lib/debug/usr/lib/OGRE/Plugin_BSPSceneManager.so > libogremain-1.6.1-dbg: > /usr/lib/debug/usr/lib/OGRE/Plugin_OctreeSceneManager.so > libogremain-1.6.1-dbg: /usr/lib/debug/usr/lib/OGRE/Plugin_OctreeZone.so > libogremain-1.6.1-dbg: /usr/lib/debug/usr/lib/OGRE/Plugin_ParticleFX.so > libogremain-1.6.1-dbg: /usr/lib/debug/usr/lib/OGRE/RenderSystem_GL.so > libogremain-1.6.1-dbg: > /usr/lib/debug/usr/lib/OGRE/libPlugin_PCZSceneManager.so > ogre-plugins-cgprogrammanager: /usr/lib/OGRE/Plugin_CgProgramManager.la > ogre-plugins-cgprogrammanager: /usr/lib/OGRE/Plugin_CgProgramManager.so > ogre-plugins-cgprogrammanager-dbg: > /usr/lib/debug/usr/lib/OGRE/Plugin_CgProgramManager.so > > Was libOctreeSceneManagerPlugin.so renamed to Plugin_OctreeSceneManager.so by > upstream? Two weeks passed and no feedback. I did some resaerch and wasn't able to find a file called libOctreeSceneManagerPlugin.so in older releases of ogre. I will close the bug now. If you still think this is a bug in the packaging please reopen the bug report and add additional infos where this library should come from and which versions of ogre should contain it. Cheers. Michael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#502476: libogre is built incorrectly, old style
Version: 1.6.1.dfsg1-1 On Sun, Nov 09, 2008 at 12:53:37PM -0500, Andres Mejia wrote: > tags 502476 moreinfo > severity 502476 minor > thanks > > As I understand it, ogre was built with either freeimage (preferred) or > libdevil and an optional plugin was built using openexr. Currently, ogre does > build with freeimage with the optional plugin for openexr. At least since ogre 1.6.1.dfsg1-1 OGRE is built with --disable-openexr. Closing bug because of this. Please reopen bug if you disagree and add more infos. Cheers, Michael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#365408: Drop java*-runtime/compiler, create classpath-jre/jdk and java-jre/jdk
On Sun, Sep 20, 2009 at 06:22:13PM +0200, Matthias Klose wrote:
> On 20.09.2009 13:43, Niels Thykier wrote:
> >Package: java-common
> >Version: 0.33
> >Severity: normal
> >
> >I second this proposal using the java-{jre,jdk} for free and
> >java-{jre,jdk}-nonfree
> >for nonfree packages.
>
> No, we should develop against a spec, not against a product. maybe
> this was more wanted in the past, but we should not make this
> distinction in the presence of OpenJDK.
I see it the same way. We have now default-* and that should be enough. We
should close
this bug instead as times have changed since it was filed.
Cheers,
Michael
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#395372: [policy] relax or expand the "binaries in /usr/bin" restriction (2.3)
On Sun, Sep 20, 2009 at 01:53:42PM +0200, Niels Thykier wrote: > Package: java-common > Version: 0.33 > Severity: normal > > Hi, > > I second this proposal to include /usr/games in 2.3. Thirded! /usr/games is just another incarantion of /usr/bin and should be explicitely allowed to nt confuse people. Cheers, Michael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#365408: Drop java*-runtime/compiler, create classpath-jre/jdk and java-jre/jdk
On Mon, Sep 21, 2009 at 08:10:46AM +0200, Michael Koch wrote:
> On Sun, Sep 20, 2009 at 06:22:13PM +0200, Matthias Klose wrote:
> > On 20.09.2009 13:43, Niels Thykier wrote:
> > >Package: java-common
> > >Version: 0.33
> > >Severity: normal
> > >
> > >I second this proposal using the java-{jre,jdk} for free and
> > >java-{jre,jdk}-nonfree
> > >for nonfree packages.
> >
> > No, we should develop against a spec, not against a product. maybe
> > this was more wanted in the past, but we should not make this
> > distinction in the presence of OpenJDK.
>
> I see it the same way. We have now default-* and that should be enough. We
> should close
> this bug instead as times have changed since it was filed.
I was a bit in need for coffee I think.
In my opinion we should remove java-compiler. Its not really needed anymore
as we nowadays can depend on a JDK and be done. In the past we needed to
explicitely depend on compiler and class library.
I see currently no way to remove javaX-runtime virtual packages. On the
contrary. We need to redefine and extend them to meet current JREs/JDKs.
In the past we also got requests to provide a virtual package for 'jar'.
I think we should neglect this. People can use the existing packages
(like default-jdk) and be done. I know this installs much more than just
jar. For people who need only jar they can use fastjar.
Cheers,
Michael
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#515935: change section to .../doc
Version: 1.0.1-3 On Wed, Feb 18, 2009 at 01:06:04PM +0100, Christoph Anton Mitterer wrote: > Package: libjmock-java-doc > Severity: wishlist > > As this package contains documentation, shouldn't it be moved to the > doc section? Thanks for taking the time to write this bug report. This bug was fixed some time ago but not properly closed. Doing so now. Cheers. Michael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#547969: ivy jar not added to ant lib
On Wed, Sep 23, 2009 at 09:29:55AM +0530, Onkar Shinde wrote: > Ant upstream authors recommend using classpath attribute for optional > ant tasks when defining the task in build.xml.[1] Hence the symlink > should not be present in ant's library. Also the symlink modifies the > default classpath of ant which will cause problem if user wants to use > another version of ivy outside the system installation. I agree with Onkar. There are several ways to make additional classes for tasks know to ant. Polluting Ant's lib-directory is one of the worst ones. I tend to tag this bug as wontfix but I will wait some more days for more opinions. Cheers, Michael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#401948: ecj-bootstrap: The import java.util.Scanner cannot be resolved
reassign 401948 gcj-4.4
close 401948 4.4.0-1
thanks
On Thu, Dec 07, 2006 at 01:21:00AM +0100, Jhair Tocancipa Triana wrote:
> Package: ecj-bootstrap
> Version: 3.2.1-3
> Severity: normal
>
> The following program compiles fine with
>
> /usr/lib/jvm/java-1.5.0-sun/bin/javac
>
> --8<---cut here---start->8---
> import java.util.Scanner;
>
> class TestScanner
> {
> public static void main(String[] args)
> {
> System.out.println ("hi");
> }
> }
> --8<---cut here---end--->8---
>
> But the eclipse compiler says,
>
> (debian-unstable)jtocanc...@golem:~/tmp$ /usr/bin/ecj-bootstrap
> TestScanner.java
> --
> 1. ERROR in TestScanner.java (at line 1)
> import java.util.Scanner;
>^
> The import java.util.Scanner cannot be resolved
> --
>
> The eclipse compiler should be fixed to compile the program.
This is not a bug in the Eclipse compiler itself but in the class library
it uses. When GCJ got updated to version 4.4.0 the Scanner class was
introduced and it now compiles.
Cheers,
Michael
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#515123: libsdl-image1.2-dev: pkg-config patch for SDL_image
On Wed, Jul 29, 2009 at 05:41:28PM +0200, Michael Koch wrote: > tag 515123 upstream > thanks > > > Marking bug as upstream bug. I mail with upstream and he said he will create a new release in the next 3-4 works including pkg-config support. Cheers, Michael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#548144: libhamcrest-java: new upstream release
Package: libhamcrest-java Version: 1.1-2 Severity: wishlist hamcrest 1.2 is out. It should be packaged. Problem is that JUnit 4 Build-Depends on hamcrest and breaks with hamcrest 1.2. In JUnit GIT repository you can even see that they tried to use hamcrest 1.2 and reverted all changes related to it. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.30-1-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libhamcrest-java depends on: ii default-jre [java2-runtime] 1.6-33 Standard Java or Java compatible R ii gcj-jre [java2-runtime] 4:4.3.3-9Java runtime environment using GIJ ii jamvm [java1-runtime] 1.5.3-2 virtual machine which conforms to ii java-gcj-compat [java2-runt 1.0.80-5.1 Java runtime environment using GIJ ii openjdk-6-jre [java2-runtim 6b16-1.6.1-1 OpenJDK Java runtime, using Hotspo ii sun-java6-jre [java2-runtim 6-16-1 Sun Java(TM) Runtime Environment ( libhamcrest-java recommends no packages. libhamcrest-java suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#547735: libcommons-compress-java: Breaks bootchart (no TarInputStream)
reassign 547735 bootchart thanks On Tue, Sep 22, 2009 at 02:01:17AM +0200, Michael Biebl wrote: > Package: libcommons-compress-java > Version: 1.0-1 > Severity: serious > Justification: breaks unrelated packages Well the package is not unrelated, bootchart depends on libcommons-compress-java. > Since the latest update of libcommons-compress-java, the bootchart > binary is broken, it exits with the following error: > > bootchart /var/log/bootchart/pluto-sid-20090922-1.tgz > Exception in thread "main" java.lang.NoClassDefFoundError: > org/apache/commons/compress/archivers/tar/TarInputStream > Caused by: java.lang.ClassNotFoundException: > org.apache.commons.compress.archivers.tar.TarInputStream > at java.net.URLClassLoader$1.run(URLClassLoader.java:200) > at java.security.AccessController.doPrivileged(Native Method) > at java.net.URLClassLoader.findClass(URLClassLoader.java:188) > at java.lang.ClassLoader.loadClass(ClassLoader.java:307) > at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:301) > at java.lang.ClassLoader.loadClass(ClassLoader.java:252) > at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:320) > Could not find the main class: org.bootchart.Main. Program will exit > > With the libcommons-compress-java version from testing, it works fine. > > Problem might be, that the Class name seems to have been renamed to > TarArchiveInputStream which breaks dependend packages. Yes, thats a problem. Upstream of libcommons-compress-java decided to change the API for the 1.0 release. Hopefully to make it stable now. bootchart now needs to adopt the new API. Reassigning the bug to bootchart. Cheers, Michael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#545674: tomcat6: Crashes when trying to run a web app, including admin
Hello, On Thu, Sep 24, 2009 at 12:29:11PM +0100, Ludovic Claude wrote: > This was a temporary issue with the way I installed jars both to > /usr/share/java and /usr/share/maven-repo. In an old version of > maven-repo-helper, the script mh_installjar was copying the jars to > /usr/share/maven-repo and a link was created in /usr/share/java. I'm > doing now the opposite, as it respects more the way things were done > before. So this situation is only temporary, if your package is rebuilt > against the latest version of maven-repo-helper, then this problem > should not appear. Does this mean we should upload 6.0.20-6 to the archive? Cheers, Michael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#548208: RFP: libpostfix-parse-mailq-perl -- Perl module to parse the postfix mailq
Package: wnpp Severity: wishlist * Package name: libpostfix-parse-mailq-perl Version : 1.001 Upstream Author : Ricardo SIGNES * URL : http://search.cpan.org/~rjbs/Postfix-Parse-Mailq-1.001/lib/Postfix/Parse/Mailq.pm * License : Perl license Programming Lang: Perl Description : Perl module to parse the postfix mailq easy access to the entries in the mail queue. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#547969: ivy jar not added to ant lib
On Thu, Sep 24, 2009 at 04:31:54AM -0400, Patrick McFarland wrote: > I would also like to see Ivy added to ant/lib. Ivy is a special case > in that it is a sister > project to Ant and people expect Ivy to work by default when installing it. > > I find a dpkg configure option an acceptable alternative to blindly > symlinking ivy.jar to > the ant/lib director, as in, ask the user if he wants to do it > (defaulting to yes). After looking into the issue more closely I think we can make an exception for Ivy in this case. I'm with Patrick for the symlink. Cheers, Michael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#508916: default-jre conversion and resolve lintian errors
Version: 2.1.10-5 On Tue, Dec 16, 2008 at 11:05:16AM -0600, Chris Cheney wrote: > Package: libxpp2-java > Version: 2.1.10-4 > Severity: important > Tags: patch > > This is a patch to convert libxpp2-java to use default-jre and also > fixes the various lintian errors that are being output. All issues fixed in the patch were already fixed in the version 2.1.10-5. Cheers, Michael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#508935: default-jre conversion and resolve lintian errors
Version: 7+svn20070309-3 On Tue, Dec 16, 2008 at 01:30:16PM -0600, Chris Cheney wrote: > Package: jtidy > Version: 7+svn20070309-2 > Severity: important > Tags: patch > > This is a patch to convert jtidy to use default-jre and also > fixes the various lintian errors that are being output. All the issues fixed by the patch were fixed in version 7+svn20070309-3. Cheers, Michael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#524484: sear, sear-media: should this package be removed?
Hello Steve, sorry for the long delay. On Fri, Apr 17, 2009 at 04:03:15PM +0100, Steve Cotton wrote: > > There's a year-old ITP for Ember: #437516 > > > Sear is currently the only user of four libary packages: > > liberis-1.3-14 libmd3-1 libsage2 libwfut-0.2-1 > > Erick (Ember's ITP'r) requests that those libraries remain for > Ember's use. I agree that sear should be removed. I also agree that ember is the future. I will keep the libraries for now in Debian. They are no burden currently and might be needed for ember (I haven't checked ember's prerequisites yet). Will you file the RM bugs for sear and sear-media or should I do it? Cheers, Michael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#507089: fixed with jamvm 1.5.1
reassign 507089 jamvm close 507089 1.5.1-1 thanks Just cleaning up some old mails... On Fri, Nov 28, 2008 at 10:28:35PM +0100, Carsten Pfeiffer wrote: > Never mind, this is not a classpath, but a jamvm issue. It works perfectly > with Jamvm 1.5.1. Thanks for the report and solutionn. Cheers, Michael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#515123: libsdl-image1.2-dev: pkg-config patch for SDL_image
severity 515123 wishlist thanks Hello Luca, On Fri, Feb 13, 2009 at 07:37:16PM +0100, Luca Bigliardi wrote: > Package: libsdl-image1.2-dev > Version: 1.2.6-3 > Severity: normal > Tags: patch > > > Hi, > I sent the attached patch to SDL_image upstream to add pkg-config support, > but I haven't received any feedback and the patch is not in their svn. > > Please can you help me contacting the upstream ? Thanks for the report. I contacted Sam Lantinga about it. Lets see what he says. Cheers, Michael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#437516: ITP: ember -- 3D client for the WorldForge project
Hello Erick, On Fri, Apr 17, 2009 at 09:15:42AM -0500, Erick Vresnev Castellanos Hernández wrote: > El Vie, 17 de Abril de 2009, 8:46 am, Steve Cotton escribió: > > Hello Erick, > > > > Are you still intending to package Ember? > > > > libwfut has been packaged for Sear, which is currently the only > > user of four libary packages: > > liberis-1.3-14 libmd3-1 libsage2 libwfut-0.2-1 > > > > I've just filed > > #524484: sear, sear-media: should this package be removed? > > which may lead to all of those libraries being removed. > > > > Regards, > > Steve > > > > Hi Steve, > > I couldn't make a usable package in the past because of some issues with > CEGUI (#456244), and after that the usage of a new version. > > I'm still interested in the package, but right now I do not have enough > time to work on it. > > If someone (perhaps you? :) ) is willing to package it, please go ahead. > If not, I'll prefer to ask for *not* removing the libraries you mentioned. > And I'll try to give some time to re-try packaging ember. > > Anyway, I appreciate the notice. I'm also interested in getting this into Debian. I'm also the maintainer of all the WorldForge libs in Debian. Do you have already some partly Debian source package? Would you provide this for further work on Ember? Cheers, Michael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#537290: classpath-common, gcj-jdk: Conflicting file /usr/share/man/man1/gappletviewer.1.gz
Hello, On Sat, Jul 18, 2009 at 07:47:11PM -0400, Matthias Klose wrote: > reassign 537290 classpath-common > thanks > > No, there's nothing wrong with gcj-jdk. It defines a conflict with > the current classpath-common. What needs to be done: update > classpath to 0.98, build cacao using the new classpath, then decide > what to do with the tools which are both built by gcj-jdk and > classpath, if we want to avoid the conflict. classpath/cacao should > at least provide something like /usr/lib/jvm/ and provide > alternatives as other JVM's do. > > Maybe it is a help to provide a new cacao-source source package just > building the cacao-source binary package, which then is then used by > classpath and openjdk-6 to build the cacao runtime. > > If nobody is interested in classpath, then we maybe should remove it. I will take care of this. Cheers, Michael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#437516: ITP: ember -- 3D client for the WorldForge project
Hello, On Wed, Jul 22, 2009 at 10:07:23PM -0500, Erick Vresnev Castellanos Hernández wrote: > I'm afraid I'll not be of much help. When I tried to package ember I > focused on getting CEGUI working properly as an ember's dependency, but > when I finally help cegui's mainteiner with a patch, I ran out of time > and couldn't package ember. > > I just check my ember's package directory and I only have the templates > that debhelper creates. So, basically you need to start from scratch. > > Let's hope you have more time than I in order to get ember into Debian. I have now a building package. It still has some glitches in it but ti builds. A first step is done. More work to do. I will keeop you updated. Cheers, Michael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#538170: (no subject)
On Thu, Jul 23, 2009 at 07:29:24PM +0100, Al Riddoch wrote: > Subject: cyphesis-cpp packages since at least version 0.5.15 are missing key > files > Package: cyphesis-cpp > Version: 0.5.15-1 > Severity: grave > Justification: renders package unusable > > *** Please type your report below this line *** > > I am the upstream author of cyphesis-C++ > > A number of releases ago changes were made to the filesystem layout of > cyphesis after installation, and the package does not seem to have been > updated to include files which have changed location or been added. > > Firstly a number of files with the suffix .xml are installed in > /etc/cyphesis/mason.d/ and should be included in the package > cyphesis-cpp-mason. Currently only basic.xml and mason.xml are included, > meaning data which is vital for cyphesis to run usefully is missing. > The contents of this directory are likely to grow, so the package should > use a wildcard, not a fixed list of known files. > > Secondly a directory full of Python files is installed in > /usr/share/cyphesis/scripts/cyphesis/ which are vital for the scripting > interface of cyphesis, and these do not seem to be included in the > package. Without a functional scripting interface, cyphesis is > effectively useless. > > I can confirm this issue directly on 0.5.15, and am fairly sure the > issue applies to 0.5.16 as public servers using this version on the > internet display the same issue. You are right. I currently prepare an update to 0.5.20 which needs to wait for mercator go through NEW queue first. This release will address all above issues. Cheers, ichael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#274484: bsh shebang line: it works
On Fri, Jul 24, 2009 at 09:43:07AM +0200, Niels Thykier wrote: > Hi > > I just tested this with bsh (version 2.0b4) and it does not seem to work > for me. Neither the previous example nor > > > String a = "Hello" > System.out.println(a); > > Which works directly in bsh, but not from a #!/usr/bin/bsh shell. > > My kernel version is: 2.6.26-2-686 I just tried your example with the version of bsh from lenny aka stable and sid aka unstable and I can't reproduce the bug. It just works. That's really a strange bug. Cheers, Michael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#437516: ITP: ember -- 3D client for the WorldForge project
Hello everyone, I have a working package now. What is missing is that I need to write a manpage for ember and to package ember-media. Cheers, Michael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#515123: libsdl-image1.2-dev: pkg-config patch for SDL_image
tag 515123 upstream thanks Marking bug as upstream bug. Cheers, Michael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#539126: classpath: FTBFS: configure: error: conditional "GCJ_JAVAC" was never defined.
On Wed, Jul 29, 2009 at 11:47:38AM +0200, Kurt Roeckx wrote: > Source: classpath > Version: 2:0.98-1 > Severity: serious > > Hi, > > There was an error while trying to autobuild your package: > > > Start Time: 20090729-0552 > > [...] > > > Build-Depends: debhelper (>= 5), ecj [!alpha !arm !hppa !hurd-i386], gcj > > [!alpha !arm !hppa !hurd-i386], zip, libgtk2.0-dev, libgconf2-dev, > > libart-2.0-dev, libx11-dev, libice-dev, libxt-dev, libxtst-dev, > > libasound2-dev [!hurd-i386 !kfreebsd-i386 !kfreebsd-amd64], libcairo2-dev, > > dpatch, libqt4-dev (>= 4.1.0), dssi-dev [!hurd-i386 !kfreebsd-i386 > > !kfreebsd-amd64], iceape-dev (>= 1.1.9-5), libmagic-dev > > [...] > > > Toolchain package versions: libc6-dev_2.9-23 linux-libc-dev_2.6.30-3 > > g++-4.3_4.3.3-14 gcc-4.3_4.3.3-14 binutils_2.19.51.20090723-1 > > libstdc++6_4.4.1-1 libstdc++6-4.3-dev_4.3.3-14 > > > > [...] > > > checking for find... /usr/bin/find > > checking for zip... /usr/bin/zip > > checking for a jar-like tool... trying fastjar, gjar and jar > > checking for fastjar... /usr/bin/fastjar > > checking whether to regenerate parsers with jay... no > > checking for stdint types... stdint.h (shortcircuit) > > make use of stdint.h in include/config-int.h (assuming C99 compatible > > system) > > configure: error: conditional "GCJ_JAVAC" was never defined. > > Usually this means the macro was only invoked conditionally. > > make: *** [configure-native-only] Error 1 > > dpkg-buildpackage: error: /usr/bin/fakeroot debian/rules binary-arch gave > > error exit status 2 > > A full build log can be found at: > http://buildd.debian.org/build.php?arch=i386&pkg=classpath&ver=2:0.98-1 Damn this happens on all buildds but not on my system and not in my pbuilder. Can you send me the config.log file of this build? Its this possible? Cheers, Michael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#529762: libogremain-1.6.1: [Truncated content] Missing basic plugins from release and headers.
On Thu, May 21, 2009 at 01:42:20PM +0200, Mateusz Kaduk wrote: > Package: libogremain-1.6.1 > Version: 1.6.1.dfsg1-1 > Severity: normal > > Normaly 1.6.1 provides some basic plugins such us > /usr/lib/OGRE/libOctreeSceneManagerPlugin.so > which are removed from package along with headers. > > This makes package questionably usable, especially for developers. > Compiling most of addons is impossible due to missing basic plugins that > addons base on. When running the command "apt-file search lib/OGRE" I get the following output: libogremain-1.6.1: /usr/lib/OGRE/Plugin_BSPSceneManager.la libogremain-1.6.1: /usr/lib/OGRE/Plugin_BSPSceneManager.so libogremain-1.6.1: /usr/lib/OGRE/Plugin_OctreeSceneManager.la libogremain-1.6.1: /usr/lib/OGRE/Plugin_OctreeSceneManager.so libogremain-1.6.1: /usr/lib/OGRE/Plugin_OctreeZone.la libogremain-1.6.1: /usr/lib/OGRE/Plugin_OctreeZone.so libogremain-1.6.1: /usr/lib/OGRE/Plugin_ParticleFX.la libogremain-1.6.1: /usr/lib/OGRE/Plugin_ParticleFX.so libogremain-1.6.1: /usr/lib/OGRE/RenderSystem_GL.la libogremain-1.6.1: /usr/lib/OGRE/RenderSystem_GL.so libogremain-1.6.1: /usr/lib/OGRE/libPlugin_PCZSceneManager.la libogremain-1.6.1: /usr/lib/OGRE/libPlugin_PCZSceneManager.so libogremain-1.6.1-dbg: /usr/lib/debug/usr/lib/OGRE/Plugin_BSPSceneManager.so libogremain-1.6.1-dbg: /usr/lib/debug/usr/lib/OGRE/Plugin_OctreeSceneManager.so libogremain-1.6.1-dbg: /usr/lib/debug/usr/lib/OGRE/Plugin_OctreeZone.so libogremain-1.6.1-dbg: /usr/lib/debug/usr/lib/OGRE/Plugin_ParticleFX.so libogremain-1.6.1-dbg: /usr/lib/debug/usr/lib/OGRE/RenderSystem_GL.so libogremain-1.6.1-dbg: /usr/lib/debug/usr/lib/OGRE/libPlugin_PCZSceneManager.so ogre-plugins-cgprogrammanager: /usr/lib/OGRE/Plugin_CgProgramManager.la ogre-plugins-cgprogrammanager: /usr/lib/OGRE/Plugin_CgProgramManager.so ogre-plugins-cgprogrammanager-dbg: /usr/lib/debug/usr/lib/OGRE/Plugin_CgProgramManager.so Was libOctreeSceneManagerPlugin.so renamed to Plugin_OctreeSceneManager.so by upstream? Cheers, Michael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
debian-bugs-dist@lists.debian.org
On Thu, Oct 30, 2008 at 08:54:48PM +, Robert Lemmen wrote: > Package: libceguiogrerenderer-1.4.9 > Version: 1.4.9.dfsg1-1 > Severity: normal > > > not sure if this should be reported against liceguiogrerenderer or > against libcegui-mk2-dev, but in lenny this works: > > g++ -o test -lOgreMain -L/usr/lib -lOIS -lCEGUIBase \ > -lCEGUIOgreRenderer -lOgreMain -lCEGUIBase > > where in sid it gives me a "/usr/lib/libCEGUIOgreRenderer.so: undefined > reference to `CEGUI::Exception::Exception(CEGUI::String const&)'" > > the difference is that in lenny we have libcegui-mk2-dev 0.5.0-4.1 and > in sid we have 0.6.1-1 Does this problem still exist for you? I just tried to reproduce it and failed to. So I wonder if it was fixed somehow or I failed to do the right thing to reproduce. Please report back. Cheers, Michael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#520461: libogremain-1.4.9: ogre-plugins-cgprogrammanager 1.6.1 held up on upgrade for libogremain-1.6.1
On Thu, Mar 19, 2009 at 03:43:49PM -0700, Marc J. Driftmeyer wrote: > Package: libogremain-1.4.9 > Version: 1.4.9.dfsg1-1 > Severity: important > > libogremain-1.6.1 is unavailable leaving ogre-plugins-cgprogrammanager 1.6.1 > orphaned > while waiting for the parent lib to be available in main. I'm closing this bug as I think this was a transition issue from ogre 1.4.9 to 1.6.1 while ogre-plugins-cgprogrammanager was not updated as both come from different source pacakes. Please reopen with additional infos if you think different. Cheers, Michael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#545209: RM: sigc -- ROM; unused library, upstream dead, upstream rdeps dead
Package: ftp.debian.org Severity: normal Upstream is dead since years. Upstream of rdeps is dead years. Not used in Debian, rdeps never made it into the archive -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#545210: RM: sigc -- ROM; unused library, upstream dead, upstream rdeps dead
Package: ftp.debian.org Severity: normal Upstream is dead since years. Upstream of rdeps is dead years. Not used in Debian, rdeps never made it into the archive -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#545219: lintian: many false positives for debian-rules-calls-debhelper-in-odd-order check
Package: lintian Version: 2.2.14 Severity: normal When running lintian on the antlr source package I get this: W: antlr source: debian-rules-calls-debhelper-in-odd-order dh_installdeb (line 137) W: antlr source: debian-rules-calls-debhelper-in-odd-order dh_gencontrol (line 138) W: antlr source: debian-rules-calls-debhelper-in-odd-order dh_installdeb (line 148) W: antlr source: debian-rules-calls-debhelper-in-odd-order dh_gencontrol (line 149) W: antlr source: debian-rules-calls-debhelper-in-odd-order dh_installdeb (line 162) W: antlr source: debian-rules-calls-debhelper-in-odd-order dh_gencontrol (line 163) W: antlr source: debian-rules-calls-debhelper-in-odd-order dh_installdeb (line 173) W: antlr source: debian-rules-calls-debhelper-in-odd-order dh_gencontrol (line 174) W: antlr source: debian-rules-calls-debhelper-in-odd-order dh_makeshlibs (line 207) W: antlr source: debian-rules-calls-debhelper-in-odd-order dh_installdeb (line 208) W: antlr source: debian-rules-calls-debhelper-in-odd-order dh_shlibdeps (line 209) W: antlr source: debian-rules-calls-debhelper-in-odd-order dh_gencontrol (line 210) But when looking at the debian/rules file for antlr source package I see the following: # C# library dh_makeclilibs -V -plibantlr2.7-cil dh_installcligac -plibantlr2.7-cil dh_clideps -plibantlr2.7-cil dh_installdocs -plibantlr2.7-cil dh_installexamples -plibantlr2.7-cil dh_installchangelogs -plibantlr2.7-cil dh_fixperms -plibantlr2.7-cil chmod a-x debian/libantlr2.7-cil/usr/lib/cli/antlr-2.7/antlr.*.dll dh_compress -plibantlr2.7-cil dh_installdeb -plibantlr2.7-cil dh_gencontrol -plibantlr2.7-cil dh_md5sums -plibantlr2.7-cil dh_builddeb -plibantlr2.7-cil # antlr-doc dh_installdocs -pantlr-doc dh_installexamples -pantlr-doc dh_installchangelogs -pantlr-doc rm -rf debian/antlr-doc/usr/share/doc/antlr-doc/examples/csharp rm -f debian/antlr-doc/usr/share/doc/antlr-doc/csharp-runtime.html rm -f debian/antlr-doc/usr/share/doc/antlr-doc/Makefile* find debian/antlr-doc/usr/share/doc/antlr-doc/examples -type f -print | xargs chmod 0644 dh_fixperms -pantlr-doc dh_compress -pantlr-doc dh_installdeb -pantlr-doc dh_gencontrol -pantlr-doc dh_md5sums -pantlr-doc dh_builddeb -pantlr-doc # antlr dh_installman -pantlr dh_installdocs -pantlr dh_installchangelogs -pantlr dh_compress -pantlr dh_fixperms -pantlr dh_installdeb -pantlr dh_gencontrol -pantlr dh_md5sums -pantlr dh_builddeb -pantlr # antlr dh_installman -plibantlr-java dh_installdocs -plibantlr-java dh_installchangelogs -plibantlr-java dh_link -plibantlr-java \ usr/share/java/antlr.jar usr/share/java/antlr.debug.jar \ usr/share/java/antlr.jar usr/share/java/antlrall.jar dh_compress -plibantlr-java dh_fixperms -plibantlr-java dh_installdeb -plibantlr-java dh_gencontrol -plibantlr-java dh_md5sums -plibantlr-java dh_builddeb -plibantlr-java # python-antlr dh_installdocs -ppython-antlr dh_installchangelogs -ppython-antlr dh_pysupport -ppython-antlr dh_compress -ppython-antlr dh_fixperms -ppython-antlr dh_installdeb -ppython-antlr dh_gencontrol -ppython-antlr dh_md5sums -ppython-antlr dh_builddeb -ppython-antlr To me this looks like a false positive as all dh_* calls use -p explicitely on a specific package. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.30-1-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages lintian depends on: ii binutils 2.19.51.20090827-1 The GNU assembler, linker and bina ii diffstat 1.47-1 produces graph of changes introduc ii dpkg-dev 1.15.3.1 Debian package development tools ii file 5.03-1 Determines file type using "magic" ii gettext 0.17-8 GNU Internationalization utilities ii intltool-debian 0.35.0+20060710.1 Help i18n of RFC822 compliant conf ii libapt-pkg-perl 0.1.24 Perl interface to libapt-pkg ii libipc-run-perl 0.84-1 Perl module for running processes ii libparse-debianchange 1.1.1-2parse Debian changelogs and output ii libtimedate-perl 1.1600-9 Time and date functions for Perl ii liburi-perl 1.37+dfsg-1Manipulates and accesses URI strin ii man-db
Bug#540737: libantlr2.7-cil: installation into Mono fails (no strong name)
tag 540737 + confirmed thanks On Sun, Aug 09, 2009 at 09:14:49PM -0400, Aaron M. Ucko wrote: > | Setting up libantlr2.7-cil (2.7.7-11) ... > | * Installing 2 assemblies from libantlr2.7-cil into Mono > | E: installing Assembly /usr/lib/cli/antlr-2.7/antlr.astframe.dll failed > | E: Installation of libantlr2.7-cil with > /usr/share/cli-common/runtimes.d/mono failed > | dpkg: error processing libantlr2.7-cil (--install): > | subprocess installed post-installation script returned error exit status 9 > [...] > | $ sudo gacutil -i /usr/lib/cli/antlr-2.7/antlr.astframe.dll > | Failure adding assembly /usr/lib/cli/antlr-2.7/antlr.astframe.dll to the > cache: Attempt to install an assembly without a strong name > > I observed this when upgrading to -13, but as you can see -11 exhibits > the same problem, presumably a long-standing bug exposed by Mono > 2.4.2.3. Could you please look into it? I can reproduce this bug. I have currently no idea what the cause of this can be... Cheers, Michael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#545210: RM: sigcperl -- ROM; unused library, upstream dead, upstream rdeps dead
retitle 545210 RM: sigcperl -- ROM; unused library, upstream dead, upstream rdeps dead thanks This RM bug was meant for sigcperl which is tied to sigc. Cheers, Michael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#549838: excalibur-logkit: FTBFS: Nonexistent build-dependency: libgeronimo-jms-1.1-spec-java
tags 549838 - unreproducible thanks On Tue, Oct 06, 2009 at 04:24:45PM +0530, Onkar Shinde wrote: > tags 549838 + unreproducible > thanks > > excalibur-logkit has alternate build dependency on libjboss-j2ee-java. > So it should not fail to build. > This bug is not reproducible in pbuilder chroot for sid. I have > uploaded a log at [1] > > [1] http://people.ubuntu.com/~onkarshinde/excalibur-logkit_2.0-1_build.log Pbuilder is useless here. Buildds always use the first alternative. That's the reason why the first alternative may never be a virtual (or in this case a non-existing) package. The solution in this case is to remove the alternative on libgeronimo-jms-1.1-spec-java as its not in the archive anyway. Build alternatives are mostly never really useful. Cheers, Michael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#488807: libapache2-mod-jk: requests wrong URL when using mod_rewrite
On Mon, Jun 30, 2008 at 10:48:16PM -0400, Alex Mizrahi wrote: > Package: libapache2-mod-jk > Version: 1:1.2.18-3etch1 > Severity: important > > after update to 1.2.18-3etch1 (not sure about that), > mod_jk stopped using URL produced by mod_rewrite, but > used original URL instead. upgrading to a version > from backports fixed the problem. > > relevant piece of config: >JkMount /we-tag/servlet/* ajp13 > >RewriteEngine on >RewriteRule ^/api/(\w+)/?$ /we-tag/servlet/LspExec?action=$1 [PT,QSA] This was a default behavior change in the package due to a fix for CVE 2007-1860 [1]. Upstream also has made this change and documented that. I close this bug as its expected behavior. Cheers, Michael [1] http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2007-1860 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#543101: c3p0: FTBFS: java errors
Version: 0.9.1.2-3 Hello, the package builds fine now. I'm unsure if this was a temporary breakage in another package or what. Cheers, Michael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#540737: libantlr2.7-cil: installation into Mono fails (no strong name)
On Sat, Sep 05, 2009 at 09:44:25PM +0200, Michael Koch wrote: > tag 540737 + confirmed > thanks > > On Sun, Aug 09, 2009 at 09:14:49PM -0400, Aaron M. Ucko wrote: > > | Setting up libantlr2.7-cil (2.7.7-11) ... > > | * Installing 2 assemblies from libantlr2.7-cil into Mono > > | E: installing Assembly /usr/lib/cli/antlr-2.7/antlr.astframe.dll failed > > | E: Installation of libantlr2.7-cil with > > /usr/share/cli-common/runtimes.d/mono failed > > | dpkg: error processing libantlr2.7-cil (--install): > > | subprocess installed post-installation script returned error exit status > > 9 > > [...] > > | $ sudo gacutil -i /usr/lib/cli/antlr-2.7/antlr.astframe.dll > > | Failure adding assembly /usr/lib/cli/antlr-2.7/antlr.astframe.dll to the > > cache: Attempt to install an assembly without a strong name > > > > I observed this when upgrading to -13, but as you can see -11 exhibits > > the same problem, presumably a long-standing bug exposed by Mono > > 2.4.2.3. Could you please look into it? > > I can reproduce this bug. I have currently no idea what the cause of this can > be... I think I found the culprit. AssemblyInfo.cs references 'org.antlr.snk' as key file and this key file doesnt exist in the source tarball, so signing fails. Newer versions of Mono reject installation into the GAC for unsigned assemblies. Cheers, Michael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#505596: FTBFS with GCC 4.4: dereferencing type-punned pointer...
forwarded 505596 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41303 tag 505596 + upstream thanks On Thu, Nov 13, 2008 at 08:17:08PM +0100, Martin Michlmayr wrote: > Package: classpath > Version: 2:0.97.2-1.1 > User: debian-...@lists.debian.org > Usertags: ftbfs-gcc-4.4 > > Your package fails to build with the upcoming GCC 4.4. Version 4.4 > has not been released yet but I'm building with a snapshot in order > to find errors and give people an advance warning. > > You can reproduce this problem with gcc-snapshot from unstable. > > > Automatic build of classpath_2:0.97.2-1.1 on em64t by sbuild/amd64 0.53 > ... > > cc1: warnings being treated as errors > > cpnet.c: In function 'cpnet_addMembership': > > cpnet.c:583: error: dereferencing type-punned pointer will break > > strict-aliasing rules > > cpnet.c: In function 'cpnet_dropMembership': > > cpnet.c:598: error: dereferencing type-punned pointer will break > > strict-aliasing rules > > make[4]: *** [cpnet.lo] Error 1 Cheers, Michael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#526547: libnoise: FTBFS: undefined reference to `main'
On Fri, May 01, 2009 at 02:19:01PM -0700, Daniel Schepler wrote: > Package: libnoise > Version: 1.0.0 > Severity: serious > > From my pbuilder build log: > > ... > libtool --mode=link g++ -shared -Wl,-soname=libnoise.so.0 -o libnoise.so.0.3 > ../src/latlon.lo ../src/noisegen.lo ../src/model/cylinder.lo > ../src/model/line.lo ../src/model/plane.lo ../src/model/sphere.lo > ../src/module/abs.lo > ../src/module/add.lo ../src/module/billow.lo ../src/module/blend.lo > ../src/module/cache.lo ../src/module/checkerboard.lo ../src/module/clamp.lo > ../src/module/const.lo ../src/module/curve.lo ../src/module/cylinders.lo > ../src/module/displace.lo ../src/module/exponent.lo ../src/module/invert.lo > ../src/module/max.lo ../src/module/min.lo ../src/module/modulebase.lo > ../src/module/multiply.lo ../src/module/perlin.lo ../src/module/power.lo > ../src/module/ridgedmulti.lo ../src/module/rotatepoint.lo > ../src/module/scalebias.lo ../src/module/scalepoint.lo > ../src/module/select.lo ../src/module/spheres.lo ../src/module/terrace.lo > ../src/module/translatepoint.lo > ../src/module/turbulence.lo ../src/module/voronoi.lo > libtool: link: g++ -Wl,-soname=libnoise.so.0 -o libnoise.so.0.3 > ../src/.libs/latlon.o ../src/.libs/noisegen.o ../src/model/.libs/cylinder.o > ../src/model/.libs/line.o ../src/model/.libs/plane.o > ../src/model/.libs/sphere.o > ../src/module/.libs/abs.o ../src/module/.libs/add.o > ../src/module/.libs/billow.o ../src/module/.libs/blend.o > ../src/module/.libs/cache.o ../src/module/.libs/checkerboard.o > ../src/module/.libs/clamp.o ../src/module/.libs/const.o > ../src/module/.libs/curve.o ../src/module/.libs/cylinders.o > ../src/module/.libs/displace.o ../src/module/.libs/exponent.o > ../src/module/.libs/invert.o ../src/module/.libs/max.o > ../src/module/.libs/min.o ../src/module/.libs/modulebase.o > ../src/module/.libs/multiply.o ../src/module/.libs/perlin.o > ../src/module/.libs/power.o ../src/module/.libs/ridgedmulti.o > ../src/module/.libs/rotatepoint.o ../src/module/.libs/scalebias.o > ../src/module/.libs/scalepoint.o > ../src/module/.libs/select.o ../src/module/.libs/spheres.o > ../src/module/.libs/terrace.o ../src/module/.libs/translatepoint.o > ../src/module/.libs/turbulence.o ../src/module/.libs/voronoi.o > /usr/lib/gcc/x86_64-linux-gnu/4.3.3/../../../../lib/crt1.o: In function > `_start': > /tmp/buildd/glibc-2.9/csu/../sysdeps/x86_64/elf/start.S:109: undefined > reference to `main' > collect2: ld returned 1 exit status > make[2]: *** [libnoise.so.0.3] Error 1 > make[2]: Leaving directory `/tmp/buildd/libnoise-1.0.0/build-tree/noise/src' > make[1]: *** [src] Error 2 > make[1]: Leaving directory `/tmp/buildd/libnoise-1.0.0/build-tree/noise' > make: *** [stampdir/build-stamp] Error 2 > dpkg-buildpackage: failure: debian/rules build gave error exit status 2 I have debugged this a bit. The problem seems to be with libtool usage. As one can see above "-shared" is given to libtool but its not in the g++ command line invoked by libtool. This is reproducible with libtool 2.2.6a-4. With libtool 1.5.26-4 this behavior is not reprodicable and the package builds fine. As this is a library package with a very old upstream release and no reverse dependency in Debian I would recommend removal of the package instead of further fixing. Cheers, Michael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#545775: eris: Fails to build with gcc 4.4
Version: 1.3.14-1 On Tue, Sep 08, 2009 at 11:58:07PM -0400, Scott Kitterman wrote: > Package: eris > Version: 1.3.13-2 > Severity: wishlist > > Building with gcc 4.4 fails with the following error: > > TimedEventService.cpp: In member function 'void > Eris::TimedEventService::registerEvent(Eris::TimedEvent*)': > TimedEventService.cpp:56: error: 'assert' was not declared in this scope > TimedEventService.cpp: In member function 'void > Eris::TimedEventService::unregisterEvent(Eris::TimedEvent*)': > TimedEventService.cpp:64: error: 'assert' was not declared in this scope > > The attached patch fixes this. > > Wishlist sincd gcc 4.4 isn't in Debian Unstable yet. Thanks bug was fixed when eris 1.3.14-1 hit unstable. Cheers, Michael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#545774: libskstream-0.3-dev: Header fails due to missing include with gcc 4.4
Version: 0.3.6-4 On Tue, Sep 08, 2009 at 11:46:14PM -0400, Scott Kitterman wrote: > Package: libskstream-0.3-dev > Version: 0.3.6-3 > Severity: wishlist > > Rebuilding cyphesis-cpp using libskstream-0.3-dev 0.3.6-3 and gcc 4.4 failed > with the following error: > > In file included from CommStreamClient.h:25, > > from CommClient.h:23, > > from Connection_methods.h:25, > > from ExternalMind.cpp:22: > > /usr/include/skstream-0.3/skstream/skstream.h:94: error: 'EOF' was not > declared in this scope > /usr/include/skstream-0.3/skstream/skstream.h:124: error: 'EOF' was not > declared in this scope > /usr/include/skstream-0.3/skstream/skstream.h:178: error: 'EOF' was not > declared in this scope > > The attached patch fixes this. > > Wishlist since gcc 4.4 isn't in Debian Unstable yet. This bug was fixed when 0.3.6-4 hit unstable. Cheers, Michael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#545819: cyphesis-cpp: Configure doesn't support Python 2.6
tag 545819 + confirmed + pending thanks Hallo Scott, On Wed, Sep 09, 2009 at 07:39:48AM -0400, Scott Kitterman wrote: > Package: cyphesis-cpp > Version: 0.5.20-2 > Severity: wishlist > > Currently Python 2.5 is the most recent version that configure will look for. > The attached patch adds support for Python 2.6. This will also need a build > depend on automake1.10. > > Wishlist since Pyhton 2.6 isn't in Unstable yet. The new upstream version of cyphesis-cpp (0.5.21) supports this already. This version got released yesterday, but the patch is already some time in upstream git afaik. I will package the new version in the next days and also hopefully finish the dbconfig-common stuff. Cheers, Michael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#544546: reassign 544546 to fop, retitle 544546 to should provide libfop-java
On Wed, Sep 09, 2009 at 06:06:41PM +0200, Samuel Thibault wrote: > reassign 544546 fop > retitle 544546 should provide libfop-java Why? There is no real need to for this. Any packages can depend on fop and be done. The reason why it was called fop and not libfop-java was that it is not only a library but also a program. Please rethink your bug report. Cheers, Michael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#545950: [Foo2zjs-maintainer] Bug#545950: foo2zjs: upstreams supports mc1690mf, debian package does not
On Thu, Sep 10, 2009 at 10:18:19AM +0200, Florian Reitmeir wrote: > Package: foo2zjs > Version: 20090301dfsg-5 > Severity: important > > > Hello, > > upstreams support the printer > minolta mc1690MF > now for some months, and there are updates to the package, but not to the > printer support in question. > > and even less nicely, it looks like upstream and the packager don't like each > other, because its not possible > to install upstream _and_ the package at the same time without breaking one > of them. > > if the problem is non free whatever, it would be nice for the user if it > would possible to install the nonfree stuff > for them self. > > please add support for the printer, like upstream does.o This basically means packaging a new upstream version. This is planned already. Steffen: You said you wanted to look into an upstream update. Whats your status about this? When you do the upstream tarball I can do the rest of the work (updating the packaging, extending hannah, etc.) Cheers, Michael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#546513: Please drop {Build-,}Depends on sun-java5-*
On Sun, Sep 13, 2009 at 10:26:12PM +0200, Torsten Werner wrote: > On Sun, Sep 13, 2009 at 9:06 PM, Chris Lamb wrote: > > Package: pj > > Severity: serious > > Version: 0.0~20080628-1 > > no reverse (build) deps, low popcon, outdated upstream version, last > upload > 14 months, nobody cared to move it from contrib to main > > [x] vote for removal if nobody wants to fix the package I'm in contact with Manuel (the only uploader) and he is working on a new version. Cheers, Michael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#524777: ogre: new upstream release: 1.6.2
On Sun, Apr 19, 2009 at 10:34:41PM +0200, Gonéri Le Bouder wrote: > Package: ogre > Version: 1.6.1.dfsg1-1 > Severity: wishlist > > Hi, > > A new minor release has been release some day ago: > http://www.ogre3d.org/2009/04/11/ogre-v162-shoggoth-released I have pacakges for 1.6.3 now but they need some more polishing before upload and 1.6.1 packages should migrate to testing first. Cheers, Michael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#471870: lintian: Please add additional Debian architectures
Package: lintian
Version: 1.23.46
Severity: wishlist
While building a new version of my package jamvm I noticed this lintian
infomration line:
I: jamvm source: non-standard-arch-in-source-relation kfreebsd-amd64
[build-depends: libffi4-dev [amd64 kfreebsd-amd64]]
'kfreebsd-amd64' is a normal but unofficial Debian architecture. lintian
should in my opinion not complain about it.
I wrote the attached patch to fix this. I'm nor a lintian neither a perl
hacker.
-- System Information:
Debian Release: lenny/sid
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.24-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Versions of packages lintian depends on:
ii binutils2.18.1~cvs20080103-1 The GNU assembler, linker and bina
ii diffstat1.45-2 produces graph of changes introduc
ii dpkg-dev1.14.16.6package building tools for Debian
ii file4.23-2 Determines file type using "magic"
ii gettext 0.17-2 GNU Internationalization utilities
ii intltool-debian 0.35.0+20060710.1Help i18n of RFC822 compliant conf
ii libparse-debianchan 1.1.1-2 parse Debian changelogs and output
ii liburi-perl 1.35.dfsg.1-1Manipulates and accesses URI strin
ii man-db 2.5.1-3 on-line manual pager
ii perl [libdigest-md5 5.8.8-12 Larry Wall's Practical Extraction
lintian recommends no packages.
-- no debconf information
diff -Nru lintian-1.23.46/checks/common_data.pm
lintian-1.23.46.mkoch1/checks/common_data.pm
--- lintian-1.23.46/checks/common_data.pm 2008-02-22 18:16:53.0
+0100
+++ lintian-1.23.46.mkoch1/checks/common_data.pm2008-03-20
20:32:17.0 +0100
@@ -34,6 +34,7 @@
# consistent no matter what dpkg one has installed.
%known_archs = map { $_ => 1 }
('i386', 'ia64', 'alpha', 'amd64', 'arm', 'hppa', 'm68k', 'mips',
+ 'kfreebsd-i386', 'kfreebsd-amd64',
'mipsel', 'powerpc', 's390', 'sparc', 'hurd-i386', 'any', 'all');
# From /usr/share/dpkg/cputable, included here to make lintian results
diff -Nru /tmp/qlrW0RAIch/lintian-1.23.46/debian/changelog
/tmp/duImczcDkO/lintian-1.23.46.mkoch1/debian/changelog
--- lintian-1.23.46/debian/changelog2008-03-04 03:21:41.0 +0100
+++ lintian-1.23.46.mkoch1/debian/changelog 2008-03-20 20:30:11.0
+0100
@@ -1,3 +1,9 @@
+lintian (1.23.46.mkoch1) UNRELEASED; urgency=low
+
+ * Add support for kfreebsd-* in Build-Depends.
+
+ -- Michael Koch <[EMAIL PROTECTED]> Thu, 20 Mar 2008 20:29:39 +0100
+
lintian (1.23.46) unstable; urgency=low
The "five Lintian committers!" release.
Bug#448366:
forward 448366 http://server.complang.tuwien.ac.at/cgi-bin/bugzilla/show_bug.cgi?id=53 thanks Thanks twisti. Cheers, Michael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#470341: kaffe: FTBFS: constants_check.h:73: error: 'SND_SEQ_EVENT_SAMPLE' undeclared (first use in this function)
On Mon, Mar 10, 2008 at 06:06:25PM +0100, Lucas Nussbaum wrote: > Package: kaffe > Version: 2:1.1.8-3 > Severity: serious > User: [EMAIL PROTECTED] > Usertags: qa-ftbfs-20080308 qa-ftbfs > Justification: FTBFS on i386 > > Hi, > > During a rebuild of all packages in sid, your package failed to build on i386. > > Relevant part: > > gcc -DHAVE_CONFIG_H -I. -I../../../../config > > -I/build/user/kaffe-1.1.8/build-tree/kaffe-1.1.8/libraries/clib/sound/alsa > > -I../../../../include > > -I/build/user/kaffe-1.1.8/build-tree/kaffe-1.1.8/kaffe/kaffevm > > -I/build/user/kaffe-1.1.8/build-tree/kaffe-1.1.8/kaffe/kaffevm/jit3 > > -I/build/user/kaffe-1.1.8/build-tree/kaffe-1.1.8/kaffe/kaffevm/systems/unix-pthreads > > -I/build/user/kaffe-1.1.8/build-tree/kaffe-1.1.8/replace > > -I/build/user/kaffe-1.1.8/build-tree/kaffe-1.1.8/config > > -I/build/user/kaffe-1.1.8/build-tree/kaffe-1.1.8/include > > -I/build/user/kaffe-1.1.8/build-tree/kaffe-1.1.8/libraries/javalib/external/classpath/include > > -D_REENTRANT -DKAFFE_VMDEBUG -D_REENTRANT -g -O2 -MT > > libtritonusalsa_la-org_tritonus_lowlevel_alsa_AlsaSeq.lo -MD -MP -MF > > .deps/libtritonusalsa_la-org_tritonus_lowlevel_alsa_AlsaSeq.Tpo -c > > /build/user/kaffe-1.1.8/build-tree/kaffe-1.1.8/libraries/clib/sound/alsa/org_tritonus_lowlevel_alsa_AlsaSeq.c > > -fPIC -DPIC -o > > .libs/libtritonusalsa_la-org_tritonus_lowlevel_alsa_AlsaSeq.o > > In file included from > > /build/user/kaffe-1.1.8/build-tree/kaffe-1.1.8/libraries/clib/sound/alsa/org_tritonus_lowlevel_alsa_AlsaSeq.c:25: > > /build/user/kaffe-1.1.8/build-tree/kaffe-1.1.8/libraries/clib/sound/alsa/constants_check.h: > > In function 'check_constants': > > /build/user/kaffe-1.1.8/build-tree/kaffe-1.1.8/libraries/clib/sound/alsa/constants_check.h:73: > > error: 'SND_SEQ_EVENT_SAMPLE' undeclared (first use in this function) > > /build/user/kaffe-1.1.8/build-tree/kaffe-1.1.8/libraries/clib/sound/alsa/constants_check.h:73: > > error: (Each undeclared identifier is reported only once > > /build/user/kaffe-1.1.8/build-tree/kaffe-1.1.8/libraries/clib/sound/alsa/constants_check.h:73: > > error: for each function it appears in.) > > /build/user/kaffe-1.1.8/build-tree/kaffe-1.1.8/libraries/clib/sound/alsa/constants_check.h:74: > > error: 'SND_SEQ_EVENT_SAMPLE_CLUSTER' undeclared (first use in this > > function) > > /build/user/kaffe-1.1.8/build-tree/kaffe-1.1.8/libraries/clib/sound/alsa/constants_check.h:75: > > error: 'SND_SEQ_EVENT_SAMPLE_START' undeclared (first use in this function) > > /build/user/kaffe-1.1.8/build-tree/kaffe-1.1.8/libraries/clib/sound/alsa/constants_check.h:76: > > error: 'SND_SEQ_EVENT_SAMPLE_STOP' undeclared (first use in this function) > > /build/user/kaffe-1.1.8/build-tree/kaffe-1.1.8/libraries/clib/sound/alsa/constants_check.h:77: > > error: 'SND_SEQ_EVENT_SAMPLE_FREQ' undeclared (first use in this function) > > /build/user/kaffe-1.1.8/build-tree/kaffe-1.1.8/libraries/clib/sound/alsa/constants_check.h:78: > > error: 'SND_SEQ_EVENT_SAMPLE_VOLUME' undeclared (first use in this > > function) > > /build/user/kaffe-1.1.8/build-tree/kaffe-1.1.8/libraries/clib/sound/alsa/constants_check.h:79: > > error: 'SND_SEQ_EVENT_SAMPLE_LOOP' undeclared (first use in this function) > > /build/user/kaffe-1.1.8/build-tree/kaffe-1.1.8/libraries/clib/sound/alsa/constants_check.h:80: > > error: 'SND_SEQ_EVENT_SAMPLE_POSITION' undeclared (first use in this > > function) > > /build/user/kaffe-1.1.8/build-tree/kaffe-1.1.8/libraries/clib/sound/alsa/constants_check.h:81: > > error: 'SND_SEQ_EVENT_SAMPLE_PRIVATE1' undeclared (first use in this > > function) > > /build/user/kaffe-1.1.8/build-tree/kaffe-1.1.8/libraries/clib/sound/alsa/constants_check.h:92: > > error: 'SND_SEQ_EVENT_INSTR_BEGIN' undeclared (first use in this function) > > /build/user/kaffe-1.1.8/build-tree/kaffe-1.1.8/libraries/clib/sound/alsa/constants_check.h:93: > > error: 'SND_SEQ_EVENT_INSTR_END' undeclared (first use in this function) > > /build/user/kaffe-1.1.8/build-tree/kaffe-1.1.8/libraries/clib/sound/alsa/constants_check.h:94: > > error: 'SND_SEQ_EVENT_INSTR_INFO' undeclared (first use in this function) > > /build/user/kaffe-1.1.8/build-tree/kaffe-1.1.8/libraries/clib/sound/alsa/constants_check.h:95: > > error: 'SND_SEQ_EVENT_INSTR_INFO_RESULT' undeclared (first use in this > > function) > > /build/user/kaffe-1.1.8/build-tree/kaffe-1.1.8/libraries/clib/sound/alsa/constants_check.h:96: > > error: 'SND_SEQ_EVENT_INSTR_FINFO' undeclared (first use in this function) > > /build/user/kaffe-1.1.8/build-tree/kaffe-1.1.8/libraries/clib/sound/alsa/constants_check.h:97: > > error: 'SND_SEQ_EVENT_INSTR_FINFO_RESULT' undeclared (first use in this > > function) > > /build/user/kaffe-1.1.8/build-tree/kaffe-1.1.8/libraries/clib/sound/alsa/constants_check.h:98: > > error: 'SND_SEQ_EVENT_INSTR_RESET' undeclared (first use in this function) > > /build/user/kaffe-1.1.8/build-tree/kaffe-1.1.8/libraries/clib/sound/alsa/constants_check.
Bug#470330: libtritonus-java: FTBFS: constants_check.h:73: error: 'SND_SEQ_EVENT_SAMPLE' undeclared
On Mon, Mar 10, 2008 at 05:56:48PM +0100, Lucas Nussbaum wrote: > Package: libtritonus-java > Version: 20070428-5 > Severity: serious > User: [EMAIL PROTECTED] > Usertags: qa-ftbfs-20080308 qa-ftbfs > Justification: FTBFS on i386 > > Hi, > > During a rebuild of all packages in sid, your package failed to build on i386. > > Relevant part: > > gcc -g -Wall -I/usr/lib/jvm/java-gcj/include > > -I/usr/lib/jvm/java-gcj/include/linux -fPIC -D_REENTRANT -c -o > > org_tritonus_lowlevel_alsa_AlsaSeq.o org_tritonus_lowlevel_alsa_AlsaSeq.c > > In file included from org_tritonus_lowlevel_alsa_AlsaSeq.c:25: > > constants_check.h: In function 'check_constants': > > constants_check.h:73: error: 'SND_SEQ_EVENT_SAMPLE' undeclared (first use > > in this function) > > constants_check.h:73: error: (Each undeclared identifier is reported only > > once > > constants_check.h:73: error: for each function it appears in.) > > constants_check.h:74: error: 'SND_SEQ_EVENT_SAMPLE_CLUSTER' undeclared > > (first use in this function) > > constants_check.h:75: error: 'SND_SEQ_EVENT_SAMPLE_START' undeclared (first > > use in this function) > > constants_check.h:76: error: 'SND_SEQ_EVENT_SAMPLE_STOP' undeclared (first > > use in this function) > > constants_check.h:77: error: 'SND_SEQ_EVENT_SAMPLE_FREQ' undeclared (first > > use in this function) > > constants_check.h:78: error: 'SND_SEQ_EVENT_SAMPLE_VOLUME' undeclared > > (first use in this function) > > constants_check.h:79: error: 'SND_SEQ_EVENT_SAMPLE_LOOP' undeclared (first > > use in this function) > > constants_check.h:80: error: 'SND_SEQ_EVENT_SAMPLE_POSITION' undeclared > > (first use in this function) > > constants_check.h:81: error: 'SND_SEQ_EVENT_SAMPLE_PRIVATE1' undeclared > > (first use in this function) > > constants_check.h:92: error: 'SND_SEQ_EVENT_INSTR_BEGIN' undeclared (first > > use in this function) > > constants_check.h:93: error: 'SND_SEQ_EVENT_INSTR_END' undeclared (first > > use in this function) > > constants_check.h:94: error: 'SND_SEQ_EVENT_INSTR_INFO' undeclared (first > > use in this function) > > constants_check.h:95: error: 'SND_SEQ_EVENT_INSTR_INFO_RESULT' undeclared > > (first use in this function) > > constants_check.h:96: error: 'SND_SEQ_EVENT_INSTR_FINFO' undeclared (first > > use in this function) > > constants_check.h:97: error: 'SND_SEQ_EVENT_INSTR_FINFO_RESULT' undeclared > > (first use in this function) > > constants_check.h:98: error: 'SND_SEQ_EVENT_INSTR_RESET' undeclared (first > > use in this function) > > constants_check.h:99: error: 'SND_SEQ_EVENT_INSTR_STATUS' undeclared (first > > use in this function) > > constants_check.h:100: error: 'SND_SEQ_EVENT_INSTR_STATUS_RESULT' > > undeclared (first use in this function) > > constants_check.h:101: error: 'SND_SEQ_EVENT_INSTR_PUT' undeclared (first > > use in this function) > > constants_check.h:102: error: 'SND_SEQ_EVENT_INSTR_GET' undeclared (first > > use in this function) > > constants_check.h:103: error: 'SND_SEQ_EVENT_INSTR_GET_RESULT' undeclared > > (first use in this function) > > constants_check.h:104: error: 'SND_SEQ_EVENT_INSTR_FREE' undeclared (first > > use in this function) > > constants_check.h:105: error: 'SND_SEQ_EVENT_INSTR_LIST' undeclared (first > > use in this function) > > constants_check.h:106: error: 'SND_SEQ_EVENT_INSTR_LIST_RESULT' undeclared > > (first use in this function) > > constants_check.h:107: error: 'SND_SEQ_EVENT_INSTR_CLUSTER' undeclared > > (first use in this function) > > constants_check.h:108: error: 'SND_SEQ_EVENT_INSTR_CLUSTER_GET' undeclared > > (first use in this function) > > constants_check.h:109: error: 'SND_SEQ_EVENT_INSTR_CLUSTER_RESULT' > > undeclared (first use in this function) > > constants_check.h:110: error: 'SND_SEQ_EVENT_INSTR_CHANGE' undeclared > > (first use in this function) > > make[1]: *** [org_tritonus_lowlevel_alsa_AlsaSeq.o] Error 1 Thats an issue in libasound2-dev, tracked in bug #470336. Cheers, Michael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#476286: libjdom1-java: apidoc incompatible format
On Tue, Apr 15, 2008 at 05:55:05PM +0200, [EMAIL PROTECTED] wrote: > Package: libjdom1-java > Version: 1.0-4 > Severity: normal > > the apidocs included seem not to match the format generated by the javadoc > tool. > at least eclipse (from eclipse.org) is unable to render it. > see > https://bugs.eclipse.org/bugs/show_bug.cgi?id=226514 > for more information. We are currently using gjdoc to produce javadocs. It "should" be compatible. It generates the expected ... too. There must be some other issue. If you have time please take a deeper look and we can fix gjdoc to produce more compatible output. Cheers, Michael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#398348: setting package to libpg-java libpgjava, tagging 398348
# Automatically generated email from bts, devscripts version 2.10.25 # # libpgjava (8.2-504-2) UNRELEASED; urgency=low # # * Updated description to mention PostgreSQL 8.3 as supported. #Closes: #398348 # package libpg-java libpgjava tags 398348 + pending -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#432582: setting package to libaxis-java-doc libaxis-java libaxis-java-gcj axis, tagging 432582
# Automatically generated email from bts, devscripts version 2.10.25 # # axis (1.4-5) UNRELEASED; urgency=low # # * Added libcommons-logging-java and libcommons-discovery-java to Recommends #of libaxis-java. Closes: #432582 # package libaxis-java-doc libaxis-java libaxis-java-gcj axis tags 432582 + pending -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#353586: ant-bootstrap.jar failure
On Mon, Mar 05, 2007 at 10:13:42PM +, Paul Cager wrote:
> EspeonEefi wrote:
> > reopen 353586
> > severity 353586 minor
> > thanks
> >
> > I can reproduce this error using the attached very simple build.xml and
> > HelloWorld java program. Indeed, ant by default still automatically
> > adds /usr/share/ant/lib/ant-bootstrap.jar to the classpath. Note, though
> > that the warning occurs only when the -Xlint compilerarg is passed to
> > javac, and the warnings don't make anything fail, so I've downgraded the
> > severity of this bug to minor.
> >
> > Just as a refresher, the output that ant build gives is
> >
> >
> > Buildfile: build.xml
> >
> > build:
> > [javac] Compiling 1 source file
> > [javac] warning: [path] bad path element
> > "/usr/share/ant/lib/xml-apis.jar": no such file or directory
> > [javac] warning: [path] bad path element
> > "/usr/share/ant/lib/xercesImpl.jar": no such file or directory
> > [javac] warning: [path] bad path element
> > "/usr/share/ant/lib/xalan.jar": no such file or directory
> > [javac] 3 warnings
> >
> > BUILD SUCCESSFUL
> > Total time: 2 seconds
> >
> >
> > Some Googling turns up that the above warnings may be a result of
> > extraneous things in the Class-Path attribute in the
> > META-INF/MANIFEST.MF file of a JAR. Indeed, when I
> > unjar /usr/share/ant/lib/ant-bootstrap.jar, I find in
> > META-INF/MANIFEST.MF the line
> >
> > Class-Path: ant.jar xml-apis.jar xercesImpl.jar xalan.jar
> >
> > Now, according to the documentation for the JAR file format [1], the
> > Class-Path attribute "specifies the relative URLs of the extensions or
> > libraries that this application or extension needs." This is why javac
> > is looking for xml-apis.jar, xercesImpl.jar, and xalan.jar
> > in /usr/share/ant/lib/ (the same directory as ant-bootstrap.jar) and not
> > in /usr/share/java/, where at least xercesImpl.jar lives. (Given that
> > ant now uses Xerces and not Xalan, it's interesting that xml-apis.jar
> > and xalan.jar still show up in this Class-Path line.)
> >
> > [1] http://java.sun.com/j2se/1.5.0/docs/guide/jar/jar.html#Main%20Attributes
> >
> > Thus, this is indeed a bug in ant that the Class-Path attribute in
> > MANIFEST.MF in ant-bootstrap.jar is referencing non-existent jars.
> >
> >
> >
> >
> > public class HelloWorld {
> > public static void main(String[] args) {
> > System.out.println("Hello, world!");
> > }
> > }
>
> Thank you for investigating this further. Yes, you are quite right -
> bootstrap.jar is in /usr/share/ant/lib/ and *will* be included in the
> class path.
>
> Looking at the Apache binary download (of 1.7), I see that the bootstrap
> Jar is normally in the "etc" directory, and the Debian packaging moves
> it to /usr/share/ant/lib/. I am not sure this is the correct place for
> the bootstrap Jar to live (but I agree that "etc" isn't the correct
> place either). In fact, do we need to deliver it at all in the binary
> deb package?
>
> Maybe this bug can be fixed when the next upstream version is packaged?
This can be fixed easily now. I checked for the explicite usage of
ant-bootstrap.jar and it seems to be not used. I looked at all obvious
places. The only class in ant-bootstrap.jar is also in ant.jar (same
bytesize). I think its safe now to move that jar.
Cheers
Michael
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#353586: setting package to ant-doc ant-optional ant-optional-gcj ant-gcj ant, tagging 353586
# Automatically generated email from bts, devscripts version 2.10.25 # # ant (1.7.0-6) UNRELEASED; urgency=low # # * Moved ant-bootstrap.jar to /usr/share/ant/etc/. Closes: #353586 package ant-doc ant-optional ant-optional-gcj ant-gcj ant tags 353586 + pending -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#477317:
forwarded 477317 http://server.complang.tuwien.ac.at/cgi-bin/bugzilla/show_bug.cgi?id=64 thanks On Tue, Apr 22, 2008 at 03:44:31PM +0200, Christian Thalinger wrote: > Opened a bug in the CACAO bugzilla: > > http://server.complang.tuwien.ac.at/cgi-bin/bugzilla/show_bug.cgi?id=64 > > - twisti > > > > > ___ > pkg-java-maintainers mailing list > [EMAIL PROTECTED] > http://lists.alioth.debian.org/mailman/listinfo/pkg-java-maintainers > -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#477363: tomcat5.5 5.5.26-1 can not start
On Tue, Apr 22, 2008 at 07:15:14PM +0300, Moshe Gorohovsky wrote: > Package: tomcat5.5 > Version: 5.5.26-1 > Severity: normal > Tags: patch > > Tomcat 5.5.26-1 can not start. > Running /etc/init.d/tomcat5.5 start yelds following > lines in /var/log/syslog: > jsvc.exec[3606]: java.lang.NoClassDefFoundError: > org/apache/commons/logging/LogFactory > ... > jsvc.exec[3606]: Caused by: java.lang.ClassNotFoundException: > org.apache.commons.logging.LogFactory I can't reproduce this here. Can you please mail the complete stacktraces? Can it be that the stacktrace is from one fo your web apps? Cheers, Michael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#477363: tomcat5.5 5.5.26-1 can not start
On Thu, Apr 24, 2008 at 03:26:18PM +0200, Thomas Huriaux wrote: > Hi, > > Michael Koch <[EMAIL PROTECTED]> (24/04/2008): > > On Tue, Apr 22, 2008 at 07:15:14PM +0300, Moshe Gorohovsky wrote: > > > Tomcat 5.5.26-1 can not start. > > > Running /etc/init.d/tomcat5.5 start yelds following > > > lines in /var/log/syslog: > > > jsvc.exec[3606]: java.lang.NoClassDefFoundError: > > > org/apache/commons/logging/LogFactory > > > ... > > > jsvc.exec[3606]: Caused by: java.lang.ClassNotFoundException: > > > org.apache.commons.logging.LogFactory > > > > I can't reproduce this here. Can you please mail the complete > > stacktraces? Can it be that the stacktrace is from one fo your web apps? > > I can easily reproduce it. The full stacktrace is the following: > > java.lang.NoClassDefFoundError: org/apache/commons/logging/LogFactory > at org.apache.catalina.startup.Bootstrap.(Bootstrap.java:54) > at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method) > at > sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:39) > at > sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:27) > at java.lang.reflect.Constructor.newInstance(Constructor.java:513) > at java.lang.Class.newInstance0(Class.java:355) > at java.lang.Class.newInstance(Class.java:308) > at > org.apache.commons.daemon.support.DaemonLoader.load(DaemonLoader.java:139) > Caused by: java.lang.ClassNotFoundException: > org.apache.commons.logging.LogFactory > at java.net.URLClassLoader$1.run(URLClassLoader.java:200) > at java.security.AccessController.doPrivileged(Native Method) > at java.net.URLClassLoader.findClass(URLClassLoader.java:188) > at java.lang.ClassLoader.loadClass(ClassLoader.java:306) > at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:276) > at java.lang.ClassLoader.loadClass(ClassLoader.java:251) > at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:319) > ... 8 more > > I suggest you apply the attached patch instead of Moshe's one. Before applying any patch I would like to be able to reproduce the issue. What did you actually did in which order and which java packages are installed? Did you installed tomcat5.5 from scratch or did you updated it? Cheers, Michael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#477557: setting package to libpg-java libpgjava, tagging 477557
# Automatically generated email from bts, devscripts version 2.10.25 # # libpgjava (8.2-504-3) UNRELEASED; urgency=low # # * Removed libpgjava transitional package. Closes: #477557 # package libpg-java libpgjava tags 477557 + pending -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#477363: tomcat5.5 5.5.26-1 can not start
On Thu, Apr 24, 2008 at 09:03:17PM +0200, Thomas Huriaux wrote: > Michael Koch <[EMAIL PROTECTED]> (24/04/2008): > > Before applying any patch I would like to be able to reproduce the > > issue. What did you actually did in which order and which java packages > > are installed? Did you installed tomcat5.5 from scratch or did you > > updated it? > > It was an update, but I just tried on another computer with a clean > install, I have the same problem. > > Can you check the content of MANIFEST.MF in > /usr/share/tomcat5.5/bin/bootstrap.jar, especially: > Class-Path: jmx.jar commons-daemon.jar commons-logging-api-1.1.1.jar t >omcat-juli.jar > > I don't have any commons-logging-api-1.1.1.jar in > /usr/share/tomcat5.5/bin/, but a commons-logging-api.jar which is a > symlink to /usr/share/java/commons-logging-api.jar. > > I guess one of the reason you can't reproduce the bug might be because > you have a /usr/share/tomcat5.5/bin/commons-logging-api-1.1.1.jar which > does not belong to any package. > > Note that MANIFEST.MF of tomcat 5.5.25 does contain the right > Class-Path. > > Hope that helps. That helps a lot. I was able to reproduce the bug and commited a fix to our SVN. I want to do some other fixes and then upload new version of tomcat5.5. Cheers, Michael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#477443: setting package to maven2, tagging 477443
# Automatically generated email from bts, devscripts version 2.10.26 # # maven2 (2.0.9-1) unstable; urgency=low # # * Added bash-completion file (Closes: #477443). package maven2 tags 477443 + pending -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#477850: cairo-java: adjust build-dependency (gcj not built on alpha, arm, hppa and hurd-i386)
On Sun, Apr 27, 2008 at 10:02:03AM +0200, Thomas Girard wrote: > Hello Matthias, > > Le vendredi 25 avril 2008 à 18:36 +0200, Matthias Klose a écrit : > > gij/gcj and java-gcj-compat are not available (anymore) on the following > > architectures: alpha, arm, hppa and hurd-i386. > > > > This package has been identified as a package which build-depends on > > gcj or java-gcj-compat-dev and builds at least one architecture > > dependent package, and is unbuildable in unstable. If this report is a > > false positive, please close it. > > > > All gcj related build dependencies have to restricted to these > > architectures on which a java or java compatible development kit / > > compiler is available, i.e. > > > > java-gcj-compat [!alpha !arm !hppa !hurd-i386] > > > > As a second step please consider changing the java-gcj-compat-dev b-d > > to default-jdk-builddep, making the package independent of a specific > > implementation and depend on the jdk, which is most suitable for this > > architecture. default-jdk-builddep will depend in addition on > > java-gcj-compat-dev, even if the default jdk is another one (to allow > > to compile byte-code to native code using dh_nativejava). > > I am not sure I see what the proper fix is for this bug: > > * changing the build-dependencies from: > gcj, java-gcj-compat-dev > to: > gcj [!alpha !arm !hppa !hurd-i386], java-gcj-compat-dev [!alpha !arm > !hppa !hurd-i386] > > will prevent installing a non-existent build-dep on these arches at > compile time. > > * source packages that produce -gcj, -jni (or even -cni) binary > packages - that is arch-dep packages - should no longer be autobuilt > on the alpha, arm, hppa, hurd-i386 arches. But how? Is it enough to > change all Architecture: any packages to Architecture: i38 amd64 ..., > i.e. everything but the unsupported arches? (Unfortunately we can't > use the negated notation here AFAIK.) > > * the Architecture: all packages usually depend on: > java-gcj-compat | java2-runtime > so this again should be changed to: > java-gcj-compat [!alpha !arm !hppa !hurd-i386] | java2-runtime > > * changing java-gcj-compat to default-jdk and java-gcj-compat-dev to > default-jdk-dev does not change anything with respect to the arches > issue: for now there's no such packages on the gcj-unsupported > arches. > Will this change? If the answer is no, this means the same notations > have to be used with the new package. Just replace java-gcj-compat-dev to default-jdk-builddep in Build-Depends in debian/control and set JAVA_HOME to /usr/lib/jvm/default-java in debian/rules. That's it. Cheers, Michael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#477923: [Foo2zjs-maintainer] Bug#477923: foo2zjs: Hotplug firmware not loaded because of switch to udev
On Fri, Apr 25, 2008 at 02:31:04PM -0400, Daniel Dickinson wrote: > Package: foo2zjs > Severity: normal > > > The firmware for some hp printers is not loaded when the device is plugged / > system booted because the hotplugging for the version in the debian archive > depends on hotplug and doesn't know how to deal with udev doing the > hotplugging (now standard). This is fixed upstream along with supporting my > printer that is not supported in the version in the debian archive (lenny), > and so I currently have it installed from upstream source. > > If the problem is time to work on it, I'd be happy to work on the package if > you'd sponsor it. Help is really appreciated in any from. Up to now the main problem with upstream was that there were some non-distributable stuff in the upstream tarball. This needs to be checked carefully. Im in the middle of review of a new upstream release. This takes some time. Unfortunately. Cheers, ichael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#426761: tomcat5.5: don't include auto-generated policy
On Mon, Apr 28, 2008 at 08:30:24AM +0200, Marcus Better wrote: > Seems this file was re-introduced by accident (?) in 5.5.25-1. Yes, by accident, damn. Do you have time to fix this today? Then we do an upload tonite. We need to fix the startup problem too. Cheers, Michael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#426761: tomcat5.5: don't include auto-generated policy
On Mon, Apr 28, 2008 at 10:16:25AM +0200, Marcus Better wrote: > Michael Koch wrote: > > Yes, by accident, damn. Do you have time to fix this today? > > Probably not, sorry - I'm extremely tied up with work at the moment. No problem. I will take care of this issue. Cheers, Michael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#478503: fix for 478503
On Thu, May 01, 2008 at 12:20:25AM +0100, peter green wrote: > tags 478503 +patch > thanks > > to fix this bug add > > chmod 755 src/native/unix/configure > > to the beggining of the configure-stamp target in debian/rules. No, thats the wrong solution. Problem is that configure script was not deleted in clean target and put into diff.gz which doesn't preserve the executable flag. Cheers, Michael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#478829: devscripts: [dcmd] doesn't handle packages from contrib or non-free
Package: devscripts Version: 2.10.26 Severity: normal When using dcmd on a changes file for a package from contrib or non-free it wants to handle the section as filename. $ dcmd grinvin_1.0.3.dfsg.1-2_i386.changes non-free/math optional grinvin_1.0.3.dfsg.1-2.dsc contrib/math optional grinvin_1.0.3.dfsg.1-2.diff.gz grinvin_1.0.3.dfsg.1-2_i386.deb grinvin_1.0.3.dfsg.1-2_i386.changes I tested a bit and this always happens when the section includes a '/' character. -- Package-specific info: --- /etc/devscripts.conf --- --- ~/.devscripts --- DEBCHANGE_RELEASE_HEURISTIC=changelog DEBEMAIL="[EMAIL PROTECTED]" DEBSIGN_MAINT="Michael Koch (Debian Packager) <[EMAIL PROTECTED]>" DEBUILD_DPKG_BUILDPACKAGE_OPTS="-i -uc -us -I.svn -I.bzr" DEBUILD_LINTIAN=yes DEBUILD_LINDA=yes -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.24-1-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages devscripts depends on: ii debianutils 2.28.5 Miscellaneous utilities specific t ii dpkg-dev 1.14.18package building tools for Debian ii libc6 2.7-10 GNU C Library: Shared libraries ii perl 5.8.8-12 Larry Wall's Practical Extraction ii sed 4.1.5-8The GNU sed stream editor Versions of packages devscripts recommends: ii at 3.1.10.1 Delayed job execution and batch pr ii bsd-mailx [mailx] 8.1.2-0.20071201cvs-2 A simple mail user agent ii build-essential11.3 informational list of build-essent ii bzr1.3.1-1 easy to use distributed version co ii curl 7.18.1-1 Get a file from an HTTP, HTTPS or ii cvs1:1.12.13-10 Concurrent Versions System ii dctrl-tools2.12 Command-line tools to process Debi ii debian-keyring 2007.12.04GnuPG (and obsolete PGP) keys of D ii debian-maintainers 1.29 GPG keys of Debian maintainers ii dput 0.9.2.30 Debian package upload tool ii epiphany-gecko [ww 2.20.3-1 Intuitive GNOME web browser - Geck pn equivs (no description available) ii fakeroot 1.9.5 Gives a fake root environment ii galeon [www-browse 2.0.4-1 GNOME web browser for advanced use ii git-core 1:1.5.5.1-1 fast, scalable, distributed revisi ii gnupg 1.4.6-2.1 GNU privacy guard - a free PGP rep ii iceweasel [www-bro 2.0.0.13-1lightweight web browser based on M ii konqueror [www-bro 4:3.5.9.dfsg.1-2+b1 KDE's advanced file manager, web b pn libauthen-sasl-per (no description available) ii libcrypt-ssleay-pe 0.57-1Support for https protocol in LWP pn libfile-desktopent (no description available) ii libparse-debcontro 2.005-2 Easy OO parsing of Debian control- ii libsoap-lite-perl 0.71-2Client and server side SOAP implem pn libterm-size-perl (no description available) ii libtimedate-perl 1.1600-9 Time and date functions for Perl ii liburi-perl1.35.dfsg.1-1 Manipulates and accesses URI strin ii libwww-perl5.812-1 WWW client/server library for Perl ii lintian1.23.46 Debian package checker ii lsb-release3.2-11Linux Standard Base version report ii lynx [www-browser] 2.8.6-2 Text-mode WWW Browser ii man-db 2.5.1-3 on-line manual pager ii mercurial 1.0-4 Scalable distributed version contr ii openssh-client [ss 1:4.7p1-8 secure shell client, an rlogin/rsh ii patch 2.5.9-5 Apply a diff file to an original ii patchutils 0.2.31-4 Utilities to work with patches ii perl [libdigest-md 5.8.8-12 Larry Wall's Practical Extraction ii strace 4.5.15-1.2A system call tracer ii subversion 1.4.6dfsg1-3 Advanced version control system ii unzip 5.52-11 De-archiver for .zip files ii wdiff 0.5-17Compares two files word by word ii wget 1.11.1-1 retrieves files from the web ii xemacs21-mule [www 21.4.21-3 highly customizable text editor -- -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#466542: ITP: task-spooler -- local batch job queue
On Mon, Apr 07, 2008 at 01:03:49PM +0400, Alexander V. Inyukhin wrote: > On Sun, Apr 06, 2008 at 10:48:52AM +0200, Michael Koch wrote: > > I saw you ITPed task-spooler some time ago. What will it be uploaded to > > the archive? Do you need a sponsor for the upload? > > Hello Michael > > A package is located at http://grid.pp.ru/debian/pool/contrib/t/task-spooler/ > I am looking for a person to review and upload it. Could you help me? Sorry for the long delay. I have two nitpicks on the package currently before uploading. The first ist the lintian warning about this being an NMU. The problem is that your name in the Maintainer field is slightly different to the name in the changelog. The second is your debian/copyright. You tell that the programm is licensed and GPL v2 or later but link to the file /usr/share/common-licenses/GPL-2. Furthermore you changed the text in the last paragrah of the GPL disclaimer. While we are at it please indent the disclaimer with 4 spaces to make directly visible what the actual license is. Cheers, Michael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#477858: setting package to eclipse-efj eclipse-jdt eclipse-platform libswt3.2-gtk-jni eclipse-sdk eclipse-rcp eclipse-source eclipse-rcp-gcj libswt3.2-gtk-gcj eclipse eclipse-gcj libswt3.2-gtk-jav
# Automatically generated email from bts, devscripts version 2.10.26 # # eclipse (3.2.2-6) UNRELEASED; urgency=low # # * Build-Depends on default-jdk-builddep. Closes: #477858 package eclipse-efj eclipse-jdt eclipse-platform libswt3.2-gtk-jni eclipse-sdk eclipse-rcp eclipse-source eclipse-rcp-gcj libswt3.2-gtk-gcj eclipse eclipse-gcj libswt3.2-gtk-java eclipse-platform-gcj eclipse-pde-gcj eclipse-jdt-gcj eclipse-pde tags 477858 + pending -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#477852: setting package to classpath-common-unzipped classpath-qtpeer classpath-doc gcjwebplugin classpath-gtkpeer classpath-common classpath jikes-classpath ...
# Automatically generated email from bts, devscripts version 2.10.26 # # classpath (2:0.97.1-2) UNRELEASED; urgency=low # # * Build-Depends on ecj and gcj not on alpha, arm, hppa and hurd-i386. #Closes: #477852 # package classpath-common-unzipped classpath-qtpeer classpath-doc gcjwebplugin classpath-gtkpeer classpath-common classpath jikes-classpath tags 477852 + pending -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#483279: debian swt ia64 : ./usr/lib/java/swt3.2-gtk.jar: broken symbolic link to `../eclipse/plugins/org.eclipse.swt.gtk.linux.ia64_3.2.2.v3236.jar'
On Sat, May 31, 2008 at 09:07:12PM +0200, Philippe Coval wrote: > Tags: patch >> It seems that the jar file is badly linked : > I think this can be easly fixed using wildcards in debian/rules > check this patch attached or online at : > > http://rzr.online.fr/docs/contribs/patches/eclipse_3.2.2-6.0.debdiff I think the patch is bad. All archs should have the same SWT version (as stored in $(REL)). If one arch has a different version there, is a problem. In this case the problem seems to be selfmade as ia64-linux is not supported in upstream explicitely. Its added in the Debian package. More explicitely in debian/rules in the prepare-stamp target. Something must be wrong there. Cheers, Michael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#484275: eclipse-sdk: Can't be upgraded due to dependency problem
On Tue, Jun 03, 2008 at 01:43:36PM +0200, Jakub Lucký wrote: > Package: eclipse-sdk > Version: 3.2.2-5 > Severity: normal > > New version can't be installed due to apt dependency problem > Apt output: > > [EMAIL PROTECTED]:/etc# apt-get install eclipse-sdk > Reading package lists... Done > Building dependency tree > Reading state information... Done > Some packages could not be installed. This may mean that you have > requested an impossible situation or if you are using the unstable > distribution that some required packages have not yet been created > or been moved out of Incoming. > > Since you only requested a single operation it is extremely likely that > the package is simply not installable and a bug report against > that package should be filed. > The following information may help to resolve the situation: > > The following packages have unmet dependencies: > eclipse-sdk: Depends: eclipse (>= 3.2.2-6) but 3.2.2-5 is to be installed > E: Broken packages > > > Way to reproduce: Try "apt-get install eclipse-sdk" in Sid The problem is that the buildds who are using fakeroot are unable build recent versions of eclipse package. Your arch is i386 and the new version was not uploaded there yet. Cheers, Michael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#484383: gjdoc: bashism in debian/rules
On Tue, Jun 03, 2008 at 06:00:54PM -0500, Raphael Geissert wrote: > Source: gjdoc > Severity: important > Version: 0.7.9-1 > User: [EMAIL PROTECTED] > Usertags: goal-dash > > Hello maintainer, > > While checking for bashisms in debian/rules with checkbashisms (from > the 'devscripts' package) I've found your package making use of a bashism. > > checkbashisms' output: > > possible bashism in gjdoc/debian/rules line 70 (time): > > time python debian/aot-compile \ > > possible bashism in gjdoc/debian/rules line 79 (time): > > time $(GCJ) -g -O1 -o build-native/gjdoc \ I think this is a false possitive. The package Build-Depends on time. So when the time builtin is not available it will execute the time command from /usr/bin Please close this bug if you agree or give a more detailed hint what should be changed. I'm a bit hesitant to use /usr/bin/time just to shutup checkbashism. Cheers, Michael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#484376: ecj: bashism in debian/rules
On Tue, Jun 03, 2008 at 05:46:21PM -0500, Raphael Geissert wrote: > Source: ecj > Severity: important > Version: 3.3.0+0728-9 > User: [EMAIL PROTECTED] > Usertags: goal-dash > > Hello maintainer, > > While checking for bashisms in debian/rules with checkbashisms (from > the 'devscripts' package) I've found your package making use of a bashism. > > checkbashisms' output: > > possible bashism in ecj/rules line 101 (time): > > time $(GIJ) \ > > possible bashism in ecj/rules line 143 (time): > > time python debian/aot-compile \ > > possible bashism in ecj/rules line 149 (time): > > time python debian/aot-compile \ > > possible bashism in ecj/rules line 155 (time): > > time $(GCJ) \ > > possible bashism in ecj/rules line 160 (time): > > time $(GCJ) \ I think this is a false possitive. The package Build-Depends on time. So when the time builtin is not available it will execute the time command from /usr/bin Please close this bug if you agree or give a more detailed hint what should be changed. I'm a bit hesitant to use /usr/bin/time just to shutup checkbashism. Cheers, Michael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#484377: setting package to eclipse-pydev eclipse-pydev-gcj, tagging 484377
# Automatically generated email from bts, devscripts version 2.10.28 # # eclipse-pydev (1.2.5-2) UNRELEASED; urgency=low # # * Fix bashism in debian/rules. Closes: #484377. # package eclipse-pydev eclipse-pydev-gcj tags 484377 + pending -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#480776: cacao_0.99~rc5-1(sparc/experimental): FTBFS: C compiler cannot create executables
On Mon, May 12, 2008 at 02:09:10AM +0200, Frank Lichtenheld wrote: > Package: cacao > Version: 0.99~rc5-1 > Severity: serious > > Hi, > > your package failed to build from source. > > The reason seems to be that configure tries to compile an executable > with -m64 which fails since gcc-multilib isn't installed. I have no > idea _why_ it tries that, though. The problem is that upstream supports cacao only on sparc64 but Debian's sparc userland is 32 bit. I will disable cacao on sparc with next upload. Cheers, Michael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#474942: [java-common] parser error : Entity not defined
reassign 474942 gnome-games-data thanks On Tue, Apr 08, 2008 at 12:38:58AM -0300, Sávio M. Ramos wrote: > Package: java-common > Version: 0.28 > Severity: normal > > --- Please enter the report below this line. --- > > Message error is: > > Preparando para substituir java-common 0.27 (usando > .../java-common_0.28_all.deb) ... > ///usr/share/gnome/help/blackjack/el/blackjack.xml:402: parser error : Entity > 'Βοήθεια' not defined > Προτιμήσεις&Βοήθεια;^ > Descompactando substituto java-common ... The mentioned filed /usr/share/gnome/help/blackjack/el/blackjack.xml is included in package gnome-games-data. Reassigning the bug. Cheers, Michael
Bug#474890: java-access-bridge: FTBFS: Nonexistent build-dependency: openjdk-6-jdk
On Mon, Apr 07, 2008 at 10:24:37PM +0200, Lucas Nussbaum wrote: > Package: java-access-bridge > Version: 1.22.0-1 > Severity: serious > User: [EMAIL PROTECTED] > Usertags: qa-ftbfs-20080407 qa-ftbfs > Justification: FTBFS on i386 > > Hi, > > During a rebuild of all packages in sid, your package failed to build on i386. > > This rebuild was done with gcc 4.3 instead of gcc 4.2, because gcc 4.3 is now > the default on most architectures (even if it's not the case on i386 yet). > Feel free to downgrade this bug to 'important' if your package is only built > on i386, and this bug is specific to gcc 4.3 (i.e the package builds fine with > gcc 4.2). > > Relevant part: > > ** Using build dependencies supplied by package: > > Build-Depends: autotools-dev, cdbs, debhelper (>= 5) > > Build-Depends-Indep: at-spi, gawk, libatspi-dev, libbonobo2-dev, > > openjdk-6-jdk, pkg-config, x11-utils > > Checking for already installed source dependencies... > > W: Unable to locate package openjdk-6-jdk > > autotools-dev: missing > > cdbs: missing > > debhelper: missing > > Using default version 6.0.11 > > at-spi: missing > > gawk: missing > > libatspi-dev: missing > > libbonobo2-dev: missing > > openjdk-6-jdk: missing > > pkg-config: missing > > x11-utils: missing > > Checking for source dependency conflicts... > > Reading package lists... > > Building dependency tree... > > Reading state information... > > E: Couldn't find package openjdk-6-jdk openjdk-6 will be uploaded soon. Problem is that java-access-bridge depends on openjdk-6 and vice-versa. It's hen-egg problem. Cheers, Michael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#474866: setting package to sear, tagging 474866
# Automatically generated email from bts, devscripts version 2.10.21 # # sear (0.6.3+cvs20080127-2) UNRELEASED; urgency=low # # * Added patch to be able to build with GCC 4.3. Closes: #474866 # package sear tags 474866 + pending -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#474908: cdk: FTBFS: NomParserTokenManager cannot be resolved to a type
On Mon, Apr 07, 2008 at 10:33:32PM +0200, Lucas Nussbaum wrote:
> Package: cdk
> Version: 1:1.0.2-1
> Severity: serious
> User: [EMAIL PROTECTED]
> Usertags: qa-ftbfs-20080407 qa-ftbfs
> Justification: FTBFS on i386
>
...
> > [javac] Compiling 125 source files to /build/user/cdk-1.0.2/build
> > [javac] --
> > [javac] 1. WARNING in
> > /build/user/cdk-1.0.2/build/src/org/openscience/cdk/applications/swing/JExternalFrame.java
> > (at line 86)
> > [javac] super.show();
> > [javac]
> > [javac] The method show() from the type Window is deprecated
> > [javac] --
> > [javac] --
> > [javac] 2. ERROR in
> > /build/user/cdk-1.0.2/build/src/org/openscience/cdk/iupac/parser/NomParser.java
> > (at line 1588)
> > [javac] public NomParserTokenManager token_source;
> > [javac]^
> > [javac] NomParserTokenManager cannot be resolved to a type
> > [javac] --
> > [javac] 3. ERROR in
> > /build/user/cdk-1.0.2/build/src/org/openscience/cdk/iupac/parser/NomParser.java
> > (at line 1637)
> > [javac] token_source = new
> > NomParserTokenManager(jj_input_stream);
> > [javac]
> > [javac] token_source cannot be resolved
> > [javac] --
> > [javac] 4. ERROR in
> > /build/user/cdk-1.0.2/build/src/org/openscience/cdk/iupac/parser/NomParser.java
> > (at line 1637)
> > [javac] token_source = new
> > NomParserTokenManager(jj_input_stream);
> > [javac]^
> > [javac] NomParserTokenManager cannot be resolved to a type
> > [javac] --
> > [javac] 5. ERROR in
> > /build/user/cdk-1.0.2/build/src/org/openscience/cdk/iupac/parser/NomParser.java
> > (at line 1652)
> > [javac] token_source.ReInit(jj_input_stream);
> > [javac]
> > [javac] token_source cannot be resolved
> > [javac] --
> > [javac] 6. ERROR in
> > /build/user/cdk-1.0.2/build/src/org/openscience/cdk/iupac/parser/NomParser.java
> > (at line 1663)
> > [javac] token_source = new
> > NomParserTokenManager(jj_input_stream);
> > [javac]
> > [javac] token_source cannot be resolved
> > [javac] --
> > [javac] 7. ERROR in
> > /build/user/cdk-1.0.2/build/src/org/openscience/cdk/iupac/parser/NomParser.java
> > (at line 1663)
> > [javac] token_source = new
> > NomParserTokenManager(jj_input_stream);
> > [javac]
> > [javac] ^
> > [javac] NomParserTokenManager cannot be resolved to a type
> > [javac] --
> > [javac] 8. ERROR in
> > /build/user/cdk-1.0.2/build/src/org/openscience/cdk/iupac/parser/NomParser.java
> > (at line 1674)
> > [javac] token_source.ReInit(jj_input_stream);
> > [javac]
> > [javac] token_source cannot be resolved
> > [javac] --
> > [javac] 9. ERROR in
> > /build/user/cdk-1.0.2/build/src/org/openscience/cdk/iupac/parser/NomParser.java
> > (at line 1683)
> > [javac] public NomParser(NomParserTokenManager tm) {
> > [javac] ^
> > [javac] NomParserTokenManager cannot be resolved to a type
> > [javac] --
> > [javac] 10. ERROR in
> > /build/user/cdk-1.0.2/build/src/org/openscience/cdk/iupac/parser/NomParser.java
> > (at line 1684)
> > [javac] token_source = tm;
> > [javac]
> > [javac] token_source cannot be resolved
> > [javac] --
> > [javac] 11. ERROR in
> > /build/user/cdk-1.0.2/build/src/org/openscience/cdk/iupac/parser/NomParser.java
> > (at line 1693)
> > [javac] public void ReInit(NomParserTokenManager tm) {
> > [javac]^
> > [javac] NomParserTokenManager cannot be resolved to a type
> > [javac] --
> > [javac] 12. ERROR in
> > /build/user/cdk-1.0.2/build/src/org/openscience/cdk/iupac/parser/NomParser.java
> > (at line 1694)
> > [javac] token_source = tm;
> > [javac]
> > [javac] token_source cannot be resolved
> > [javac] --
> > [javac] 13. ERROR in
> > /build/user/cdk-1.0.2/build/src/org/openscience/cdk/iupac/parser/NomParser.java
> > (at line 1705)
> > [javac] else token = token.next = token_source.getNextToken();
> > [javac]
> > [javac] token_source cannot be resolved
> > [javac] --
> > [javac] 14. ERROR in
> > /build/user/cdk-1.0.2/build/src/org/openscience/cdk/iupac/parser/NomParser.java
> > (at line 1732)
> > [javac] jj_lastpos = jj_scanpos = jj_scanpos.next =
> > token_source.getNextToken();
> > [javac]
Bug#463520: statcvs should move away from contrib
On Fri, Feb 01, 2008 at 09:14:45AM +0100, Vincent Fourmond wrote: > Package: statcvs > Version: 1:0.3.dfsg-1 > Severity: important > > > This bug is a reminder of what needs to be done. > > In principle, statcvs does not depend on any features found in > proprietary JVMs, so it should not depend on Sun's. Unfortunately, due to > #459281 (at least, as no further testing is possible as long as this one is > not fixed), it cannot work with free JVMs. > > When that is fixed, statcvs should move to main. The bug is fixed now. Please move the package to main. cheers, Michael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#466542: ITP: task-spooler -- local batch job queue
On Mon, Apr 07, 2008 at 01:03:49PM +0400, Alexander V. Inyukhin wrote: > A package is located at http://grid.pp.ru/debian/pool/contrib/t/task-spooler/ > I am looking for a person to review and upload it. Could you help me? I can help you with this but I will need some days for the review. I will mail you when done. Cheers, Michael > -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#467486: Investigations about failure
On Thu, Apr 10, 2008 at 10:06:20AM +0200, Andreas Kirschbaum wrote: > gcc-4.2 and gcc-4.3 differ in the representation of char values: gcc-4.2 > represents a char as a 32 bit value (bits 0..7 is the char value; bits > 8..31 are always set to zero); gcc-4.3 uses only the lower 8 bits, > ignoring bits 8..31. > > kaffe defines "typedef unsigned char jboolean;" in > kaffe-1.1.8/libraries/javalib/external/classpath/include/jni_md-x86-linux-gnu.h > but assumes %eax is 0/1 in compiled Java code. This makes compiled Java > code calling into native C code almost always assume "true" for jboolean > return values due to the non-zero "garbage" in bits 8..31. Can you take a look into kaffe 1.1.9 (not packaged yet due to different problems) if that is fixed? I haven't found the time yet for this) Cheers, Michael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#469820: statsvn should move away from contrib
On Fri, Mar 07, 2008 at 10:52:56AM +0100, Vincent Fourmond wrote: > Package: statsvn > Version: 0.3.1.dfsg-1 > Severity: wishlist > > > Hello, > > statsvn should move away from contrib as soon as the problem with jfreechart > and recent GNU classpath is fixed and statcvs itself has moved to main. As the accorinding jfreechart bug was closed please move statsvn from contrib to main. Cheers, Michael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#463520: statcvs should move away from contrib
On Thu, Apr 10, 2008 at 11:39:18AM +0200, Vincent Fourmond wrote: > Hello, > > On Wed, Apr 9, 2008 at 10:22 AM, Michael Koch <[EMAIL PROTECTED]> wrote: > > > When that is fixed, statcvs should move to main. > > > > The bug is fixed now. Please move the package to main. > > I'll check if it works tonight (this is unfortunately not obvious). I know. If you need help please tell me. Cheers, Michael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#476067: eclipse: FTBFS: build takes a very, very long time (or just blocks?)
On Mon, Apr 14, 2008 at 01:32:31PM +0200, Lucas Nussbaum wrote: > > install.eclipse.tar: > > [mkdir] Created dir: > > /build/user/eclipse-3.2.2/source-tree/tmp/eclipse/plugins > > sbuild received SIGTERM -- shutting down > > Killing dpkg-buildpackage subprocess 16883 > > ** > > Finished at 20080414-0634 > > Build needed 00:00:00, 0k disk space > > ...killed. > > DC-Build-Status: Failed 27805.127637s > > DC-Time-Estimation: 27805.127637 versus expected 3379 (r/m: > > 7.22880368067476 ; m: 3379.0) Does your build uses fakeroot? From my experience this only happends with fakeroot. But its not 100% reproducible either. I looked into this sometime ago and I'm really out of ideas for this issue. Cheers, Michael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#476067: eclipse: FTBFS: build takes a very, very long time (or just blocks?)
On Mon, Apr 14, 2008 at 04:34:52PM +0200, Lucas Nussbaum wrote: > On 14/04/08 at 12:15 +0200, Michael Koch wrote: > > On Mon, Apr 14, 2008 at 01:32:31PM +0200, Lucas Nussbaum wrote: > > > > install.eclipse.tar: > > > > [mkdir] Created dir: > > > > /build/user/eclipse-3.2.2/source-tree/tmp/eclipse/plugins > > > > sbuild received SIGTERM -- shutting down > > > > Killing dpkg-buildpackage subprocess 16883 > > > > ** > > > > Finished at 20080414-0634 > > > > Build needed 00:00:00, 0k disk space > > > > ...killed. > > > > DC-Build-Status: Failed 27805.127637s > > > > DC-Time-Estimation: 27805.127637 versus expected 3379 (r/m: > > > > 7.22880368067476 ; m: 3379.0) > > > > Does your build uses fakeroot? > > Yes > > > From my experience this only happends with fakeroot. But its not 100% > > reproducible either. I looked into this sometime ago and I'm really > > out of ideas for this issue. > > Erm, is it worth investigating, or will you move to icedtea? Depends on my test results. My last tries were not really promising with eclipse + icedtea. Means it didn't worked. I still need to test with openjdk-6 (currently in NEW). Anyway it seems to be at least related to fakeroot and a bug in it. So it should be investigated by someone with more clue then me about this stuff. Cheers, Michael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#373705: Bug#341407: azureus and eclipse workaround for debian etch
On Tue, Jun 03, 2008 at 08:53:17PM +0200, tom wrote: > Hi > for those who just want to install azureus and eclipse and don't know > how to do it and don't care about this discussion, here's a simple > workaround. Just become root and execute the attached script in a shell. > Hope it helps somebody Applying such a 'fix' is really disruptive thing. For anyone who applies this: Please don't expect help for bugs caused by this. Thanks. Cheers, Michael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#481292: eclipse: fails to start, missing JRE/JDK
On Tue, Jun 10, 2008 at 01:31:36AM +0200, Sandro Tosi wrote: > Hi Michael, > sorry for the late reply > > >> searching for compatible vm... > >> testing /usr/lib/jvm/java-7-icedtea...not found > >> testing /usr/lib/jvm/java-gcj...not found > >> testing /usr/lib/kaffe/pthreads...not found > >> testing /usr/lib/jvm/java-6-sun...not found > >> testing /usr/lib/jvm/java-1.5.0-sun...not found > >> testing /usr/lib/j2se/1.5...not found > >> testing /usr/lib/j2se/1.4...not found > >> testing /usr/lib/j2sdk1.5-ibm...not found > >> testing /usr/lib/j2sdk1.4-ibm...not found > >> testing /usr/lib/j2sdk1.6-sun...not found > >> testing /usr/lib/j2sdk1.5-sun...not found > >> testing /usr/lib/j2sdk1.4-sun...not found > > > > What package satisfying java1-runtime or java2-runtime have you actually > > installed? > > I got this: > > $ grep-available -F Provides java1-runtime | egrep "^Package|^Version" > Package: gij-4.1 > Version: 4.1.2-19 > Package: gij-4.2 > Version: 4.2.3-4 > Package: gij-4.3 > Version: 4.3.0-5 > Package: java-gcj-compat-headless > Version: 1.0.77-4 > Package: sablevm > Version: 1.13-1.2 > Package: java-gcj-compat > Version: 1.0.77-4 > Package: gij > Version: 4:4.3-1 > $ grep-available -F Provides java2-runtime | egrep "^Package|^Version" > Package: gij-4.1 > Version: 4.1.2-19 > Package: gij-4.2 > Version: 4.2.3-4 > Package: gij-4.3 > Version: 4.3.0-5 > Package: java-gcj-compat-headless > Version: 1.0.77-4 > Package: java-gcj-compat > Version: 1.0.77-4 > Package: gij > Version: 4:4.3-1 /usr/lib/jvm/java-gcj directory exists on your system? Can you please try installing java-gcj-compat-dev additionally? Cheers, Michael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#446068: Bug#434106: Please package a new upstream version
On Thu, Mar 20, 2008 at 11:49:36PM +0100, Aurelien Jarno wrote: > Hi, > > Do you plan to work on packaging a new version before the Lenny freeze > which will happen soon? I see no reason of not packaging version 7.0 > which is available for almost 9 months. > > Note that this new upstream version fixes bugs #405669 and #401724. > > If you lack some time to package it, please tell me I will work on that > and upload the package. I'm very interested in this update too. I need it for CACAO (as Christan Thalinger already said). If you want we can comaintain the package. Ryan: How can we help you best? Cheers, Michael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#487036: dom4j: FTBFS: Nonexistent build-dependency: openjdk-6-jdk
tag 487036 pending thanks On Thu, Jun 19, 2008 at 12:04:22PM +0200, Lucas Nussbaum wrote: > Package: dom4j > Version: 1.6.1+dfsg-3 > Severity: serious > User: [EMAIL PROTECTED] > Usertags: qa-ftbfs-20080619 qa-ftbfs > Justification: FTBFS on i386 > > Hi, > > During a rebuild of all packages in sid, your package failed to build on > i386. > > Relevant part: > > ** Using build dependencies supplied by package: > > Build-Depends: debhelper (>= 5) > > Build-Depends-Indep: ant-optional, antlr, junit, > > libbackport-util-concurrent-java, libjaxen-java (>= 1.1~beta11), > > libjaxme-java, libjunitperf-java, libxalan2-java (>= 2.7.0), > > libxerces2-java, libxpp2-java, libxpp3-java, openjdk-6-jdk > > Checking for already installed source dependencies... > > W: Unable to locate package openjdk-6-jdk openjdk-6-jdk is waiting in NEW queue to get accepted. Some issues are still beeing worked on on this. Cheers, Michael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#479226: Eclipse crashes after start-up with sun-java6 6-06-1
tag 479226 unreproducible help thanks Hello, On Wed, May 07, 2008 at 10:50:54AM +0200, Marcus Better wrote: > tag 479226 -unreproducible help > severity 479226 important > block 479226 by 478560 > thanks > > This is quite probably caused by #478560. While I used an upstream > Eclipse distribution, the description matches. > > Since it may not be possible to downgrade to the last working > sun-java6-jdk, another workaround is to use sun-java5-jdk instead > (unless one needs Java 6 of course). Please don't remove the tags. I added them because the bug is NOT easily reproducible. Having another bug with a similar description doesn't make it reproducible for everyone. Cheers, Michael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#481353: Please add support for logcheck.logfiles.d
Package: logcheck Version: 1.2.63 Severity: wishlist Please add support for logcheck.logfiles.d so packages can put files there and add new logfiles for reviewing. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.24-1-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#484643: setting package to tomcat5.5-admin libtomcat5.5-java tomcat5.5-webapps tomcat5.5, tagging 484643
# Automatically generated email from bts, devscripts version 2.10.29 # # tomcat5.5 (5.5.26-3) unstable; urgency=high # # * CVE-2008-1947: Fix XSS issue in host-manager web application. #Closes: #484643 # package tomcat5.5-admin libtomcat5.5-java tomcat5.5-webapps tomcat5.5 tags 484643 + pending -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#483919: classpath-qtpeer: Classpath AWT support still royally broken
tag 483919 upstream forwarded 483919 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36448 thanks On Sun, Jun 01, 2008 at 10:51:10AM +0200, Josef Spillner wrote: > Package: classpath-qtpeer > Version: 2:0.97.1-3 > Severity: normal > > I'm trying to run a hybrid Java applet/application on an AMD64 sid machine. > While my goal > would be to get the applet running, I'm already stuck with some Classpath > bugs regarding > any GUI activity of the application. > > When using gij-4.3 with the Gtk+ peers, the application just hangs instead of > opening a > window. Selecting the Qt peers doesn't seem to be possible. When deliberately > giving it a > wrong URL, it should just show an error message box. It does so with the Gtk+ > peers although > the text is not readable on it and the button cannot be clicked. > > When using cacao instead of gij-4.3, I can select the Qt peers. But it > doesn't help, instead > the backtrace hints at some missing methods in the peers. > > $ cacao -Dawt.toolkit=gnu.java.awt.peer.qt.QtToolkit -jar ggz-java-client.jar > -uri foo > QPixmap: It is not safe to use pixmaps outside the GUI thread > [...] > Exception in thread "main" java.lang.UnsupportedOperationException >at gnu.java.awt.peer.qt.QtFontPeer.getLineMetrics(QtFontPeer.java:188) >at java.awt.Font.getLineMetrics(Font.java:1029) > [...] >at javax.swing.JOptionPane.showMessageDialog(JOptionPane.java:1442) > > The JAR file can be downloaded from: > http://us.ggzgamingzone.org/~josef/ggz-java-client.jar > It works fine with the latest JDK7 builds and other Sun releases. > > Ideally, the bug would be considered fixed when the application runs without > any problems. > But any sort of status information and hints would already help. According to > Tom Marble's > Debconf7 talk, OpenJDK would become a Lenny release goal, but it doesn't seem > to be the case > according to release.debian.org. The QT peer is known to miss some features. The font handling is such feature when you need to access fonts yourself. This is an upstream issue. Patches are always welcome. I forwarded your request. Cheers, Michael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#481292: eclipse: fails to start, missing JRE/JDK
On Thu, May 15, 2008 at 07:43:37AM +0200, Sandro Tosi wrote: > Package: eclipse > Version: 3.2.2-5 > Severity: important > > Hello, > eclipse fails to start since it misses a JRE/JDK, but: > > # apt-get install eclipse > Reading package lists... Done > Building dependency tree > Reading state information... Done > eclipse is already the newest version. > 0 upgraded, 0 newly installed, 0 to remove and 32 not upgraded. > > # apt-show-versions eclipse > eclipse/unstable uptodate 3.2.2-5 > > so no Depends is missing here, but anyway I got: > > A Java Runtime Environment (JRE) or Java Development Kit (JDK) > must be available in order to run Eclipse. No Java virtual machine > was found after searching the following locations: > /usr/lib/j2sdk1.4-sun/bin/java > > in a box at startup, and in a terminal this: > > searching for compatible vm... > testing /usr/lib/jvm/java-7-icedtea...not found > testing /usr/lib/jvm/java-gcj...not found > testing /usr/lib/kaffe/pthreads...not found > testing /usr/lib/jvm/java-6-sun...not found > testing /usr/lib/jvm/java-1.5.0-sun...not found > testing /usr/lib/j2se/1.5...not found > testing /usr/lib/j2se/1.4...not found > testing /usr/lib/j2sdk1.5-ibm...not found > testing /usr/lib/j2sdk1.4-ibm...not found > testing /usr/lib/j2sdk1.6-sun...not found > testing /usr/lib/j2sdk1.5-sun...not found > testing /usr/lib/j2sdk1.4-sun...not found What package satisfying java1-runtime or java2-runtime have you actually installed? > Could not create /usr/local/lib/eclipse/.eclipseextension. Please run as > root: > touch /usr/local/lib/eclipse/.eclipseextension > chmod 2775 /usr/local/lib/eclipse/.eclipseextension > chown root:staff /usr/local/lib/eclipse/.eclipseextension > > Moreover, why should I run some commands as root to use a users' tool? > Shouldn't it be done in postint when installing the package? Thats right. I wonder why I don't get that. I will investigate that. Cheers, Michael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#480794: setting package to eclipse-efj eclipse-jdt eclipse-platform libswt3.2-gtk-jni eclipse-sdk eclipse-rcp eclipse-source eclipse-rcp-gcj libswt3.2-gtk-gcj eclipse eclipse-gcj libswt3.2-gtk-jav
# Automatically generated email from bts, devscripts version 2.10.29 # # eclipse (3.2.2-7) UNRELEASED; urgency=low # # * Build-Depends on iceape-dev instead of libxul-dev for Debian. #Closes: #480794 # package eclipse-efj eclipse-jdt eclipse-platform libswt3.2-gtk-jni eclipse-sdk eclipse-rcp eclipse-source eclipse-rcp-gcj libswt3.2-gtk-gcj eclipse eclipse-gcj libswt3.2-gtk-java eclipse-platform-gcj eclipse-pde-gcj eclipse-jdt-gcj eclipse-pde tags 480794 + pending -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
