There have been two releases since 3.1M4, namely 3.1 and 3.2M1. From
Eclipse's download page I see that 3.1 was released for Linux x86_64,
so I suspect these bugs were fixed upstream. So, this should be fixed
once I package SWT 3.1.
Cheers,
Shaun
2005/8/19, Kurt Roeckx [EMAIL PROTECTED]:
severity 337790 important
thanks
Since hotplug is still in Debian, I don't believe this bug is grave.
It is an important bug though, and I'd like to see libnjb work with
udev as well as hotplug.
Cheers,
Shaun
2005/11/11, kaouete [EMAIL PROTECTED]:
Hi, i have attached a libnjb.rules to this
tag 347674 +moreinfo +unreproducible
severity 347674 normal
thanks
I haven't been able to reproduce this bug. What version of libc6 do
you have installed? Do you know what you changed when azureus stopped
working? Have you found a solution?
Cheers,
Shaun
2006/1/11, Vedran Furač [EMAIL
2006/1/18, kaouete [EMAIL PROTECTED]:
i am sorry to say this, but i think you did not completely test what you
added to this package.
i tested and it doesnt work. (or it work like it was working
before, but it is not enough with last etch libusb)
The problem is that there is 2 file to change
Package: libnjb
Version: 2.2.4-2
Severity: serious
Justification: renders package unusable
Submitter: kaouete [EMAIL PROTECTED]
-- Forwarded message --
From: kaouete [EMAIL PROTECTED]
Date: 2006-01-18 10:01
Subject: Bug#337790: acknowledged by developer (Bug#337790: fixed in
Package: pocketpc-sdk
Version: 1.0.0-2
Severity: serious
The functions added in pocketpc-sdk 1.0.0-2 in response to bug #341059
do not exist on the Pocket PC. These functions were DialogBoxParamW,
lstrcatW, lstrcpyW, GetCurrentThreadId, SetEvent, ResetEvent, and
GetTextExtentPoint32W.
Cheers,
On 1/26/06, Eric House [EMAIL PROTECTED] wrote:
I finally had an equivalently good idea. My main dev machine is
dual-boot, but hasn't been booted into W2000 in two or three years.
I just remembered that it still has an old evc3 dev system on it and
mounted the msdos partition to look at the
Hello Golda,
I maintain the Debian package of glimpse, and I've patched a few minor
bugs. Another Debian developer has raised the issue though that the
glimpse license doesn't explicitly allow distributing modified
versions of the software. May Debian redistribute binaries of glimpse
built from
tag 308270 +help
thanks
swt-gtk 3.0+3.1M4-3 builds successfully on ia64, hppa, alpha, s390 and
powerpc, but it failed to build on arm, sparc, and m68k. The package
is being built using gcj-3.3. The error message is...
org/eclipse/swt/internal/Platform.java:0: error: Can't find default
package
.
--Golda Velez, Owner, Internet WorkShop 2005-July-03
On Sunday 03 July 2005 11:26, Shaun Jackman wrote:
On 7/3/05, Golda Velez [EMAIL PROTECTED] wrote:
Hi Shaun
Yes, Debian may redistribute binaries of glimpse built from modified
source
code. Let me know if you need a formal
Package: dmx4linux
Version: 2.5-1
Severity: serious
The code in tools/DMXDongle is non-free. It requires explicit written
permission for distribution. This code is not built, and so exists
only in the source package and not in the resulting binaries.
Thanks,
Shaun
package gnomad2
tag 324865 +confirmed
thanks
Woo! Nice catch. I can reproduce this bug with your instructions. It
only crashes if I have glibc (libc6) 2.3.5-4 installed. With glibc
2.3.2.ds1-22 installed, it does not crash.
Cheers,
Shaun
-- Forwarded message --
From: Carsten
package gnomad2
tag 324865 +fixed-upstream
thanks
Great! Thanks, Linus.
Cheers,
Shaun
2005/8/29, Linus Walleij [EMAIL PROTECTED]:
OK wow that was a particularly nasty bug, and it took me 2 hours to find.
The error was in filenaming.c in the function kill_tracknumber() where
the instring
: *** [build-stamp] Terminated
Build killed with signal 15 after 150 minutes of inactivity
What's the solution?
Cheers,
Shaun
[1] http://buildd.debian.org/build.php?pkg=swt-gtk
2005/8/19, Shaun Jackman [EMAIL PROTECTED]:
There have been two releases since 3.1M4, namely 3.1 and 3.2M1. From
Eclipse's
2005/9/13, Michael Koch [EMAIL PROTECTED]:
The problems is that you need to run JNIGeneratorApp on the sources. This
application replaces the integers used normally on 32-bit archs with longs
for 64-bit archs.
...
Perhaps I could run JNIGeneratorApp as part of the build process.
Cheers,
Shaun
2005/9/13, Steve Langasek [EMAIL PROTECTED]:
Which is a pretty lame excuse, because sizeof(long) == 4 on 32-bit archs
(not just Linux but most other platforms as well), and sizeof(long) == 8
on 64-bit archs...
I believe part of the issue is that the width of the type used in the
Java sources
2005/9/13, Andreas Jochens [EMAIL PROTECTED]:
On 05-Sep-13 15:09, Shaun Jackman wrote:
Does the package actually run and work this way? If so, I'll simply
apply your patch. Although, it is admittedly a bit of a hack.
It _is_ a hack. I did not really check it intensively, but basically
2005/9/14, Michael Koch [EMAIL PROTECTED]:
UURGH, NO. This will break SWT on 32 bit archs - if it works on 64 bit archs
at all.
You cannont compare normal C code with JNI C code. JNI C code has much higher
restrictions.
There's that cry of outrage! Hehe. Are there any 32-bit architectures
2005/9/14, Michael Koch [EMAIL PROTECTED]:
You replace jint (which is garanteed to be 32 bit) with long which dont has
this garantee.
Why dont you just build the native sources that upstream supplies for 64 bit
systems?
That is what I do in the eclipse build works very fine. BTW: My Eclipse
2005/9/14, Michael Koch [EMAIL PROTECTED]:
I just dont get why you wanna patch when upstream has already did the work
for you
and made SWT work on both types of platforms. And changing jint to long can
cause
bugs that are really hard to debug.
Simply because maintaining two source trees
2005/9/14, Billy Biggs [EMAIL PROTECTED]:
Hi, I just got pointed at this bug, I am a developer on the SWT
project.
The issue here is that in Java memory we need to store pointers to C
objects. jint is 32 bits, jlong is 64 bits, by the Java spec. To keep
memory use down, we decided to
That may sound like a pretty bad answer though, and feels even worse
now that I'm typing it. I've been thinking that the correct answer is
to have SWT packages created from the full eclipse sources like
Michael's packages do, and then ideally we'll do a proper autoconf
framework for all of
package azureus
tag 329141 +confirmed
severity 329141 normal
thanks
Thanks for the bug report. There is a workaround for this bug (see
also #308393). This workaround requires at least azureus 2.3.0.4 from
Debian unstable.
After the blank Azureus and Error loading plugin 'azupdate' windows
open,
On 11/22/06, Roman Zippel [EMAIL PROTECTED] wrote:
...
1. Is this more likely a bug in Boost or a bug in monotone?
2. Is it reasonable to workaround this bug by removing
-DBOOST_SP_DISABLE_THREADS?
3. Is it worth going to the extra effort to only define
-DBOOST_SP_DISABLE_THREADS on the
354358 +confirmed upstream
thanks
swt-gtk (3.1.2-2) unstable; urgency=low
* Revert the patch to xpcom.cpp used to fix #324030. It fixed the build
but did not produce a working package on 64-bit architectures.
-- Shaun Jackman [EMAIL PROTECTED] Sun, 26 Feb 2006 10:25:49 -0700
On 4/8/06
It has been reported that swt-gtk -- and azureus, which depends on it
-- does not work on amd64. I suspect this is true of all 64-bit
architectures. If you have access to a 64-bit architecture besides
amd64, I would very much appreciate your help with this bug. The
version in Sarge
Package: libswt3.1-gtk-jni
Version: 3.1.2-1
Severity: serious
Justification: conflicts with libswt-gnome-gtk-3.1-jni
Unpacking libswt3.1-gtk-jni (from .../libswt3.1-gtk-jni_3.1.2-1_i386.deb) ...
dpkg: error processing
/var/cache/apt/archives/libswt3.1-gtk-jni_3.1.2-1_i386.deb (--unpack):
trying
On 3/22/06, Brandon Williams [EMAIL PROTECTED] wrote:
I recently installed Ubuntu Dapper and found that gnomad2 would not
work for me due to the problem described in this bug. Here is my new
script version which works for both the hotplug system and udev, I
think.
Changes:
1) permissions
It builds find for me without liblablgtk2-gnome-ocaml-dev. It seems
the package liblablgtk2-ocaml-dev 2.4.0+2005.02.18-1 in stable was
split into liblablgtk2-ocaml-dev and liblablgtk2-gnome-ocaml-dev
2.6.0-3 in testing. I'll change the build dependencies to
liblablgtk2-ocaml-dev,
I could test on alpha, but there's no version of swt-gtk in sarge for this
architecture.
Why is it the old versions of this package which need testing, not the
current version?
Don't worry about testing the Sarge version then; that only applies to
ia64. If you could test
On 4/14/06, Stephan Michels [EMAIL PROTECTED] wrote:
To have the same swt lib into two different packages was not our intention.
It would be good to have one swt lib in the archive, then such things
won't occur.
Is it possible to merge your swt package with our swt package?
Can we resolve the
On 4/17/06, Matthias Klose [EMAIL PROTECTED] wrote:
The reason for my previous bug report, is that I consider it a
requirement that Azureus not depend on either Gnome or Mozilla.
how can you avoid this? it depends on /usr/lib/mozilla/libgtkembedmoz.so
What exactly depends on gtkembedmoz?
Package: ftp.debian.org
swt-gtk 3.0-6 (in sarge) does not work on ia64. It dies with a
SIGSEGV. Please remove the binary packages.
libswt-gtk3_3.0-6_ia64.deb
libswt-gtk3-jni_3.0-6_ia64.deb
libswt-mozilla3-jni_3.0-6_ia64.deb
Thanks,
Shaun
On 4/26/06, Shaun Jackman [EMAIL PROTECTED] wrote:
On 4
On 4/26/06, Ian Wienand [EMAIL PROTECTED] wrote:
On Wed, Apr 26, 2006 at 10:13:05AM -0600, Shaun Jackman wrote:
Try...
$ java -Djava.library.path=/usr/lib/jni:/usr/lib \
-classpath .:/usr/share/java/swt-gtk-3.jar:/usr/share/java/swt-pi-gtk-3.jar
Hello
Ok, we have lift-off. Well
On 5/4/06, Lauri Alanko [EMAIL PROTECTED] wrote:
May I ask what exactly is preventing this bug from being fixed? As I
told two months ago, it seems that the problem is only that upstream's
64-bit sources aren't used by the package on amd64. When I applied the
changes between the 32-bit and
Package: libnjb5
Version: 2.2.4-2
Severity: serious
Justification: conflicts with libnjb-hotplug
Submitter: Tucker Hermans [EMAIL PROTECTED]
Hey Shaun,
I just performed a system upgrade using aptitude running on my etch
system and I got the following results:
The following packages will be
libnjb5 has a bug, in that it replaces and conflicts with
libnjb-hotplug but doesn't say so in the package's control file. The
work-around is to remove libnjb-hotplug before installing libnjb5.
Cheers,
Shaun
On 2/16/06, Tucker Hermans [EMAIL PROTECTED] wrote:
Hey Shaun,
I just performed a
Package: zlibc
Version: 0.9j-7
Severity: serious
zlibc segfaults when used with ls.
$ echo 'Hello, world!' hello
$ gzip hello
$ LD_PRELOAD=/lib/uncompress.o ls
Cheers,
Shaun
tag 354358 +confirmed
severity 354358 serious
retitle 322897 azureus: unusable on AMD64
retitle 331723 azureus: unusable on AMD64
block 322897 on 354358
thanks
On 2/25/06, Lauri Alanko [EMAIL PROTECTED] wrote:
Package: libswt-gtk-3.1-java
Version: 3.1-3
Severity: grave
Justification: renders
On 3/1/06, Roberto Pariset [EMAIL PROTECTED] wrote:
Hello,
swt-gtk_3.1.2-2 is failing again (at least) on amd64. Errors are similar to
the following one. There are still many cast warnings as well.
...
Please check the last log at:
http://amd64.ftbfs.de/build.php?arch=pkg=swt-gtk
Thanks,
The quick solution is to install Java 1.5 from Sun. I'll see if the
package can be fixed to also run with Java 1.4.2.
Cheers,
Shaun
On 5/10/05, Morten Brix Pedersen [EMAIL PROTECTED] wrote:
Hi,
When starting the latest version of azureus, I get the following message:
mbp:~$ azureus
You might have the wrong bug number:
Bug#308545: azureus: Azureus doesnt start
Cheers,
Shaun
On 5/11/05, Miroslav Kure [EMAIL PROTECTED] wrote:
Argh,
please don't be fooled by wrong subject of the bugreport, it *really*
contains Czech (cs.po) debconf translation for *slbackup*.
/me
Hello Udi,
May Debian redistribute binaries built from modified source code?
The Debian Free Software Guidelines state that The license must
explicitly permit distribution of software built from modified source
code. but it seems to me this must apply to software in the non-free
archive as well.
Package: swt-gtk
Version: 3.2-1+b1
Severity: serious
Tags: pending
On 9/9/06, Amir Tabatabaei [EMAIL PROTECTED] wrote:
Hi,
libswt-gtk-3.2-jni has been updated few days ago to (3.2-1+b1) but
libswt-gtk-3.2-java depends on (= 3.2-1) and so wants to remove this and
further packages like azureus.
On 9/11/06, Steve Langasek [EMAIL PROTECTED] wrote:
...
The upload of swt-gtk (3.2-1+b1) by the Build Daemon is definitely a bug.
swt-gtk (3.2-1+b1) unstable; urgency=low
* Binary-only non-maintainer upload for i386; no source changes.
* Rebuild against libgcj7-0
-- Debian/i386 Build
On 9/26/06, Ludovic Brenta [EMAIL PROTECTED] wrote:
The bug still happens with 0.30. I was browsing the monotone-devel
archives and something went *tick* in my head:
Shaun Jackman wrote:
The monotone-0.30.tar.gz tarball shipped with package_revision.txt set
to `unknown'. Should this be fixed
Thank you for that trouble shooting! This is very useful information.
Cheers,
Shaun
On 9/28/06, Roman Zippel [EMAIL PROTECTED] wrote:
Hi,
I debugged the problem a bit and the problem seems to be the
BOOST_SP_DISABLE_THREADS define and monotone being linked against the
multithreaded boost
On 9/28/06, Steve Langasek [EMAIL PROTECTED] wrote:
No, it looks to me like monotone is running a command during the build that
takes an unreasonably long time to complete on a number of our
architectures.
We could ask the buildd maintainers to increase timeouts for monotone, but
given that the
Monotone is failing to build on s390, hppa, sparc, mips, and mipsel.
It builds successfully on i386, amd64, ia64, alpha and powerpc.
Monotone 0.28 built successfully on all targets. The build log is
available here:
http://buildd.debian.org/build.php?pkg=monotone
I'd be most appreciative of
package azureus
retitle 39 Does not work with kaffe
severity 39 wishlist
tag 39 confirmed
thanks
Azureus does not work with kaffe. It works with GIJ (gij-wrapper-4.1)
or Sun (sun-java5-jre).
Cheers,
Shaun
On 10/27/06, Edgar Ibsen [EMAIL PROTECTED] wrote:
Package: azureus
Version:
reassign 396352 libswt-gtk-3.2-java
thanks
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
On 8/19/08, Sebastien Delafond [EMAIL PROTECTED] wrote:
...
Anyway, I'm sure Shaun now has enough datapoints to decide what sort
of solution he'd like to implement. I've removed all my past NMU
uploads from DELAYED/7, and uploaded a single -3.1 that regroups all
the fixes needed for my
Hi Matthias,
Is there a document describing how best to use dh_nativejava?
In other packages, I've seen calls to dh_nativejava wrapped in
ifneq (,$(filter $(DEB_HOST_ARCH), $(gcj_native_archs)))
Is this necessary, and would the build fail on architectures without
gcj if this protection were
Hi Adam,
My preference would be to fix the bug, of course! But with the bug
being 180 days old now, it might be time to look at a workaround like
this. Do you know, does Azureus work with any other versions of GIJ? I
know that it works with Sun's VM.
Cheers,
Shaun
On Thu, May 1, 2008 at 1:45
It's only a temporary situation that Azureus does not currently work
with a free Java VM. It very nearly works with GIJ -- and has worked
with GIJ in the past -- and there's the possibility of running it with
openjdk, as Peter mentioned.
Cheers,
Shaun
On Tue, May 6, 2008 at 3:18 PM, peter green
Package: python-gtk2
Version: 2.12.1-1
Severity: serious
Both sugar-emulator and pychess fail with the same GTK+/Cairo related message:
$ pychess
Traceback (most recent call last):
File /usr/games/pychess, line 9, in module
import gtk, gtk.glade, gettext
File
: SHA1
On Sun, May 11, 2008 at 01:27:39PM -0700, Shaun Jackman wrote:
Both sugar-emulator and pychess fail with the same GTK+/Cairo related
message:
$ pychess
Traceback (most recent call last):
File /usr/games/pychess, line 9, in module
import gtk, gtk.glade, gettext
File
package azureus
retitle 449176 azureus: Does not download with GIJ JVM
thanks
Hi Hamish,
No worries. The bug didn't have an entirely accurate title. I'm fairly
sure Azureus did work with GIJ once upon a time. Azureus does have a
tendency to use bleeding-edge APIs though. It's more likely that
Package: sugar
Version: 0.79.3-2
Severity: serious
Both sugar and sugar-emulator fail:
AttributeError: 'NoneType' object has no attribute 'get_filename'
The full log follows.
Cheers,
Shaun
$ sugar-emulator
INFO:sugar-emulator:Attempting to find free port for X11 (Xephyr)
INFO:sugar-emulator:
:
Hi shaun,
On Sat, Apr 19, 2008 at 12:09:57AM -0700, Shaun Jackman wrote:
Both sugar and sugar-emulator fail:
AttributeError: 'NoneType' object has no attribute 'get_filename'
Thanks for the bugreport!
I suspect the cause of this is sugar-artwork missing. Could you please
check
Smedegaard [EMAIL PROTECTED] wrote:
On Sat, Apr 19, 2008 at 12:12:02PM -0700, Shaun Jackman wrote:
I do have sugar-artwork 0.79.2-1 installed. If you scroll down to the
bottom of the bug report, you can see the versions of all the
dependencies that I have installed: http://bugs.debian.org
On Mon, Apr 21, 2008 at 1:51 AM, Jonas Smedegaard [EMAIL PROTECTED]
...
Could you perhaps share some insight about how you went about? Any
tools or tricks I could use in future cases like this?
Unfortunately, it was just dumb look. I had the idea that perhaps GTK
needed a plugin to provide
On Fri, Jun 13, 2008 at 12:35 AM, Mike Hommey [EMAIL PROTECTED] wrote:
The first obvious thing would be to ensure you use the proper includes,
which means you need, at some point, to use pkgconfig --cflags
libxul-embedding.
The second thing I would do is ensure it works properly if you
build
On Fri, Jun 20, 2008 at 12:03 AM, Mike Hommey [EMAIL PROTECTED] wrote:
Hi Mike,
If I use pkg-config libxul-embedding, when running Azureus I get the error:
Browser: org.eclipse.swt.SWTError: XPCOM error -1041039359
which corresponds to NS_ERROR_NOT_INITIALIZED.
With pkg-config libxul it
On Sat, Jun 21, 2008 at 11:47 PM, Mike Hommey [EMAIL PROTECTED] wrote:
On Sat, Jun 21, 2008 at 09:28:17AM -0700, Shaun Jackman wrote:
Hi Mike,
Thanks for your help so far. I'm starting to get the impression that
modifying SWT-GTK to support xulrunner 1.9 is not a trivial amount of
work
On Mon, Jun 23, 2008 at 11:48 AM, Mike Hommey [EMAIL PROTECTED] wrote:
On Mon, Jun 23, 2008 at 10:21:32AM -0700, Shaun Jackman wrote:
I just uploaded SWT 3.4~rc3-1 which supports xulrunner 1.9. I usually
avoid packaging prereleases unless I have good reason, but this seems
like a good reason
Hi Mike,
Switching from using -lxpcomglue in libxul-dev to `pkg-config --libs
libxul-embedding` in xulrunner-dev yields the folowing runtime error
when running Azureus/Vuze:
java: symbol lookup error: /usr/lib/jni/libswt-mozilla-gtk-3346.so:
undefined symbol: NS_StringContainerInit2
Any
package azureus
tag 469590 confirmed
severity 469590 important
retitle 469590 azureus: Vuze requires libswt-mozilla-gtk-3.3-jni
thanks
Vuze requires libswt-mozilla-gtk-3.3-jni. It's not on the dependency
list for azureus, because azureus does work without
libswt-mozilla-gtk-3.3-jni if you are not
package freeguide
retitle 393401 Crashes with gij-4.1
severity 393401 important
tag 393401 confirmed
thanks
Freeguide does not, at present, work with gij-4.1. It does work with
Sun's VM, sun-java5-jre. gij and classpath have been improving.
Hopefully one day it will work.
Cheers,
Shaun
--
To
On 12/12/06, Steve Langasek [EMAIL PROTECTED] wrote:
...
I don't see any conflicts between the -java packages, only the -jni
packages. I guess the -jni packages do need to conflict with each other
then, if they have file conflicts.
Thank you for bringing to my attention that only the -jni
package monotone
severity 404616 important
tag 404616 unreproducible
thanks
On 12/26/06, Brian May [EMAIL PROTECTED] wrote:
Package: monotone
Version: 0.31-3
Severity: grave
Justification: renders package unusable
I have tried three completely different working directories with
similar
package monotone
retitle 404616 monotone: Segmentation fault on powerpc
thanks
On 12/27/06, Brian May [EMAIL PROTECTED] wrote:
Me thinks it is still RC, as it makes monotone completely
unusable. Even if it is PowerPC specific, Debian is still supported on
all architectures, not just Intel.
I
On 1/4/07, Zack Weinberg [EMAIL PROTECTED] wrote:
Thanks for the symbol-ful backtrace. I regret to say I don't know
what is going on there, but I have this bad feeling it's a Boost bug.
I get the same impression. Or, perhaps a difference between how Boost
was compiled for Debian and how
package monotone
block 404616 405599
thanks
Thanks for tracking down the root cause, Aaron! I suspected a Boost bug.
Cheers,
Shaun
On 1/4/07, Aaron M. Ucko [EMAIL PROTECTED] wrote:
I think bug #405599 may be responsible for #404616 (which I tried to
x-debbugs-cc):
Package: libboost-dev
If #404616 is in fact an RC bug, then #405599 should be as well. If
there are no objections, I'll bump the severity of #405599 to serious.
Cheers,
Shaun
On 1/4/07, Aaron M. Ucko [EMAIL PROTECTED] wrote:
I think bug #405599 may be responsible for #404616 (which I tried to
x-debbugs-cc):
retitle 406583 libswt-mozilla-gtk-3.2-jni: Conflicts with libswt3.2-gtk-jni
tag 406583 confirmed sid
retitle 401570 libswt-gtk-3.2-jni: Conflicts with libswt3.2-gtk-jni
thanks
libswt-mozilla-gtk-3.2-jni is from the swt-gtk source package.
libswt3.2-gtk-jni is from the eclipse source package.
The
I don't understand what has failed here. If the Makefile does not
exist, no problem. If the Makefile does exist, there is a distclean
target. What's the issue?
Cheers,
Shaun
On Nov 14, 2007 7:57 AM, Riku Voipio [EMAIL PROTECTED] wrote:
Package: lcab
Version: 1.0b12-1
Severity: serious
Sigh.
package lcab
tag 451257 confirmed
thanks
How odd. Thanks for the tip.
Cheers,
Shaun
On Nov 14, 2007 10:22 AM, Riku Voipio [EMAIL PROTECTED] wrote:
On Wed, Nov 14, 2007 at 09:45:21AM -0700, Shaun Jackman wrote:
I don't understand what has failed here. If the Makefile does not
exist
Thanks for the confirmation. As a workaround, you can use Sun's VM
instead of the GNU VM. With the Sun VM being open-sourced, hopefully
it will be available in Debian soon.
Cheers,
Shaun
On Dec 10, 2007 8:33 AM, Roman Mamedov [EMAIL PROTECTED] wrote:
I can confirm this. The downloads weren't
This bug is reported here:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=428087
I'm on vacation, since I've moved to a new city, and am busy looking
for work and an apartment. So, no fixes for a couple months. Sorry.
Cheers,
Shaun
On 6/19/07, ergosum [EMAIL PROTECTED] wrote:
Hello Shaun,
Hi, Richard.
You can always cc [EMAIL PROTECTED] That will reach the maintainer
and anyone who has subscribed.
Cheers,
Shaun
On 7/5/07, Richard Levitte [EMAIL PROTECTED] wrote:
Hi,
I'm looking through the current monotone bugs in TBS. Which of you do
I talk to about them?
One bug report
package libswt-gtk-3.2-java
tag 440690 confirmed
reassign 440690 dpkg
thanks
On 9/12/07, Cyril Brulebois [EMAIL PROTECTED] wrote:
reassign 440690 libswt-gtk-3.2-java
thanks
Julian Casadesus [EMAIL PROTECTED] (07/09/2007):
take a look:
ls -ll /usr/share/java | grep swt.jar
it's a link
package azureus
severity 445134 important
tag 445134 moreinfo
thanks
Hello Roman,
You currently have three JVM installed (sun-java5-jre, sun-java6-jre,
and java-gcj-compat). Which are you using? Run these commands for me:
$ /usr/sbin/update-alternatives --display java
$ ls -l
Yes, you'll have to wait for libswt-gtk-3.3-java to pass through the
NEW queue. Watch here:
http://qa.debian.org/[EMAIL PROTECTED]
.. and here...
http://ftp-master.debian.org/new.html
Cheers,
Shaun
On 10/27/07, Sven Hartge [EMAIL PROTECTED] wrote:
Package: azureus
Version: 3.0.3.4-1
Severity:
retitle 450529 eagle: unable to generate license file without X
severity 450529 normal
tag 450529 confirmed
thanks
Eagle must be run as root once to generate the license key file. The
debconf dialog explains this matter at installation time. Debconf
tries to run eagle as root, but as you say, if
package azureus
tag 458542 unreproducible moreinfo
severity 458542 important
thanks
Installing java-gcj-compat should provide java. What's the result of
the following two commands?
$ sudo update-alternatives --display java
$ ls -l /etc/alternatives/java
A common fix to alternatives problems is
Hi Joerg,
Attached is a patch from Nobuhiro Iwamatsu to fix a compiler error in
usb_dev_handle.
Cheers,
Shaun
-- Forwarded message --
From: Nobuhiro Iwamatsu iwama...@nigauri.org
Date: 2010/1/22
Subject: Bug#565280: FTBFS: jtag2usb.cc:98: error: invalid conversion
from 'const
Removing neutrino is fine by me. The package gnomad2 is a suitable alternative.
Cheers,
Shaun
On Fri, Aug 8, 2008 at 11:31 AM, Frank Lichtenheld [EMAIL PROTECTED] wrote:
severity 316772 serious
thanks
Hi,
neutrino has been orphaned for a very long time now and I am evaluating
whether a
Hi David,
Vuze is the dummy package, and azureus is the substantial package.
Vuze depends on azureus and additional packages required to run the
novel Vuze GUI. Those dependencies are not necessary when using the
classical GUI of Azureus. Azureus suggests vuze. Perhaps this should
be Recommends.
package azureus
merge 509878 509879
retitle 509878 azureus: `Unable to load graphics library' if Vuze GUI
is selected
tag 509878 confirmed
thanks
If the Vuze GUI is selected, and the azureus package is installed
instead of the vuze package, the user will see the above-mentioned
error message.
Hi David,
On Mon, 29 Dec 2008 11:02:56 -0800, Shaun Jackman wrote:
...
The fact is, starting azureus effectively fires up the shiny and blinking
Vuze interface. So something's really wrong.
...
You're right. That's the crux of the bug. I believe this is fixable.
Here's my proposed solution
Hi David,
2008/12/30 David Paleino d.pale...@gmail.com:
On Tue, 30 Dec 2008 09:52:34 -0800, Shaun Jackman wrote:
On Mon, 29 Dec 2008 11:02:56 -0800, Shaun Jackman wrote:
...
The fact is, starting azureus effectively fires up the shiny and blinking
Vuze interface. So something's really
2008/12/30 David Paleino d.pale...@gmail.com:
On Tue, 30 Dec 2008 11:48:54 -0800, Shaun Jackman wrote:
We definitely do want this fix in Lenny. It being the holidays, I
won't have time to look at this bug until this weekend. If you want to
take a stab at it, feel free.
I would've gladly
Is it possible to select the `Classic Interface' from the command line?
Thanks,
Shaun
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
2008/12/30 Shaun Jackman sjack...@gmail.com:
2008/12/30 David Paleino d.pale...@gmail.com:
I would've gladly done that, if I only knew how to start azureus in
classical
GUI mode from the command line :)
(tried several classes, I believed it was one of
org.gudy.azureus2.ui.swt.Main
Hi Phillip,
Thanks for finding and uploading this fix.
Cheers,
Shaun
009/5/6 Debian Bug Tracking System ow...@bugs.debian.org:
Closes: 521901
Changes:
avarice (2.9-1.1) unstable; urgency=low
.
* Non-maintainer upload.
* Fix FTBFS because of missing zlib import. Add zlib1g-dev as a
Package: sparsehash
Severity: serious
google/sparse_hash_set includes ext/hash_fun.h, which is not found:
configure:6326: checking google/sparse_hash_set usability
configure:6338: g++ -c -g -O2 -I/usr/lib/openmpi/include conftest.cc 5
In file included from conftest.cc:76:
Hi David,
Thanks for fixing this bug in avarice. Please do go ahead with the NMU.
avarice is up for adoption. See the RFA here: http://bugs.debian.org/732433
Would you like to adopt avarice?
Cheers,
Shaun
--
http://sjackman.ca
On 2013-Dec-22 at 10:39:11 , David Prévot (taf...@debian.org)
98 matches
Mail list logo