Accepted azureus 2.5.0.0-2 (source all)

2006-11-19 Thread Shaun Jackman
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Fri, 17 Nov 2006 10:56:04 -0700 Source: azureus Binary: azureus Architecture: source all Version: 2.5.0.0-2 Distribution: unstable Urgency: medium Maintainer: Shaun Jackman [EMAIL PROTECTED] Changed-By: Shaun Jackman [EMAIL PROTECTED

GCC not finding target as

2006-11-18 Thread Shaun Jackman
The GCC build (svn revision 118976) is not finding the target as, although it appears to be in the right place. Thanks, Shaun $ ../configure --target=avr --enable-languages=c --prefix=/usr ... $ cat gcc/as #!/bin/sh exec $@ $ /usr/bin/avr-as --version | head -1 GNU assembler 2.16.1 $ make ...

Bug#367110: azureus: console ui feature missing in Debian version

2006-11-18 Thread Shaun Jackman
package azureus tag 367110 confirmed patch thanks On 5/13/06, Alex Malinovich [EMAIL PROTECTED] wrote: The Debian build of azureus seems to be missing some of the features of the official build. While I have not yet taken the time to find all of the missing features, I can confirm that the

AVR byte swap optimization

2006-11-17 Thread Shaun Jackman
The following macro expands to some rather frightful code on the AVR: #define BSWAP_16(x) \ x) 8) 0xff) | (((x) 0xff) 8)) uint16_t bswap_16(uint16_t x) { 0:9c 01 movwr18, r24 2:89 2f mov r24, r25 4:99 27 eor r25, r25 6:

[avr-gcc-list] AVR byte swap optimization

2006-11-17 Thread Shaun Jackman
The following macro expands to some rather frightful code on the AVR: #define BSWAP_16(x) \ x) 8) 0xff) | (((x) 0xff) 8)) uint16_t bswap_16(uint16_t x) { 0:9c 01 movwr18, r24 2:89 2f mov r24, r25 4:99 27 eor r25, r25 6:

[Wireshark-dev] Why replace ntohl() with g_ntohl()?

2006-11-16 Thread Shaun Jackman
This task seems to be a fundamentally broken idea. Why use a funky g_ntohl -- or any g_xxx function for that matter -- when there's a perfectly good, standard library function, namely ntohl? If a particular architecture doesn't provide ntohl, one may use autoconf to detect this case and provide

Accepted monotone 0.31-1 (source i386 all)

2006-11-16 Thread Shaun Jackman
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Mon, 13 Nov 2006 10:16:14 -0700 Source: monotone Binary: monotone monotone-doc monotone-server Architecture: source i386 all Version: 0.31-1 Distribution: unstable Urgency: low Maintainer: Shaun Jackman [EMAIL PROTECTED] Changed

[avr-gcc-list] Avoiding the flash temporary page buffer auto-erase

2006-11-14 Thread Shaun Jackman
From the AVR data-sheet: The temporary buffer will auto-erase after a Page Write operation or by writing the RWWSRE bit in SPMCSR. Is it possible to avoid this RWWSRE auto-erase behaviour. I'd like to be able to partly fill up the temporary page buffer, jump to application

Bug#398412: New upstream release (0.4.5)

2006-11-13 Thread Shaun Jackman
Package: octaviz Version: 0.4.5 octaviz 0.4.5 has been released. Cheers, Shaun -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

[Monotone-devel] Files in contrib/ missing from 0.31 tarball

2006-11-13 Thread Shaun Jackman
The following files are checked into version control but missing from the monotone 0.31 tarball: ChangeLog.sh asciik.py dtrace2calltree.py edit_comment_from_changelog.lua get_passphrase_from_file.lua monotone-notify-hookversion.lua

[Monotone-devel] monotone-server: empty passphrase from get_passphrase

2006-11-13 Thread Shaun Jackman
$ sudo dpkg-reconfigure monotone-server [accept all the defaults] $ sudo /etc/init.d/monotone start Starting Monotone Server: monotone. $ cat /var/log/monotone/mtn.log mtn: misuse: got empty passphrase from get_passphrase() hook $ sudo cat /etc/monotone/passphrases [EMAIL PROTECTED] This bug

[Monotone-devel] remote public key hash is unknown

2006-11-13 Thread Shaun Jackman
What is the gibberish-to-English translation of the following error message? I tried... mtn push localhost 21 |babelfish --from gibberish --to english ... without any luck. Thanks, Shaun P.S. My apologies for the toungue-in-cheek tone. No offence intended! $ mtn push localhost mtn:

Re: [Monotone-devel] remote public key hash is unknown

2006-11-13 Thread Shaun Jackman
On 11/13/06, Timothy Brownawell [EMAIL PROTECTED] wrote: The server doesn't have a copy of the public half of the key that you used on the client. You probably want to use 'mtn pubkey key' (at the client) and 'mtn read' (at the server) to fix this. If you don't want to restart the server for

Re: [Monotone-devel] [ANNOUNCE] monotone 0.30 released

2006-11-13 Thread Shaun Jackman
On 9/20/06, Thomas Moschny [EMAIL PROTECTED] wrote: On Wednesday 20 September 2006 21:20 Shaun Jackman wrote: The monotone-0.30.tar.gz tarball shipped with package_revision.txt set to `unknown'. Should this be fixed? He who prepares the tarfile (i.e. Nathaniel) needs a recent mtn in his path

Bug#351829: azureus: Azureus can be used on a headless machine with vncserver

2006-11-10 Thread Shaun Jackman
On 11/10/06, Peter Cordes [EMAIL PROTECTED] wrote: Package: azureus Version: 2.5.0.0-1 Followup-For: Bug #351829 I run azureus inside a vncserver (using fluxbox, not any heavyweight desktop stuff). It's a good trick for running other things that have GUIs but also have a daemonic nature, such

Bug#354358: FTBFS on 64-bit architectures: loses precision

2006-11-03 Thread Shaun Jackman
On 11/2/06, Steve Langasek [EMAIL PROTECTED] wrote: severity 354358 important thanks As the broken 64-bit swt-gtk binary packages have been removed from unstable, this bug is no longer serious but important. The lack of support for 64-bit archs is unfortunate, but not RC. I agree. The lack

Architecture independent -dev package

2006-11-01 Thread Shaun Jackman
If a -dev package is architecture independent -- for example contains only a symlink from the .so to the .so.X file and possibly a .pc file -- what's the best dependency on the libfooX package, keeping in mind binnmuability? Depends: libfooX (= ${source:Version}), libfooX ( ${source:Version}.1~)

Bug#396591: Dependency on libswt-gtk-3.2-jni is unnecessary

2006-11-01 Thread Shaun Jackman
Package: tuxguitar Version: 0.8-2 tuxguitar should not directly depend upon libswt-gtk-3.2-jni, since it depends on libswt-gtk-3.2-java, which depends on a specific version of libswt-gtk-3.2-jni. Cheers, Shaun -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe.

Accepted swt-gtk 3.2.1-2 (source i386 all)

2006-10-31 Thread Shaun Jackman
Architecture: source i386 all Version: 3.2.1-2 Distribution: unstable Urgency: medium Maintainer: Shaun Jackman [EMAIL PROTECTED] Changed-By: Shaun Jackman [EMAIL PROTECTED] Description: libswt-gnome-gtk-3.2-jni - Standard Widget Toolkit for GTK Gnome JNI library libswt-gtk-3.2 - Standard Widget Toolkit

Bug#396352: azureus: incorrect jar specified in /usr/share/java-config/libswt-gtk-3.2-java

2006-10-31 Thread Shaun Jackman
reassign 396352 libswt-gtk-3.2-java thanks -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Recursive wget

2006-10-29 Thread Shaun Jackman
The following web site contains links to a number of music (MP3) files, but wget -r does not download the linked files. I've read the manual page and tried the options -r and -m with -v to no avail. This bug is more likely a bug in the documentation than in the program. wget does not give any

Accepted swt-gtk 3.2.1-1 (source i386 all)

2006-10-29 Thread Shaun Jackman
Architecture: source i386 all Version: 3.2.1-1 Distribution: unstable Urgency: low Maintainer: Shaun Jackman [EMAIL PROTECTED] Changed-By: Shaun Jackman [EMAIL PROTECTED] Description: libswt-gnome-gtk-3.2-jni - Standard Widget Toolkit for GTK Gnome JNI library libswt-gtk-3.2 - Standard Widget Toolkit

Re: [avr-gcc-list] How can I use external flash memory?

2006-10-29 Thread Shaun Jackman
On 10/29/06, Anton Erasmus [EMAIL PROTECTED] wrote: Hi, The only way to add program memory to an AVR is if you have some sort of interpreter which can execute from data memory. Your actual application hence runs in the internal flash, and executes the user program in data memory. This data

Bug#395555: azureus: Azureus refuses to run

2006-10-28 Thread Shaun Jackman
On 10/27/06, edgar ibsen [EMAIL PROTECTED] wrote: The problem is, kaffe defaults itself as the java interpreter (/usr/bin/java) when you install Azureus with the dependencies. Also, why is there a kaffe dependency when kaffe can't run Azureus? I marked the bug grave since Azureus is completely

Bug#395555: azureus: Azureus refuses to run

2006-10-27 Thread Shaun Jackman
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:

Bug#395555: azureus: Azureus refuses to run

2006-10-27 Thread Shaun Jackman
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:

Bug#395379: azureus: java-policy violation: Azureus.jar

2006-10-26 Thread Shaun Jackman
package azureus tag 395379 wontfix thanks On 10/26/06, Jon Dowland [EMAIL PROTECTED] wrote: ... Either way, I can't see it being an actual problem for anyone. Perhaps the policy needs to be adjusted a bit for programs (vs. libraries). Hello Jon, I prefer to use the upstream name of

Re: [Monotone-devel] Summit brainstorming

2006-10-25 Thread Shaun Jackman
On 10/25/06, Matthew A. Nicholson [EMAIL PROTECTED] wrote: Nathaniel Smith wrote: http://venge.net/monotone/wiki/MtnSummit suggests significant interest in doing this, so, no time like the present... let's see if we can figure out any more details. [...] (anyone who's actually done

Accepted monotone-viz 0.15-1 (source i386)

2006-10-20 Thread Shaun Jackman
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Fri, 20 Oct 2006 10:54:30 -0600 Source: monotone-viz Binary: monotone-viz Architecture: source i386 Version: 0.15-1 Distribution: unstable Urgency: low Maintainer: Shaun Jackman [EMAIL PROTECTED] Changed-By: Shaun Jackman [EMAIL

Re: [Wireshark-dev] [PATCH] plugins/rdm: Update to ANSI E1.20-2006

2006-10-19 Thread Shaun Jackman
On 10/18/06, Shaun Jackman [EMAIL PROTECTED] wrote: On 10/18/06, Jaap Keuter [EMAIL PROTECTED] wrote: Hi, Checked in. Revision 19596. Thanx, Jaap Great! Thanks. In revision 19610, the empty directory trunk/plugins/rdm still exists. Cheers, Shaun

Re: [Wireshark-dev] [PATCH] plugins/rdm: Update to ANSI E1.20-2006

2006-10-18 Thread Shaun Jackman
On 10/18/06, Jaap Keuter [EMAIL PROTECTED] wrote: Hi, Checked in. Revision 19596. Thanx, Jaap Great! Thanks. Cheers, Shaun ___ Wireshark-dev mailing list Wireshark-dev@wireshark.org http://www.wireshark.org/mailman/listinfo/wireshark-dev

Re: [Wireshark-dev] [PATCH] plugins/rdm: Update to ANSI E1.20-2006

2006-10-17 Thread Shaun Jackman
On 10/14/06, Shaun Jackman [EMAIL PROTECTED] wrote: ... 3. Now that it became an ANSI standard it's time to move this plugin to the regular dissectors. Okay. Will do. Cool. I'll send a new patch up some time next week. As promised. Please apply. Cheers, Shaun 2006-10-17 Shaun

Re: [Monotone-devel] More snapshot compilations for Debian

2006-10-17 Thread Shaun Jackman
Hello Richard, On 10/16/06, Richard Levitte - VMS Whacker [EMAIL PROTECTED] wrote: monotone-viz is a combination of the net.venge.monotone-viz branch and debian patches stealthaly snatched from the monotone-viz source package produced by Debian folks (hehe :-)). n.b. not so stealthy if you

Re: [Monotone-devel] More snapshot compilations for Debian

2006-10-17 Thread Shaun Jackman
On 10/17/06, Richard Levitte - VMS Whacker [EMAIL PROTECTED] wrote: In message [EMAIL PROTECTED] on Tue, 17 Oct 2006 01:05:04 -0700, Nathaniel Smith [EMAIL PROTECTED] said: njs Speaking of, want to package up any of the other interfaces out njs there, like viewmtn, the trac plugin (maybe would

Re: [Monotone-devel] More snapshot compilations for Debian

2006-10-17 Thread Shaun Jackman
On 10/17/06, Richard Levitte - VMS Whacker [EMAIL PROTECTED] wrote: In message [EMAIL PROTECTED] on Tue, 17 Oct 2006 09:41:29 -0600, Shaun Jackman [EMAIL PROTECTED] said: sjackman I would, however, be happy to sponsor uploading any of sjackman Richard's packages to Debian if he's willing

Re: [Monotone-devel] More snapshot compilations for Debian

2006-10-17 Thread Shaun Jackman
to add a distclean target to the Makefile. It follows. Cheers, Shaun 2006-10-17 Shaun Jackman [EMAIL PROTECTED] * Makefile (distclean): New target. --- monotone-viz-0.14.orig/Makefile +++ monotone-viz-0.14/Makefile @@ -140,6 +140,11 @@ cd glibrm -f *.o *.cm* cd crypto

Re: [Monotone-devel] More snapshot compilations for Debian

2006-10-17 Thread Shaun Jackman
On 10/17/06, Richard Levitte - VMS Whacker [EMAIL PROTECTED] wrote: I'm a patient man. OK, what about practicality? How do I send packages for you to upload? Had you planned on uploading the snapshot builds too? SMTP. HTTP. FTP. SCP. Pick your poison. I'm easy. Anything except SAMBA. =P

Bug#393401: freeguide: Crashes reproducibly after/during initial configuration.

2006-10-16 Thread Shaun Jackman
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

Bug#393401: freeguide: Crashes reproducibly after/during initial configuration.

2006-10-16 Thread Shaun Jackman
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

Re: [Wireshark-dev] [PATCH] plugins/rdm: Update to ANSI E1.20-2006

2006-10-14 Thread Shaun Jackman
On 9/30/06, Shaun Jackman [EMAIL PROTECTED] wrote: The RDM protocol has been accepted as ANSI standard E1.20-2006. The following patch updates the decoder to that spec. Please apply. Cheers, Shaun 2006-09-30 Shaun Jackman [EMAIL PROTECTED] * plugins/rdm/moduleinfo.h (VERSION): Bump

Re: [Wireshark-dev] [PATCH] plugins/rdm: Update to ANSI E1.20-2006

2006-10-14 Thread Shaun Jackman
Hello Japp, On 10/14/06, Jaap Keuter [EMAIL PROTECTED] wrote: Hi, Some remarks: 1. The patch doesn't apply cleanly to the HEAD Grumble. I'll re-diff. 2. Please keep the original Wireshark (C) in place and the GPL clause intact. I removed the section of the licensing information that gave

Accepted eagle 4.16-3 (source i386 all)

2006-10-13 Thread Shaun Jackman
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Fri, 13 Oct 2006 10:42:45 -0600 Source: eagle Binary: eagle-data eagle Architecture: source i386 all Version: 4.16-3 Distribution: unstable Urgency: medium Maintainer: Shaun Jackman [EMAIL PROTECTED] Changed-By: Shaun Jackman [EMAIL

Bug#390907: lirc-modules-source: Does not compile with Linux 2.6.18

2006-10-03 Thread Shaun Jackman
Package: lirc-modules-source Version: 0.8.0-7 Severity: important Tags: upstream In Linux 2.6.18, the file linux/devfs_fs_kernel.h is gone. Also missing are the functions devfs_remove and devfs_mk_cdev. Cheers, Shaun $ uname -a Linux quince 2.6.18-1-k7 #1 SMP Sun Sep 24 14:15:14 UTC 2006 i686

Bug#390945: lirc-modules-source: Does not compile with Linux 2.6.17

2006-10-03 Thread Shaun Jackman
Package: lirc-modules-source Version: 0.8.0-7 Severity: important Tags: upstream In Linux 2.6.17, the structure i2c_driver is missing the fields `name' and `flags'. Also, the constants I2C_DRIVERID_EXP3 and I2C_DF_NOTIFY are not defined. Cheers, Shaun $ uname -a Linux quince 2.6.17-2-k7 #1 SMP

Bug#390945: lirc-modules-source: Does not compile with Linux 2.6.16

2006-10-03 Thread Shaun Jackman
package lirc-modules-source severity 390945 serious thanks Lirc does not compile with Linux 2.6.16 in the same manner as Linux 2.6.17. Lirc does compile with Linux 2.6.15. Unfortunately, Linux 2.6.15 is no longer in testing or unstable. As such, the severity of this bug is RC. Cheers, Shaun $

Re: [avr-gcc-list] linking bootloader and main application at once

2006-10-02 Thread Shaun Jackman
On 10/2/06, dimax un [EMAIL PROTECTED] wrote: If all you need is to program two hex files into flash why not to do it? You can use following trick: 1. avr-objcopy hex1 to bin1 2. avr-objcopy hex2 to bin2 3. merge bin1 and bin2 (may require some scripting). Take care to add bin2 to bin1 at the

[Wireshark-dev] [PATCH] plugins/rdm: Update to ANSI E1.20-2006

2006-09-30 Thread Shaun Jackman
The RDM protocol has been accepted as ANSI standard E1.20-2006. The following patch updates the decoder to that spec. Please apply. Cheers, Shaun 2006-09-30 Shaun Jackman [EMAIL PROTECTED] * plugins/rdm/moduleinfo.h (VERSION): Bump to 0.1.0. * plugins/rdm/packet-rdm.c: Update

Accepted freeguide 0.10.4-2 (source all)

2006-09-30 Thread Shaun Jackman
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Sat, 30 Sep 2006 10:14:18 -0600 Source: freeguide Binary: freeguide Architecture: source all Version: 0.10.4-2 Distribution: unstable Urgency: low Maintainer: Shaun Jackman [EMAIL PROTECTED] Changed-By: Shaun Jackman [EMAIL PROTECTED

[avr-gcc-list] avr-libc: ntohs et al.

2006-09-29 Thread Shaun Jackman
Does avr-libc implement ntohs and friends? Thanks, Shaun ___ AVR-GCC-list mailing list AVR-GCC-list@nongnu.org http://lists.nongnu.org/mailman/listinfo/avr-gcc-list

Bug#384565: [Monotone-devel] Re: Bug#384565: monotone - FTBFS: Build killed with signal 15

2006-09-28 Thread Shaun Jackman
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

Bug#384565: monotone - FTBFS: Build killed with signal 15

2006-09-28 Thread Shaun Jackman
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-devel] Bug#384565: monotone - FTBFS: Build killed with signal 15

2006-09-28 Thread Shaun Jackman
From: Roman Zippel [EMAIL PROTECTED] Date: Sep 28, 2006 12:16 PM Subject: Bug#384565: [Monotone-devel] Re: Bug#384565: monotone - FTBFS: Build killed with signal 15 To: [EMAIL PROTECTED] Hi, I debugged the problem a bit and the problem seems to be the BOOST_SP_DISABLE_THREADS define and

Bug#384565: [Monotone-devel] Re: Bug#384565: monotone - FTBFS: Build killed with signal 15

2006-09-28 Thread Shaun Jackman
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

Bug#384565: monotone - FTBFS: Build killed with signal 15

2006-09-28 Thread Shaun Jackman
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-devel] Re: n.v.m.debian branch

2006-09-27 Thread Shaun Jackman
(CC'd monotone) On 9/26/06, Matthew A. Nicholson [EMAIL PROTECTED] wrote: Shaun, Have you had a chance to review the n.v.m.debian branch? Richard and I have been testing it (Richard more than I), and it seems ready for prime time. No, I haven't. That's rather lame of me, I admit; my Debian

Bug#384565: monotone - FTBFS: Build killed with signal 15

2006-09-26 Thread Shaun Jackman
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

[Monotone-devel] Re: Bug#384565: monotone - FTBFS: Build killed with signal 15

2006-09-26 Thread Shaun Jackman
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

Bug#384565: monotone - FTBFS: Build killed with signal 15

2006-09-26 Thread Shaun Jackman
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

Accepted monotone 0.30-1 (source i386)

2006-09-21 Thread Shaun Jackman
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Wed, 20 Sep 2006 12:51:24 -0600 Source: monotone Binary: monotone Architecture: source i386 Version: 0.30-1 Distribution: unstable Urgency: low Maintainer: Shaun Jackman [EMAIL PROTECTED] Changed-By: Shaun Jackman [EMAIL PROTECTED

Re: [Monotone-devel] [ANNOUNCE] monotone 0.30 released

2006-09-20 Thread Shaun Jackman
On 9/17/06, Nathaniel Smith [EMAIL PROTECTED] wrote: The monotone team is pleased to announce the release of monotone 0.30, ... The monotone-0.30.tar.gz tarball shipped with package_revision.txt set to `unknown'. Should this be fixed? Cheers, Shaun

Accepted swt-gtk 3.2-2 (source i386 all)

2006-09-11 Thread Shaun Jackman
Architecture: source i386 all Version: 3.2-2 Distribution: unstable Urgency: medium Maintainer: Shaun Jackman [EMAIL PROTECTED] Changed-By: Shaun Jackman [EMAIL PROTECTED] Description: libswt-gnome-gtk-3.2-jni - Standard Widget Toolkit for GTK Gnome JNI library libswt-gtk-3.2 - Standard Widget Toolkit

Bug#387006: libswt-gtk-3.2-java and libswt-gtk-3.2-jni

2006-09-11 Thread Shaun Jackman
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.

Bug#387006: libswt-gtk-3.2-java and libswt-gtk-3.2-jni

2006-09-11 Thread Shaun Jackman
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

Bug#387006: libswt-gtk-3.2-java and libswt-gtk-3.2-jni

2006-09-11 Thread Shaun Jackman
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.

Bug#387006: libswt-gtk-3.2-java and libswt-gtk-3.2-jni

2006-09-11 Thread Shaun Jackman
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

Bug#384728: azureus: FTBFS: The import java.beans.XMLEncoder cannot be resolved

2006-08-26 Thread Shaun Jackman
package azureus block 384728 by 384354 thanks On 8/26/06, Andreas Jochens [EMAIL PROTECTED] wrote: Package: azureus Version: 2.5.0.0-1 Severity: normal Hello, when trying to build 'azureus' in a clean i386/unstable chroot, I get the following error: 1. ERROR in

[Wireshark-dev] [PATCH 2/2] asn1: New MPEG dissector

2006-08-25 Thread Shaun Jackman
This patch posts only the asn1 portion of the previous MPEG patch. It omits the plugins/mpeg/* portion. It also adds a GPL license to the two new files. Cheers, Shaun Signed-off-by: Shaun Jackman [EMAIL PROTECTED] 2006-08-25 Shaun Jackman [EMAIL PROTECTED] * asn1/mpeg/Makefile: New

Re: [Wireshark-dev] asn1: New MPEG dissector

2006-08-25 Thread Shaun Jackman
On 8/25/06, ronnie sahlberg [EMAIL PROTECTED] wrote: Can you change the wiretap reader file to 1, add a GPL banner Will do. in the wiretap files 1, dont read sizeof unsigned bytes unsigned may differ between platforms and compilershardcode the exact number of bytes to read instead Of

Re: [Wireshark-dev] asn1: New MPEG dissector

2006-08-25 Thread Shaun Jackman
code to manually unmarshall it into the fields of the bitfield Not yet done. Cheers, Shaun Signed-off-by: Shaun Jackman [EMAIL PROTECTED] 2006-08-25 Shaun Jackman [EMAIL PROTECTED] * wiretap/Makefile.common (NONGENERATED_C_FILES): Add mpeg.c. (NONGENERATED_HEADER_FILES): Add

Bug#384565: monotone 0.29 hangs on some architectures

2006-08-25 Thread Shaun Jackman
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

Re: [Monotone-devel] No branch for monotone-0.29?

2006-08-25 Thread Shaun Jackman
On 8/23/06, Nathaniel Smith [EMAIL PROTECTED] wrote: On Wed, Aug 23, 2006 at 07:22:36PM -0600, Shaun Jackman wrote: Sorry, I wasn't quite clear. I meant that the revision 796bc859 (t:monotone-0.29) has no branch certs. Why not? Err? It does here: $ mtn ls certs t:monotone-0.29 mtn

Bug#384565: monotone 0.29 hangs on some architectures

2006-08-25 Thread Shaun Jackman
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

Accepted azureus 2.5.0.0-1 (source all)

2006-08-24 Thread Shaun Jackman
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Wed, 23 Aug 2006 16:41:25 -0600 Source: azureus Binary: azureus Architecture: source all Version: 2.5.0.0-1 Distribution: unstable Urgency: low Maintainer: Shaun Jackman [EMAIL PROTECTED] Changed-By: Shaun Jackman [EMAIL PROTECTED

Accepted monotone 0.29-1 (source i386)

2006-08-23 Thread Shaun Jackman
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Wed, 23 Aug 2006 12:01:47 -0600 Source: monotone Binary: monotone Architecture: source i386 Version: 0.29-1 Distribution: unstable Urgency: low Maintainer: Shaun Jackman [EMAIL PROTECTED] Changed-By: Shaun Jackman [EMAIL PROTECTED

[Monotone-devel] Incorporating debian/* changes in releases

2006-08-23 Thread Shaun Jackman
I checked my debian/* changes for monotone-0.28 into the net.venge.monotone branch (revisions 73ec3f26 and a560bc1a). These changes did not, however, make it into the release of monotone-0.29. Is there a particular branch I should use, or anything else I can do, to make sure my debian/* changes

Accepted freeguide 0.10.4-1 (source all)

2006-08-17 Thread Shaun Jackman
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Thu, 17 Aug 2006 10:21:32 -0600 Source: freeguide Binary: freeguide Architecture: source all Version: 0.10.4-1 Distribution: unstable Urgency: low Maintainer: Shaun Jackman [EMAIL PROTECTED] Changed-By: Shaun Jackman [EMAIL PROTECTED

Re: Bug#364926: RM: swt-gtk [ia64] -- RoM; SIGSEGV

2006-08-16 Thread Shaun Jackman
On 8/15/06, Adam D. Barratt [EMAIL PROTECTED] wrote: On Wed, 2006-04-26 at 11:39 -0600, Shaun Jackman wrote: 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

Accepted avarice 2.4-3 (source i386)

2006-08-08 Thread Shaun Jackman
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Tue, 8 Aug 2006 14:11:45 -0600 Source: avarice Binary: avarice Architecture: source i386 Version: 2.4-3 Distribution: unstable Urgency: medium Maintainer: Shaun Jackman [EMAIL PROTECTED] Changed-By: Shaun Jackman [EMAIL PROTECTED

Re: [Monotone-devel] I/O failure while talking to peer

2006-08-08 Thread Shaun Jackman
On 8/5/06, Shaun Jackman [EMAIL PROTECTED] wrote: On 8/2/06, Nathaniel Smith [EMAIL PROTECTED] wrote: On Wed, Aug 02, 2006 at 10:21:01AM -0600, Shaun Jackman wrote: Ah. Right. May I have write permission for checking in changes to debian/*? Done. You should be able to push to venge.net now

Re: [Monotone-devel] I/O failure while talking to peer

2006-08-05 Thread Shaun Jackman
On 8/2/06, Nathaniel Smith [EMAIL PROTECTED] wrote: On Wed, Aug 02, 2006 at 10:21:01AM -0600, Shaun Jackman wrote: Ah. Right. May I have write permission for checking in changes to debian/*? Done. You should be able to push to venge.net now. Thanks, Nathaniel. I'll push my Debian patch

Accepted avarice 2.4-2 (source i386)

2006-08-03 Thread Shaun Jackman
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Wed, 2 Aug 2006 17:35:41 -0600 Source: avarice Binary: avarice Architecture: source i386 Version: 2.4-2 Distribution: unstable Urgency: medium Maintainer: Shaun Jackman [EMAIL PROTECTED] Changed-By: Shaun Jackman [EMAIL PROTECTED

Accepted avarice 2.4-1 (source i386)

2006-08-02 Thread Shaun Jackman
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Tue, 1 Aug 2006 09:33:10 -0600 Source: avarice Binary: avarice Architecture: source i386 Version: 2.4-1 Distribution: unstable Urgency: low Maintainer: Shaun Jackman [EMAIL PROTECTED] Changed-By: Shaun Jackman [EMAIL PROTECTED

Re: [Monotone-devel] I/O failure while talking to peer

2006-08-02 Thread Shaun Jackman
On 8/1/06, Timothy Brownawell [EMAIL PROTECTED] wrote: On Mon, 2006-07-31 at 09:57 -0600, Shaun Jackman wrote: What does this I/O failure message mean? Push fails but poll works fine. [...] mtn: error: I/O failure while talking to peer venge.net, disconnecting It looks like a permission error

Accepted azureus 2.4.0.2-4 (source all)

2006-08-01 Thread Shaun Jackman
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Tue, 1 Aug 2006 09:42:24 -0600 Source: azureus Binary: azureus Architecture: source all Version: 2.4.0.2-4 Distribution: unstable Urgency: medium Maintainer: Shaun Jackman [EMAIL PROTECTED] Changed-By: Shaun Jackman [EMAIL PROTECTED

Bug#380695: ITP: avarice - use GDB with Atmel's JTAG ICE for the AVR

2006-07-31 Thread Shaun Jackman
Package: wnpp Severity: wishlist Owner: Shaun Jackman [EMAIL PROTECTED] Package name: avarice Version: 2.4 Upstream Author: Joerg Wunsch [EMAIL PROTECTED] URL: http://sourceforge.net/projects/avarice License: GPL Description: use GDB with Atmel's JTAG ICE for the AVR AVaRICE translates between

Bug#380695: ITP: avarice - use GDB with Atmel's JTAG ICE for the AVR

2006-07-31 Thread Shaun Jackman
Package: wnpp Severity: wishlist Owner: Shaun Jackman [EMAIL PROTECTED] Package name: avarice Version: 2.4 Upstream Author: Joerg Wunsch [EMAIL PROTECTED] URL: http://sourceforge.net/projects/avarice License: GPL Description: use GDB with Atmel's JTAG ICE for the AVR AVaRICE translates between

[Monotone-devel] I/O failure while talking to peer

2006-07-31 Thread Shaun Jackman
What does this I/O failure message mean? Push fails but poll works fine. Cheers, Shaun $ mtn push mtn: connecting to venge.net mtn: finding items to synchronize: mtn: certificates | keys | revisions mtn: 19,969 | 33 | 6,617 mtn: bytes in | bytes out | certs out | revs out mtn:

Accepted azureus 2.4.0.2-3 (source all)

2006-07-30 Thread Shaun Jackman
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Sun, 30 Jul 2006 20:26:40 -0600 Source: azureus Binary: azureus Architecture: source all Version: 2.4.0.2-3 Distribution: unstable Urgency: medium Maintainer: Shaun Jackman [EMAIL PROTECTED] Changed-By: Shaun Jackman [EMAIL PROTECTED

Accepted monotone 0.28-1 (source i386)

2006-07-28 Thread Shaun Jackman
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Mon, 24 Jul 2006 10:44:56 -0600 Source: monotone Binary: monotone Architecture: source i386 Version: 0.28-1 Distribution: unstable Urgency: low Maintainer: Shaun Jackman [EMAIL PROTECTED] Changed-By: Shaun Jackman [EMAIL PROTECTED

[Monotone-devel] Adopting the Debian package

2006-07-28 Thread Shaun Jackman
debian/README.Debian debian/TODO.Debian -examples --- monotone-0.28.orig/debian/control +++ monotone-0.28/debian/control @@ -1,12 +1,11 @@ Source: monotone Section: devel Priority: optional -Maintainer: Tomas Fasth [EMAIL PROTECTED] +Maintainer: Shaun Jackman [EMAIL PROTECTED] Build-Depends: cdbs

[Monotone-devel] Re: Adopting the Debian package

2006-07-28 Thread Shaun Jackman
On 7/28/06, Shaun Jackman [EMAIL PROTECTED] wrote: Hello all, I've uploaded monotone 0.28-1 to Debian and, if all goes well, adopted the package. My patch follows. Cheers, Shaun Once my upload is accepted into the Debian archive, I'll push this patch to the monotone repository myself

Bug#380008: zeroconf man page not installed

2006-07-26 Thread Shaun Jackman
Package: zeroconf Version: 0.9-1 Severity: important Tags: patch Bug #302583 was closed by the upload of 0.9-1, but not actually fixed. Please apply the following patch to fix this bug for good. Cheers, Shaun --- /dev/null 2006-07-24 09:05:44.444203750 -0600 +++ zeroconf-0.9/debian/manpages

[Monotone-devel] Re: Fixed in NMU of monotone 0.25-0.1

2006-07-22 Thread Shaun Jackman
On 7/11/06, Tomas Fasth [EMAIL PROTECTED] wrote: Hello Shaun, Regretably I forgot about you for a moment and made an upload of monotone 0.27-1. Please forgive me. Maybe you can do a minor increment to 0.27-2, a new build, and upload with you as maintainer. I'm sorry for causing you extra work.

Accepted swt-gtk 3.2-1 (source i386 all)

2006-07-18 Thread Shaun Jackman
Architecture: source i386 all Version: 3.2-1 Distribution: unstable Urgency: low Maintainer: Shaun Jackman [EMAIL PROTECTED] Changed-By: Shaun Jackman [EMAIL PROTECTED] Description: libswt-gnome-gtk-3.2-jni - Standard Widget Toolkit for GTK Gnome JNI library libswt-gtk-3.2 - Standard Widget Toolkit

Accepted azureus 2.4.0.2-2 (source all)

2006-07-17 Thread Shaun Jackman
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Sun, 16 Jul 2006 11:34:02 -0600 Source: azureus Binary: azureus Architecture: source all Version: 2.4.0.2-2 Distribution: unstable Urgency: low Maintainer: Shaun Jackman [EMAIL PROTECTED] Changed-By: Shaun Jackman [EMAIL PROTECTED

Bug#338955: Bug#376672: libswt-gtk-3.1-java conflicts libswt3.1-gtk-java

2006-07-16 Thread Shaun Jackman
severity 376672 important merge 338955 376672 thanks This conflict is currently necessary due to technical differences between the Eclipse package and the SWT package, upon which both Eclipse and Azureus depend, and is primarily due to the manner in which SWT is distributed, which makes it

Bug#364706: Can this be backportet, please?

2006-07-14 Thread Shaun Jackman
Yes, I can do that. I haven't been able to reproduce this bug though. So, the backport (if I can find the relevant hunk of code) will be done blindly. Cheers, Shaun On 7/14/06, Markus Schaber [EMAIL PROTECTED] wrote: Hi, On #azureus-support irc channel, I was told that a GTK+ update messed up

Re: [PATCH] date: Add `seconds since midnight' and `day of year (000..365)'

2006-07-11 Thread Shaun Jackman
On 7/11/06, Paul Eggert [EMAIL PROTECTED] wrote: Shaun Jackman [EMAIL PROTECTED] writes: These formats are useful in constructing a time format which is zero-based and includes a minimum number of arbitrary bases, such as %Y-%J-%i.%N. %s.%N would better achieve that goal, no? It has one

Re: [PATCH] config/arm/arm.c: Use GOT instead of GOTOFF when XIP

2006-07-07 Thread Shaun Jackman
Any comments on this patch? This patch, or something like it, is absolutely necessary to support execute-in-place (XIP) on uClinux. Please cc me in your reply. Cheers, Shaun On 6/29/06, Shaun Jackman [EMAIL PROTECTED] wrote: This patch forces the use of GOT relocations instead of GOTOFF when

Re: Which patch added R_ARM_GOTOFF32 support?

2006-06-29 Thread Shaun Jackman
On 6/29/06, Richard Earnshaw [EMAIL PROTECTED] wrote: No, it was PhilB, but it must have been two or three years ago now. Thanks, Richard. I suspect svn r71881 is responsible. I'll start testing and hopefully put a patch together. I would suspect r49871, but this patch is in 4.0.3, which

<    3   4   5   6   7   8   9   10   11   12   >