Hello,
On 11/07/2015 03:49 PM, Kurt Roeckx wrote:
On Sat, Nov 07, 2015 at 02:36:38PM +0100, Johnny Willemsen wrote:
Hi,
Please create a pull request for the necessary changes, ACE is hosted
upstream at https://github.com/DOCGroup/ATCD/.
https://github.com/DOCGroup/ATCD/pull/156
I think we
tag 767423 + moreinfo
thanks
Hello,
the stacktrace you provide shows two messages that could explain the error:
(tracker-extract:18870): libmediaart-CRITICAL **: media_art_process_buffer:
assertion 'artist != NULL || title != NULL' failed
(tracker-extract:18870): Tracker-WARNING **: Could
Yes, that's fine. Thanks for doing it.
Original message
Subject: [Pkg-ace-devel] Bug#723856: rebuild
From: Barak A. Pearlmutter ba...@cs.nuim.ie
To: 723...@bugs.debian.org
CC:
With the binary ace packages in sid, ivtools fails to build.
Ivtools has been booted from
Original message
Subject: Re: [Pkg-ace-devel] Bug#701300: ld weak symbols or ACE problem?
From: Agustin Martin agmar...@debian.org
To: ?? ?? pashev.i...@gmail.com,701...@bugs.debian.org
CC: Debian ACE+TAO maintainers pkg-ace-de...@lists.alioth.debian.org
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hello,
On 23/01/2013 22:16, Ralf Treinen wrote:
the source package is now available at
http://people.debian.org/~treinen/ace/
I would appreciate if you could check that everything is fine
before I will upload it to sid. If possible I would
Hello,
On 22/01/2013 23:30, Pau Garcia i Quiles wrote:
I'm afraid Johnny was not CC'ed in your mail, do not forget to add
pkg-ace-devel to the CC list
There's no need to add pkg-ace-devel@ since bug #697848 is on ace, the
maintainer (pkg-ace-devel@) gets all mail about it.
Regards,
Thomas
Hello,
On 23/01/2013 08:33, Ralf Treinen wrote:
Relicensing is probably the best solution, generally speaking, but I suppose
it will come too late for wheezy.
Ack.
On 23/01/2013 09:08, Johnny Willemsen wrote:
Agreed, but I believe Sun intent here was to ensure that
standardization and
Hello,
On 23/01/2013 08:39, Ralf Treinen wrote:
OK. Here is what I will try tonight when I get back from work:
- repack the orig.tar.gz without the two windows executables, the TAO
source tree, and the files in examples/ that are under Addison Wesley
licence.
There is something slightly
Hello,
On 22/01/2013 13:55, Pau Garcia i Quiles wrote:
On Tue, Jan 22, 2013 at 9:10 AM, Ralf Treinen trei...@free.fr
mailto:trei...@free.fr wrote:
I may help with uploading an ace with a repackaged source if necessary.
Thanks for offering your help. I have requested a refresh on my
On 22/01/2013 21:40, Ralf Treinen wrote:
I'm more annoyed by #697848. The first two issues raised by Ansgar were
not yet discussed with upstream because I need a confirmation on what
is exactly the issue. If this is what I underlined in my reply then I
am afraid we will have no easy solution
Hello,
thanks for the report.
On 10/01/2013 12:30, Ansgar Burchardt wrote:
Package: src:ace
Severity: serious
[...]
the following license conditions (from 6.1.2-1's d/copyright) look quite
non-free as they restrict how the program may be modified:
I assume you are referring to DFSG#3
tags 697847 + confirmed
thanks
On 10/01/2013 12:26, Ansgar Burchardt wrote:
The source for
bin/LabVIEW_RT/*.exe
seems to be missing from the source package (at least from 6.0.3-5
and 6.1.2-1). As they seem to be related to LabVIEW I suspect they
cannot be built in Debian either.
Hello,
tags 665054 + confirmed
thanks
On 22/03/2012 13:24, Lucas Nussbaum wrote:
Relevant part:
make[3]: Entering directory `/«PKGBUILDDIR»/debian/build'
/usr/bin/cmake -E cmake_progress_report
/«PKGBUILDDIR»/debian/build/CMakeFiles 1
[ 50%] Building C object CMakeFiles/codiff.dir/codiff.o
Hello,
Thanks for your report, and sorry for the late reply.
On 18/01/2012 04:14, Ken Gregson wrote:
I believe I discovered the root cause after downloading and building ACE
and TAO libraries from the upstream sources, an experience that has
caused me to appreciate Even More the work of Debian
tags 644826 + pending
unblock 644826 by 644722
thanks
Building now with a patch similar to the one proposed here.
Regards,
Thomas
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
forwarded 644722 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48660
tags 644722 + confirmed upstream
tags 644826 + confirmed
block 644826 by 644722
thanks
The issue was reported to upstream by Ubuntu maintainers (thanks to
them). Also trackable here:
fixed 630897 ace/6.0.1-1
thanks
Le 21/11/2011 04:21, peter green a écrit :
Currently this bug is marked as fixed in stable but unfixed in testing
and unstable.
There is a comment in the bug report log saying This file has already
been removed from the latest ace versions. and the file does
Hello,
Le 02/07/2011 18:40, Thomas Girard a écrit :
Should I upload a new ace-dfsg_5.7.7.orig.tar.gz without the pdf file
to s-p-u, and request for its inclusion in the next stable update?
Yes, please rebuild the .orig tarball to remove the file, note that fact
in debian/{copyright
Hello,
Le 02/07/2011 17:35, Adam D. Barratt a écrit :
It's not just non DFSG-free - it's completely non-distributable. From
the quote in #630897:
(2) the use of the specifications is for informational purposes and
will not be copied or posted on any network computer or broadcast in any
Hello,
Le 13/06/2011 19:39, Hector Oron a écrit :
Could you please push the patch to Vcs? I am trying to see what's
going on armel build, which produces an ICE on the compiler.
I am preparing an upload of ACE+TAO 6.0.3+2.0.3 to experimental. I
completely forgot to mention that upload of
Le 26/06/2011 14:33, Hector Oron a écrit :
I am preparing an upload of ACE+TAO 6.0.3+2.0.3 to experimental. I
completely forgot to mention that upload of 5.7.7-3 included a patch
(that was integrated upstream afterward) to work around another ICE
with armel regarding -fvisibility=hidden.
tags 630897 + confirmed fixed-upstream
thanks
Hello,
Le 18/06/2011 21:04, Johnny Willemsen a écrit :
This file has already been removed from the latest ace versions.
Good to know. But since Debian stable version 5.7.7-4 includes it, I
think we'll need a stable update for this.
Regards,
Hello,
ace_5.7.7.orig.tar.gz includes a non DFSG-free specification .pdf file:
ptc_09-10-26 DDS4CCM v1-0 WCB.pdf
Sam reported bug #63097[1] about this issue, thanks to him for pointing
this out.
ace packages 5.7.7-4 are distributed in Debian stable. The non-free
.pdf is not distributed in the
Hello,
Le 11/06/2011 15:01, Thomas Girard a écrit :
I'm testing a fix for this bug.
The patch is working fine. I'm having a look at another, unrelated,
IPv6 possible bug before uploading a new release.
Regards,
Thomas
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
Hello,
Le 11/05/2011 18:20, Steve Huston a écrit :
Thomas, is this issue in Bugzilla? If not, please enter it there.
It is:
http://bugzilla.dre.vanderbilt.edu/show_bug.cgi?id=3958
I don't have an immediate reaction to the choices, but off-the cuff I
tend to favor b under configuration
forwarded 622074 http://bugzilla.dre.vanderbilt.edu/show_bug.cgi?id=3958
tags 622074 + upstream
thanks
Hello,
because SSLv2 is considered dangerous, it was disabled from Debian
openssl packages[1].
This causes ace 6.0.1 packages to fail to build from source (FTBFS)[2].
We are requesting you
reassign 624893 qt-x11-free
forcemerge 624893 611255
thanks
Hello,
this is caused by #611255.
Thanks,
Regards,
Thomas
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
/python-omniorb, so someone needs to
upload this now. Usually Thomas Girard does this but I don't know how
much time he has (we don't tend to be the fastest team ;-)) so if this
is urgent for the transition then maybe someone else could upload this
after checking with him?
I'll upload the fix
Package: libsigsegv2
Version: 2.9-1
Severity: grave
Hello,
the 2.9-1 package release does not contain any library on i386:
me@machine:~$ dpkg -L libsigsegv2
/.
/usr
/usr/share
/usr/share/doc
/usr/share/doc/libsigsegv2
/usr/share/doc/libsigsegv2/changelog.Debian.gz
Hello,
Le 16/08/2010 15:50, Mehdi Dogguy a écrit :
On 08/16/2010 03:44 PM, Johnny Willemsen wrote:
Hi,
Looks a problem with visibility. What is the exact GCC version used?
That's indeed a visibility issue, since deactivating it makes the build
process complete.
I'll commit a patch for this
Le 04/08/2010 11:26, Johnny Willemsen a écrit :
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi,
Looks like the wrong config file is included.
Yes, that's Linux config file. Since Debian GNU/kFreeBSD[0] is not yet
supported upstream, we'll have to provide a working file ourselves (and
then
tags 533809 + pending
tags 550629 + pending
tags 552899 + pending
thanks
Hello,
those bugs are fixed in the SVN repo. I'm waiting for my gpg key update
to be propagated on the keyring so that I can upload them.
Regards,
Thomas
--
To UNSUBSCRIBE, email to
Package: ace
Version: 5.6.3-5
Severity: normal
Tags: pending
Hello,
I have found out what was causing #552899, and I'm currencly testing a fix
for this.
Regards,
Thomas
-- System Information:
Debian Release: squeeze/sid
APT prefers unstable
APT policy: (500, 'unstable'), (1,
Luk Claes wrote:
Hi
Any further progress in getting this FTBFS fixed?
I'm tempted to remove ace from testing if this bug does not get fixed
soon. The only reverse dependency which prevents the removal will soon
be diagnostics (maintainer Cc-ed).
Please don't. I am currently busy but I will
Pau Garcia i Quiles wrote:
On Mon, Oct 26, 2009 at 8:16 AM, Johnny Willemsen jwillem...@remedy.nl wrote:
Hi,
Is there anyone at debian who has experience with opensuse build service? If
someone can take x.7.4 and see what has to be done to the
ACE_wrappers/debianbuild package in the
Package: diagnostics
Version: 0.2.2
Severity: serious
Justification: no longer builds from source
a binary NMU rebuild of diagnostics shows diagnostics FTBFS on s390[1].
A NMU will follow, as requested by the maintainer.
Regards,
Thomas
[1]
/changelog 2008-07-05 13:58:09.0 +0200
@@ -1,3 +1,11 @@
+diagnostics (0.2.2+nmu1) unstable; urgency=low
+
+ * Non-maintainer upload, as requested by Michael.
+ * Work-around a g++ 4.3 bug on s390 causing the package to FTBFS on this
+arch (closes: #489386)
+
+ -- Thomas Girard [EMAIL PROTECTED
found 432541
tags 432541 - confirmed help
close 432541
thanks
That bug got fixed with the gcc-4.3/4.3.0-2 upload.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
tag 481668 + confirmed
thanks
Hello Jiří,
Le samedi 17 mai 2008 à 21:45 +0200, Jiří Paleček a écrit :
Hello,
I was just about to test and close #470803, but I've found out I couldn't
even run frysk. The error message is:
[EMAIL PROTECTED]:/usr/src/dfsbuild$ frysk
libgcj failure: gcj
forwarded 477312 http://smalltalk.gnu.org/project/issue/213
thanks
Hello,
I've just tried backporting the Swazoo race patch (that is git commit
dfd82e2fef20429c40f0deaedc2154e9c10f5802) but test 120 still fails.
The bug report continues on http://smalltalk.gnu.org/project/issue/213
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]
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.
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,
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
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
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
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
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
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]
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
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
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
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
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
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?
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
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
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:
Hi,
thanks for reporting.
On Sun, Feb 11, 2007 at 07:21:09PM +0100, Marc 'HE' Brockschmidt wrote:
Package: stlport5.1
Version: 5.1.0-1
Severity: serious
Tags: experimental
Heya,
stlport5.1 failed to build on alpha:
[...]
../../stlport/stl/_cwchar.h:114: error: size of array
Hi Rene,
Selon Rene Engelhard [EMAIL PROTECTED]:
Package: libstlport5.0-dev
Version: 5.0.2-10
Severity: grave
$ ls -l /usr/lib/libstlport.so
lrwxrwxrwx 1 root root 15 2006-10-10 15:26 /usr/lib/libstlport.so -
libstlport.so.5
which of course doesn't exist, but what exists is
$ ls -l
tags 390975 + confirmed
thanks
Hi,
$ sudo apt-get install libstlport5.1
Reading package lists... Done
Building dependency tree... Done
The following NEW packages will be installed
libstlport5.1
0 upgraded, 1 newly installed, 0 to remove and 872 not upgraded.
Need to get 0B/211kB of
Hi,
Selon [EMAIL PROTECTED]:
Package: stlport5.1
Version: 5.0.99rc2-4
Severity: serious
architectures are allowed to have specific standard libraries, and
linking without them is fatal.
There was an error while trying to autobuild your package:
Automatic build of
Selon Nacho Barrientos Arias [EMAIL PROTECTED]:
(gdb) print style_ptr-font
$2 = (GdkFont *) 0x7083d0
(gdb) next
(gdb) print style_ptr-font
Is it NULL now?
Yes,
(gdb) next
170 style_ptr = styles_list-edit_text_background;
(gdb) print style_ptr-font
$3 = (GdkFont
Nacho Congratulations, i applied it to a clean source tree and it works for
Nacho me. Now, i can execute Manedit with an existing RC file.
Great! So the previous patch manedit.diff is not needed? I believe drag and
drop could crash without it, but this is not related to this bug.
Me Heck.
Selon Thomas Girard [EMAIL PROTECTED]:
Great, thanks. Could you please try the attached patch? It tries to
avoid the problem you're facing.
Heck. Here's the patch.--- prefop.c- 2006-09-13 07:54:20.0 +
+++ prefop.c 2006-09-13 07:58:01.0 +
@@ -156,10 +156,12
Hi Nacho,
On Wed, Sep 06, 2006 at 10:56:03AM +0200, Nacho Barrientos Arias wrote:
Yes, style-font is NULL.
Okay, thanks.
I don't understand why it gets NULL. From what I've seen, the culprit
style is stored in the field edit_text_standard. It is first set in
main.c:398, then in prefop.c:169
Package: ace
Version: 5.4.7-10
Severity: grave
Justification: renders package unusable
Hi,
I've just realised that some TAO functionalities (e.g. codesets,
portable interceptors) get dlopen()'ed using the library symlink instead
of the soname.
Therefore it is not possible to use many TAO
Hi,
On Sun, Sep 03, 2006 at 01:54:18AM +0200, Nacho Barrientos Arias wrote:
Program received signal SIGSEGV, Segmentation fault.
0x2b9f5159a3f0 in gtk_paint_hline () from /usr/lib/libgtk-1.2.so.0
(gdb) bt full
#0 0x2b9f5159a3f0 in gtk_paint_hline ()
from /usr/lib/libgtk-1.2.so.0 No
On Tue, Sep 05, 2006 at 09:06:18PM +0200, Nacho Barrientos Arias wrote:
#0 0x2b78e4d943f0 in gtk_style_init (style=0x826780, colormap=0x6dd870,
depth=value optimized out)
at gtkstyle.c:657
gc_values = {foreground = {pixel = 7150384, red = 0, green = 0, blue
= 0}, background
tags 384507 + patch
thanks
Hi,
On Thu, Aug 24, 2006 at 09:14:47PM +0200, Aurelien Jarno wrote:
dpkg-source: extracting libnsuml-java in libnsuml-java-0.4.20
dpkg-buildpackage: source package is libnsuml-java
dpkg-buildpackage: source version is 0.4.20-12
dpkg-buildpackage: host
tags 355793 + patch
thanks
Hi,
the attached patch fixes this bug.
Thomas
--- src/jikes-sun- 2006-09-02 13:17:09.817467000 +0200
+++ src/jikes-sun 2006-09-02 13:17:44.899659500 +0200
@@ -6,6 +6,10 @@
JPATH=/usr/lib/j2${path_type}${version}-sun/lib
Hi,
at last I have reproduced this bug on my sid i386 box.
lmms seems to parse (at least) every .xml file in the directory it was
launched from. Filling a xml file with junk reproduces the crash for
me, e.g.:
[EMAIL PROTECTED]:~$ echo whatever whatever.xml
[EMAIL PROTECTED]:~$ lmms
I'm
Hello,
I can't reproduce this problem on my i386 box. But according to the
report, the bug can only be seen on an amd64. Having a look at the
buildd log[1] reveals that gcc complains a log about cast to pointer
from integer of different size.
Having a look at the source code shows that it
Hi again,
On Sun, Sep 03, 2006 at 01:12:06AM +0200, Nacho Barrientos Arias wrote:
Done. I just applied the attached patch to a clean 0.6.1-2 source tree
and compiled it in a clean SID chroot. It crashes in the same way.
--- 8 ---
[EMAIL PROTECTED]: ~ $ rm .maneditrc
[EMAIL
On Sun, Sep 03, 2006 at 01:39:52AM +0200, Nacho Barrientos Arias wrote:
Can you please recompile this patched version with debug info (setting
the DEB_BUILD_OPTIONS environment variable to noopt,nostrip should
do) then send here the output of bt full in gdb?
Running as suggested above:
tags 382491 + patch
thanks
On Sat, Sep 02, 2006 at 11:12:24PM +0200, Thomas Girard wrote:
I'm trying to find out why.
That's a chicken-egg problem. fileItem::fileItem tries to find the
file type before storing the associated pixmap (file_browser.cpp:824),
but the determineFiletype() will need
tags 384220 + patch
thanks
Hi,
Indeed, the libebook1.2-dev build-depends is missing. The attached
patch fixes this.
Thomas
--- debian/control- 2006-08-31 23:46:18.686698500 +0200
+++ debian/control 2006-08-31 23:47:00.981341750 +0200
@@ -3,7 +3,7 @@
Priority: optional
Maintainer:
Package: mxv
Version: 1.32-3
Severity: serious
Tags: patch
Hi,
now that ivtools was updated to provide a correct Imakefile fragment,
mxv fails to compile because:
* it uses old /usr/X11R6/include path
* it needs g++4 tweaks
* it needs a fortran guru
I know that mxv has been requested to be
=low
+
+ * Non-maintainer upload.
+ * Remove bashism from config/site.def.DEBIAN (Closes: #372649).
+ * Remove remaining references to /usr/X11R6 (Closes: #378525, #380123).
+
+ -- Thomas Girard [EMAIL PROTECTED] Sat, 29 Jul 2006 23:09:12 +0200
+
ivtools (1.1.3-5.2) unstable; urgency=low
retitle 378525 ivtools: broken -dev package prevents mxv compilation
tags 378525 + patch
thanks
Hello,
the following changes are needed to generate a ivtools-dev package that
can be used.
With this updated ivtools-dev and the fix for #280302 mxv almost
compiles.
Thomas
diff -Nru --exclude='*~'
I apologize for not having posted this bug earlier with a lower
severity, but I overlooked the ace package as a reverse dependency on
xerces26 because none of the binary packages have runtime dependencies
on libxerces26c2. This makes me wonder whether the build dependency
on
1 - 100 of 116 matches
Mail list logo