Gary Gregory wrote at Dienstag, 28. April 2009 08:10:
>> -Original Message-
>> From: Phil Steitz [mailto:phil.ste...@gmail.com]
>> Sent: Monday, April 27, 2009 6:46 PM
>> To: Commons Developers List
>> Subject: [sanselan] Next steps
>>
>> We have voted to accept sanselan as a commons comp
I agree that the package name should be changed to o.a.c.x but I'm not
so happy with changing the name. Sanselan is well-known in the java
image world, so I would rather keep it.
We already have Betwixt and Jelly, so we have two prominent libs not
using a functional name.
Carsten
--
Carsten Zieg
> -Original Message-
> From: Phil Steitz [mailto:phil.ste...@gmail.com]
> Sent: Monday, April 27, 2009 6:46 PM
> To: Commons Developers List
> Subject: [sanselan] Next steps
>
> We have voted to accept sanselan as a commons component [1]. Welcome!
>
> We now need to settle the administra
On Tue, Apr 28, 2009 at 3:45 AM, Phil Steitz wrote:
> 2. Most commons components have a "functional" name instead of a "fun" name.
> Would Sanselan need to be renamed, e.g. Commons Image, or would it be ok to
> have the sub-project called Sanselan, or Commons Sanselan?
What for? It would bring o
On 2009-04-27, sebb wrote:
> Just remembered - what about ZipArchiveInputStream.useUnicodeExtraFields?
> This field is currently unused - what are the plans for it?
It should never have been unimplemented at all 8-)
This was the last piece I wanted to do while working on the code when
my batter
On Apr 27, 2009, at 1:44 PM, Rahul Akolkar wrote:
On Mon, Apr 27, 2009 at 5:30 AM, Dan Fabulich
wrote:
dbutils shows up here:
http://people.apache.org/repo/m2-ibiblio-rsync-repository/commons-dbutils/commons-dbutils/
But not on central:
http://repo1.maven.org/maven2/commons-dbutils/commons
On 28/04/2009, Phil Steitz wrote:
> We have voted to accept sanselan as a commons component [1]. Welcome!
>
> We now need to settle the administrative questions raised in [2]:
>
> 2. Most commons components have a "functional" name instead of a "fun"
> name. Would Sanselan need to be renamed, e
We have voted to accept sanselan as a commons component [1]. Welcome!
We now need to settle the administrative questions raised in [2]:
2. Most commons components have a "functional" name instead of a "fun"
name. Would Sanselan need to be renamed, e.g. Commons Image, or would it
be ok to have
Phil Steitz wrote:
I would like to propose that we accept Sanselan as a (proper) commons
component. See [1] for background on Sanselan. We can discuss the
administrative issues in [1] as we plan and execute the svn moves and
component setup.
Votes, please. This vote will close in 72 hours
Rahul Akolkar wrote:
So the Sanselan discussion more broadly triggers a few thoughts in my
mind, but this thread is not meant to be Sanselan specific.
Still an hour or so left to VOTE ;)
Understanding that not all decisions are objective, I still haven't
convinced myself that I have a reason
On 27/04/2009, sebb wrote:
> On 27/04/2009, sebb wrote:
> > On 27/04/2009, Christian Grobmeier wrote:
> >
> > > > Just remembered - what about
> ZipArchiveInputStream.useUnicodeExtraFields?
> > > > This field is currently unused - what are the plans for it?
> > > > Maybe just add a JIR
So the Sanselan discussion more broadly triggers a few thoughts in my
mind, but this thread is not meant to be Sanselan specific.
Understanding that not all decisions are objective, I still haven't
convinced myself that I have a reasonable set of somewhat objective
criteria that I can iterate over
On Mon, Apr 27, 2009 at 5:30 AM, Dan Fabulich wrote:
>
> dbutils shows up here:
> http://people.apache.org/repo/m2-ibiblio-rsync-repository/commons-dbutils/commons-dbutils/
>
> But not on central:
> http://repo1.maven.org/maven2/commons-dbutils/commons-dbutils/
>
> It's been more than 24 hours now
On Sun, Apr 26, 2009 at 1:01 AM, Dan Fabulich wrote:
>
> I have hit another stumbling block in my neverending quest to release
> DbUtils 1.2.
>
> The wiki here http://wiki.apache.org/commons/CreatingReleases says in step
> "E.3 Deploy the Site" to run "mvn site-deploy", but that doesn't work.
>
>
On Wed, Apr 22, 2009 at 6:09 PM, Dan Fabulich wrote:
>
> OK, then here's what I think I want to do:
>
> cd /www/www.apache.org/dist/commons/dbutils
> rm *current*
> cd binaries
> cp
> /www/people.apache.org/builds/commons/dbutils/1.2/RC3/staged/commons-dbutils/commons-dbutils/1.2/*bin*
> .
> cd ..
On 27/04/2009, sebb wrote:
> On 27/04/2009, Christian Grobmeier wrote:
>
> > > Just remembered - what about ZipArchiveInputStream.useUnicodeExtraFields?
> > > This field is currently unused - what are the plans for it?
> > > Maybe just add a JIRA so it is not overlooked?
> >
> >
> > yes, d
On 27/04/2009, Christian Grobmeier wrote:
> > Just remembered - what about ZipArchiveInputStream.useUnicodeExtraFields?
> > This field is currently unused - what are the plans for it?
> > Maybe just add a JIRA so it is not overlooked?
>
>
> yes, definitly!
> I found before a few days and forgot
> Just remembered - what about ZipArchiveInputStream.useUnicodeExtraFields?
> This field is currently unused - what are the plans for it?
> Maybe just add a JIRA so it is not overlooked?
yes, definitly!
I found before a few days and forgot about it agian. Will create ticket for it.
I have update
On 27/04/2009, Christian Grobmeier wrote:
> > The only minor issue I have is with finish() and close().
> > I think it is going to be annoying for users to have to call finish()
> > separately from close().
> >
> > I would prefer to see finish() being optional, i.e. close() should
> > call it
> The only minor issue I have is with finish() and close().
> I think it is going to be annoying for users to have to call finish()
> separately from close().
>
> I would prefer to see finish() being optional, i.e. close() should
> call it if necessary.
>
> But the code should check to make sure th
sebb wrote:
On 27/04/2009, luc.maison...@free.fr wrote:
- "Phil Steitz" a écrit :
> 156 seconds on a 2.53 GHz Duo
Wow. It runs in 4.433s on my 3 years old work notebook (pentium M 1,86GHz, 1.5G
RAM).
I have reduced the size of two tests that seemed the more time consuming fo
+1 on all of that
cheers
--
Torsten
On Mon, Apr 27, 2009 at 17:23, sebb wrote:
> On 27/04/2009, Christian Grobmeier wrote:
>> Hi all,
>>
>> we have fixed all bugs we mentioned for 1.0 release. The API looks
>> quite good for my eyes (even when Sebastian finds some stuff here and
>> there :-
On 27/04/2009, Christian Grobmeier wrote:
> Hi all,
>
> we have fixed all bugs we mentioned for 1.0 release. The API looks
> quite good for my eyes (even when Sebastian finds some stuff here and
> there :-)) and I would like to think about a release again. Is there
> anything speaking against
On 27/04/2009, luc.maison...@free.fr wrote:
>
> - "Phil Steitz" a écrit :
>
>
> > 156 seconds on a 2.53 GHz Duo
>
>
> Wow. It runs in 4.433s on my 3 years old work notebook (pentium M 1,86GHz,
> 1.5G RAM).
> I have reduced the size of two tests that seemed the more time consuming for
Hi all,
we have fixed all bugs we mentioned for 1.0 release. The API looks
quite good for my eyes (even when Sebastian finds some stuff here and
there :-)) and I would like to think about a release again. Is there
anything speaking against this step? Anything we really need to do
before discussin
- "Phil Steitz" a écrit :
> 156 seconds on a 2.53 GHz Duo
Wow. It runs in 4.433s on my 3 years old work notebook (pentium M 1,86GHz, 1.5G
RAM).
I have reduced the size of two tests that seemed the more time consuming for
me. Does this help ?
Luc
> >10x any other test. Can this be
156 seconds on a 2.53 GHz Duo
>10x any other test. Can this be sped up somehow?
Phil
-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org
Hi Dan,
yes - I would wait for another 24 hours and then check with, mhmm. The
last two times I directly contacted Carlos Sanchez but I'm not sure if
this is the official way of doing that (probably not)
Some ideas ...
1) file permissions - are the file/group permissions correctly set?
2) is you
To whom it may engage...
This is an automated request, but not an unsolicited one. For
more information please visit http://gump.apache.org/nagged.html,
and/or contact the folk at gene...@gump.apache.org.
Project commons-configuration-test has an issue affecting its community
integrati
dbutils shows up here:
http://people.apache.org/repo/m2-ibiblio-rsync-repository/commons-dbutils/commons-dbutils/
But not on central:
http://repo1.maven.org/maven2/commons-dbutils/commons-dbutils/
It's been more than 24 hours now. Is this cause for concern?
-Dan
-
30 matches
Mail list logo
