Bug#367010: groovy: Groovy version 1.0 required for FreeMind packaging.
Hi Eric, Unfortunately the package was orphaned quite a while ago and is seeking a new maintainer. Would you be interested in taking over maintainership of the package? Cheers, Marcus On 14/03/2007, at 7:17 PM, Eric Lavarde wrote: Package: groovy Version: 0.1.0beta10-3 Followup-For: Bug #367010 Hello, FreeMind upstream has added scripting capabilities using Groovy. It appears that compilation fails when using the beta version available in Debian. Additional question: are you still actively maintaining this package? (this bug is almost one year old). Thanks, Eric -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-4-686 Locale: LANG=en_IE.UTF-8, LC_CTYPE=en_IE.UTF-8 (charmap=UTF-8) Versions of packages groovy depends on: ii ant 1.6.5-6Java based build tool like make ii ant-optional 1.6.5-6Java based build tool like make - ii gij [java-virtual 4:4.1.1-15 The GNU Java bytecode interpreter ii gij-4.0 [java-vir 4.0.3-2The GNU Java bytecode interpreter ii gij-4.1 [java-vir 4.1.1-20 The GNU Java bytecode interpreter ii junit 3.8.1.1-7 Automated testing framework for Ja ii kaffe-pthreads [j 2:1.1.7-4 A POSIX threads enabled version of ii libasm-java 1.5.3-4Java bytecode manipulation framewo ii libbsf-java 1:2.3.0+cvs20050308a-1 Bean Scripting Framework to suppor ii libclassworlds-ja 1.0.1-1.1 Java ClassLoader Framework ii libcommons-cli-ja 1.0-8 API for working with the command l ii libcommons-collec 3.1a-3.1 A set of abstract data type interf ii libcommons-loggin 1.0.4-5commmon wrapper interface for seve ii libmockobjects-ja 0.09-1.1 Framework for developing and using ii libmx4j-java 2.1.1-4An open source implementation of t ii libregexp-java1.4-3 regular expression library for Jav ii libservlet2.3-jav 4.0-8 Servlet 2.3 and JSP 1.2 Java class ii sun-j2sdk1.4 [j2s 1.4.2+12 Java(TM) 2 SDK, Standard Edition, ii sun-java5-jre [ja 1.5.0-10-3 Sun Java(TM) Runtime Environment ( groovy recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#387382: Seemingly still present in upstream,good reason to package connector 5
-- Sent from my BlackBerry Wireless Handheld -Original Message- From: [EMAIL PROTECTED] [EMAIL PROTECTED] To: [EMAIL PROTECTED] [EMAIL PROTECTED] Sent: Fri Dec 08 21:46:58 2006 Subject: Bug#387382: Seemingly still present in upstream,good reason to package connector 5 This old bug just bit me again. Upgrading to the connector 5 from mysql solved it. If we are to package mysql 5 in debian, the connector that goes with it should probably be packaged too. thanks, eric -- http://ir.iit.edu/~ej ___ pkg-java-maintainers mailing list pkg-java-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-java-maintainers
Bug#369597: cvsps: offsets tag to wrong position on file deletion
Hi David, One of our Debian cvsps users identified the following bug - any comments at all how we might be able to fix it? More details are available at: http://bugs.debian.org/cgi-bin/ bugreport.cgi?bug=369597 Also, Yann has identified another issue: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=369028 Any thoughts at all? Cheers, Marcus On 31/05/2006, at 6:53 AM, Yann Dirson wrote: Package: cvsps Version: 2.1-1 Severity: normal The following script demonstrates the problem: when a tag is put on a changeset with only removals, cvsps should see that the tag fits on the removal commit and not to the previous one, as the former contains revisions without the tag, whereas the latter does not. Unfortunately cvs does not put tags on files in the attic, that would have made things much easier for csvps... = script #!/bin/sh set -e # setup repo and working area cvs -d $PWD/root init mkdir root/test cvs -d $PWD/root co test cd test # trunk touch file1 file2 cvs add file1 file2 cvs ci -m add files rm file1 cvs rm file1 cvs ci -m rm file1 cvs tag A cvsps --norc -x -A = patchsets cvs rlog: Logging test - PatchSet 1 Date: 2006/05/30 22:37:54 Author: dwitch Branch: HEAD Tag: A Log: add files Members: file1:INITIAL-1.1 file2:INITIAL-1.1 - PatchSet 2 Date: 2006/05/30 22:37:55 Author: dwitch Branch: HEAD Tag: (none) Log: rm file1 Members: file1:1.1-1.2(DEAD) = -- Yann Dirson[EMAIL PROTECTED] | Debian-related: [EMAIL PROTECTED] | Support Debian GNU/Linux: | Freedom, Power, Stability, Gratis http://ydirson.free.fr/| Check http://www.debian.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#318546: libproc-process-perl: FTBFS: Test failure
On 20/04/2006, at 4:25 PM, gregor herrmann wrote: On Thu, Apr 20, 2006 at 11:34:55AM +1000, Marcus Crafter wrote: Thanks for the patch, will update the package asap. Why don't you just upgrade to the new upstream version (0.40 from 2003)? Yep - will do. Cheers, Marcus -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#318546: libproc-process-perl: FTBFS: Test failure
Hi All, Thanks for the patch, will update the package asap. Cheers, Marcus On 20/04/2006, at 7:27 AM, Niko Tyni wrote: tags 318546 patch fixed-upstream thanks On Sun, Apr 09, 2006 at 10:15:49PM +0200, gregor herrmann wrote: On Wed, Mar 15, 2006 at 10:58:22AM +0100, Roland Stigge wrote: I can reproduce this both on my development machine's current sid environment and in a current pbuilder i386 chroot. I can reproduce this behaviour too on i386 with version 0.39-1. Good news: The new (new as in 2003) upstream version builds on my system: I believe this is an off-by-one error in OS/Linux.c. For me it only shows up with CFLAGS=-O2. Patch attached. The bug is indeed fixed in upstream 0.40. Cheers, -- Niko Tyni [EMAIL PROTECTED] proc-process-patch -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#341441: libuclibc0: New upstream version available
Package: libuclibc0 Version: 0.9.27-1 Severity: wishlist Hi There, uclibc 0.9.28 is available. Would be great if you could please update the current package to the latest version. Cheers, Marcus -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (1200, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14n Locale: LANG=C, LC_CTYPE=C (charmap=ISO-8859-1) (ignored: LC_ALL set to en_US) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#341256: ruby1.8: configure.in uses non cross compilable AC_FUNC_SETPGRP
Package: ruby1.8 Version: 1.8.3-3 Severity: normal Tags: patch Hi There, When cross compiling the ruby source to another arch, the autoconf AC_FUNC_SETPGRP fails to work properly. Attached is a patch to fix this. Cheers, Marcus --- ruby-1.8.3/configure.in.orig2005-11-29 11:18:27.0 +0100 +++ ruby-1.8.3/configure.in 2005-11-29 11:19:46.0 +0100 @@ -529,7 +529,25 @@ fi AC_FUNC_GETPGRP -AC_FUNC_SETPGRP + +dnl AC_FUNC_SETPGRP does not work if cross compiling +dnl Instead, assume we will have a prototype for setpgrp if cross compiling. +if test $cross_compiling = no; then + AC_FUNC_SETPGRP +else + AC_CACHE_CHECK([whether setpgrp takes no argument], ac_cv_func_setpgrp_void, +[AC_TRY_COMPILE([ +#include unistd.h +], [ + if (setpgrp(1,1) == -1) +exit (0); + else +exit (1); +], ac_cv_func_setpgrp_void=no, ac_cv_func_setpgrp_void=yes)]) +if test $ac_cv_func_setpgrp_void = yes; then + AC_DEFINE(SETPGRP_VOID, 1) +fi +fi AC_C_BIGENDIAN AC_C_CONST -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (1200, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14n Locale: LANG=C, LC_CTYPE=C (charmap=ISO-8859-1) (ignored: LC_ALL set to en_US) Versions of packages ruby1.8 depends on: ii libc6 2.3.5-8GNU C Library: Shared libraries an ii libruby1.81.8.3-3Libraries necessary to run Ruby 1. ruby1.8 recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#331647: groovy: libant1.6-java to ant transition
Hi Wolfgang, Thanks for the heads up mate, I'll update/fix the package as soon as I get back to Frankfurt (currently in Amsterdam on a conference this week). Cheers, Marcus On 04/10/2005, at 1:55 PM, Wolfgang Baer wrote: Package: groovy Severity: normal Hi Marcus, ant has been reorganized and moved to main. Therefore libant1.6-java will be removed from the archive in the future. Please updated your package to build-depend on ant instead of libant1.6-java with your next upload. Please note that ant has not the same content compared to the old ant binary from contrib. ant only contains the core tasks now and if you depend on junit or another optional tasks for building you also need to depend on ant-optional. For details and packages to be transitioned: http://pkg-java.alioth.debian.org/ant/ Regards, Wolfgang -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.11.7 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#285033: Experimental forrest 0.7 package available
Hi All, Hope all is going well. I spent a few hours over the weekend updating the Debian Forrest package to the latest version, 0.7. An experimental version has been uploaded to http://people.debian.org/~crafterm/forrest if you'd like to try it out (version 0.7-pre1). I'd be grateful to hear any feedback. One of the larger changes between the previous version in Debian is that Forrest now uses input and output plugins for reading/writing data. Since the Debian package is meant to be multi-user compatible, I've modified the default Forrest installation so that it looks for Forrest plugins in the /var/lib/forrest/plugins directory, and have added postinstallation scripts to create a 'forrest' group for this purpose. Essentially, this means anyone who wants to install forrest plugins from forrest.apache.org willl need to be in this group, or will need to overwrite the forrest.properties setting for specifying where forrest plugins are stored. I haven't optimized the package yet (ie. removed common libraries and added dependencies to pre-existing packages) since I'd like to get the core functionality working first. If any of you try the package out it would be great if you could let me know where it could be improved. Once we get close to a good stable package, i'll upload it into the archive. Cheers, Marcus -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#320026: New forrest version 0.7 upstream
Hi Carlo, Thanks for the wishlist item. I'm currently in the process of packaging Forrest 0.7 now and are aiming to have it in the Debian archive over the next few days. Cheers, Marcus On 26/07/2005, at 3:50 PM, Carlo Fusco wrote: Package: forrest Version: 0.5.1-4 Severity: wishlist Apache Forrest 0.7 was released June 23 2005. Bug #285033 was left open waiting for this new upstream release to be packaged. If you can, please provide a Debian package for the new version. -- Carlo Fusco -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#269837: Fwd: cvsps --root
FYI Begin forwarded message: From: David Mansfield [EMAIL PROTECTED] Date: 28 July 2005 3:41:46 PM To: Marcus Crafter [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Subject: Re: cvsps --root Marcus Crafter wrote: Hi David, Any thoughts about this one; http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=269837 Documentation issue: --root only has an effect with --cvs-direct David -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#307042: classworlds: FTBFS: Missing Build-Depends on 'junit'
Hi Andreas,
Thanks for the bug report - I'll update the classworlds package shortly
and upload an fixed version.
Thanks again for your feedback.
Cheers,
Marcus
Andreas Jochens wrote:
Package: classworlds
Version: 1.0.1-1
Severity: serious
Tags: patch
The package FTBFS in a clean chroot environment because a Build-Depends
on 'junit' is missing.
Please add the missing Build-Depends on 'junit' to debian/control.
Please also set JAVA_HOME in debian/rules to the directories used
by the {sun,ibm,blackdown}-j2sdk1.x packages which are created
by java-package.
Regards
Andreas Jochens
diff -urN ../tmp-orig/classworlds-1.0.1/debian/control ./debian/control
--- ../tmp-orig/classworlds-1.0.1/debian/control 2005-04-30 10:22:58.709141990 +0200
+++ ./debian/control 2005-04-30 10:22:51.845185470 +0200
@@ -2,7 +2,7 @@
Section: contrib/devel
Priority: optional
Maintainer: Marcus Crafter [EMAIL PROTECTED]
-Build-Depends-Indep: debhelper (= 4.0.0), libasm-java, libxerces2-java, ant, j2sdk1.4 | java2-compiler
+Build-Depends-Indep: debhelper, junit, libasm-java, libxerces2-java, ant, java2-compiler
Standards-Version: 3.6.1.1
Package: libclassworlds-java
diff -urN ../tmp-orig/classworlds-1.0.1/debian/rules ./debian/rules
--- ../tmp-orig/classworlds-1.0.1/debian/rules 2005-04-30 10:22:58.709141990 +0200
+++ ./debian/rules 2005-04-30 10:13:27.195025342 +0200
@@ -6,6 +6,9 @@
# Uncomment this to turn on verbose mode.
#export DH_VERBOSE=1
+JAVA_HOME_DIRS=/usr/lib/j2sdk1.5-sun /usr/lib/j2sdk1.4-sun /usr/lib/j2sdk1.4-ibm /usr/lib/j2sdk1.4-blackdown
+export JAVA_HOME ?= $(shell for j in $(JAVA_HOME_DIRS); do [ -d $$j ] echo $$j exit 0; done)
+
configure: configure-stamp
configure-stamp:
dh_testdir
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#306593: jswat: FTBFS: Missing Build-Depends on 'j2sdk1.4'
Hi Andreas,
Thanks mate - will update the package.
Cheers,
Marcus
Andreas Jochens wrote:
Package: jswat
Version: 1.7-2
Severity: serious
Tags: patch
When building 'jswat' in a clean 'unstable' chroot,
I get the following error:
dh_testdir
# Add here commands to compile the package.
ant -Dversion=1.7 dist
Unable to locate tools.jar. Expected to find it in
/usr/lib/kaffe/pthreads/lib/tools.jar
Buildfile: build.xml
make: *** [build-stamp] Terminated
Please add the missing Build-Depends on 'j2sdk1.4' to debian/control and
adjust the JAVA_HOME directory settings in debian/rules to make the
package build with j2sdk1.4-{sun,ibm,blackdown} packages created by
'make-jpkg' from 'java-package'.
Regards
Andreas Jochens
diff -urN ../tmp-orig/jswat-1.7/debian/control ./debian/control
--- ../tmp-orig/jswat-1.7/debian/control 2005-04-27 17:29:13.939505462 +0200
+++ ./debian/control 2005-04-27 17:23:08.881002790 +0200
@@ -2,7 +2,7 @@
Section: contrib/devel
Priority: optional
Maintainer: Marcus Crafter [EMAIL PROTECTED]
-Build-Depends-Indep: debhelper ( 3.0.0), ant (= 1.2-1), wget
+Build-Depends-Indep: debhelper, j2sdk1.4, ant, wget
Standards-Version: 3.5.2
Package: jswat
diff -urN ../tmp-orig/jswat-1.7/debian/rules ./debian/rules
--- ../tmp-orig/jswat-1.7/debian/rules 2005-04-27 17:29:13.941505158 +0200
+++ ./debian/rules 2005-04-27 17:25:00.857979702 +0200
@@ -9,7 +9,8 @@
export DH_COMPAT=3
# Uncomment the next lines to build a Java 2 version
-#export JAVA_HOME=/usr/lib/j2sdk1.3
+JAVA_HOME_DIRS=/usr/lib/j2sdk1.4-sun /usr/lib/j2sdk1.4-ibm /usr/lib/j2sdk1.4-blackdown
+export JAVA_HOME ?= $(shell for j in $(JAVA_HOME_DIRS); do [ -d $$j ] echo $$j exit 0; done)
# Use these settings to compile jswat with free tools only (Jikes, Kaffe)
#export JAVA_HOME=/usr/lib/kaffe
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#285033: Awaiting Forrest 0.7
Hi All, Hope all is going well. Just wanted to send in an update regarding the Forrest 0.6 packaging. I've spent most of today updating the package however there's a defect in the bundled version of Cocoon inside Forrest 0.6 that prevents it from working in a multi-user environment, which is where forrest is currently installed (/usr/share/forrest/). This defect has been fixed in newer versions of Cocoon and included in SVN Forrest, but there's no official release of Forrest available just yet that includes this fix. To make matters worse it doesn't seem to be possible to recreate the cocoon.jar that's bundled with Forrest 0.6 to backport the patch to fix the problem. Checking out the Cocoon version thats reflected by the date in the name of the cocoon jar (20040902) doesn't yield a jar file that allows Forrest to compile. :( The Forrest team have been talking about releasing Forrest 0.7 that includes further modifications upon 0.6 such as plugins, etc, so my current feeling is to leave the Forrest 0.5 package in Debian, until 0.7, which will include the latest Cocoon jar, with the required fix. http://marc.theaimsgroup.com/?l=forrest-devm=110905218718759w=2 There's a workaround to the actual issue at hand (Cocoon checks for read/write access to the /usr/share/forrest/src/core/context directory which naturally fails) so what I can do if you're interested is make the current 0.6 packages available on my people.debian.org website (since the workaround is a policy violation) with a description of what you need to do to get it working in your environment. When 0.7 is released I'll then proceed with the packaging and upload it into Debian proper. I hope this is ok with you guys? Cheers, Marcus -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#285033: forrest: are you still working on it?
Title: Re: Bug#285033: forrest: are you still working on it? Hi Aaron, Yes still working on the package - the upstream developers changed the format of the forrest distributable to run from source so the new package is quite a bit different in structure and is taking me a bit longer to update. I'm going to be busy for the rest of this week but I expect to have some more progress early next week on this. Thanks for checking in. Cheers Marcus -Original Message- From: Aaron Isotton [EMAIL PROTECTED] To: Debian Bug Tracking System [EMAIL PROTECTED] Sent: Thu Feb 24 20:55:48 2005 Subject: Bug#285033: forrest: are you still working on it? Package: forrest Version: 0.5.1-4 Followup-For: Bug #285033 -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Thanks, Aaron - -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.10-debian-nopreempt Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages forrest depends on: ii fop 1:0.20.5-4 XML to PDF Translator ii libant1.6-java 1.6.2-2 Java based build tool like make -- ii libcommons-cli-java 1.0-5 API for working with the command l ii libcommons-collections-java 2.1.1-3 A set of abstract data type interf ii libcommons-lang-java 2.0-6 Extension of the java.lang package ii liblogkit-java 1.2.2-2 Lightweight and fast designed logg ii liblucene-java 1.4.3-2 Java full-text search engine ii liboro-java 2.0.8-1.1 Regular _expression_ library for Jav ii libregexp-java 1.3-1 regular _expression_ library for Jav ii libservlet2.3-java 4.0-5 Servlet 2.3 and JSP 1.2 Java class ii sun-j2re1.5debian [java2-run 0.18 Debian specific parts of Java(TM) ii sun-j2sdk1.5 [java2-runtime] 1.5.0+final Java(TM) 2 SDK, Standard Edition, ii sun-j2sdk1.5debian [java2-ru 0.18 Debian specific parts of Java(TM) - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.0 (GNU/Linux) iD8DBQFCHoWkm2HPKfVbHyoRAphQAJsEAqouO9wZS34GLwPjcWOMPUnUQACeLtcG 5i5Cy7eU21KYmuxq3YfQSWc= =TrTf -END PGP SIGNATURE-
Bug#289803: cvsps: Uninitialized tm.tm_isdst
Hi Kim, Thanks for the bug report - I'll forward your patch to upstream, and update the debian package to include the fix. Cheers, Marcus Kim Hansen wrote: Package: cvsps Version: 2.0rc1-4 Severity: normal Tags: patch The tm_isdst field in convert_date() is not initalized, it causes some of the times to be calculated with daylight saving time and others without. This causes patches to be ordered wrong and patchsets to be broken apart. This bug could be the same as #267910. I have marked this bug grave as it causes dataloss together with cvs2darcs because of the wrongly ordered patches. The initialization tm.tm_isdst = 0; should be added at line 188 of util.c. Regards, Kim Hansen -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (700, 'unstable') Architecture: i386 (i586) Kernel: Linux 2.4.21-pre4 Locale: LANG=C, LC_CTYPE=da_DK (charmap=ISO-8859-1) Versions of packages cvsps depends on: ii cvs 1:1.12.9-9 Concurrent Versions System ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an ii zlib1g 1:1.2.2-4compression library - runtime -- no debconf information --- util.c.orig 2005-01-11 06:47:29.0 +0100 +++ util.c 2005-01-11 06:47:20.0 +0100 @@ -185,6 +185,7 @@ tm.tm_year -= 1900; tm.tm_mon--; + tm.tm_isdst = 0; *t = mktime(tm); } -- . ,,$, Marcus Crafter ;$' ':Computer Systems Engineer $: : ManageSoft Corporation $ o_)$$$: Frankfurt am Main, Germany ;$,_/\ :' ' /( \_' . : -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
