Well. Looks like archivers can handle empty files. But this just
modifies slightly the testcases below, just wanted to tell
Christian
On Mon, Jan 12, 2009 at 7:32 AM, Christian Grobmeier
wrote:
> On Sun, Jan 11, 2009 at 6:36 PM, Torsten Curdt wrote:
>>> OK, please feel free to give me your idea
On Sun, Jan 11, 2009 at 6:36 PM, Torsten Curdt wrote:
>> OK, please feel free to give me your ideas here. I gladly refactor the
>> code now, before it becomes to big.
>
> I've already removed the worker :)
Yes, just checked it. I'll sound like the guys at "who want to be a
millionaire", but this
Hi,
here is a patch which updates compress to the current Ant Zip implementation.
https://issues.apache.org/jira/browse/SANDBOX-248
This fix should also do for:
https://issues.apache.org/jira/browse/SANDBOX-244
I had small problems with the update. We (compress) renamed
getHeaderID to getHeaderId
>> Could we maybe ask the jrpm project whether upgrading the license to
>> ASL 2.0 would be an option? Would make things a little cleaner IMO.
>
> I just wrote the guys an email and begged for a License change.
Great news:
The jRPM project has updated it License to AS 2.0.
For example:
http://jr
Torsten Curdt wrote:
If this was a bigger project and there was more than just me working
on it I probably would have weighted this differently. But as that is
not the case... so please can we just leave it at that?
Since you brought it up...
In looking around I've seen evidence that se
>> If this was a bigger project and there was more than just me working
>> on it I probably would have weighted this differently. But as that is
>> not the case... so please can we just leave it at that?
>>
>
> Since you brought it up...
>
> In looking around I've seen evidence that several project
On Jan 11, 2009, at 4:29 PM, Torsten Curdt wrote:
True - it's harder. But for my own good I am bit more pragmatic here:
How likely is it that someone will ever look at that history of this
sandbox project which then might require a little more thinking vs my
time fixing the svn commit? (And why
On Sun, Jan 11, 2009 at 7:29 PM, Torsten Curdt wrote:
Which hints that it has been moved. So what?
>>
>>
>> Au contraire, it wasn't moved but added anew.
>
> To take the nitpicking a little further: The file *was* moved -
> locally. It's just that the move wasn't tracked through svn and so s
>>> Which hints that it has been moved. So what?
>
>
> Au contraire, it wasn't moved but added anew.
To take the nitpicking a little further: The file *was* moved -
locally. It's just that the move wasn't tracked through svn and so svn
assumes they are different files ;)
Guess I am spoiled by us
> -Original Message-
> From: tcu...@vafer.org [mailto:tcu...@vafer.org] On Behalf Of Torsten
> Curdt
> I could look it up in my bash history ... but frankly speaking I can't
> be bothered.
For the sake of those coming after you, it would be better to spend a few
minutes figuring out what
> OK -- its a fairly simple thing, so its strange it'd choke.
Believe me - I was surprised as well.
-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org
Missed one question ...
On Sun, Jan 11, 2009 at 6:43 PM, Rahul Akolkar wrote:
> On Sun, Jan 11, 2009 at 6:38 PM, Torsten Curdt wrote:
>>> Yup. No idea why it would choke. I have been doing svn moves all weekend.
>>
>> I could look it up in my bash history ... but frankly speaking I can't
>> be b
On Sun, Jan 11, 2009 at 6:38 PM, Torsten Curdt wrote:
>> Yup. No idea why it would choke. I have been doing svn moves all weekend.
>
> I could look it up in my bash history ... but frankly speaking I can't
> be bothered.
>
OK -- its a fairly simple thing, so its strange it'd choke.
>> Yes, its
Dear Wiki user,
You have subscribed to a wiki page or wiki category on "Commons Wiki" for
change notification.
The following page has been changed by SiegfriedGoeschl:
http://wiki.apache.org/commons/CreatingReleases
--
> Yup. No idea why it would choke. I have been doing svn moves all weekend.
I could look it up in my bash history ... but frankly speaking I can't
be bothered.
> Yes, its always possible to go back. But to be clear, what I meant is
> the following:
>
> svn co https://svn.apache.org/repos/asf/com
On Sun, Jan 11, 2009 at 6:14 PM, Torsten Curdt wrote:
>> Looks like this commit causes the loss of the entire project history
>> for [javaflow] -- that can't be good.
>
> I tried to 'svn mv' but it choked on me ...if that is what you mean.
Yup. No idea why it would choke. I have been doing svn m
Same here.
On Sun, Jan 11, 2009 at 7:49 PM, Ramiro Pereira de Magalhaes <
rpm_mail...@yahoo.com.br> wrote:
> Siegfried,
>
> I received your e-mails with all attachments and inline images. Everything
> seems fine. Do you have a model or something that we can use to verify if
> the e-mail looks lik
> Looks like this commit causes the loss of the entire project history
> for [javaflow] -- that can't be good.
I tried to 'svn mv' but it choked on me ...if that is what you mean.
The loss of "the entire history" is more than an exaggeration though.
It should be quite obvious if you look at the "s
Siegfried,
I received your e-mails with all attachments and inline images. Everything
seems fine. Do you have a model or something that we can use to verify if the
e-mail looks like what it should look like?
Ramiro Pereira de Magalhães
Siegfried Goeschl wrote:
Hi folks,
the last release
On Sun, Jan 11, 2009 at 2:51 PM, wrote:
> Author: tcurdt
> Date: Sun Jan 11 11:51:40 2009
> New Revision: 733503
>
> URL: http://svn.apache.org/viewvc?rev=733503&view=rev
> Log:
> standard layout
>
Looks like this commit causes the loss of the entire project history
for [javaflow] -- that can't
> OK, please feel free to give me your ideas here. I gladly refactor the
> code now, before it becomes to big.
I've already removed the worker :)
>> The implementation does cover the most simple changes but I guess it
>> can become more complicated than that. Again see the comments on the
>> iss
> Applied a slightly changed version. See my comments on the issue.
> (Essentially I wasn't a big fan of the worker class in this case.)
OK, please feel free to give me your ideas here. I gladly refactor the
code now, before it becomes to big.
> The implementation does cover the most simple chang
> I have it applied here locally and are ready for a commit.
Cool!
> I did change a few things though. I've removed the attribution from
> the class files as we don't do author tags either. I would think the
> attribution in the NOTICE file should be enough. Or we add something
> more along the l
> Please review esspecially the license stuff which we discussed
> recently before applying.
I have it applied here locally and are ready for a commit.
I did change a few things though. I've removed the attribution from
the class files as we don't do author tags either. I would think the
attribut
The optimization/estimation packages extracted from Mantissa raise many
usability issues. There have been several questions last months asking
for examples on how to use them. The fast is these packages were
originally written for a probably too specific task and the public API
is not easy to under
> +) your name (so I can mention your help on the project website)
Mark Thomas
> +) your mail client of choice
> +) you OS and OS version if you are not using a webmail client
Thunderbird on Mac OS X 10.5
Outlook 2007 on Win XP Pro 64 bit
OWA (full on IE 7, cut-down on Firefox)
Latest / fully pat
Sorry, I forgot to mention that the browser I'm using to test on Yahoo!
Mail is Icedove/Firefox 3.0.4.
RPM
Ramiro Pereira de Magalhaes wrote:
+) your name (so I can mention your help on the project website)
Ramiro Pereira de Magalhães
+) your mail client of choice
Yahoo! Mail
Icedove/Mozill
+) your name (so I can mention your help on the project website)
Ramiro Pereira de Magalhães
+) your mail client of choice
Yahoo! Mail
Icedove/Mozilla Thunderbird 2.0.0.19
+) you OS and OS version if you are not using a webmail client
Debian Linux 2.6.26
Siegfried Goeschl wrote:
Hi folks,
t
Hi,
i have added the CPIO patch to JIRA.
https://issues.apache.org/jira/secure/ManageAttachments.jspa?id=12398489
Please review esspecially the license stuff which we discussed
recently before applying.
Cheers
-
To unsubscribe,
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-vfs has an issue affecting its community integration.
This issue a
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
Hi,
Name:Bernhard Grünewaldt
Client1: Evolution 2.24.2 (http://projects.gnome.org/evolution/)
Client2: Mozilla Thunderbird Version 2.0.0.19 (20090105)
OS: Ubuntu Linux 8.10 (32 bit)
--
Bernhard
Siegfried Goeschl schrieb:
> Hi folks,
>
> the last release of commons-email had issues reg
32 matches
Mail list logo
