Package: ftp.debian.org
Please remove the architecture dependent binaries built from
glib-java for the alpha and hppa architectures. They will not be built
anymore because default-jdk-builddep is not available on theses arches.
Thanks
Regards,
Thomas
--
To UNSUBSCRIBE, email to [EMAIL
Package: ftp.debian.org
Please remove the architecture dependent binaries built from
cairo-java for the alpha and hppa architectures. They will not be built
anymore because default-jdk-builddep is not available on theses arches.
Thanks
Regards,
Thomas
--
To UNSUBSCRIBE, email to [EMAIL
Package: ftp.debian.org
Please remove the architecture dependent binaries built from
libgtk-java for the alpha and hppa architectures. They will not be
built anymore because default-jdk-builddep is not available on theses
arches.
Thanks
Regards,
Thomas
--
To UNSUBSCRIBE, email to [EMAIL
Package: ftp.debian.org
Please remove the architecture dependent binaries built from
libvte-java for the alpha and hppa architectures. They will not be
built anymore because default-jdk-builddep is not available on theses
arches.
Thanks
Regards,
Thomas
--
To UNSUBSCRIBE, email to [EMAIL
Package: ftp.debian.org
Please remove the architecture dependent binaries built from
libglade-java for the alpha and hppa architectures. They will not be
built anymore because default-jdk-builddep is not available on theses
arches.
Thanks
Regards,
Thomas
--
To UNSUBSCRIBE, email to [EMAIL
Package: ftp.debian.org
Please remove the architecture dependent binaries built from
libgnome-java for the alpha and hppa architectures. They will not be
built anymore because default-jdk-builddep is not available on theses
arches.
Thanks
Regards,
Thomas
--
To UNSUBSCRIBE, email to [EMAIL
Package: ftp.debian.org
Please remove the architecture dependent binaries built from
libgconf-java for the alpha and hppa architectures. They will not be
built anymore because default-jdk-builddep is not available on theses
arches.
Thanks
Regards,
Thomas
--
To UNSUBSCRIBE, email to [EMAIL
Package: ftp.debian.org
Please remove the architecture dependent binaries built from
libxmlrpc3-java for the alpha and hppa architectures. They will not be
built anymore because default-jdk-builddep is not available on theses
arches.
Thanks
Regards,
Thomas
--
To UNSUBSCRIBE, email to
Hello Thomas,
Le jeudi 01 mai 2008 à 20:10 +0200, Thomas Viehmann a écrit :
thanks for filing these, but I do think all of them should be *unstable*
removals. If you have more of them, could you file them without the /testing,
please? (And if you are bored, retitle the existing ones...)
I
Hello Laszlo,
On Mon, Jan 16, 2006 at 08:16:27PM +0100, Laszlo wrote:
If I select a string (function), right click on it, and open
declaration(F3), or open definition(Ctrl-F3), eclipse just quit.
(Im in C/C++ perspective)
I've just tried to reproduce the bug you mentioned a while ago on my
Hello Andreas,
On Mon, Feb 20, 2006 at 09:28:45PM +0100, Andreas Pakulat wrote:
the CDT source Feature is reported as broken under Help-Software
Updates-Manage Configuration. The status is
Plug-in org.eclipse.cdt.source version 3.0.1 referenced by this feature
is missing.
Thanks for
Hello,
On Fri, Aug 25, 2006 at 04:42:06PM +0200, xavier hubert wrote:
While adding an external include path in a standard C project, an error
occurs :
An error occured while setting the project path
See error log for more details
I have just tried to reproduce this with eclipse-cdt 3.1.2-1
clone 470803 -1
reassign -1 libgtk-java
found -1 2.10.2-6
forwarded -1 http://bugzilla.gnome.org/show_bug.cgi?id=516078
tags -1 + pending
block 470803 by -1
thanks
Hello,
this suicide is triggered by a libgtk-java bug. A fix is available
upstream, I'm working on an updated libgtk-java.
Regards,
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
Hello,
Le mardi 22 avril 2008 à 13:15 +0200, Paolo Bonzini a écrit :
It might be that rebuilding fixes the failure. I saw random failures of
Swazoo here too, it might be a race condition or something like that.
Paolo, could this error be fixed by the patch[1]?
Regards,
Thomas
[1]
Hello,
sorry for the late reply.
On Fri, Nov 16, 2007 at 10:17:31AM +0100, Frank Lichtenheld wrote:
Package: frysk
Version: 0.0.1.2007.07.17-1
Severity: important
Hi,
your package failed to build from source.
Yes, I don't think frysk is supported on alpha (yet). I'll adjust the
tags 476822 + confirmed pending
thanks
On Sat, Apr 19, 2008 at 02:03:07PM +0200, Bastian Blank wrote:
Package: ace
Version: 5.6.3-1
Severity: serious
There was an error while trying to autobuild your package:
Automatic build of ace_5.6.3-1 on debian-31.osdl.marist.edu by sbuild/s390
Hello,
On Thu, Apr 17, 2008 at 10:52:15AM +0200, Sune Vuorela wrote:
Hi!
Please try give back the build with a dep-wait on libqt4-dev (=4.4~rc1-4) -
it has most likely fixed this issue.
Thanks for the notice. Anyway, there's another missing build-dependency
on Fox, so ace will definitely
forwarded 476295 http://bugzilla.gnome.org/show_bug.cgi?id=528282
thanks
Hello,
this bug was forwarded upstream.
Regards,
Thomas
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Hello dann,
On Tue, Apr 15, 2008 at 11:00:30AM -0600, dann frazier wrote:
Our automated buildd log filter[1] detected a problem that is likely to
cause your package to segfault on architectures where the size of a
pointer is greater than the size of an integer, such as ia64 and amd64.
Hello,
On Mon, Apr 14, 2008 at 04:34:52PM +0200, Lucas Nussbaum wrote:
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
tags 473953 + unreproducible
thanks
Hello,
I have not been able to reproduce this failure. Even with a read-only or
non-existent home.
On Wed, Apr 02, 2008 at 12:46:33PM +0200, Lucas Nussbaum wrote:
The full build log is available from:
http://people.debian.org/~lucas/logs/2008/04/01
From
tags 472020 + pending
thanks
Hello,
On Fri, Mar 21, 2008 at 07:22:07PM +0100, Matthias Klose wrote:
python-central 0.6 fixes bug #452227, removing an empty directory
usr/lib. Your package tries to remove that directory as well, not
ignoring the error code. Please either ignore the error code,
tags 468063 + confirmed pending
thanks
Hello,
thanks for reporting this bug.
On Tue, Feb 26, 2008 at 03:52:30PM -0500, Daniel Schepler wrote:
From my pbuilder build log, with g++ - g++-4.3:
...
/usr/bin/make -C build/lib -f gcc.mak depend release-shared
/bin/sh: Syntax error: ( unexpected
merge 469843 469845
tags 469843 + confirmed
severity 469843 normal
thanks
Hello Sylvain,
thanks for reporting these bugs. They are closely related so I am
merging them.
The missing files are not included because ACE+TAO was compiled
using the autoconf method, which does *not* rely on
Hello,
On Thu, Feb 28, 2008 at 09:40:17PM +0100, PICCA Frédéric-Emmanuel wrote:
In fact in my institut we are using a control system based on CORBA.
you can find information on http://www.tango-controls.org
The GUI interface is based on java so my JacORB interest.
Did you spoke with the
Hello Frédéric,
Le jeudi 28 février 2008 à 20:17 +0100, PICCA Frédéric-Emmanuel a
écrit :
everythings in the title.
did you solved this licence problem ?
I have not, but I'm still interested in seing JacORB in Debian.
Your interest for JacORB is quite motivating, and as we have set up a
Hello,
I am now convinced this is a g++ bug. I could reproduce the FTBFS on
qemu.
Trying to compile omniorb4 with g++-4.1.3 20080114 (Debian 4.1.2-19)
succeeds. I will try to write a reduced test case before submitting the
bug report on g++-4.2. I need to check wether g++-4.3 is affected as
Hello,
A while ago, I wrote:
Using the following pakages:
* java-gcj-compat{,-dev} 1.0.69-2
* ecj, ecj-gcj, libecj-java and libecj-gcj 3.3.0+0728-1
* libgcj-bc, libgcj8{-1,-1-awt,-jar} 4.2.1-3
* gcc-4.2-base 4.2.1-3
* gcj-4.1-base, gcj-4.1, gij-4.1, libgcj7-1 4.1.2-16
Hello Norbert,
On Mon, Feb 11, 2008 at 10:53:49PM -0800, Norbert Kiesel wrote:
Thanks for applying my patch. i just recompiled and found another one.
Not sure why that did not show up before, might have been introduced in
the last version. This time patch is a bit more complicated because
Hmmm...
http://bugs.debian.org/458745 looks quite similar to this one. It might
be related.
I'll try to build omniorb4 on arm without alloca (i.e. with
--disable-alloca) to see if it fixes the failure on arm.
Regards,
Thomas
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of
tags 464167 + confirmed patch
thanks
Hello Barry,
On Tue, Feb 05, 2008 at 10:49:38AM -0500, Barry deFreese wrote:
We are currently attempting to remove the antiquated libqt3-compat-headers
from the archive.
Here is a patch to build bouml without libqt3-compat-headers.
Thanks a lot for
Hello Norbert,
Le vendredi 01 février 2008 à 22:25 -0800, Norbert Kiesel a écrit :
Hi,
it seems someone already cleaned up the latest version quite a bit. I
only found 2 places that generated warnings so far, so here is the patch
for these.
Thanks for the report and the patch. I'll
Package: libgtk-java
Version: 2.10.2-5
Severity: serious
Justification: FTBFS on amd64
This is the same kind of bug as #462500 and #462506.
-- System Information:
Debian Release: lenny/sid
APT prefers unstable
APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Le samedi 26 janvier 2008 à 17:12 +0100, Michael Koch a écrit :
I have just tried this with SUN JDK 6, Icedtea, gcj 4.3, jamvm and cacao
with the following result:
SUN JDK 6: Just works.
gcj-4.3: No output at all. Returns with exit code 13.
icedtea: No output at all. Returns with exit
Hello,
I have problems finding out why omniorb4 fails to build on arm[1].
Having a look at the crash with gdb I can't spot anything obvious.
Could someone with an arm knowledge have a look at this please?
Thanks,
Thomas
[1] bugs.debian.org/460419
--
To UNSUBSCRIBE, email to [EMAIL
tags 460419 + confirmed help
Selon Martin Michlmayr [EMAIL PROTECTED]:
* Philipp Kern [EMAIL PROTECTED] [2008-01-12 16:41]:
omniorb4 fails to build from source since 4.1.0-1 on arm and causes a
compiler segmentation fault.
omniidl: 'cxx' imported from
Package: gnu-smalltalk-browser
Version: 3.0-1
Severity: grave
Justification: renders package unusable
gst-blox does not work at all. Trying with Tk or Gtk does not change
anything.
strace'ing the launch reveals EACCESS on gst.im.
-- System Information:
Debian Release: lenny/sid
APT prefers
package: libc6
Version: 2.7-5
Severity: normal
Paolo Bonzini discovered that lrint() is broken on ia64[1].
The following snippet,taken from GNU Smalltalk m4 test,
shows the bug:
double d = 1495582133630.0;
int main()
{
extern long int lrint (double);
long int l = lrint (d);
The missing footnote[1]:
http://smalltalk.gnu.org/project/issue/154#comment-142
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Package: aspectj
Version: 1.5.3-1
Severity: wishlist
A new AspectJ version was released on 12/20/2007.
-- System Information:
Debian Release: lenny/sid
APT prefers unstable
APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.23-1-amd64 (SMP w/2
Hello Otavio,
Le lundi 24 décembre 2007 à 12:17 -0200, Otavio Salvador a écrit :
Hi there,
Thomas has contacted me and I'd like to help with the dwarves
packaging.
I grabed the git repository and did a look on what's done. It looks
good.
I tried to change the building system to use
Le mercredi 26 décembre 2007 à 17:33 -0200, Otavio Salvador a écrit :
Yeah, I saw it.
Right. How you solved the missing symbols error? I had it when tried
to use static libraries.
I've changed compilation to produce static libs instead of shared ones,
then ensured elfutils static libs were
Package: elfutils
Version: 0.131-2
Severity: wishlist
Hello,
is there any reason why elfutils does not provide shared libraries
for libdw and libebl?
dwarves (see ITP#436522) fails to build from source because it tries to
use them. I am currently trying to change the CMake process to try to
use
Hello Kurt,
Le dimanche 23 décembre 2007 à 13:23 +0100, Kurt Roeckx a écrit :
is there any reason why elfutils does not provide shared libraries
for libdw and libebl?
Would it be possible to provide shared libraries for libdw and libebl?
Libdw's API/ABI is in my opinion not stable
Package: codeville
Version: 0.1.16-3
Severity: wishlist
Hello,
codeville 0.8.0 was released on 7/13/2007.
Could you please update codeville to that version?
Thanks,
Regards,
Thomas
-- System Information:
Debian Release: lenny/sid
APT prefers unstable
APT policy: (500, 'unstable'), (1,
owner 436522 !
thanks
Hello Domenico,
Le samedi 24 novembre 2007 à 15:36 +0100, Domenico Andreoli a écrit :
On Sat, Nov 24, 2007 at 04:49:10PM +0100, Thomas Girard wrote:
any news on this ITP?
it is an easy package, it is practically ready. You can reach its git
repository at https
Package: elfutils
Version: 0.128-1
Severity: wishlist
It is available from ftp://sources.redhat.com/pub/systemtap/elfutils/
dwarves 1.3 (see ITP #436522) needs elfutils = 0.130 because it uses
the symbol dwfl_module_build_id.
Thanks,
Thomas
-- System Information:
Debian Release: lenny/sid
Hello Domenico,
any news on this ITP?
Thanks,
Cheers,
Thomas
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
tags 449498 + confirmed
thanks
Hello Andreas,
On Tue, Nov 06, 2007 at 12:54:22PM +0800, Andreas Huggel wrote:
Package: libtao-dev
Version: 5.4.7-12
Severity: normal
Tags: patch
/usr/lib/pkgconfig/TAO_PI.pc lists -lPI, it should be -lTAO_PI.
Indeed. Thanks for reporting this and providing
tags 449020 + confirmed
block 449020 with 443234
thanks
Hello,
On Fri, Nov 02, 2007 at 08:03:38PM +0800, Ying-Chun Liu (PaulLiu) wrote:
[EMAIL PROTECTED]:/root# g++ -I/usr/include/stlport -pthread
-D_REENTRANT -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -DHAVE_SSTREAM
-Os -I. -DNDEBUG -fPIC
Package: kawari8
Version: 8.2.4-2
Severity: wishlist
Hello,
kawari8 is still using libstlport4.6c2, which is rather old. Since we'd
like to get rid of it, it would be great if you recompiled kawari8 using
listlport5.1-dev.
I've tried on my amd64 and it compiles fine.
I believe this would, as a
reassign 432541 gcj-4.2
retitle 432541 gcj-4.2 can no longer compile Eclipse plugins
merge 432539 432541
thanks
Hi,
after having slowly updated an etch chroot to a sid one using
snaphsot.debian.net, I have found that the FTBFS occurs with gcj-4.2,
and is not related to ecj.
Indeed, using the
reassign 432539 gcj-4.2
merge 432539 432541
thanks
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Hello,
On Mon, Oct 22, 2007 at 02:42:40PM +0200, Matthias Klose wrote:
Thomas, please could check with gcj-4.3 (from experimental) / gcc-snapshot?
With:
* gcc-snapshot 20071020-1
* gij-4.3 4.3-20071020-1
I have the same problem; make stops with:
make: *** [build-stamp] Error 13
I'm not
Hello Andrew,
On Mon, Oct 22, 2007 at 11:55:43AM +0100, Andrew Haley wrote:
Moving from an etch chroot to sid, I was able to find out that the
following upgrades do not impact eclipse-cdt compilation:
* libc6 2.6.1-6
* ant 1.7.0-3
* eclipse 3.2.2-4
This means one of the
Hello Jason,
Le vendredi 31 août 2007 à 10:18 -0500, Jason Kraftcheck a écrit :
What I don't understand is why it is defined as anything other than
stlp_std. I couldn't find a Debian package with a library containing the
non-thread-safe functions. If the library isn't available, what good
Le mercredi 10 octobre 2007 à 12:36 +0200, Thomas Girard a écrit :
Just another hint on this one: using etch to recompile eclipse-cdt
*does* work. So it's likely a problem in the toolchain.
Moving from an etch chroot to sid, I was able to find out that the
following upgrades do not impact
Hi all,
is the question if it's (intended to be) fully API compatible, then the
source package could just me updated.
The library packages do change name (from foo4 to foo4-1) due to the
soname change, so anyone depending on it (i.e. omnievents) will be
broken until they are rebuild.
Le jeudi 18 octobre 2007 à 15:21 +0200, Philipp Kern a écrit :
On Thu, Oct 18, 2007 at 02:57:34PM +0200, Thomas Girard wrote:
Having thought about this again for a while, I'm no longer convinced we
should change the source package name. Indeed, the API was changed, but
we are not going
Le jeudi 18 octobre 2007 à 16:57 +0200, Thomas Girard a écrit :
According to the Debian Policy[1], we can choose to support only one
development version a time. In our case, the libraryname is libomniorb4
and the SONAME version[2] is changing from 0 to 1.
I forgot to add that given
tags 446171 + confirmed
thanks
Hello Trent,
Le jeudi 11 octobre 2007 à 07:27 +1000, Trent W. Buck a écrit :
In /etc/emacs/site-start.d/50gnu-smalltalk-el.el,
'(\\.st$ . smalltalk-mode)
should read
'(\\.st\\' . smalltalk-mode)
Thanks for your report.
I will fix this bug
reassign 446464 junit4
thanks
On Sat, Oct 13, 2007 at 11:12:10AM +0200, Dr. Markus Waldeck wrote:
Package: junit
Version: 3.8.1.1-7
Severity: wishlist
junit 4.4 is available since July 18, 2007
Hello,
junit 4.x is already available in Debian as `junit4'. The version is
4.3.1, so I'm
Just another hint on this one: using etch to recompile eclipse-cdt
*does* work. So it's likely a problem in the toolchain.
Regards,
Thomas
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
notfound 430422 4.1.0-1~flub1
found 430422 4.0.6-2.3
thanks
On Thu, Oct 04, 2007 at 11:55:28AM +0200, Philipp Kern wrote:
Hi Floris,
On Sun, Jun 24, 2007 at 01:19:10PM +0100, Floris Bruynooghe wrote:
Attached is the .diff.gz against the upstream omniORB-4.1 tarball that
does the required
tags 444302 + pending
thanks
On Thu, Sep 27, 2007 at 11:14:23AM -0500, Manoj Srivastava wrote:
Package: bouml
Version: 2.31-1
Severity: grave
Since it does not install, I suppose this fits the mostly
useless criteria. Please do not build against experimental gcc.
Woops! Sorry
Package: libstdc++6-4.1-dev
Version: 4.1.2-15
Severity: important
Investigating why stlport5.1 fails to build from sources on arm[1] and
mips[2] shows that _GLIBCXX_USE_C99 is defined inconsistently across
platforms.
The following C++ snippet:
#include cstdlib
int main(int argc, char*
Hello Andrew,
thanks for looking into this.
On Wed, Sep 12, 2007 at 08:15:47PM -0400, Andrew Overholt wrote:
Try running the launcher directly:
/usr/bin/eclipse -noSplash -application org.eclipse.ant.antRunner (or
whatever). I think the exit in this case is due to the osgi
configuration
tags 432541 + help
thanks
I'm really stuck with this one.
This eclipse-cdt FTBFS is always reproducible on amd64 and i386; I have
not tried on other platforms.
Trying to build eclipse-cdt leads to:
cd source-tree/org.eclipse.cdt.releng \
/usr/lib/jvm/java-gcj/bin/java -cp
retitle 439184 split eclipse-cdt into eclipse-cdt and eclipse-cdt-sdk
thanks
Hello,
thanks for your report and the nice diagram.
I was just trying to install eclipse-cdt from aptitude and discovered that it
tried to pull in many more packages than needed.
Currently I have eclipse-cdt
severity 440088 wishlist
retitle 440088 libstlport5.1-dev: could warn again inconsistent threading flags
thanks
Hello Jason,
On Wed, Aug 29, 2007 at 11:37:45AM -0500, Jason Kraftcheck wrote:
The headers included in libstlport5.1-dev define _STDP_STD_NAME to be
the non-thread-safe namespace
Hi,
Le samedi 18 août 2007 à 19:42 +0100, Chris Lamb a écrit :
There are also similar typographical errors in the following packages. I was
loathed to duplicate or BTS-clone this bug to them.
libgconf-java - GConf bindings for Java
libglade-java - Glade bindings for Java
libglib-java -
Le lundi 13 août 2007 à 16:03 +0200, Arnaud Vandyck a écrit :
What is the status of this bug?
Hi Arnaud,
I've ITA'ed this one a while ago, and the work in progress is currently
available in SVN.
There are two issues left:
* AspectJ uses a modified version of the eclipse compiler. Even though
Hi,
Le mardi 27 mars 2007 à 01:00 +0200, Thomas Girard a écrit :
When compiling the following snippet:
class A {}
with `gcj --coverage -c A.java' I get:
/tmp/ccye0vd9.jar:0: internal compiler error: Segmentation fault
Please submit a full bug report,
with preprocessed source
reassign 436177 glibc
forcemerge 434484 436177
thanks
On Wed, Aug 08, 2007 at 10:25:24PM +0200, Manolo Díaz wrote:
I've experienced a similar problem trying to launch freemind
[...]
In my system /usr/bin/java is provided by the package gij-4.1
(version 4.1.1-20).
This problem is known (see
Package: libsigsegv
Version: 2.4-3
Severity: wishlist
Tags: patch
Hi,
Please generate the shared library when compiling libsigsegv.
GNU Smalltalk 3.0 will need this shared library.
The attached patch enables the shared library compilation and adds a
libsigsegv0 package. (It also removes the
tags 432541 + confirmed
thanks
Hi Lucas,
Le mardi 10 juillet 2007 à 12:10 +, Lucas Nussbaum a écrit :
Package: eclipse-cdt
version: 3.1.2-1
Severity: serious
User: [EMAIL PROTECTED]
Usertags: qa-ftbfs-20070708
Justification: FTBFS on i386
Hi,
During a rebuild of all packages in
Package: wnpp
Severity: wishlist
* Package name : libxmlrpc3-java
Version : 3.0
Upstream Authors : The Apache Software Foundation
* URL : http://ws.apache.org/xmlrpc/
* License : ASL 2.0
Description : XML-RPC implementation in Java
XML-RPC is a
Package: libjaxme-java
Version: 0.5.1+dfsg-1
Severity: wishlist
--- Please enter the report below this line. ---
Hi,
please package jaxme 0.5.2.
Also, I wonder if the binary package should not be renamed to
libws-jaxme-java, to be consistent with other ws.apache.org packaged
products.
Hi Lucas,
thanks for reporting this.
On Thu, May 24, 2007 at 06:53:18PM +0200, Lucas Nussbaum wrote:
Package: ace
version: 5.4.7-12
Severity: serious
Justification: FTBFS on i386
During a rebuild of all packages in sid, your package failed to build on i386.
A rebuild from a clean,
Package: gnu-smalltalk
Version: 2.3.4-1
Severity: serious
GNU Smalltalk 2.3.4-1 FTBFS on all arches because a file needs to be
regenerated during compilation, and this fails.
I'm working on a fix.
Thomas
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble?
Hello,
Le 26 mai 07 à 07:58, PICCA Frédéric-Emmanuel a écrit :
Thomas, your list is about plug-out *executables*, but Picca spoke
about
plug-out *sources*. I agree plug-out sources are useless because
it is easy to
produce them from the corresponding models
I was referring to *.bodies,
Hello,
On Thu, May 24, 2007 at 02:58:50PM +0200, Frederic-Emmanuel PICCA wrote:
As bouml do not request the source of all the plugout to run, is it possible
to remove them from
the binary package and to put them in for example the example directory of
the documentation
Package: ftp.debian.org
Severity: normal
Please remove stlport5 from the archive.
It has no reverse dependencies and stlport5.1 replaces it already.
Regards,
Thomas
-- System Information:
Debian Release: 4.0
APT prefers stable
APT policy: (500, 'stable')
Architecture: i386 (i686)
Shell:
Hello Scott,
On Fri, Apr 20, 2007 at 03:33:19PM -0400, Scott D. Fleming wrote:
Package: libace-dev
Version: 5.4.7-12
I believe the libace-dev package maintainer responded to debian bug
report #380739 (http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=380739)
incorrectly, and introduced a
tags 424470 + confirmed pending
block 424470 by 423525
thanks
On Wed, May 16, 2007 at 09:10:00AM +0200, Michael Ablassmeier wrote:
Package: libgconf-java
Version: 2.12.6-2
Severity: serious
User: [EMAIL PROTECTED]
Usertags: qa-ftbfs
hi,
while doing an archive wide package rebuild your
reassign 423843 libgconf-java
forcemerge 424479 423843
thanks
I've changed my mind again, this bug is really for libgconf-java.
Merging it with the newly reported bug.
Thomas
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
reassign 423843 libgtk-java
tag 423843 + pending
thanks
Hi,
On Mon, May 14, 2007 at 03:53:19PM +0200, Bastian Blank wrote:
Package: libgconf-java
Version: 2.12.6-2
Severity: serious
There was an error while trying to autobuild your package:
Automatic build of libgconf-java_2.12.6-2 on
Hello Kurt,
thanks for reporting:
On Sat, May 12, 2007 at 05:30:42PM +0200, Kurt Roeckx wrote:
Package: libglib-jni
Version: 0.4.2-6
Severity: serious
The /usr/lib/pkgconfig/glib-java.pc file says:
Requires: glib-2.0 gobject-2.0
So you need a Depends on libglib2.0-dev which provided
retitle 352521 ITA: aspectj -- A seamless aspect-oriented extension for Java
owner 352521 !
thanks
Hello,
I intend to adopt aspectj. The package will be handled by the
pkg-java team.
It will probably move to main, as gcj seems to be able to compile it.
Thomas
--
To UNSUBSCRIBE, email to
reopen 311214
owner 311214 Philipp Matthias Hahn [EMAIL PROTECTED]
thanks
Hello Philipp,
On Thu, Mar 22, 2007 at 04:11:10PM +0100, Philipp Matthias Hahn wrote:
I've put some work into creating a first version of a Debian package of
audit-1.5.1 for private use, which you can get from
Package: binutils
Version: 2.17cvs20070426-2
Severity: serious
Hello,
the shlibs of binutils reads:
libbfd 2.17 binutils
libopcodes 2.17 binutils
while:
libbfd soname is libbfd-2.17.50.20070426.so
libopcodes soname is libopcodes-2.17.50.20070426.so
The shlibs sould probably be
tags 420052 + confirmed pending
thanks
Hello Lucas,
On Thu, Apr 19, 2007 at 07:01:50PM +0200, Lucas Nussbaum wrote:
Package: libgtk-java
Version: 2.8.5-1.2
Severity: serious
Justification: FTBFS on i386, very likely to fail everywhere else
Usertags: grid5000 rebuild
Hi,
During a
Package: wnpp
Severity: wishlist
Owner: Thomas Girard [EMAIL PROTECTED]
* Package name: libvte-java
Version : 0.12.3
Upstream Author : the Java-Gnome Team
* URL : http://java-gnome.sourceforge.net/2.x/
* License : LGPL
Programming Lang: Java
Description
Hello Bastian, Paolo,
On Mon, Apr 16, 2007 at 08:50:00PM +0200, Bastian Blank wrote:
Package: gnu-smalltalk
Version: 2.3.3-3
Severity: important
There was an error while trying to autobuild your package:
In file included from interp.c:720:
interp-bc.inl: In function '_gst_interpret':
forwarded 416326 http://sourceware.org/bugzilla/show_bug.cgi?id=2137
thanks
Hi,
the kind people on #frysk pointed me to the upstream bug. It is reported to
be fixed.
Regards,
Thomas
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL
Package: gcj-4.1
Version: 4.1.1-20
When compiling the following snippet:
class A {}
with `gcj --coverage -c A.java' I get:
/tmp/ccye0vd9.jar:0: internal compiler error: Segmentation fault
Please submit a full bug report,
with preprocessed source if appropriate.
See
retitle 388532 ITP: frysk -- A system monitor and debugger
owner 388532 !
block 388532 by 311214
thanks
Hello Lazlo,
what is the status of your ITP #311214 on auditd? I would like to have
frysk in Debian, and auditd is a required dependency for it.
Regards,
Thomas
--
To UNSUBSCRIBE, email
On Tue, Mar 20, 2007 at 11:36:02PM +0100, Marc 'HE' Brockschmidt wrote:
Heya,
Hi Marc,
Building gnu-smalltalk on ia64 failed:
[...]
| config.status: linking ./src/ia64/ffitarget.h to include/ffitarget.h
| config.status: error: ./src/ia64/ffitarget.h: file not found
| configure: error:
On Thu, Mar 08, 2007 at 07:42:03PM +0100, Moritz Naumann wrote:
Hi,
are there any news on this?
Hello Moritz,
packaging JacORB is still on my TODO list. Actually it's now on top
of it :-)
Thomas, did you get around to sort out the assumed licensing issue?
Nope. From my understanding the
101 - 200 of 271 matches
Mail list logo
