Querying the BTS

[Arnaud Vandyck]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi,

I'd like to query the bts automatically to write an application where I
could summarize bug counts and release bloquers for the java team.

Is there a way to query the bts and receive the response in a way it's
easily parsable?

I heard about bts+ldap but when googleing around, I couldn't reproduce
the different searches (ldap does not respond event with -p 10101).

The update would be done once a day or something and I don't wanna
duplicate the 2.5Gb + 10Gb bts database ;-)

Thanks for your pointers and help

- --
  .''`.
 : :' :rnaud
 `. `'
   `-
Java Trap: http://www.gnu.org/philosophy/java-trap.html
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.1 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org

iD8DBQFDe1dC4vzFZu62tMIRAhb3AJ9HlidcCoscAFZqwqPTy42eBw6/0gCgiGcH
kAeIEid5BrGMl+b0t8fcGCM=
=p+Nt
-END PGP SIGNATURE-


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Querying the BTS

[Arnaud Vandyck]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Christoph Haas wrote:
> Hi, Arnaud...

Hi Christoph,

> Andreas Barth wrote recently:
> 
>>It is now on bts2ldap.debian.net (but this host name has the advantage
>>that it can stay, even if the ldap-server moves once again :), port is
>>10101.
> 
> A quick test revealed that this interface works.

thanks, it's excellent ;-)

- --
Arnaud Vandyck, STE fi, ULg
Formateur Cellule Programmation.
Java Trap: http://www.gnu.org/philosophy/java-trap.html
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.1 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org

iD8DBQFDe6D94vzFZu62tMIRAhDqAJ9OpDShe4BTfr5uAv4Sz+woLNuq2ACffWN0
K8xxN5Ks/GHD67ErP/9kh3Y=
=zOAv
-END PGP SIGNATURE-


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

InterWiki names

[Arnaud Vandyck]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi,

I'm moving http://java.debian.net to http://wiki.debian.org/Java

I'd like to add three InterWiki links but I don't know how to do that. I
edited http://wiki.debian.org/InterWiki but I'm sure it's not the way to
do it.

These are the links to add:
* DebianBug http://bugs.debian.org/
* DebianPts http://packages.qa.debian.org/
* AliothCVS
http://cvs.alioth.debian.org/cgi-bin/cvsweb.cgi/?cvsroot=pkg-java/

Thanks for any help,

- --
  .''`.
 : :' :rnaud
 `. `'
   `-
Java Trap: http://www.gnu.org/philosophy/java-trap.html
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.1 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org

iD8DBQFDizaX4vzFZu62tMIRAultAJ90luwJ/4t6QF9KUKm9ILHc1zYB1gCgmcdh
K7G2TASKHYR3Rm/0wJVVxc0=
=ZISO
-END PGP SIGNATURE-


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

[Debian-Java] Bits from the FOSDEM

[Arnaud Vandyck]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

[reply only on debian-java, thanks]
Hi all,

This is a report from the debian-java meeting we (Michael Koch, Wolfgang
Baer and I) had at the FOSDEM[2], Bruxelles, Belgium. The discussion is
the continuation of the meeting we had at Oldenburg in september 2005[1].

Summary:
- - Debian-Java policy changes
- - Debian-Java welcomes women
- - Java in kFreeBSD port

1) Debian-Java policy changes

   We have some proposals about the Debian-Java policy changes that
includes:
- - java libraries built with debug symbols;
- - java libraries must not depends on java-runtime;
- - java libraries can go to main if they can be built with free VM;
- - add a new paragraph about building some java applications to native;
- - add a new paragraph about javadoc (if this happens, we could be the
only platform with a so good java documentation integration!);
- - solve the (rare) problem of arch depends java libraries;
- - enable the unit tests of java package (but will not be a blocker);
- - virtual machine should support the 'ext' directory if they provide
classloader extension;
- - rationalize java virtual packages;
- - use java-gcj-compat-dev to build java package if possible.

   That's a lot of changes and we are sure it will improuve Debian-Java.
We are preparing drafts at a secret location[2]. We will send all those
proposals as bugs against java-common package. We will review the
java-common package bugs and discuss changes on the BTS (note: all bugs
against java-common are forwarded to debian-java@lists.debian.org).
Thanks to wait the bug reports to discuss the Debian-Java Policy changes.

2) Debian-Java welcomes women

   I attended to the (excellent) presentation of Hanna Wallach about
FLOSSPOLS and I wondered how we could help. I thought about a logo on
the website but after some discussion on irc (#debian-women), it seems I
did not understand the point.

   Anyway, I think we can help if we review our documentation and
replace the 'he' occurences by something else (I don't know what is
prefered: he/she, (s)he, she/he, he/she, s-he, s/he, s(he)). Also, I
just wanna say we are open to help the Debian-Women project.

3) Java in kFreeBSD port

   I was at the presentation of Aurelien Jarno about kFreeBSD in the
Debian devroom at the FOSDEM and it seems there is no java on kFreeBSD.
Michael Koch told me he has a patch for JamVM. We'd like to provide Java
on the kFreeBSD port and we'll try to do it as soon as possible.

Thanks for your time and attention,

Arnaud Vandyck for the Debian-Java team[3]

[0] http://fosdem.org/
[1] http://lists.debian.org/debian-devel-announce/2005/11/msg5.html
The discussion about Debian-Java at DevJam was with Wolfgang Baer,
Rene Engelhard, Michael Koch, Matthias Klose, Jeroen VanWolffelaar
and I.
[2] http://wiki.debian.org/Java/Draft
[3] http://lists.debian.org/debian-java
http://pkg-java.alioth.debian.org/

- --
  .''`.
 : :' :rnaud
 `. `'
   `-
Java Trap: http://www.gnu.org/philosophy/java-trap.html
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.1 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org

iD8DBQFEDgUS4vzFZu62tMIRAoglAJ4gRLbJxqG2hljUq3phuSX6pWR9AQCgv76V
q+wP4kOYqrAVg6OlKbmj9hg=
=YGwK
-END PGP SIGNATURE-


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

blog location changed (who can change it on planet.d.o?)

[Arnaud Vandyck]

Hi all,

As you can read[1] I changed my blog. But I don't remember who can
change the RSS feed on planet.d.o.

The new blog is here:
http://www.edev.be.blog/

Thanks to Cc me, I'm not subscribed on [EMAIL PROTECTED]

[1] 
http://www.edev.be/blog/index.php/archives/2005/02/07/new-blog-definitive-location/

-- 
  .''`. 
 : :' :rnaud
 `. `'  
   `-
Java Trap: http://www.gnu.org/philosophy/java-trap.html


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: blog location changed (who can change it on planet.d.o?)

[Arnaud Vandyck]

Thanks ;-)

Tue, 22 Mar 2005 18:31:18 +0100, 
Isaac Clerencia <[EMAIL PROTECTED]> wrote: 

> On Tuesday, 22 de March de 2005 15:15, Arnaud Vandyck wrote:
>> Hi all,
>>
>> As you can read[1] I changed my blog. But I don't remember who can
>> change the RSS feed on planet.d.o.
>>
>> The new blog is here:
>> http://www.edev.be.blog/
>
> Hi Arnaud, you should be able to do it yourself, just read:
> [EMAIL PROTECTED]:/org/planet.debian.org$ less README

Tue, 22 Mar 2005 18:33:06 +0100, 
Andreas Barth <[EMAIL PROTECTED]> wrote: 

> * Arnaud Vandyck ([EMAIL PROTECTED]) [050322 18:20]:
>> As you can read[1] I changed my blog. But I don't remember who can
>> change the RSS feed on planet.d.o.
>
> Any DD can. Log into gluck, and take a look at
> /org/planet.debian.org/README

-- 
  .''`. 
 : :' :rnaud
 `. `'  
   `-
Java Trap: http://www.gnu.org/philosophy/java-trap.html


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#305228: ITP: libxsd-java -- the Sun XML Datatypes Library

[Arnaud Vandyck]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Package: wnpp
Severity: wishlist

* Package name: libxsd-java
  Version : Preview Version 1
  Upstream Author : Kohsuke KAWAGUCHI
* URL or Web page : https://msv.dev.java.net/
* License : Sun Binary Software License Agreement non-free
  Description : the Sun XML Datatypes Library

 Sun's Java technology implementation of XML Schema Part 2, is intended
 for use with applications that incorporate XML Schema Part 2.
 .
 Homepage: 
 README: 

See http://java.debian.net/index.php/PackagingDom4J

Note: I filed a bug report to ask the author to change the license to a
  free one:
  https://msv.dev.java.net/issues/show_bug.cgi?id=3

- -- 
  .''`. 
 : :' :rnaud
 `. `'  
   `-
Java Trap: http://www.gnu.org/philosophy/java-trap.html
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.0 (GNU/Linux)

iD8DBQFCZBMr4vzFZu62tMIRApAbAJ9mi140APvwunatEfangw38KV/v2wCfcPCb
xuJJNu2u0kGBZcJy3ofJ/Hs=
=5BxS
-END PGP SIGNATURE-

Bug#305227: ITP: libdom4j-java -- flexible XML framework for Java

[Arnaud Vandyck]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Package: wnpp
Severity: wishlist

* Package name: libdom4j-java
  Version : 1.4
  Upstream Author : James Strachan <[EMAIL PROTECTED] >
* URL or Web page : http://www.dom4j.org/
* License : BSD style license
  Description : flexible XML framework for Java

 dom4j is an open source framework for processing XML which is
 integrated with XPath and fully supports DOM, SAX, JAXP and the Java
 platform such as Java 2 Collections. It allows you to read, write,
 navigate, create and modify XML documents
 .
 Features:
  * designed for the Java platform with full support for the Java
Collections Framework (Java 2 Collections)
  * full support for JAXP , TrAX , SAX , DOM , and XSLT
  * fully integrated XPath support for easy navigation of XML
documents
  * event based proccessing mode to support for massive documents
or XML streams
  * based on Java interfaces for flexible plug and play implementations.
  * support for XML Schema Data Type support using Kohsuke Kawaguchi's
excellent Multi Schema Validator library
 .
 Homepage: http://www.dom4j.org/

See http://java.debian.net/index.php/PackagingDom4J

- -- 
  .''`. 
 : :' :rnaud
 `. `'  
   `-
Java Trap: http://www.gnu.org/philosophy/java-trap.html
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.0 (GNU/Linux)

iD8DBQFCZBMo4vzFZu62tMIRAhXUAJ9Xd8n7Gyc6cW47RLluYxIu71pw4ACghkcg
7oYnkz3VjfxBDAiQgPsITNY=
=0Ywt
-END PGP SIGNATURE-

Bug#305229: ITP: libxpp2-java -- simple and fast incremental XML parser

[Arnaud Vandyck]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Package: wnpp
Severity: wishlist

* Package name: libxpp2-java
  Version : 2
  Upstream Author : Aleksander Slominski <[EMAIL PROTECTED]>
* URL or Web page : http://www.extreme.indiana.edu/xgws/xsoap/xpp/
* License : Indiana University Open Source License
  Description : simple and fast incremental XML parser

 Xml Pull Parser (in short XPP) is a streaming pull XML parser and
 should be used when there is a need to process quickly and efficiently
 all input elements (for example in SOAP processors). Pull parsing is
 just one level up from tokenizing XML (and that is actually how XPP2
 default implementation is done). This means that XPP is representing the
 simplest way of processing XML that you can get (working with tokenizer
 would be even lower level but is not simple and most of applications
 would be much more complex to extract useful information from XML tokens
 ...). With XPP pull parser it is easy to build a next layer on top of it
 such as standard SAX2 push model (a prototype SAX2 driver for XPP2 is
 available). Every SAX2 parser has a tokenizer and a pull interface
 buried inside and XPP2 exposes this layer allowing for faster XML
 processing - and that is what I wanted to achieve in XPP2 and what makes
 this project interesting :-)
 .

 XPP2 (the second version of XPP) consists of two parts: generic API and
 its implementations. The implementations are pluggable and currently
 available default one is optimized for size and speed and is not
 exposing DTD, entities, comments, or processing instructions to the
 user. Another one that will be using Xerces 2 XNI is under
 development. On top of XPP2 parser I have built a very simple XML
 document model API that allows to create XML node tree incrementally (so
 only parts of XML document that user read from input are actually in
 memory). As incremental and non-incremental node tree APIs are almost
 identical the user may access incremental tree node not knowing that it
 is constructed on demand! Please see an article on IBM developerWorks
 
 where XPP2 document model is compared with other leading Java
 implementations.
 .
 Homepage: 

See http://java.debian.net/index.php/PackagingDom4J

Note: this is not the same one as libxpp3-java #251303

- -- 
  .''`. 
 : :' :rnaud
 `. `'  
   `-
Java Trap: http://www.gnu.org/philosophy/java-trap.html
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.0 (GNU/Linux)

iD8DBQFCZBMu4vzFZu62tMIRAhUdAJ9DrnP/c+P0D+qu5SgCSIANM98UtQCcDnRc
teE6Ga3wzc0D0jJrHhkHN6k=
=97cQ
-END PGP SIGNATURE-

Bug#305847: ITP: libservlet2.4-java -- Servlet 2.4 and JSP 2.0 Java classes and documentation

[Arnaud Vandyck]

Package: wnpp
Severity: wishlist

* Package name: libservlet2.4-java
  Version : 2.4
  Upstream Author : Apache Jakarta Group
* URL or Web page : http://jakarta.apache.org/tomcat/index.html
* License : Apache 2.0
  Description : Servlet 2.4 and JSP 2.0 Java classes and documentation
 For more information about Java servlets please take a look at the Tomcat
 home page at http://jakarta.apache.org/tomcat/index.html.
 .
 The official Servlet 2.4 and JSP 2.0 specifications can be found at
 http://java.sun.com/products/servlet/ and http://java.sun.com/products/jsp/.

This is a split of tomcat5 source package (this one will be package later)

-- 
Arnaud Vandyck
Java Trap: http://www.gnu.org/philosophy/java-trap.html


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Bug#306639: batik: FTBFS: JAVA_HOME_DIRS incorrect

[Arnaud Vandyck]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Thu, 28 Apr 2005 08:55:01 +0200, 
Andreas Jochens <[EMAIL PROTECTED]> wrote: 

> Hello Arnaud,

Yo Andreas,

[...]

> At least this particular bug occurs on all arches. It is not very nice 
> to have to read, understand and manually change 'debian/rules' and 
> maybe some other files to get a package built. In particular, this makes 
> any kind of autobuilding impossible, which is a bad thing from a 
> security point of view - and also inconvenient, of course. 

I can understand but I still don't think it's that serious.

> For the Java related packages, the {sun,ibm,blackdown}-j2sdk1.x packages
> which can be created by make-jpkg from 'java-package' make it easy to 
> set up an autobuilder, as long as all packages support this by setting
> the correct JAVA_HOME directories and by specifying the correct 
> Build-Depends.

I must admit I'm more focused on moving java packages to main than
supporting non-free jdk's ;-)

> Anyway, I will file those problems as 'wishlist' in the remaining cases.

Many thanks.

> Some other types of bugs like 
>
> "'Missing Build-Depends on 'junit'" or 
> "'./debian_patch' not executable" 
>
> also appear on all arches including i386. I think those are 'serious' 
> FTBFS bugs, even for packages in 'contrib'. What should be done with 
> those?

You are right, those are really serious! and should be corrected asap!
Also, I really appreciate you provide patches when you file bugs, please
continue to do so! :-D

>> Any way, I leave all the bug you reported and will try to upload fixes
>> as soon as possible.
>
> Thank you for all the fixes to my reports which you already uploaded 
> and for your work in general!

Thanks ;-)

- -- 
  .''`. 
 : :' :rnaud
 `. `'  
   `-
Java Trap: http://www.gnu.org/philosophy/java-trap.html
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.0 (GNU/Linux)

iD8DBQFCcMQ04vzFZu62tMIRAi6hAJwLv5acbcIf5oVjThpuPUIspxWrlwCgt/Z7
uIDwtXbqbu9TTSvhfCu+tDo=
=0oV5
-END PGP SIGNATURE-

Bug#308969: ITP: libcommons-launcher-java -- cross platform java application launcher

[Arnaud Vandyck]

Package: wnpp
Severity: wishlist

* Package name: libcommons-launcher-java
  Version : 1.1
  Upstream Author : Apache Jakarta Group
* URL or Web page : http://jakarta.apache.org/commons/launcher/
* License : Apache License 2
  Description : cross platform java application launcher

-- 
  .''`. 
 : :' :rnaud
 `. `'  
   `-
Java Trap: http://www.gnu.org/philosophy/java-trap.html


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Debian Java in Sarge

[Arnaud Vandyck]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Fri, 3 Jun 2005 17:47:42 +0200, 
Javier Fernández-Sanguino Peña <[EMAIL PROTECTED]> wrote: 

Hi Javier,

> On Fri, Jun 03, 2005 at 05:39:33PM +0200, Arnaud Vandyck wrote:
> (..)
>> 3 Future
>> 
> (..)
>> * update the Debian Java FAQ;
>
> Can you please provide the information in this mail as a patch to the 
> Debian Java FAQ? I would like to see that updated and have offered the 
> document to the debian-java team but few have helped me get the document in 
> shape to properly reflect the status of Java in Debian :-(

I know we are very bad at reflecting the changes in the Debian Java
FAQ. That's why I put this item in the futur tasks: WE NEED TO HELP YOU
IN THIS TASK!

I hope we'll provide you a lot of patches in a near futur.

Cheers,

- -- 
  .''`. 
 : :' :rnaud
 `. `'  
   `-
Java Trap: http://www.gnu.org/philosophy/java-trap.html
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.1 (GNU/Linux)

iD8DBQFCoM4N4vzFZu62tMIRAm6PAJ9YAWYBIxVf8YIGXZoi1fAKUrd5YgCdHmXX
ggDP6kXv9kXNGBor9/M+ioo=
=LGws
-END PGP SIGNATURE-

Re: Debian Java in Sarge

[Arnaud Vandyck]

Fri, 3 Jun 2005 12:16:47 -0400, 
"Roberto C. Sanchez" <[EMAIL PROTECTED]> wrote: 

> On Fri, Jun 03, 2005 at 05:39:33PM +0200, Arnaud Vandyck wrote:
>> 
>> 3 Future
>> 
>> * fix the Debian Java Policy;
>> * update the Debian Java FAQ;
>> * more packages to pkg-java;
>> * every packages to cdbs;
> 
>
> Why cdbs?  I was under the impression that many people disliked/wer
> uncomfortable with it because of the complex way in which it employs
> makefiles.  Wouldn't your packages be more accessible (in terms of other
> developers being able to patch/fix bugs/etc.) in a more universal
> format?

It's been a long time I did not read [EMAIL PROTECTED] so I don't know the pros
and cons about cdbs.

With the ant class, it's really easy to package java libraries and
applications, just have a look at Alioth's project:

http://cvs.alioth.debian.org/cgi-bin/cvsweb.cgi/~checkout~/libcommons-fileupload-java/debian/rules?rev=1.8&content-type=text/plain&cvsroot=pkg-java

Here is the debian/rules file for libcommons-fileupload-java:

#!/usr/bin/make -f
# debian/rules for Commons Fileupload (uses CDBS)

include /usr/share/cdbs/1/rules/debhelper.mk
include /usr/share/cdbs/1/class/ant.mk
include /usr/share/cdbs/1/rules/simple-patchsys.mk

JAVA_HOME_DIRS   := /usr/lib/kaffe
ANT_HOME := /usr/share/ant1.6
DEB_JARS := servlet-2.3 /usr/share/ant1.6/lib/ant-launcher.jar
DEB_ANT_COMPILER := jikes
DEB_ANT_BUILD_TARGET := dist

LIBRARY=commons-fileupload
VERSION=1.0

clean:: 
-rm -fr lib 

-- 
  .''`. 
 : :' :rnaud
 `. `'  
   `-
Java Trap: http://www.gnu.org/philosophy/java-trap.html


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Debian Java in Sarge

[Arnaud Vandyck]

Fri, 3 Jun 2005 18:38:13 -0500 (CDT), 
Adam Heath <[EMAIL PROTECTED]> wrote: 

> On Fri, 3 Jun 2005, Roberto C. Sanchez wrote:
>
>> On Fri, Jun 03, 2005 at 05:39:33PM +0200, Arnaud Vandyck wrote:
>> >
>> > 3 Future
>> >
>> > * fix the Debian Java Policy;
>> > * update the Debian Java FAQ;
>> > * more packages to pkg-java;
>> > * every packages to cdbs;
>> 
>>
>> Why cdbs?  I was under the impression that many people disliked/wer
>> uncomfortable with it because of the complex way in which it employs
>> makefiles.  Wouldn't your packages be more accessible (in terms of
>> other developers being able to patch/fix bugs/etc.) in a more
>> universal format?
>
> I agree.  A java policy should talk about how java packages should
> interact once installed.  But stay the hell away from how they are
> built.

I *never* said I wanted to put this in the Java Policy!

-- 
  .''`. 
 : :' :rnaud
 `. `'  
   `-
Java Trap: http://www.gnu.org/philosophy/java-trap.html


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Debian Java in Sarge

[Arnaud Vandyck]

Mon, 6 Jun 2005 10:35:41 -0500 (CDT), 
Adam Heath <[EMAIL PROTECTED]> wrote: 

> On Mon, 6 Jun 2005, Arnaud Vandyck wrote:
>
>> Fri, 3 Jun 2005 18:38:13 -0500 (CDT),
>> Adam Heath <[EMAIL PROTECTED]> wrote:
>>
>> > On Fri, 3 Jun 2005, Roberto C. Sanchez wrote:
>> >
>> >> On Fri, Jun 03, 2005 at 05:39:33PM +0200, Arnaud Vandyck wrote:
>> >> >
>> >> > 3 Future
>> >> >
>> >> > * fix the Debian Java Policy;
>> >> > * update the Debian Java FAQ;
>> >> > * more packages to pkg-java;
>> >> > * every packages to cdbs;
>> >> 
>> >>
>> >> Why cdbs?  I was under the impression that many people disliked/wer
>> >> uncomfortable with it because of the complex way in which it employs
>> >> makefiles.  Wouldn't your packages be more accessible (in terms of
>> >> other developers being able to patch/fix bugs/etc.) in a more
>> >> universal format?
>> >
>> > I agree.  A java policy should talk about how java packages should
>> > interact once installed.  But stay the hell away from how they are
>> > built.
>>
>> I *never* said I wanted to put this in the Java Policy!
>
> Then why list it as the future?

Doogie,

«more packages to pkg-java» and «update the Debian Java FAQ» will not be
in the Debian Java Policy!

Cheers,

-- 
  .''`. 
 : :' :rnaud
 `. `'  
   `-
Java Trap: http://www.gnu.org/philosophy/java-trap.html

Re: GCJ 4.1 transition

[Arnaud Vandyck]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Michael Koch a écrit :
> The Debian Java Team wants to switch the default
> version gcj/gij to point to the according 4.1 version.

Hi Michael,

Who is the Debian Java Team? I did not see a mail about this decision. I
thought I was a small part of the Debian Java Team...

Cheers,

PS: Don't missunderstand me, I'm of course ok with the GCJ4.1
transition, but I'm surprise you talked for the Debian Java Team but
without coordination (of course I'm not the leader of DJT but I thought
I did enough to be considered a part of the DJT.

- --
  .''`.
 : :' :rnaud
 `. `'
   `-
Java Trap: http://www.gnu.org/philosophy/java-trap.html
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.3 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org

iD8DBQFEa7SN4vzFZu62tMIRAmfFAKChs5q2MusoeWLcXsKQmtdROPMCBQCeIOAE
SlwKwulIMFLLFoB9x2NK+CQ=
=ZbD7
-END PGP SIGNATURE-


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#290763: ITP: libgnujmi-java -- free implementation of the java metadata interface

[Arnaud Vandyck]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Package: wnpp
Severity: wishlist

* Package name: libgnujmi-java
  Version : 0.0cvs20050116
  Upstream Author : Arnaud Vandyck <[EMAIL PROTECTED]>
* URL or Web page : http://savannah.gnu.org/projects/classpathx
* License : GPL
  Description : free implementation of the java metadata interface

 GNU JMI is a free implementation of the JSR-40 The JavaTM Metadata
 Interface (JMI).
 .
 It consist of an API to solve the problem of incompatible metadata.
 . 
 This is the classpathx free implementation of the library
 . 
 Homepage: http://savannah.gnu.org/projects/classpathx

- -- 
Arnaud Vandyck
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.2.5 (GNU/Linux)

iD8DBQFB6n7U4vzFZu62tMIRAjNSAKCNqKJ3iVDcEkS0sI2Wih6CMofHiwCgg6Rf
haPTOhmsECxTpdTtwRDiKsA=
=6hkR
-END PGP SIGNATURE-

Bug#198158: architecture i386 isn't i386 anymore

[Arnaud Vandyck]

Sven Luther <[EMAIL PROTECTED]> wrote:

[...]

> Come on, we already support 11 or so arches officially, and a bunch of
> other unofficially, surelly this would not be so expensive for us.

IMHO it's better to  be coherent with the ARCH name. If  i386 arch is no
more supported,  let's go to the  next generation until  the gcc support
will drop the i486. 

-- Arnaud Vandyck, STE fi, ULg
   Formateur Cellule Programmation.

Bug#199518: ITP: libcommons-lang-java -- Extension of the java.lang package

[Arnaud Vandyck]

Package: wnpp
Severity: wishlist

* Package name: libcommons-lang-java
  Version : 1.0.1
  Upstream Authors: Christopher Elkins <[EMAIL PROTECTED]>,
Daniel Rall <[EMAIL PROTECTED]>,
Ed Korthof <[EMAIL PROTECTED]>,
Fredrik Westermarck <[EMAIL PROTECTED]>,
Greg Coladonato <[EMAIL PROTECTED]>,
Henri Yandell <[EMAIL PROTECTED]>,
Janek Bogucki <[EMAIL PROTECTED]>,
John McNally <[EMAIL PROTECTED]>,
Jon S. Stevens <[EMAIL PROTECTED]>,
Kasper Nielsen <[EMAIL PROTECTED]>,
Nissim Karpenstein <[EMAIL PROTECTED]>,
Rafal Krzewski <[EMAIL PROTECTED]>,
Rand McNeely <[EMAIL PROTECTED]>,
Ringo De Smet <[EMAIL PROTECTED]>,
Sean C. Sullivan,
Stephen Colebourne <[EMAIL PROTECTED]>,
Steve Downey <[EMAIL PROTECTED]>,
Steven Caswell <[EMAIL PROTECTED]>. 
* URL or Web page : http://jakarta.apache.org/commons/lang/
* License : The Apache Software License, Version 1.1
  Description : Extension of the java.lang package

-- Arnaud Vandyck, STE fi, ULg
   Formateur Cellule Programmation.


pgpOPRoF0uwd5.pgp
Description: PGP signature

Bug#199524: ITP: libcommons-validator-java -- Ease and speed development and maintenance of validation rules

[Arnaud Vandyck]

Package: wnpp
Severity: wishlist

* Package name: libcommons-validator-java
  Version : 1.0.2
  Upstream Authors: David Winterfeldt <[EMAIL PROTECTED]>,
Craig McClanahan <[EMAIL PROTECTED]>,
James Turner <[EMAIL PROTECTED]>,
Martin Cooper <[EMAIL PROTECTED]>. 
* URL or Web page : http://jakarta.apache.org/commons/validator/
* License : The Apache Software License, Version 1.1
  Description : Ease and speed development and maintenance of validation 
rules

-- Arnaud Vandyck, STE fi, ULg
   Formateur Cellule Programmation.


pgp6JBrdsBFKY.pgp
Description: PGP signature

Re: Bug#199524: ITP: libcommons-validator-java -- Ease and speed development and maintenance of validation rules

[Arnaud Vandyck]

Adam Heath <[EMAIL PROTECTED]> wrote:
> On Tue, 1 Jul 2003, Arnaud Vandyck wrote:
> 
> >   Description : Ease and speed development and maintenance of 
> > validation rules
> 
> And?

 The Commons Validator is a basic validation framework
 that lets you define validation rules for a JavaBean
 in an xml file.
 .
 Validation rules can be defined in an xml file which
 keeps them abstracted from JavaBean you are validating.
 .
 The library is needed by Tomcat4.
 .
 This is a part of the Apache Jakarta Project.
 Home: <http://jakarta.apache.org/commons/validator/>

-- Arnaud Vandyck, STE fi, ULg
   Formateur Cellule Programmation.

Re: Bug#199518: ITP: libcommons-lang-java -- Extension of the java.lang package

[Arnaud Vandyck]

,Adam Heath <[EMAIL PROTECTED]> wrote:
> On Tue, 1 Jul 2003, Arnaud Vandyck wrote:
> 
> >   Description : Extension of the java.lang package
> 
> And?

 The Lang Component contains a set of Java classes that provide helper
 methods for standard Java classes, especially those found in the
 java.lang package in the Sun JDK. The following classes are included:
 .
  * StringUtils - Helper for java.lang.String.
  * CharSetUtils - Methods for dealing with CharSets, which are sets of
characters such as [a-z] and [abcdez].
  * RandomStringUtils - Helper for creating randomised Strings.
  * NumberUtils - Helper for java.lang.Number and its subclasses.
  * NumberRange - A range of numbers with an upper and lower bound.
  * ObjectUtils - Helper for java.lang.Object.
  * SerializationUtils - Helper for serializing Objects.
  * SystemUtils - Utility class defining the Java system properties.
  * NestedException package - A sub-package for the creation of nested
exceptions.
  * Enum package - A sub-package for the creation of enumerated types.
  * Builder package - A sub-package for the creation of equals, hashCode,
compareTo and toString methods.
 .
 This is a part of the Apache Jakarta Project.
 Home: <http://jakarta.apache.org/commons/lang/>

-- Arnaud Vandyck, STE fi, ULg
   Formateur Cellule Programmation.

Re: Work-needing packages report for Jul 11, 2003

[Arnaud Vandyck]

"Marcelo E. Magallon" <[EMAIL PROTECTED]> wrote:
[...]
>  >junit-freenet (#165504), orphaned 264 days ago
>  >  Description: basic reimplementation of the JUnit unit testing
>  >  framework
> 
>  Ah... Java...

>From the author:

This is  a basic reimplementation  of the JUnit unit  testing framework,
licensed under  the GNU GPL (JUnit  is, for some  reason, released under
the IBM Public  License). This was just an afternoons  hack, so for real
testing you  may still  wish to use  JUnit, but developing  against this
should avoid any questions regarding  licensing (since you are using the
GPL, right?).

This  code is  written without  the  authorization or  knowledge of  the
original JUnit  authors, and  bears no relation  to their code  short of
containing the same class, method, and field names.

&& oskar sandberg ([EMAIL PROTECTED])

When I look at the cvs, two  classes have been commited 8 month ago, the
other 23 month ago!..

I  do not  know if  the upstream  is  very active  on this  part of  the
project...

-- Arnaud Vandyck
   http://alioth.debian.org/users/arnaud-guest/

Won't package [was: Re: ITP: libjdbc-stdext-java -- JDBC 2.0 Optional Package from SUN]

[Arnaud Vandyck]

After some more investigations:

1° this library is in classpath package and in the j2(sdk|re)1.4 
   package;

2° it's non-free (I knew but...);

3° it's needed by tomcat4 (by the way of libcommons-dbcp-java) but t4 
   will depend on j2(sdk|re)1.4. 

-- Arnaud Vandyck, STE fi, ULg
   Formateur Cellule Programmation.

Won't package [was: Re: ITP: libjta-java -- JTA is the JavaTM Transaction API from Sun]

[Arnaud Vandyck]

After some more investigations:

1° this library is in classpath package and in the j2(sdk|re)1.4 
   package;

2° it's non-free (I knew but...);

3° it's needed by tomcat4 (by the way of libcommons-dbcp-java) but t4 
   will depend on j2(sdk|re)1.4. 

-- Arnaud Vandyck, STE fi, ULg
   Formateur Cellule Programmation.

Re: Homepage & snapshot in debian/control?

[Arnaud Vandyck]

Stefano Zacchiroli <[EMAIL PROTECTED]> wrote:
> On Fri, Jul 18, 2003 at 02:56:18PM +0200, Xavier Roche wrote:
> > You can place in the description field of debian/control something
> > like: Homepage: ..  to provide the original package homepage.
> 
> What do you mean? Adding an unexpected field to debian/control results
> in complains from dpkg-gencontrol and it seems to me that the field is
> ignored in the final .deb.

try this in debian/control:
XCSB-HomePage: http://somewhere.com/package

Thus, I do not know if it's a good practice (I am not yet a DD :'()... 

Heu yes Craig, I'm working on... :p

> > but it might be better to add a specific field for that, or I am
> > missing something?
> 
> I agree on the Homepage field. 
[...]
> OTOH I find useless and not enough general the snapshot field.

I agree both ;)

-- Arnaud Vandyck
   http://alioth.debian.org/users/arnaud-guest/

Re: Using reportbug with Gnus

[Arnaud Vandyck]

Peter S Galbraith <[EMAIL PROTECTED]> wrote:
> Marcus Frings <[EMAIL PROTECTED]> wrote:
> 
> > * [EMAIL PROTECTED] (Aaron M. Ucko) wrote:
> > > Incidentally, you might also be interested in debbugs-el, which
> > > provides a nice report-debian-bug command.
> > 
> > Thanks for the hint. I'll give it a try!
> 
> That would be `M-x debian-bug'.  :-)
> 
> You might also like  `M-x debian-bts-control' to send control messages
> to the BTS.  That's in the `dpkg-dev-el' package.

I use both with Mew and they are very good ;)

Very good job! ;)

-- Arnaud Vandyck
   http://alioth.debian.org/users/arnaud-guest/

Bug#203114: ITP: libjdepend-java -- description courte

[Arnaud Vandyck]

Package: wnpp
Severity: wishlist

* Package name: libjdepend-java
  Version : 2.6
  Upstream Author : [EMAIL PROTECTED]
* URL or Web page : http://www.clarkware.com/software/JDepend.html
* License : GPL
  Description : tool to measure design quality of java class and source

 JDepend traverses Java class and source file directories and 
 generates design quality metrics for each Java package. JDepend allows 
 you to automatically measure the quality of a design in terms of its 
 extensibility, reusability, and maintainability to effectively manage 
 and control package dependencies.
 .
 Home: <http://www.clarkware.com/software/JDepend.html>

I'll need this package to build the next stable version of ArgoUML. 

-- Arnaud Vandyck, STE fi, ULg
   Formateur Cellule Programmation.

Bug#203148: ITP: libi18n-java -- internationalization library for java

[Arnaud Vandyck]

Package: wnpp
Severity: wishlist

* Package name: libi18n-java
  Version : 0.1
  Upstream Author : Jean-Hugues de Raigniac <[EMAIL PROTECTED]>
* URL or Web page : http://jhraigniac.freesurf.fr/i18n-lib/
* License : ACME Labs Freeware License
  Description : internationalization library for java

 This library is needed by ArgoUML.

-- Arnaud Vandyck, STE fi, ULg
   Formateur Cellule Programmation.


pgphn501aLYOw.pgp
Description: PGP signature

Bug#203187: ITP: charva -- java windowing toolkit for text terminals

[Arnaud Vandyck]

Package: wnpp
Severity: wishlist

* Package name: charva
  Version : 1.0.1
  Upstream Author : Rob Pitman <[EMAIL PROTECTED]>
* URL or Web page : http://www.pitman.co.za/projects/charva/
* License : LGPL
  Description : java windowing toolkit for text terminals

Java framework for presenting  a "graphical" user interface, composed of
elements such as  windows, dialogs, menus, textfields and  buttons, on a
traditional character-cell ASCII  terminal. It has an API  based on that
of "Swing"  (a.k.a. the  Java Foundation Classes).  Programmers familiar
with AWT  and Swing will  find programming CHARVA  straightforward. User
interfaces can be designed on  WYSIWYG IDEs such as Borland JBuilder and
then  easily  converted  to  CHARVA  merely  by  changing  the  "import"
statements  to  import  the  "charva.awt  and  "charvax.swing"  packages
instead of the standard "java.awt" and "javax.swing" packages. 

HomePage: <http://www.pitman.co.za/projects/charva/>
Screenshots: <http://www.pitman.co.za/projects/charva/Screenshots.html>

-- Arnaud Vandyck, STE fi, ULg
   Formateur Cellule Programmation.


pgpv4J7MRFKvI.pgp
Description: PGP signature

Bug#203188: ITP: jaxe -- xml editor written in java

[Arnaud Vandyck]

Package: wnpp
Severity: wishlist

* Package name: jaxe
  Version : 1.5
  Upstream Author : Damien Guillaume, Bodo Tasche, Léa Guillon, Bertrand
Delacretaz, Sven Kitschke.
* URL or Web page : http://jaxe.sourceforge.net/
* License : GPL
  Description : xml editor written in java

Jaxe features:
* configurable with an XML schema and a file describing the menus to
  insert the elements
* adapted to structured narrative XML documents
* validation at elements insertion
* multi-platform (Java 1.3+)
* free open-source software
* possible  addition of  Java  modules to  add customised  graphical
  interfaces
* HTML preview with an XSLT stylesheet
* panel with a tree view
* panel with allowed elements
* panel with the current element attributes
* contextual menu
* multiple undo/redo
* source code display
* complete validation using Xerces
* configuration file examples  for XHTML strict, simplified Docbook,
  and a schema for online courses
* French, English  and German localisations (the  system language is
  used by default)
* spell checking with English, French and German dictionaries

-- Arnaud Vandyck, STE fi, ULg
   Formateur Cellule Programmation.


pgpmu9XJRA3Tl.pgp
Description: PGP signature

Re: hey

[Arnaud Vandyck]

Xavier Roche <[EMAIL PROTECTED]> wrote:
> It might be a good idea to  reject MIME messages in -devel? Do we need
> attachments? (patchs can be inserted in the message body)

pgp signature *should* be attached

-- Arnaud Vandyck
   http://alioth.debian.org/users/arnaud-guest/


pgp6Q8YBVPiDi.pgp
Description: PGP signature

Re: More mailing from BTS?

[Arnaud Vandyck]

"Nikita V. Youshchenko" <[EMAIL PROTECTED]> wrote:
> - Bugs that have "patch"
good idea
> - Bugs that are more than N months|years old
good idea
> - Packages with more than N bugs
good idea

And why not those with 'help'? (Or it does already exist?)

-- Arnaud Vandyck
   http://alioth.debian.org/users/arnaud-guest/

[PROPOSAL] Debian Release Plan [was: Re: Future releases of Debian]

[Arnaud Vandyck]

Adrian Bunk <[EMAIL PROTECTED]> wrote:
[...]
> [3] http://www.fs.tum.de/~bunk/Debian/freeze

Reading the  whole "Future  releases of Debian"  thread, I  thought that
the main idea was that Debian need a more 'readable' status for the next
stable release.

I propose  to create  a meta-package called  'release-status-sarge' that
depends on packages (with version number) that we want to see in sarge. 

Each maintainer has  to fill a bug report to include  his package in the
next release  and explain why the  release has to wait  for this package
(or/ and this  version of the package). We can  have different bug level
for the importance to include the package or not.

The  release-status-sarge maintainer  can then  add the  package  in the
Depends field with the version number and close the bug, or he (she) can
tag the  bug 'wontfix' and  explain why the  package will not be  in the
next release. He (or she) can also ask for moreinfo. 

Why a meta-package and not a virtual-package? 

If we have  a meta-package, we can use 'grep-excuse' to  see "who we are
waiting for?", in addition with the BTS, it's a lot of informations. 

We can also submit  other bugs against the release-status-sarge package,
like "Too many  RC Bugs" or any other information on  why the release is
nt ready yet. 

I think Adrian is  right when he want more release. I  think the idea of
having a Debian release a year is not so bad, but I do not like the idea
of a dead-line for Debian releases. I think that "Next release of Debian
will happen when  it is ready" should be a general  way of thinking even
in other areas! This does not mean we do not need a strict release plan,
but I prefer to base the release plan on targets, not on dates. 

Clear release goals not a release date. 

Also,  Debian has  developed  lot of  interresting  concepts, ideas  and
tools, my idea  is just to use some of  them, no additional development,
to clarify stable release plan and goals to Debian users and even Debian
developers. 

Any comments are appreciate, thank you for your time,

Note: I could also call  the proposal "Debian Release Unified Goals" but
  finally I don't think it's a good idea ;)

-- Arnaud Vandyck
   http://alioth.debian.org/users/arnaud-guest/


pgpkrot1qJ0Cf.pgp
Description: PGP signature

Re: [PROPOSAL] Debian Release Plan

[Arnaud Vandyck]

Matt Zimmerman <[EMAIL PROTECTED]> wrote:
> On Fri, Aug 01, 2003 at 07:03:46PM +0200, Arnaud Vandyck wrote:
> 
> > I  propose to  create a  meta-package  called 'release-status-sarge'
> > that depends on  packages (with version number) that  we want to see
> > in sarge.
> 
> I don't think  that the most important release  goals can be expressed
> in terms of version numbers.  For example, RC bug fixes.  I don't find
> goals such as "we want version X of package Y because it's the newest"
> to be  very useful in  producing a quality  release, nor do  I believe
> that these  are the kind of  goals which are  responsible for Debian's
> long release cycle.

If there are RC bugs to packages that 'release-status-sarge' depends on,
it won't go to testing... 

We can  think of  a new release  when 'release-status-sarge' will  be in
testing. 

-- Arnaud Vandyck, STE fi, ULg
   Formateur Cellule Programmation.


pgpU6BP0phUe5.pgp
Description: PGP signature

Re: [PROPOSAL] Debian Release Plan

[Arnaud Vandyck]

Matt Zimmerman <[EMAIL PROTECTED]> wrote:
> On Fri, Aug 01, 2003 at 07:50:15PM +0200, Arnaud Vandyck wrote:
[...]
> > If there are RC bugs to packages that 'release-status-sarge' depends
> > on, it won't go to testing...
> 
> Of course  it would, unless it  had a versioned  dependency that could
> not be met.  And how would you  know in which version the bug would be
> fixed?

'release-status-sarge' is just a package  to monitor the work to be done
to have a stable release. 

It does not matter to know in  which version the bug will be fixed. What
I want for sarge  is emacs21 ( >= 21.2 ) so if  every RC bugs are closed
with 21.3 or 21.4, the dependency >=21.2 is ok. 

I think  I do not  understand what you  mean or I  do not see  where the
problem is. 

What  I think  is  interresting with  my  proposal is  that the  release
happens when  packages we  want for the  next stable release  are ready,
stable. 

The existance of  this package in testing does not  mean the next stable
release must  come out as soon as  possible, but it's a  monitor, it can
give important  informations on what have  to be done to  reach the next
stable release. 

I think  about this proposal just  after the first mail  of Adrian Bunk,
but I think I did not think enough :(

Don't you  agree with a way  of monitoring the  steps to be done  to the
next stable release? 

Maybe you  exactly know where  Debian goes and  what we are  waiting for
(yes I saw the mails about gnome2, kde3, gcc3.3, etc...)? I do not.

Best regards,

-- Arnaud Vandyck, STE fi, ULg
   Formateur Cellule Programmation.


pgpa0RwcemmKk.pgp
Description: PGP signature

Re: [PROPOSAL] Debian Release Plan

[Arnaud Vandyck]

Matt Zimmerman <[EMAIL PROTECTED]> wrote:
> On Fri, Aug 01, 2003 at 10:06:39PM +0200, Arnaud Vandyck wrote:
> > [...]
> > It  does  not matter  to  know  in which  version  the  bug will  be
> > fixed. What I want  for sarge is emacs21 ( >= 21.2  ) so if every RC
> > bugs are closed with 21.3 or 21.4, the dependency >=21.2 is ok.
> 
> And what if the version in testing has an RC bug? 
> "release-status-sarge" says everything is OK.

You are  rigth. I thought we  can fill a RC  bug "to early  for a stable
release" but you are right, if one  of the version we want is in testing
and we are OK for a release, yes, the monitor will be wrong!

> > What I  think is interresting with  my proposal is  that the release
> > happens when packages we want for the next stable release are ready,
> > stable.
> 
> I am saying that the reality  of the situation is more complex than is
> accounted for in this approach.

Isn't it a beginning?

> > Don't you agree with a way of monitoring the steps to be done to the
> > next stable release?
> > 
> > Maybe you exactly know where Debian goes and what we are waiting for
> > (yes I saw the mails about gnome2, kde3, gcc3.3, etc...)? I do not.
> 
> I  do not think  that version  number milestones  are important  for a
> release.   I   think  that  having   a  well-integrated,  high-quality
> distribution is  important for  a release, and  this is not  so easily
> monitored.

I agree. Anybody to try another proposal? ;)

-- Arnaud Vandyck, STE fi, ULg
   Formateur Cellule Programmation.


pgp4qsb6l9Ypc.pgp
Description: PGP signature

Re: NM non-process

[Arnaud Vandyck]

On Thu, 7 Aug 2003 00:34:53 +0100
Colin Watson <[EMAIL PROTECTED]> wrote:

[...]
> While I'm at  it, a quick and possibly irrelevant  bit of stats-pr0n I
> just did (note that it counts resolved bugs too):
> 
>   http://bugs.debian.org/cgi-bin/pkgindex.cgi?indexon=tag

What does mean "patch has 3339 bugs"? 

3339 bugs tag patch not yet resolved?  to be upload? or when you say "it
counts resolved bugs"  means some of them have  been resolved and upload
and other not?

-- Arnaud Vandyck
   http://alioth.debian.org/users/arnaud-guest/
   http://alioth.debian.org/developer/diary.php?diary_user=2781


pgphCLLfVTdb3.pgp
Description: PGP signature

Re: NM non-process

[Arnaud Vandyck]

On Thu, 7 Aug 2003 11:04:16 +0100
Colin Watson <[EMAIL PROTECTED]> wrote:

> On Thu, Aug 07, 2003 at 11:51:26AM +0200, Arnaud Vandyck wrote:
> > On Thu, 7 Aug 2003 00:34:53 +0100
> > Colin Watson <[EMAIL PROTECTED]> wrote:
> > > While I'm at  it, a quick and possibly irrelevant  bit of stats-pr0n I
> > > just did (note that it counts resolved bugs too):
> > > 
> > >   http://bugs.debian.org/cgi-bin/pkgindex.cgi?indexon=tag
> > 
> > What does mean "patch has 3339 bugs"? 
> 
> 3339 bugs are either open or closed-but-not-yet-archived. 

OK

> Bugs are archived after 28 days of being closed with no activity. This
> is the same as what you get on normal lists of bugs per package, etc.

Well, I knew that, it's in the footpage of every bugs! ;)

> Yes, this should probably be made clearer, but hey.

Just to be sure...

-- Arnaud Vandyck
   http://alioth.debian.org/users/arnaud-guest/
   http://alioth.debian.org/developer/diary.php?diary_user=2781


pgpVuEB9IyKMX.pgp
Description: PGP signature

[VAC] until september 9

[Arnaud Vandyck]

Hi all,

I'll be on holliday until september 9.

I'll unsubscribe this list and re-subscribe when I'll be back. 

Best regards,

-- 
  .''`.  ** Debian GNU/Linux **
 : :' : Arnaud   Vandyck
 `. `'   http://alioth.debian.org/users/arnaud-guest/
   `-http://alioth.debian.org/developer/diary.php?diary_user=2781
 jabber: [EMAIL PROTECTED]


pgpC7LXF4Ei2r.pgp
Description: PGP signature

Fw: libdtdparser-java_1.21-4_i386.changes REJECTED

[Arnaud Vandyck]

Hi all,

I've got a problem and like to have some lights to correct it... 

1° I did replace the orig.tar.gz of libdtdparser-java to remove the
   generated doc and  the generated jar file because  I don't need them,
   it's rebuilt from sources! 

2° I dpatch it and now it can be built with free compiler and run (it's 
   a library) with free software, so my library can be moved to main. 

I  do rebuild  the  package with  '-sa'  to attach  the  sources to  the
package. My sponsor upload the package but it has been rejected. 

Can  someone help me  to solve  the problem?..  and maybe  re-upload the
library? Many many thanks... 

-- [EMAIL PROTECTED] | [EMAIL PROTECTED] (or on #debian-devel ;))

On Wed, 24 Sep 2003 13:02:32 -0400
Debian Installer <[EMAIL PROTECTED]> wrote:

> 
> Rejected: can not overwrite existing copy of 
> 'libdtdparser-java_1.21.orig.tar.gz' already in the archive.
> 
> 
> ===
> 
> If you don't understand why your files were rejected, or if the
> override file requires editing, reply to this email.
> 


-- 
  .''`.  ** Debian GNU/Linux **
 : :' : Arnaud   Vandyck
 `. `'   http://alioth.debian.org/users/arnaud-guest/
   `-http://alioth.debian.org/developer/diary.php?diary_user=2781
 jabber: [EMAIL PROTECTED]


pgpMbQg8e1ORt.pgp
Description: PGP signature

Re: libdtdparser-java_1.21-4_i386.changes REJECTED

[Arnaud Vandyck]

On Wed, 24 Sep 2003 18:24:44 -0500 (CDT)
Adam Heath <[EMAIL PROTECTED]> wrote:

> -sa doesn't work anymore with  pools.  You need to change the upstream
> version.

ok, thanks, I finally rebuilt the package with old original tarball.

-- 
  .''`.  ** Debian GNU/Linux **
 : :' : Arnaud   Vandyck
 `. `'   http://alioth.debian.org/users/arnaud-guest/
   `-http://alioth.debian.org/developer/diary.php?diary_user=2781
 jabber: [EMAIL PROTECTED]


pgp2idXpCnGnJ.pgp
Description: PGP signature

Re: libdtdparser-java_1.21-4_i386.changes REJECTED

[Arnaud Vandyck]

On Wed, 24 Sep 2003 19:52:38 -0400
Peter S Galbraith <[EMAIL PROTECTED]> wrote:

[...] 

> You  need  to  bump  the  version  number  of  the  .orig.tar.gz,  e.g
> libdtdparser-java_1.21a.orig.tar.gz or something  (just make sure it's
> lower than your next real upstream version number).

Good idea, thanks ;)

-- 
  .''`.  ** Debian GNU/Linux **
 : :' : Arnaud   Vandyck
 `. `'   http://alioth.debian.org/users/arnaud-guest/
   `-http://alioth.debian.org/developer/diary.php?diary_user=2781
 jabber: [EMAIL PROTECTED]


pgp0XHti1hTIN.pgp
Description: PGP signature

Re: How to include symlinks to conffiles in a package?

[Arnaud Vandyck]

On Thu, 25 Sep 2003 14:27:26 +0200
Marc Haber <[EMAIL PROTECTED]> wrote:

> Is example code available to imitate conffile handling?

man dh_link ;-)

-- 
  .''`.  ** Debian GNU/Linux **
 : :' : Arnaud   Vandyck
 `. `'   http://alioth.debian.org/users/arnaud-guest/
   `-http://alioth.debian.org/developer/diary.php?diary_user=2781
 jabber: [EMAIL PROTECTED]


pgpmHdfRsQkyD.pgp
Description: PGP signature

Re: ITA: Mac on Linux packages

[Arnaud Vandyck]

Martin Loschwitz wrote:
> We, Peter De Schrijver and me, hereby announce the intention to take over 
> the Mac on Linux packages and maintain them in a sort of packaging group.

package things in a group is a very good idea, many thanks to take care
of MOL.

-- 
  .''`.
 : :' :rnaud
 `. `'
   `-
Java Trap: http://www.gnu.org/philosophy/java-trap.html


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

[mass-bug-filing] ant transition

[Arnaud Vandyck]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi all,

I'm about to send a bug to Java packages that depend on libant1.6-java
to change that dependency to 'ant'.

Here is the full explanation with the list of packages:
http://pkg-java.alioth.debian.org/ant/

And here is the package list so you don't have to go to the website if
you don't want to:

# Daniel Bonniot: nice
# Debian Java Maintainers: ant
# Debian Java Maintainers: batik
# Debian Java Maintainers: bcel
# Debian Java Maintainers: checkstyle
# Debian Java Maintainers: commons-pool
# Debian Java Maintainers: dresden-ocl
# Debian Java Maintainers: ecj-bootstrap
# Debian Java Maintainers: fop
# Debian Java Maintainers: javax-servletapi2.3
# Debian Java Maintainers: jcifs
# Debian Java Maintainers: libbsf-java
# Debian Java Maintainers: libcommons-collections-java
# Debian Java Maintainers: libcommons-digester-java
# Debian Java Maintainers: libcommons-logging-java
# Debian Java Maintainers: libgef-java
# Debian Java Maintainers: libjaxen-java
# Debian Java Maintainers: libjdepend-java
# Debian Java Maintainers: libjdom-java
# Debian Java Maintainers: libjdom1-java
# Debian Java Maintainers: libjessie-java
# Debian Java Maintainers: libmx4j-java
# Debian Java Maintainers: libnsuml-java
# Debian Java Maintainers: liboro-java
# Debian Java Maintainers: libplexus-utils
# Debian Java Maintainers: libsaxpath-java
# Debian Java Maintainers: libstruts1.1-java
# Debian Java Maintainers: libxalan2-java
# Debian Java Maintainers: libxerces2-java
# Debian Java Maintainers: libxerces2-java-doc
# Debian Java Maintainers: libxml-commons-resolver1.1-java
# Debian Java Maintainers: lucene
# Debian Java Maintainers: mysql-connector-java
# Debian Java Maintainers: pja
# Debian Java Maintainers: rhino
# Debian Java Maintainers: tomcat4
# Jesper Zedlitz: librelaxng-datatype-java
# Marcus Crafter: groovy
# Nicolas Sabouret: javacc
# Peter Eisentraut: hsqldb
# Peter Eisentraut: jline
# Piotr Roszatycki: henplus
# Takashi Okamoto: libcommons-collections3-java
# Takashi Okamoto: libregexp-java

Many Thanks for your work,

- --
  .''`.
 : :' :rnaud
 `. `'
   `-
Java Trap: http://www.gnu.org/philosophy/java-trap.html
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.1 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org

iD8DBQFDMB6a4vzFZu62tMIRAqdnAKCDQoWh+uNdKzSsXdHla0hacKE3dACfTfoe
qZSW4xyjdIBtiTzKjgv11kk=
=T81p
-END PGP SIGNATURE-


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Bug#333120: ITP: icu4j -- International Components for Unicode for Java

[Arnaud Vandyck]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Seo Sanghyeon wrote:
> Package: wnpp
> Severity: wishlist
> Owner: Seo Sanghyeon <[EMAIL PROTECTED]>
> 
> * Package name: icu4j
>   Version : 3.4
>   Upstream Author : IBM
> * URL : http://icu.sourceforge.net/
> * License : MIT/X
>   Description : International Components for Unicode for Java

It's a Java package, wouldn' you consider maintaining it under the
umbrella of the pkg-java Alioth's project?

http://pkg-java.alioth.debian.org/

You are welcome to join us.

- --
  .''`.
 : :' :rnaud
 `. `'
   `-
Java Trap: http://www.gnu.org/philosophy/java-trap.html
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.1 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org

iD8DBQFDS8jZ4vzFZu62tMIRAlEWAJ0cVGI8NEji06zhjW51tTBKh5+8TQCgjLHV
Lri2LKEbXVaAALaCm8kg/Mc=
=n21T
-END PGP SIGNATURE-


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Bug#333120: ITP: icu4j -- International Components for Unicode for Java

[Arnaud Vandyck]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Michael Koch wrote:
> On Tue, Oct 11, 2005 at 04:14:49PM +0200, Arnaud Vandyck wrote:
>>Seo Sanghyeon wrote:
>>>Package: wnpp
>>>Severity: wishlist
>>>Owner: Seo Sanghyeon <[EMAIL PROTECTED]>
>>>* Package name: icu4j
>>It's a Java package, wouldn' you consider maintaining it under the
>>umbrella of the pkg-java Alioth's project?
> Already cleared up on IRC. It will be uploaded under the Debian Java
> Maintainers umbrella. I already reviewed the existing package and gave
> some advices. I will take care of it.

Thanks Michael,

- --
  .''`.
 : :' :rnaud
 `. `'
   `-
Java Trap: http://www.gnu.org/philosophy/java-trap.html
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.1 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org

iD8DBQFDS82A4vzFZu62tMIRAt8VAKCdBapb0jISJ/76L/T28MtuM2m6WwCcD5ac
Lp3XWADVwxARXYthONHhHxk=
=WphX
-END PGP SIGNATURE-


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Bug#420165: ITP: commons-configuration -- Java based library providing a generic configuration interface

[Arnaud Vandyck]

On 4/22/07, Marcus Better <[EMAIL PROTECTED]> wrote:

Torsten Werner wrote:
> I call the binary package
> libcommons-configuration-java but not the source package.

This is one of the two conventions used by the Java packaging team (and IMHO
the best option), cf. commons-logging and commons-daemon packages. The
other common option is to name both source and binary packages
libsomething-java.


Please, see http://www.us.debian.org/doc/packaging-manuals/java-policy/x105.html

Also, Torsten, why don't you join the pkg-java maintainer team? I see
you intent to package some java libs and apps, it'd be good to follow
our recommendations and why not join the team?
http://pkg-java.alioth.debian.org/developers.html

About the name of the lib, it's strange you seem not to know that
pkg-java already package nearly all the jakarta-commons package under
the name libcommons-XXX-java (beanutils, io, lang, net, httpclient,
daemon, logging, pool, dbcp, cli, codec, collections, digester,
discovery, el, fileupload, jexl, jxpath, launcher, modeler, validator,
sorry if I forgot one).

I strongly recommend that the Jakarta commons package be maintained by
pkg-java-maintainers.

Cheers,

--
Arnaud Vandyck


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#433939: ITP: jfreereport -- java class library for generating reports

[Arnaud Vandyck]

X-Debbugs-CC: [EMAIL PROTECTED], debian-devel@lists.debian.org
Package: wnpp
Owner: Arnaud Vandyck <[EMAIL PROTECTED]>
Severity: wishlist

* Package name: jfreereport
 Version : 0.9.1
 Upstream Authors :
 dkincade 
 Dave Waddell 
 ELassad 
 Gretchen Moran 
 Schoemer, Joerg 
 Michael D'Amour 
 Mimil 
 Michael Tennes 
 David Gilbert 
 Ocke Janssen 
 Piotr Bzdyl 
 Taq 
 Martin Schmid 
 Will Gorman 
* URL or Web page : http://reporting.pentaho.org/development/
http://sourceforge.net/projects/jfreereport/
* License : GNU Library or Lesser General Public License (LGPL)
 Description : java class library for generating reports
XML-based templates provide flexible reporting and printing
functionality using data from multiple sources and supports output to
display devices, printers, PDF, Excel, HTML, XHTML, PlainText, XML and
CSV files.


A lot of source packages will be needed:
http://sourceforge.net/project/showfiles.php?group_id=51669

This package is needed for pentaho-reportdesigner and OpenOffice

--
Arnaud Vandyck


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Helping busy maintainers

[Arnaud Vandyck]

On Wed, 08 Oct 2003 10:08:07 -0700
Ben Gertzfield <[EMAIL PROTECTED]> wrote:

> Alioth has been a terrific resource for me in this regard.  Using it and 
> dpatch, I'm easily able to co-maintain packages, maintain bugs, and keep 
> releases in check with multiple developers.
> 
> I'd highly recommend that this group utilize Alioth to its fullest, so 
> that co-maintainers can best pool their resources.

And "not yet DD's" can help ;)

I also think Alioth's a good thing.

-- 
  .''`.  ** Debian GNU/Linux **
 : :' : Arnaud   Vandyck
 `. `'   http://alioth.debian.org/users/arnaud-guest/
   `-http://alioth.debian.org/developer/diary.php?diary_user=2781
 jabber: [EMAIL PROTECTED]


pgpCD4GVyyyLq.pgp
Description: PGP signature

Re: Quote: Debian and Democracy at Advocato.org

[Arnaud Vandyck]

On Thu, 9 Oct 2003 04:01:47 +0800
Cameron Patrick <[EMAIL PROTECTED]> wrote:

> On Wed, Oct 08, 2003 at 09:42:42PM +0200, Thomas Hood wrote:
> | On Wed, 2003-10-08 at 21:25, Daniel Ruoso wrote:
> | > I think this should be clearly discussed.
> | 
> | Just to prevent any confusion I'll just point out that
> | the rant you quoted was authored by Eray Ozkural.
> 
> Hmm.  I've heard that name mentioned before on this mailing list, in
> conjunction with phrases like "dick-head" and "will never be allowed
> into Debian."  Presumably there's a good reason for this animosity
> towards him; would someone mind enlightening me as to why?

http://www.mail-archive.com/debian-mentors@lists.debian.org/msg09658.html
http://www.mail-archive.com/debian-mentors@lists.debian.org/msg09753.html

but google:  may help.

-- 
  .''`.  ** Debian GNU/Linux **
 : :' : Arnaud   Vandyck
 `. `'   http://alioth.debian.org/users/arnaud-guest/
   `-http://alioth.debian.org/developer/diary.php?diary_user=2781
 jabber: [EMAIL PROTECTED]


pgplonashKN4I.pgp
Description: PGP signature

Re: A case study of a new user turned off debian

[Arnaud Vandyck]

On 03 Nov 2003 15:05:56 -0500
Greg Stark <[EMAIL PROTECTED]> wrote:

> I finally convinced a sysadmin friend of mine that Debian was the way
> and the light.

Great, you are rigth!

[...]

> What started the chain of events was that a fairly routine minor bug
> bit the latest libc6 release. He's an experienced sysadmin though and
> wasn't the least bit fazed by that. What drove him batty was that it
> was so hard to recover from the mess and all the obvious avenues just
> made the problem worse.

[...]

I did have the problem today! ;)

So first, it's really a bad idea to merge stable, testing and unstable,
especially with libraries! A better thing to do is to backport the
package so it can fit in stable.

The problem with recent libc6 is libdb1-compat. The solution is to
download the old libc6 and install it with:
# dpkg --force-overwrite -i libc6_version_arch.deb
# dpkg --purge libdb1-compat

and then, I did reinstall libc6 (to be sure but I don't know if it's
needed).

Even with some bugs, Debian is the good way ;)

Best regards,

-- 
  .''`.   ** Debian GNU/Linux **
 : :' :  Arnaud   Vandyck
 `. `'   http://people.debian.org/~avdyk/
   `-


pgpb5TsK9rhHb.pgp
Description: PGP signature

Re: A case study of a new user turned off debian

[Arnaud Vandyck]

On Tue, 4 Nov 2003 10:04:11 +
Will Newton <[EMAIL PROTECTED]> wrote:

> Er, doesn't apt-get install libc6=2.3.2-8 do exactly this?

No because of a conflict with (file own by) libdb1-compat.

Well, it was the problem I faced.

Best regards,

-- 
  .''`.   ** Debian GNU/Linux **
 : :' :  Arnaud   Vandyck
 `. `'   http://people.debian.org/~avdyk/
   `-


pgpzlXkz7SAQH.pgp
Description: PGP signature

Re: A case study of a new user turned off debian

[Arnaud Vandyck]

On Tue, 4 Nov 2003 12:18:00 +
Colin Watson <[EMAIL PROTECTED]> wrote:

> On Tue, Nov 04, 2003 at 12:54:25PM +0100, Arnaud Vandyck wrote:
> > On Tue, 4 Nov 2003 10:04:11 +
> > Will Newton <[EMAIL PROTECTED]> wrote:
> > > Er, doesn't apt-get install libc6=2.3.2-8 do exactly this?
> > 
> > No because of a conflict with (file own by) libdb1-compat.
> 
> Uh, 2.3.2-8 is well after the introduction of libdb1-compat. Are you
> sure you don't mean an earlier version?

Sorry 2.2.5, the one in stable.

-- 
  .''`.   ** Debian GNU/Linux **
 : :' :  Arnaud   Vandyck
 `. `'   http://people.debian.org/~avdyk/
   `-


pgpzc2p8ojshh.pgp
Description: PGP signature

Re: Version Updating Question

[Arnaud Vandyck]

On Fri, 7 Nov 2003 23:24:38 -0500
Neil Roeth <[EMAIL PROTECTED]> wrote:

> On Nov  7, Mark Johnson ([EMAIL PROTECTED]) wrote:
>  > I'm updating the docbook-simple package from V1.0cr2 to V1.0. Since
>  > 1.0cr2 > 1.0, I'm not sure how to handle the situation.
> 
> 1.0.0 will do the trick, and I think that's cleaner than something like
> 1.0really.

What about 1.0final?

-- 
  .''`.   ** Debian GNU/Linux **
 : :' :  Arnaud   Vandyck
 `. `'   http://people.debian.org/~avdyk/
   `-


pgp3luPBgcusP.pgp
Description: PGP signature

Re: Some observations regardig the progress towards Debian 3.1

[Arnaud Vandyck]

On Sun, 16 Nov 2003 13:02:45 +0100
Andreas Barth <[EMAIL PROTECTED]> wrote:

> * David Starner ([EMAIL PROTECTED]) [031116 10:55]:
[...]

> > Actually, Adrian Bunk _was_ a Debian maintainer, but he retired; see
> > <http://www.debianplanet.org/node.php?id=581>. He actively chose to
> > make these posts instead of trying to make things better from the
> > inside.
> 
> Actually, this article is from January 2002, almost two years ago. So,
> to me as someone who is reading d-d since about April 03, it seems
> that Adrian is starting to help again Debian. I've seen a lot of
> usefull suggestions and bug reports, and I do welcome this as a
> usefull contribution to Debian. (I also share most of his
> conclusions. Why do we make a release plan if a lot of important
> packages ignore the plan?)

I remember a certain bunk's flavor kernel-image-2.4.x and it's only one
of the useful contribution from Adrian.

I'd like to see him really fast in here! ;)

Best regards,

-- 
  .''`. Arnaud Vandyck
 : :' : http://people.debian.org/~avdyk/
 `. `'  
   `-


pgpEe7qusRArB.pgp
Description: PGP signature

Bug#221090: ITP: libgnuinet-java -- extension library to provide extra network protocol support

[Arnaud Vandyck]

Package: wnpp
Severity: wishlist

* Package name: libgnuinet-java
  Version : 0.0.cvs20031116
  Upstream Author : Chris Burdess
* URL or Web page : http://savannah.gnu.org/projects/classpath
* License : GPL v2
  Description : extension library to provide extra network protocol support

 GNU Classpath inetlib is an extension library to provide extra network
 protocol support for GNU Classpath and ClasspathX project, but it can
 also used standalone to make adding http, imap, pop3 and smtp client
 support to applictions.
 .
 HomePage: <http://savannah.gnu.org/projects/classpath>

Dependencies:
o javax-security.jar
o jsse.jar

-- Arnaud Vandyck, STE fi, ULg
   Formateur Cellule Programmation.


pgprZmc3Ql5fb.pgp
Description: PGP signature

Bug#221163: ITP: libjessie-java -- free implementation of the Java Secure Sockets Extention (JSSE)

[Arnaud Vandyck]

Package: wnpp
Severity: wishlist

* Package name: libjessie-java
  Version : 0.9.4
  Upstream Author : Casey Marshall
* URL or Web page : http://savannah.nongnu.org/projects/jessie/
* License : GNU General Public License V2
  Description : free implementation of the Java Secure Sockets Extention 
(JSSE)

 Jessie is a free implementation of the Java Secure Sockets Extention,
 the JSSE, a standard API for Secure Socket Layer (SSL) network sockets.

Dependency:
gnu-crypto (libgnucrypto-java)

-- 
  .''`. Arnaud Vandyck
 : :' : http://people.debian.org/~avdyk/
 `. `'  
   `-


pgpsLXEV0WLUL.pgp
Description: PGP signature

Re: cvs versioning

[Arnaud Vandyck]

Paul Brossier <[EMAIL PROTECTED]> writes:

> I am working on packages from cvs upstream sources.  How should I name
> their debian version ? I give a few examples below.
>
> Is there a spec for this somewhere ?

In the policy?

/usr/share/doc/debian-policy/policy.txt.gz

3.2.1. Version numbers based on dates
-

...
 However, in some cases where the upstream version number is based
 on a date (e.g., a development "snapshot" release) the package
 management system cannot handle these version numbers without
 epochs.  For example, dpkg will consider "96May01" to be greater
 than "96Dec24".

 To prevent having to use epochs for every new upstream version, the
 version number should be changed to the following format in such
 cases: "19960501", "19961224".  It is up to the maintainer whether
 he/she wants to bother the upstream maintainer to change the
 version numbers upstream, too.
...

Cheers,

-- 
  .''`. Arnaud Vandyck
 : :' : http://people.debian.org/~avdyk/
 `. `'  
   `-

problem to unsubscribe

[Arnaud Vandyck]

Hi all,

I read debian-devel via the newsgroup now (linux.debian.devel) and I'd
like to unsubscribe to the list but I can't. I did receive the
confirmation string and answer it but it seems that I still receive
mails from the list (also for debian-mentors -
linux.debian.devel.mentors).

I'd like to do it for every list but I can't unsubscribe. Is there a
problem with the unsubscribe script?

Best regards,

-- 
  .''`. Arnaud Vandyck
 : :' : http://people.debian.org/~avdyk/
 `. `'  
   `-

Re: Proposed change to debian release system

[Arnaud Vandyck]

Scott Minns <[EMAIL PROTECTED]> writes:

[...]

> Stable - released when the software is rock sold and very mature
> 
> Current - This is software that has been in testing for six months and
>   experienced no critical bugs, floors or dependency
>   problems. A new version is released every six

This is nearly impossible. I don't know if other developers will agree
but IMHO, it's like having two `stable' releases!

> months - supported by a security team.  After 1 year the current
>  version becomes stable.

I don't think we have enough developers to follow security problems in
stable, current and months!

> Testing - Software in the queue to enter current â otherwise as it is
>   at present

Testing should be more stable and should have less RC bugs then it is at
the moment. But this discussion has already take place here and on
debian-release. Maybe search the archive and you'll see some other
proposals.

> Unstable - new software, no testing for those that like to live
>dangerously - as it is at present

Also, you must be aware that there is `experimental' and this is the
pool to promote. This pool is intended for packages to `tests' and
packages in this pool does not go automatically in unstable. This is an
important point. The bad thing with this pool is that packages in main
are not autobuild on different arches (IMHO).

I think promote experimental with buildd would really be benefic to the
project.

> My reason for suggesting this change is that I love using debian, but
> Iâm currently having to evaluate other distros and OS's such as slack
> and FreeBSD to get the features, stability and security that we need.

Slackware?! Well, of course FreeBSD is great (even if I've never use
it), I can tell you the Debian community and distribution is really
great ;)... and surely the best choice ;)

> I will be interested to hear you feedback and thought on the matter.

I'm not a senior network administrator but I'm really pleased with
Debian (even with mixed pools!.. yes, not a good idea!).

Best regards,

-- 
  .''`. Arnaud Vandyck
 : :' : http://people.debian.org/~avdyk/
 `. `'  
   `-

Re: cvs versioning

[Arnaud Vandyck]

Sorry, bad list :'(

Paul Brossier <[EMAIL PROTECTED]> writes:

> I am working on packages from cvs upstream sources.  How should I name
> their debian version ? I give a few examples below.
>
> Is there a spec for this somewhere ?

In the policy?

/usr/share/doc/debian-policy/policy.txt.gz

3.2.1. Version numbers based on dates
-

[...]

--
argh!

Re: problem to unsubscribe

[Arnaud Vandyck]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Brian Nelson <[EMAIL PROTECTED]> writes:

> Arnaud Vandyck <[EMAIL PROTECTED]> writes:
>
>> I'd like to do it for every list but I can't unsubscribe. Is there a
>> problem with the unsubscribe script?
>
> Why are you asking us?  Ask the listmasters.

Solved. It was a configuration problem :'(
Sorry for the noise.
Best regards,

- -- 
  .''`. Arnaud Vandyck
 : :' : http://people.debian.org/~avdyk/
 `. `'  
   `-
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.2.3 (GNU/Linux)

iD8DBQE/3EbE4vzFZu62tMIRArx0AJ0Qr1XWOg/i+PMPgeOYnpKIkkJ7ewCfc5Vf
KEhRguKUXf+7BGA0B0NzYzo=
=NK+i
-END PGP SIGNATURE-

Re: cvs versioning

[Arnaud Vandyck]

Peter S Galbraith <[EMAIL PROTECTED]> writes:

> Arnaud Vandyck <[EMAIL PROTECTED]> wrote:
[...]
>> 3.2.1. Version numbers based on dates
>> -
[...]
> I started a thread on -policy recently where I suggested this was bad
> and should be something like 0.19960501 instead, to avoid epochs when
> upstream finally declares a 1.0 release.

I've just read it, thanks for the pointer.

-- 
  .''`. Arnaud Vandyck
 : :' : http://people.debian.org/~avdyk/
 `. `'  
   `-

Re: experimental codename

[Arnaud Vandyck]

Colin Watson <[EMAIL PROTECTED]> writes:

> On Mon, Dec 15, 2003 at 01:50:00AM +0100, Christoph Berg wrote:
>> since we are discussing codenames for the Debian/*BSD OSs, I noticed
>> that the "experimental" distribution doesn't have a codename yet, as
>> unstable has with "Sid".
>
> I think that's the way it should be. Experimental isn't a complete
> distribution in the sense that the others are, so it doesn't really
> deserve a codename.

Isn't it possible that `scud' (I like it too) or `experimental' to be a
complete distribution with exactly the same packages from unstable *but*
the experimental packages?

What I'm trying to explain is that I like the idea of an extra pool with
the buildd and bts but no automatic move to another pool. I think, DD
and people with chroot can point to this distribution to test things and
it could be a buffer for the new packages. You know, upload a package
and a library and have to wait because the library is not available and
so on... We put every new packages in `Scud' and when accepted, after
some test by others, we can safer move it to `Sid' with less delay.

I don't know if I'm clear, I don't know if I'm right... but I think a
(new) release organization is necessary... It's just a proposal ;)

Cheers,

-- 
  .''`. 
 : :' :rnaud
 `. `'  
   `-



pgpRSU7H40AWi.pgp
Description: PGP signature

Re: experimental codename

[Arnaud Vandyck]

Michael Poole <[EMAIL PROTECTED]> writes:

> John Hasler writes:
>
>> gram writes:
>>> Every new package, or every new upload?
>>
>> Perhaps every upload to Unstable should go to Experimental as well unless
>> Experimental already has a newer package (or the same one), but uploads to
>> Experimental should go to Experimental only.  Nothing would ever move from
>> Experimental to any other distribution automatically.
>
> Why have this duplication?  At least for my limited use of the
> experimental distribution, apt's normal preference behavior (prefer
> unstable over experimental, but don't downgrade an installed package)
> is useful and stays out of the way.  At least to me, "unstable" means
> a set of generally useful packages and "experimental" means a set of
> less stable packages useful if you want to beta-test future releases.

Correct.

-- 
  .''`. 
 : :' :rnaud
 `. `'  
   `-

Re: experimental codename

[Arnaud Vandyck]

Graham Wilson <[EMAIL PROTECTED]> writes:

> On Mon, Dec 15, 2003 at 02:10:22PM +0100, Arnaud Vandyck wrote:

[...]

>> What I'm trying to explain is that I like the idea of an extra pool
>> with the buildd and bts but no automatic move to another pool. I
>> think, DD and people with chroot can point to this distribution to
>> test things and it could be a buffer for the new packages.
>
> If this would lead to more developers and beta-testers being able to
> use experimental, then I think this would be a good idea. People might
> upload there newer more in-development packages here first, instead of
> to unstable.
>
> Now that I think about it though, this is already possible. You can
> pin all of experimental just as high as unstable in the APT
> preferences file. I think the only difference now between your
> proposal and reality is support from the buildd's (I believe
> experimental has fairly good support in the BTS).

Also, it's not the same url in the sources.list s/unstable/experimental/
it's a bit different and for different arches. What about the arches
`all'? Well, I'm maybe a particular case: powerpc + java ;) but it could
be the same with sparc + perl or else. Where can I have more information
about experimental?

>> We put every new packages in `Scud' and when accepted, after some
>> test by others, we can safer move it to `Sid' with less delay.
>
> Every new package, or every new upload? The former might be alright,
> but the latter would make experimental to unstable what unstable is to
> testing.

The first. As I explain in the begining of my mail, I don't want to
reproduce unstable -> testing because of the non automatic move from
`Scud' to `Sid'.

The main point for me is the buildd and experimental to be a copy *plus*
exception distribution (the plus exception are _the_ experimental
packages).

Hope to be clearer,

Cheers,

-- 
  .''`. 
 : :' :rnaud
 `. `'  
   `-


pgpdGKAOGmMo1.pgp
Description: PGP signature

Re: experimental codename

[Arnaud Vandyck]

Graham Wilson <[EMAIL PROTECTED]> writes:

> On Mon, Dec 15, 2003 at 08:44:42PM +0100, Arnaud Vandyck wrote:

[...]

>> it's a bit different and for different arches. What about the arches
>> `all'? Well, I'm maybe a particular case: powerpc + java ;) but it
>> could be the same with sparc + perl or else. Where can I have more
>> information about experimental?
>
> Hmm... I am not quite sure I understand you. Can you explain more?

I don't know how to write a sources.list line for architecture `all'.

If I want to upload a java package in experimental (Architecture: all)
where and how do I do that? And if I want debian-java users to install
experimental packages, how do they have to write their apt/sources.list
line?

That was the 'question'.

>> The main point for me is the buildd and experimental to be a copy
>> *plus* exception distribution (the plus exception are _the_
>> experimental packages).
>
> Yes, I think the buildd situation wrt experimental is a hindrance to
> wider use of the experimental distribution.
>
> However, I am not (nor do I believe a majority might be) that
> experimental should duplicate unstable, with only a few packages (the
> experimental ones) being newer. However, with the pool structure
> archive, this might not actually mean a duplication of too much space.

Am I correct if I say that it will not take more place than now, but
only the Packages and Sources files will change?

> But indeed, the same affect can be accomplished by using APT's
> preferences file.

Yes, it's me not able to deal with the experimental apt/sources.list
configuration and not able to configure apt correctly. Is it only me or
maybe a better documentation about it could be a good thing?

Cheers,

-- 
  .''`. 
 : :' :rnaud
 `. `'  
   `-

Need a m68k root access to close this bug [was: Re: Debian Bugs information: logs for Bug#70144]

[Arnaud Vandyck]

Javier <[EMAIL PROTECTED]> (Sun, 14 Dec 2003 00:31:24 +0100):

> To: [EMAIL PROTECTED]
> Subject: Patch for this (stupid) bug
> Message-ID: <[EMAIL PROTECTED]>
> tags 70144 patch
> thanks
>
> This is a bug that has been open for over 3 and a half years, easy to
> fix (patch attached) and deserves a 0-NMU. I don't have root access to
> any m68k machine though, and both are required to compile
> this. Anyone?

Here is the attachment:

diff -Nru atari-bootstrap-3.3.old/debian/changelog 
atari-bootstrap-3.3/debian/changelog
--- atari-bootstrap-3.3.old/debian/changelog2003-12-14 00:24:45.0 
+0100
+++ atari-bootstrap-3.3/debian/changelog2003-12-14 00:41:58.0 
+0100
@@ -1,3 +1,10 @@
+atari-bootstrap (3.3-3.1) unstable; urgency=low
+
+  * Deserved 0-day NMU (for a bug which is 3 years old!)
+  * Added Build-Depends on debhelper, sharutils and dosfstools (Closes: #70144)
+
+ -- Javier Fernandez-Sanguino Pen~a <[EMAIL PROTECTED]>  Sun, 14 Dec 2003 
00:12:14 +0100
+
 atari-bootstrap (3.3-3) unstable; urgency=low
 
   * FHS transition (Standards-Version: 3.0.1).
diff -Nru atari-bootstrap-3.3.old/debian/control 
atari-bootstrap-3.3/debian/control
--- atari-bootstrap-3.3.old/debian/control  2003-12-14 00:24:45.0 
+0100
+++ atari-bootstrap-3.3/debian/control  2003-12-14 00:42:13.0 +0100
@@ -2,6 +2,7 @@
 Section: base
 Priority: required
 Maintainer: Roman Hodek <[EMAIL PROTECTED]>
+Build-Depends: debhelper, dosfstools, sharutils
 Standards-Version: 3.0.1
 
 Package: atari-bootstrap




-- 
  .''`. 
 : :' :rnaud
 `. `'  
   `-

[console-data] upgrade problem in preconfigure

[Arnaud Vandyck]

I just point my apt source list to test unstable and console-data does
not like it!... Here is the message and dselect just stop (I have to
C-c to get out):

Preconfiguring packages ...
No default for console-data/keymap/qwerty/brazilian/standard/keymap - picking 
one
No default for console-data/keymap/qwerty/macedonian/standard/keymap - picking 
one
No default for console-data/keymap/qwerty/latvian/standard/keymap - picking one
No default for console-data/keymap/qwerty/ukrainian/standard/keymap - picking 
one
No default for console-data/keymap/qwerty/lithuanian/standard/keymap - picking 
one
No default for console-data/keymap/qwerty/russian/standard/keymap - picking one
No default for console-data/keymap/qwerty/canadian/variant - picking one
No default for console-data/keymap/qwerty/turkish/standard/keymap - picking one
No default for console-data/keymap/fggiod/layout - picking one
No default for console-data/keymap/fggiod/turkish/standard/keymap - picking one
No default for console-data/keymap/dvorak/layout - picking one
No default for console-data/keymap/qwertz/german/apple_usb/keymap - picking one
No default for console-data/keymap/qwertz/swiss/variant - picking one

If you have information about what choice should be the default for
the above questions which gave warnings, please mail it to
[EMAIL PROTECTED]  Thanks for your help.

Can some one tell me how to solve the problem? Is it a miss
configuration from me?

Thank you for your help,

-- Arnaud Vandyck <http://vbstefi60.fapse.ulg.ac.be/~arnaud/>

Re: [console-data] upgrade problem in preconfigure

[Arnaud Vandyck]

Alastair McKinstry <[EMAIL PROTECTED]> wrote:

> On Fri, 2002-12-06 at 22:16, Steve Greenland wrote:
> > (re-arranged a little)
> > 
> > Alastair, did you miss the "dselect just stop (I have to C-c to
> > get out)" part of Arnaud's message? Because you can't just hang an
> > installation run because you're having to guess a default. (I
> > don't think you are, actually, because I've seen the barrage of
> > keymap messages before, but never had a problem with it hanging.)
> 
> Oops. Yes, I did. I don't understand why it should hang; I'll log it
> as a bug and investigate. Might it be due to what you installed
> next? (I can't reproduce it yet; any further info would help).

Sorry, I '='ed console-data in dselect and dselect did not hang, so I
think it's not because of console-data. I fall back in testing and
every thing is good.

I do not know which package hang dselect because a lot of package
wanted to be updated and I did try to install a lot of new packages.

> Regards,
> Alastair

PS: Alstair, I forgot to sign my message! :-)

-- Arnaud Vandyck <http://vbstefi60.fapse.ulg.ac.be/~arnaud/>


pgpqmNvvGLfNu.pgp
Description: PGP signature

Bug#188574: ITP: libcommons-dbcp-java -- short description

[Arnaud Vandyck]

Package: wnpp
Severity: wishlist

* Package name: libcommons-dbcp-java
  Version : 1.0
  Upstream Author : Jakarta Apache group
* URL : http://jakarta.apache.org/commons/dbcp/
* License : Apache Software License
  Description : Database Connection Pooling Services

Depends on libcommons-pool-java and can be interresting with Tomcat to
use the jdbc connection pooling (simply add symlinks from the two libs
to /usr/share/tomcat4/commons/lib... it works for me :-))

I put it in Section: contrib/libs

Sources.list:
deb http://vbstefi60.fapse.ulg.ac.be/~arnaud/debian ./
deb-src http://vbstefi60.fapse.ulg.ac.be/~arnaud/debian ./

Regards,

-- Arnaud Vandyck @ work
   FingerPrint = 82F3 45D0 F1B2 D79E D0BE  5188 E2FC C566 EEB6 B4C2



pgpKcJZu5KJrE.pgp
Description: PGP signature

Re: Java 9 dropping support for source/target level 1.5

[Arnaud Vandyck]

2014-07-16 22:32 GMT+02:00 Miguel Landaeta :

> It's totally normal to have technical disagreements, especially on a
> non-trivial packages like that one. What I really dislike is to
> see epithets like "bullshit" or "own agenda" in a technical
> discussion.
>

+1

-- 
Arnaud Vandyck
http://about.me/avdyk