Hello Leopold,
On Mon, Mar 05, 2007 at 05:48:39PM +0100, Leopold Palomo-Avellaneda wrote:
> this bug is marked as closed but I have found some other libraries without
> the symlink.
[...]
> /usr/lib/libTAO_CosConcurrency.so.1.4.7
> /usr/lib/libTAO_CosEvent.so.1.4.7
> /usr/lib/libTAO_CosLifeCycle
clone 409727 -1
retitle -1 Please package bouml 2.21.5
severity -1 wishlist
thanks
Hello,
I'm cloning this bug as it implied to package 2.21.5.
Thanks,
Thomas
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
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
Hello,
thanks for the report.
On Mon, Feb 05, 2007 at 02:08:03AM +0100, [EMAIL PROTECTED] wrote:
> Package: bouml
> Severity: grave
>
> the release 2.21.5 of bouml available on http://bouml.free.fr fixes major old
> bugs whose may produced a crash of Bouml.
>
> Please, package the release 2.21.
Hello,
On Thu, Jan 25, 2007 at 09:23:51PM +0100, picca frederic wrote:
> Package: bouml
> Version: 2.19.2-1
> Severity: wishlist
>
>
> Every things in the title.
Sure. But it will not be part of etch, as etch is currently frozen.
Thomas
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a s
owner 375649 Debian GNU Smalltalk maintainers <[EMAIL PROTECTED]>
thanks
Hello,
We'll work on this ITA as a team composed of Diego and I.
Cheers,
Thomas
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
retitle 382815 ITA: groovy -- Agile dynamic language for the Java Virtual
Machine
owner 382815 James Williams <[EMAIL PROTECTED]>
thanks
On Sun, Aug 27, 2006 at 06:28:36AM -0400, James Williams wrote:
>
I've fixed the intent to adopt. Any progress on this ITA?
Thanks,
Thomas
--
To UNSUBSCR
Hello Diego,
On Sun, Sep 24, 2006 at 04:56:16PM +1000, Diego Mauricio Paz Carrillo wrote:
> Hi, i would like to adopt this package because i have some free time
> and i would like to start collaborating in the debian project,
Any progress on this? I was thinking of adopting gnu-smalltalk, but you
Package: wnpp
Severity: wishlist
Owner: Thomas Girard <[EMAIL PROTECTED]>
* Package name: bouml
Version : 2.19.1
Upstream Author : Bruno Pagès <[EMAIL PROTECTED]>
* URL : http://bouml.free.fr
* License : GPL
Programming Lang: C++
Description
Hi Robert,
On Mon, Oct 30, 2006 at 05:56:28PM -0800, Robert Fleming wrote:
> The package "libtao-dev" in unstable contains symlinks for many
> libTAO_xx.so -> libTAO_xx.so.1.4.7 but does not contain the symlink
> from libTAO.so to libTAO.so.1.4.7. The "stable" version of this
> package does conta
Hi Luk,
> Package: tao-naming
> Severity: important
> Version: 5.4.7-11
>
> Hi
>
> Your package recommends tao-nsutils which is not available in unstable.
Thanks for reporting. I'll fix this ASAP.
Thomas
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
>
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 o
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 stlport5.1_
Hello Torsten,
On Mon, Aug 07, 2006 at 07:08:39PM +0200, Thomas Girard wrote:
> > > Another way of enforcing correct flags would be to check whether symbol
> > > _REENTRANT is defined, and if it is not, the header could abort
> > > compilation with an #error stating _
Selon Gerardo Curiel <[EMAIL PROTECTED]>:
> Hi Thomas.
Hi Gerardo,
> Can you inform about the jacorb status?. Looks like there's no activity
> about it.
I have posted a RFC in May[1]. But there's probably a license issue
with the OMG files. I have started collecting information on this
and st
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 +0
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. He
Selon Nacho Barrientos Arias <[EMAIL PROTECTED]>:
> (gdb) print style_ptr->font
> $2 = (GdkFont *) 0x7083d0
>
> > (gdb) next
> > (gdb) print style_ptr->font
> >
>
> Yes,
>
> (gdb) next
> 170 style_ptr = styles_list->edit_text_background;
> (gdb) print style_ptr->font
> $3 = (Gdk
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
notforwarded 373257
reassign 373257 gcc-4.1
merge 386910 373257
thanks
Hi,
I'm merging #386910 with #373257. I have removed the forwarded status
of #373257 so that merge can happen (Forwarded: pseudo header is not
recognized by the BTS, and I don't know if that was intended).
Thanks,
Thomas
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 program
reassign 373257 g++-4.1
thanks
Hi,
I'm reassigning this to the g++ package as the bug seems to be fixed
upstream[1].
Thanks,
Thomas
[1] http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26957
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PR
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=)
> at gtkstyle.c:657
> gc_values = {foreground = {pixel = 7150384, red = 0, green = 0, blue
> = 0}, background = {pixel = 251
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
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 determineFiletyp
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 suggeste
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 PRO
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 ind
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
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
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 ar
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: Kil
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 r
Hello Torsten,
please keep [EMAIL PROTECTED] in CC: list so that everything get
archived on the BTS.
On Thu, Aug 03, 2006 at 09:59:43AM +0200, Harling, Torsten wrote:
[...]
> > So, to recap, even though I agree that the order of #include should not
> > change your program behaviour, not defining
tags 380739 + upstream
thanks
Hello Torsten,
On Tue, Aug 01, 2006 at 11:27:19AM +0200, Harling, Torsten wrote:
> #include
> #include
> #include
>
> using namespace std;
>
> int main (int argc, char **argv)
> {
> cout << "sizeof (boost::detail::sp_counted_base) == "
> << sizeof (b
gelog
@@ -1,3 +1,11 @@
+ivtools (1.1.3-5.3) unstable; urgency=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 200
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='*~'
tags 372649 + patch
thanks
On Tue, Jul 25, 2006 at 05:30:25AM -0400, Daniel T. Chen wrote:
> Using a shell other than bash will trigger the bug for this report.
> pushd/popd are the culprits in config/site.def.DEBIAN.
Nice catch Daniel! The attached patch fixes compilation with dash. And
bash
Hello Jay,
Selon Jay Berkenbilt <[EMAIL PROTECTED]>:
[...]
> 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
Selon Anton Ivanov <[EMAIL PROTECTED]>:
> famd: NetConnection.c++:252: void NetConnection::flush(): Assertion `ret
> == omsgList->len' failed.
>
> Program received signal SIGABRT, Aborted.
> 0xb7def83b in raise () from /lib/tls/libc.so.6
Great. And what does `bt full' give you then ?
Selon Anton Ivanov <[EMAIL PROTECTED]>:
> I tried to run it under gdb without success. It gets a signal 33 after a
> while which I think is actually a GDB artefact.
>
> Any ideas on how to debug this will be appreciated.
If this is *really* an artefact you can use
handle SIG33 noprint nostop.
H
Package: libccscript3
Version: 1.0.9-1.1
Tags: fixed
Hello,
I believe this bug was fixed in the NMU along with #365518. Indeed,
libccscript3 was successfully compiled on ia64. They are actually the
very same bug report.
Thomas
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of
user [EMAIL PROTECTED]
forwarded 373257 http://gcc.gnu.org/PR26957
thanks
Package: ace
Severity: important
Justification: fails to build from source
ace source package fails to build from source on hppa. This is
because of a g++ bug on hppa, see PR26957.
Thomas
-- System Information:
Debian Release: testing/unstable
APT prefers unstable
APT policy: (500, 'unstabl
Agustin wrote :
> Selon Agustin Martin <[EMAIL PROTECTED]>:
>
> > Looking at the buildd, seems to also build fine in all other arches but hppa
[...]
> > # 1.1.3-5.2 (hppa) (latest build at Jun 10 02:02: maybe-failed)
[...]
> > and the hppa problem is a missing dependency
> >
> > The following
Le mardi 13 juin 2006 à 12:09 +0200, Thomas Girard a écrit :
[...]
> I have no idea why libace5.4 is no longer available on hppa. I was
> thinking about asking for its removal (as it prevents new version from
> entering testing), but hadn't yet.
Well, it was removed on Tue, 16
Selon Agustin Martin <[EMAIL PROTECTED]>:
> Looking at the buildd, seems to also build fine in all other arches but hppa
>
> # 1.1.3-5.2 (s390) (latest build at Jun 9 12:36: maybe-successful)
> # 1.1.3-5.2 (sparc) (latest build at Jun 9 12:57: maybe-successful)
> # 1.1.3-5.2 (hppa) (latest build a
For completeness, note that invoking /usr/share/apt-cacher/install.pl
(which is invoked in postinst) in the init script would nearly work, as
it creates /var/cache/apt-cache directories with correct perms.
But it plays with apache.conf and tries to restart apache, so that's not
acceptable.
Regard
tags 365518 + patch
thanks
On Sat, Jun 10, 2006 at 08:34:16PM +0200, thomas wrote:
Sorry, wrong To:
Regards,
Thomas
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
freetype2 by renaming
+an enum member. Closes: 370687.
+
+ -- Thomas Girard <[EMAIL PROTECTED]> Sat, 10 Jun 2006 13:49:38 +0200
+
elvis (2.2.0-6) unstable; urgency=low
* debian/patches: switched to "quilt".
only in patch2:
unchanged:
--- elvis-2.2.0.orig/debian/patches/f
severity 370453 important
thanks
Tests have shown that apt-cacher fails to start if and only if
/var/cache/apt-cacher/private does not exist. It does *not* require the
exlock file to start.
But it does not work correctly if /var/cache/apt-cache/packages/ and
/var/cache/apt-cache/headers/ are mis
tags 367645 + moreinfo
thanks
Hello,
I have just tested this with 0.8-3+b1. It does *not* segfaults on
startup, and I have been able to use it. Could you please test
again against 0.8-3+b1 ?
Regards,
Thomas
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trou
tags 369090 + patch
thanks
Hello,
A patch similar to [1] can be applied here.
Applying the attached patch fixes the FTBFS.
[1]
http://www.freetype.org/freetype2/patches/SDL_ttf-2.0.7-noftinternals.patch
--- libgag/src/SDL_ttf.c.orig 2006-06-05 21:48:31.829231750 +0200
+++ libgag/src/SDL_ttf.
Hello,
this seems to be related to the lack of `long double' on some arches.
On such platforms there are no *l math function.
>From what I can see sparc and s390 have already been marked as not
providing long double. A test I've made with cpp -nostdinc on my Intel
platform seems to show that pow
Hello,
I am willing to provide help on this package, if this is still needed.
I am not (yet) a Debian Developer, but I have been co-maintaining ACE+TAO
(a large C++ network programming framework) packages[0] for a while. I hope
that's enough self-advertisement :-)
Thanks,
Thomas
[0] http://pkg
Hello again Tommi,
> g++ `pkg-config --cflags TAO_CosNaming` -c temp.c
[snip]
> If I understood correcly some mailing list posts, I should add
> -I$ACE_ROOT/something to compiler options. However, I think this is a
> bug because pkg-config --cflags should print all required include
> paths et ce
Selon Tommi Vainikainen <[EMAIL PROTECTED]>:
> Package: ace
> Severity: minor
>
> Programs 'ace-config' and 'tao-config' have manual pages, but the
> programs themselves do not exist.
Hello Tommi,
those manpages have already been removed[0] from the svn repo. The
next upload should fix this.
Th
Barry Hawkins wrote:
[...]
I think you make some excellent points here. In your initial message, I thought
you were advocating the dropping of version numbers and not trying to do
anything
else, which I would consider reckless and unwise. Adopting a solution for
languages
that have a longer h
Martin Michlmayr wrote:
Package: ace
Version: 5.4.7-8
Severity: important
Your package fails to build on AMD64 (and possible Alpha):
error: cast from 'const ACE_TCHAR*' to 'int' loses precision
Hello Martin,
thanks for reporting.
The error was fixed upstream [0]. I am backporting the fix rig
Hello Gerardo,
did you make any progress with this ITP ? I would gladly help or review
it.
(Please note that I am not a Debian Developer)
Regards,
Thomas
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
I asked:
why was x-dev dependency added to the `Build-Depends:' field ? As
`libxt-dev` already depends on it (via e.g. libx11-dev), I don't think
it should be marked twice. Am I missing something ?
and Steve replied:
You use headers from x-dev directly; you shouldn't rely on transitive
depende
Hello Amaya,
tags 346607 pending patch
I intend to NMU ace to the 5day queue, if you don't oppose.
Patches provided by Victor Seva are attached.
I do apologize for the late reply. Somehow your mail to [EMAIL PROTECTED]
didn't get forwarded to this mailing list, and thus I did not read it
until
Pierre THIERRY wrote:
Package: libace-flreactor5.4.7
Version: 5.4.7-3
Severity: normal
Dependency should be moved from libfltk1.1 to libfltk1.1c102, IIUC.
This is no longer needed as of libfltk1.1.6-6 [1].
Thanks,
Thomas
[1]
http://packages.debian.org/changelogs/pool/main/f/fltk1.1/fltk1.
Aaron M. Ucko wrote:
Package: ace
Version: 5.4.7-4
Severity: serious
Justification: no longer builds from source
Given that the platforms on which ace still tries to build with gcc 4
are by and large still running into link problems such as #324271, I
would suggest dropping back to g++-3.4 on *a
Matt Kraai a écrit :
Package: ace
Version: 5.4.2.1.0-4
Severity: serious
ace fails to build from source:
[ ... ]
Hi Matt,
this is a known problem. ACE+TAO could not be compiled with g++ 4 until
ACE+TAO 5.4.5 was released [1].
I think it would be easier to switch to 5.4.6 than to backport al
Package: manpages-fr
Version: 1.58.1-3
Severity: minor
Tags: patch l10n
Hi,
the swab(3) has a typo in the prototype of swab. The third arg,
n, is shown as a size_t whereas it is actually a ssize_t.
The english version does not suffer from this typo.
A patch is attached to this mail.
Thanks,
T
Stefan Strasser a écrit :
Package: libciao-dev
Version: 5.4.2.1.0-3
Severity: grave
Components.idl is not provided with this package which renders it useless
because it is included in any cidl file.
Please see
http://lists.alioth.debian.org/pipermail/pkg-ace-devel/2005-May/000485.html
and more spe
Stefan Strasser a écrit :
Package: libtao-orbsvcs-dev
Version: 5.4.2.1.0-3
Severity: normal
make[1]: Entering directory
/usr/share/doc/libtao-orbsvcs-dev/examples/CosEC'
make[2]: Entering directory
/usr/share/doc/libtao-orbsvcs-dev/examples/CosEC/Factory'
make[3]: Entering directory
/usr/share/doc/
Andrey Romanenko a écrit :
Package: libtao-qtreactor-dev
Version: 5.4.2.1.0-2
Severity: important
While unpacking the package tries to overwrite
/usr/include/tao/qt_resource.h which is also in
package libtao-dev. Installation fails.
Hello Andrey,
thanks for reporting this. I have a fix I'm currentl
Anders Oreback a écrit :
Package: gperf-ace
Version: 5.4.2.1.0-2
Followup-For: Bug #294338
I think the problem is not with tao_idl (libtao-dev) but with gperf-ace.
This version of gperf does not seem to come from the ACE distribution
since that one does honor the -V option.
Hello Anders,
you're
201 - 271 of 271 matches
Mail list logo