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) wrot
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
Date: 2010/1/22
Subject: Bug#565280: FTBFS: jtag2usb.cc:98: error: invalid conversion
from 'const char*' to 'char*'
To:
Hi Phillip,
Thanks for finding and uploading this fix.
Cheers,
Shaun
009/5/6 Debian Bug Tracking System :
> 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
> Build-Depe
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:
/usr/include/google/s
2008/12/30 Shaun Jackman :
> 2008/12/30 David Paleino :
>> 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
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 David Paleino :
> 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.
&g
Hi David,
2008/12/30 David Paleino :
> 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
>> &g
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 t
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,
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. O
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 so
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
> whet
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
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 xu
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-confi
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
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 suggestio
e:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: 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):
&
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
import gtk, gtk.glade, gettext
File "/var/lib/python-support/python2.5
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 <
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 PM,
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 omitt
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 provid
Jonas 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
> >dependen
TED]> wrote:
> 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
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: F
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
Azu
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 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 to
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
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 Makefil
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
>
>
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 r
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
> Sever
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 /etc/alternatives/j
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
> >
>
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 d
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,
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
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):
> Pac
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
>
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 mono
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
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 result
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 pa
On 12/12/06, Steve Langasek <[EMAIL PROTECTED]> wrote:
> Should libswt-gtk-3.2-java (my package) conflict with
> libswt3.2-gtk-java (the package from Eclipse)? Since Eclipse is not in
> stable or testing (as you noted), I'm unsure if conflicting is
> necessary. Is it sufficient for libswt3.2-gtk-
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 t
reassign 396352 libswt-gtk-3.2-java
thanks
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
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:
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 U
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 th
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 lib
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'
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 B
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.
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 anyon
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 64-b
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
> &g
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]>
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 gtkembed
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 resol
> 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 libswt-gtk-3.1=3
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,
li
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) permis
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
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 (libswt-gtk3=3.0
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
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
>
> T
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: ren
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
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
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
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 t
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,
Sha
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
li
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
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 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 r
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 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,
> 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 al
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 deci
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 tr
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 E
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 archite
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
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 sourc
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,
S
2005/9/13, Andreas Jochens <[EMAIL PROTECTED]>:
> The package worked this way on 64-bit architectures with gcc-3.3
> for a long time and nobody complained about that as far as I know.
> The patch just restores the status quo that was used with gcc-3.3.
> Of course a real fix which perhaps redefines
* [java-stamp] Terminated
make: *** [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 rele
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 inst
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 Lued
package azureus
severity 322897 normal
tag 322897 +moreinfo
thanks
I have reduced the severity of this bug because it does not seem to
affect any other users.
Can you try a different JVM and see if your problem persists? I'm
using sun-j2sdk1.5. You could try sun-j2re1.5.
Cheers,
Shaun
2005/8/13
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]>:
> Pac
oard of Regents,
> valid until January 1 2008.
>
> --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,
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 `ja
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 mo
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
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*.
>
> /m
1 - 100 of 103 matches
Mail list logo
