reassign 396583 libgcj-common
thanks
Brendan O'Dea's message of 3 Nov 2006 to #396583 indicates a failure of
libgcj-common's control scripts to clean up a symlink created by a
previous version (apparently libgcj-common 1:4.1.0-2j1, see below).
The result is that /usr/share/doc/$P/{changelog.Debi
Can this bug's title be changed to "Source package contains useless
files", and accordingly its severity be reduced to minor or wishlist ?
pjrm.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug #343060 requests a rebuild of the aspell packages, and I've added
some information there.
The aspell maintainer points out that the backtrace for the crash I get
has one of scim's rather than libaspell's functions as the caller of the
delete that causes the double-free crash, which (combined w
[I haven't cc'd debian-release@lists.debian.org or [EMAIL PROTECTED]
On Wed, Dec 14, 2005 at 12:48:50PM +0100, Matthias Klose wrote:
> I think it's wrong to add conflicts to libstdc++6. we'll end up with
> an unmanagable long list of conflicts. can the conflict be added to
> some basic gtk package
Package: libstdc++6
Version: 4.0.2-5
Severity: important
Upgrading libstdc++6 from 4.0.2-2 to 4.0.2-5 causes crashes in various
gtk programs when GTK_IM_MODULE=scim is in the environment.
I have the following scim-related packages:
ii scim 1.0.2-3Smart Common Input Me
One could implement gcj-x.y as a bash script that parses its
arguments, and optionally does
main_classes=$(jv-scan-x.y --print-main "[EMAIL PROTECTED]")
if [ 1 = $(echo "$main_classes" | wc -w) ]; then
gcj-x.y.real --main=$main_classes ...
else
echo "Multiple classes contain a \`main
6 matches
Mail list logo
