from:"Thorsten Schöning"

Guten Tag Apache,
am Mittwoch, 8. März 2017 um 13:38 schrieben Sie:

> The reason for doing this is a result of the last board meeting.
> The PMC had to discuss something on the private mailing list simply
> because PMC members don't subscribe to every list, nor do they want
> to, so it was not possible to have the discussion on the correct mailing list.

-0 from me.

You surely already discussed most/all pros and cons... So while I
prefer the language based organization of the lists as well, I'm
somewhat sure I can live with your suggestion if it makes life easier
for others.

Mit freundlichen Grüßen,

Thorsten Schöning

-- 
Thorsten Schöning   E-Mail: thorsten.schoen...@am-soft.de
AM-SoFT IT-Systeme  http://www.AM-SoFT.de/

Telefon...05151-  9468- 55
Fax...05151-  9468- 88
Mobil..0178-8 9468- 04

AM-SoFT GmbH IT-Systeme, Brandenburger Str. 7c, 31789 Hameln
AG Hannover HRB 207 694 - Geschäftsführer: Andreas Muchow

Re: [VOTE] Combine the project user and dev mailing lists into user@ and dev@

Guten Tag Apache,
am Mittwoch, 8. März 2017 um 13:38 schrieben Sie:

> The reason for doing this is a result of the last board meeting.
> The PMC had to discuss something on the private mailing list simply
> because PMC members don't subscribe to every list, nor do they want
> to, so it was not possible to have the discussion on the correct mailing list.

-0 from me.

You surely already discussed most/all pros and cons... So while I
prefer the language based organization of the lists as well, I'm
somewhat sure I can live with your suggestion if it makes life easier
for others.

Mit freundlichen Grüßen,

Thorsten Schöning

-- 
Thorsten Schöning   E-Mail: thorsten.schoen...@am-soft.de
AM-SoFT IT-Systeme  http://www.AM-SoFT.de/

Telefon...05151-  9468- 55
Fax...05151-  9468- 88
Mobil..0178-8 9468- 04

AM-SoFT GmbH IT-Systeme, Brandenburger Str. 7c, 31789 Hameln
AG Hannover HRB 207 694 - Geschäftsführer: Andreas Muchow

Re: [VOTE] Combine the project user and dev mailing lists into user@ and dev@

Guten Tag Apache,
am Mittwoch, 8. März 2017 um 13:38 schrieben Sie:

> The reason for doing this is a result of the last board meeting.
> The PMC had to discuss something on the private mailing list simply
> because PMC members don't subscribe to every list, nor do they want
> to, so it was not possible to have the discussion on the correct mailing list.

-0 from me.

You surely already discussed most/all pros and cons... So while I
prefer the language based organization of the lists as well, I'm
somewhat sure I can live with your suggestion if it makes life easier
for others.

Mit freundlichen Grüßen,

Thorsten Schöning

-- 
Thorsten Schöning   E-Mail: thorsten.schoen...@am-soft.de
AM-SoFT IT-Systeme  http://www.AM-SoFT.de/

Telefon...05151-  9468- 55
Fax...05151-  9468- 88
Mobil..0178-8 9468- 04

AM-SoFT GmbH IT-Systeme, Brandenburger Str. 7c, 31789 Hameln
AG Hannover HRB 207 694 - Geschäftsführer: Andreas Muchow

Re: [VOTE] Combine the project user and dev mailing lists into user@ and dev@

Guten Tag Apache,
am Mittwoch, 8. März 2017 um 13:38 schrieben Sie:

> The reason for doing this is a result of the last board meeting.
> The PMC had to discuss something on the private mailing list simply
> because PMC members don't subscribe to every list, nor do they want
> to, so it was not possible to have the discussion on the correct mailing list.

-0 from me.

You surely already discussed most/all pros and cons... So while I
prefer the language based organization of the lists as well, I'm
somewhat sure I can live with your suggestion if it makes life easier
for others.

Mit freundlichen Grüßen,

Thorsten Schöning

-- 
Thorsten Schöning   E-Mail: thorsten.schoen...@am-soft.de
AM-SoFT IT-Systeme  http://www.AM-SoFT.de/

Telefon...05151-  9468- 55
Fax...05151-  9468- 88
Mobil..0178-8 9468- 04

AM-SoFT GmbH IT-Systeme, Brandenburger Str. 7c, 31789 Hameln
AG Hannover HRB 207 694 - Geschäftsführer: Andreas Muchow


-
To unsubscribe, e-mail: log4j-dev-unsubscr...@logging.apache.org
For additional commands, e-mail: log4j-dev-h...@logging.apache.org

Re: Project status

2017-03-02 Thread Thorsten Schöning

Guten Tag Roland Uuesoo,
am Donnerstag, 2. März 2017 um 13:06 schrieben Sie:

> When migrating to GIT, the commit history is retained, there is no
> point keeping the old SVN repository.

Of course there might be a point, e.g. for people using svn:externals
to integrate log4cxx into their project. This is a quite common setup
and would keep working if the old code base would be kept e.g.
read-only or would be mirrored or whatever.

On the other hand, the Apache GIT-repos are mirrored to GitHub and
GitHub provides a SVN bridge. So one could really delete the sources
from the SVN and people seeing things failing could be advised to use
the GitHub SVN-bridge instead. I'm doing that already for e.g. Apache
Wicket and it somewhat works, currently even better than some months
ago, where I often faced timeouts I didn't face with "native" GitHub
repos and their SVN-bridge.

That's why Im asking, one simply needs to know/decide. I could
perfectly live with the second approach.

Mit freundlichen Grüßen,

Thorsten Schöning

-- 
Thorsten Schöning   E-Mail: thorsten.schoen...@am-soft.de
AM-SoFT IT-Systeme  http://www.AM-SoFT.de/

Telefon...05151-  9468- 55
Fax...05151-  9468- 88
Mobil..0178-8 9468- 04

AM-SoFT GmbH IT-Systeme, Brandenburger Str. 7c, 31789 Hameln
AG Hannover HRB 207 694 - Geschäftsführer: Andreas Muchow

Re: Project status

2017-03-02 Thread Thorsten Schöning

Guten Tag Ralph Goers,
am Mittwoch, 1. März 2017 um 22:18 schrieben Sie:

> With git, since each project is a separate repo it is
> possible to restrict who can commit to what if that is desired.

So current committers to incubating log4cxx are no committers for the
umbrella logging project and they shouldn't/can't simply become one
because incubation failed?

In the end, what do I need to do? Keeping commit permissions is
preferred of course, so if we need to move to GIT therefore, let's do
it.

After log4cxx migrated to GIT, is there still something left in the
SVN repo? And which of both is the "master" then? I'm asking because
currently I e.g. use svn:externals in my own SVN repo to include
incubation log4cxx. Depending on how the project is moved to GIT, I
and others need to change things.

Mit freundlichen Grüßen,

Thorsten Schöning

-- 
Thorsten Schöning   E-Mail: thorsten.schoen...@am-soft.de
AM-SoFT IT-Systeme  http://www.AM-SoFT.de/

Telefon...05151-  9468- 55
Fax...05151-  9468- 88
Mobil..0178-8 9468- 04

AM-SoFT GmbH IT-Systeme, Brandenburger Str. 7c, 31789 Hameln
AG Hannover HRB 207 694 - Geschäftsführer: Andreas Muchow

Re: Project status

2017-03-01 Thread Thorsten Schöning

Guten Tag Ralph Goers,
am Mittwoch, 1. März 2017 um 18:01 schrieben Sie:

> It seems to me the experiment that to reboot log4cxx has not
> succeeded.

Sad but true.

> I would suggest that the svn repo be converted to git so
> that the current committers can retain their commit privileges.

I don't think I understand this: Who does what to the SVN repo and
needs to host it where using GIT? :-) Are you talking about the Apache
GIT mirror on GitHub?

> The
> project would then essentially be in a state similar to log4php
> where it is simply reported as inactive but people can work on it if
> they choose to.

Sounds good to me. Does this mean that JIRA could still be used as
well? It seems in use for log4php, as new bugs have been created this
year.

Mit freundlichen Grüßen,

Thorsten Schöning

-- 
Thorsten Schöning   E-Mail: thorsten.schoen...@am-soft.de
AM-SoFT IT-Systeme  http://www.AM-SoFT.de/

Telefon...05151-  9468- 55
Fax...05151-  9468- 88
Mobil..0178-8 9468- 04

AM-SoFT GmbH IT-Systeme, Brandenburger Str. 7c, 31789 Hameln
AG Hannover HRB 207 694 - Geschäftsführer: Andreas Muchow

Re: Podling Report Reminder - March 2017

2017-02-23 Thread Thorsten Schöning

Guten Tag johndam...@apache.org,
am Donnerstag, 23. Februar 2017 um 04:11 schrieben Sie:

> This email was sent by an automated system on behalf of the Apache
> Incubator PMC. It is an initial reminder to give you plenty of time to
> prepare your quarterly board report.

I've added one:

https://wiki.apache.org/incubator/March2017#preview

Mit freundlichen Grüßen,

Thorsten Schöning

-- 
Thorsten Schöning   E-Mail: thorsten.schoen...@am-soft.de
AM-SoFT IT-Systeme  http://www.AM-SoFT.de/

Telefon...05151-  9468- 55
Fax...05151-  9468- 88
Mobil..0178-8 9468- 04

AM-SoFT GmbH IT-Systeme, Brandenburger Str. 7c, 31789 Hameln
AG Hannover HRB 207 694 - Geschäftsführer: Andreas Muchow

Re: Please double check board reports

2016-12-07 Thread Thorsten Schöning

Guten Tag John D. Ament,
am Donnerstag, 8. Dezember 2016 um 02:41 schrieben Sie:

> I just manually updated the board reports.  Please double check
> that the contents are correct.  You had heavy conflicts.

Our content looks OK to me, thanks.

Mit freundlichen Grüßen,

Thorsten Schöning

-- 
Thorsten Schöning   E-Mail: thorsten.schoen...@am-soft.de
AM-SoFT IT-Systeme  http://www.AM-SoFT.de/

Telefon...05151-  9468- 55
Fax...05151-  9468- 88
Mobil..0178-8 9468- 04

AM-SoFT GmbH IT-Systeme, Brandenburger Str. 7c, 31789 Hameln
AG Hannover HRB 207 694 - Geschäftsführer: Andreas Muchow

Re: Podling Report Reminder - December 2016

2016-12-06 Thread Thorsten Schöning

Guten Tag Apache,
am Dienstag, 6. Dezember 2016 um 05:38 schrieben Sie:

> Is anyone planning on writing a report?

I was/did:

https://wiki.apache.org/incubator/December2016

Mit freundlichen Grüßen,

Thorsten Schöning

-- 
Thorsten Schöning   E-Mail: thorsten.schoen...@am-soft.de
AM-SoFT IT-Systeme  http://www.AM-SoFT.de/

Telefon...05151-  9468- 55
Fax...05151-  9468- 88
Mobil..0178-8 9468- 04

AM-SoFT GmbH IT-Systeme, Brandenburger Str. 7c, 31789 Hameln
AG Hannover HRB 207 694 - Geschäftsführer: Andreas Muchow

Re: Podling Report Reminder - December 2016

2016-12-03 Thread Thorsten Schöning

Guten Tag johndam...@apache.org,
am Samstag, 3. Dezember 2016 um 02:51 schrieben Sie:

> This email was sent by an automated system on behalf of the Apache
> Incubator PMC. It is an initial reminder to give you plenty of time to
> prepare your quarterly board report.

Time for another report and I still haven't managed to do a release
yet. Let's face it, I won't be able to do so, there's too much I still
need to get finished especially for my company and that will always
have priority over creating a release for me.

I'm really sorry for the work and time you invested regarding build
changes, Robert, but in the end your results are not lost at all.

There's one big problem now: The project needed to provide a release,
because a close down and move to attic has been discussed before. So
it's pretty likely that such a discussion is coming around the corner
again. If anyone wants to take some action, now is the time, but it
needs to be a release I guess.

I tend to write in the report that at least I don't care about a
release at all anymore, sorry. Cause that's how I see things, Apache
wants/needs a release, not I. Of course it's their rules, so we need
to live we the consequences which might be a close down of the
project.

Mit freundlichen Grüßen,

Thorsten Schöning

-- 
Thorsten Schöning   E-Mail: thorsten.schoen...@am-soft.de
AM-SoFT IT-Systeme  http://www.AM-SoFT.de/

Telefon...05151-  9468- 55
Fax...05151-  9468- 88
Mobil..0178-8 9468- 04

AM-SoFT GmbH IT-Systeme, Brandenburger Str. 7c, 31789 Hameln
AG Hannover HRB 207 694 - Geschäftsführer: Andreas Muchow

Re: Smart Pointers

2016-11-20 Thread Thorsten Schöning

Guten Tag Robert Middleton,
am Sonntag, 20. November 2016 um 03:31 schrieben Sie:

> So I've started work on converting everything over to smart
> pointers.  You can check it out on my github here:
> https://github.com/rm5248/log4cxx-testing/tree/smart_pointers

Great work. Any tips on how I could easily merge that with a separate
SVN branch? Especially if you keep committing. I guess I'll try
something using the SVN bridge of GitHub...

> This uses a quick and dirty mechanism in autotools to switch
> between C++11 and boost.[...]

You support autotools and one can easily provide the macros
independently, doesn't look that "dirty" to me.

> The
> current code assumes that objects have an instanceof() method; why
> this was used instead of dynamic_cast I don't know, but I suspect
> that the reason is to avoid using RTTI information in the first
> place, since that is (relatively) slow.

My understanding of the codebase is that it was converted mainly
directly from Java and you have instanceof there.

Mit freundlichen Grüßen,

Thorsten Schöning

-- 
Thorsten Schöning   E-Mail: thorsten.schoen...@am-soft.de
AM-SoFT IT-Systeme  http://www.AM-SoFT.de/

Telefon...05151-  9468- 55
Fax...05151-  9468- 88
Mobil..0178-8 9468- 04

AM-SoFT GmbH IT-Systeme, Brandenburger Str. 7c, 31789 Hameln
AG Hannover HRB 207 694 - Geschäftsführer: Andreas Muchow

Re: Release Procedure

2016-08-07 Thread Thorsten Schöning

Guten Tag Robert Middleton,
am Sonntag, 7. August 2016 um 02:51 schrieben Sie:

> I took a look at the release procedure today and ran into quite a
> few problems.

A big "Thank you!" for your efforts. So in the end, it sounds like you
vote for dropping Maven/Ant stuff altogether for the build and
release? I think the only thing it's really necessary for is the
creation of the site, Apidocs and such.

Looking at the time you already invested, this might be the point to
just let things go. I don't see when I have the time to rebuild things
myself and this is only about the first release, there should be
others in the future as well. :-) And even if the technical side
works, there's that signing and voting stuff and such...

>   1. What is the POM here for?  As far as I can tell, the only important
>   things it needs to do are to create the website, and use the
>   maven-release-plugin to automatically create a tag in SVN.

I can only guess the same, simply that Maven provided needed plugins
to generate the web site and was therefore used as a starting point
for everything else.

>   2. Are there any C++ projects successfully doing this?

I have no idea.

>   3. Why is the distribution not made with autotools(since it already has
>   the capability of creating a tar.gz and zip files)

I have no idea, my feeling is that carnold came from the Java world,
used what he already knew and added things as needed by users. And in
theory this whole ANT/cpptasks thing doesn't look bad, I could run it
with some minor changes on my Windows using Visual Studio including
building APR stuff around 2 years ago.

>   4. How was this done in the first place?  According to the SVN log,
>   carnold was the last person to create an actual release(8 years ago!)(he
>   did apparently use the maven-release-plugin though, the commit message says
>   so)

I have no idea, I guess it simply worked using maven and started to
not work anymore over time. There were other issues with the build
process in the past as well.

Mit freundlichen Grüßen,

Thorsten Schöning

-- 
Thorsten Schöning   E-Mail: thorsten.schoen...@am-soft.de
AM-SoFT IT-Systeme  http://www.AM-SoFT.de/

Telefon...05151-  9468- 55
Fax...05151-  9468- 88
Mobil..0178-8 9468- 04

AM-SoFT GmbH IT-Systeme, Brandenburger Str. 7c, 31789 Hameln
AG Hannover HRB 207 694 - Geschäftsführer: Andreas Muchow

Fwd: Re: Code signing and WOT for releases

2016-07-27 Thread Thorsten Schöning

Dies ist eine weitergeleitete Nachricht
Von: Mark Thomas <ma...@apache.org>
An : gene...@incubator.apache.org
Datum  : Dienstag, 26. Juli 2016, 09:48
Betreff: Code signing and WOT for releases

===8<=== Original Nachrichtentext ===
On 26/07/2016 08:19, Thorsten Schöning wrote:
> Hi all,
> 
> the docs about release management for incubating projects make clear
> that the release needs to be signed[1] and in the end associated with
> the project AND the WOT of Apache in general[2].
> 
> Is there some way to check what the owner of a PGP key for former
> releases has done to get his association to the WOT, if any? I would
> like to understand the needed process better and e.g. found the
> following:
> 
> http://pgp.surfnet.nl:11371/pks/lookup?op=vindex=on=0x2E114322
> 
> Are all those people/keys on this list someone who signed the key I
> searched for and provided association with the WOT this way?

Yes.

> Are the mentioned possibilities in [2] the only way to get such an
> association to the WOT? I usually don't visit conferences or
> keysigning parties or such.

It depends on what the signer is prepared to accept as proof of
identity. In most cases, a face to face meeting is required.

> Am I correct that releases can't be published without such an
> association to the WOT at all and BEFOREHAND?

No.

The release manager's key MUST be added to the project's KEY file
*before* signing the release.

The release manager MUST upload their key to a public key server (e.g.
pgp.mit.edu) *before* signing the release

Releases MUST be signed.

The release manager SHOULD add their key to their profile on id.apache.org

The release manager SHOULD add their key to the ASF WoT at the earliest
opportunity. If you don't visit conferences then one option is to use
[3] to find a nearby committer who might be able to sign your key.

HTH,

Mark


> Else one could sign and
> publish a release and loose the key afterwards or else and the release
> would be left without the needed association.
> 
> Thanks!
> 
> [1]: http://incubator.apache.org/guides/releasemanagement.html#signing
> [2]: http://www.apache.org/dev/openpgp.html#apache-wot-link

[3] http://community.zones.apache.org/map.html


-
To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
For additional commands, e-mail: general-h...@incubator.apache.org

===8<== Ende des Original Nachrichtentextes =

Hallo,



Mit freundlichen Grüßen,

Thorsten Schöning

-- 
Thorsten Schöning   E-Mail: thorsten.schoen...@am-soft.de
AM-SoFT IT-Systeme  http://www.AM-SoFT.de/

Telefon...05151-  9468- 55
Fax...05151-  9468- 88
Mobil..0178-8 9468- 04

AM-SoFT GmbH IT-Systeme, Brandenburger Str. 7c, 31789 Hameln
AG Hannover HRB 207 694 - Geschäftsführer: Andreas Muchow--- Begin Message ---
On 26/07/2016 08:19, Thorsten Schöning wrote:
> Hi all,
> 
> the docs about release management for incubating projects make clear
> that the release needs to be signed[1] and in the end associated with
> the project AND the WOT of Apache in general[2].
> 
> Is there some way to check what the owner of a PGP key for former
> releases has done to get his association to the WOT, if any? I would
> like to understand the needed process better and e.g. found the
> following:
> 
> http://pgp.surfnet.nl:11371/pks/lookup?op=vindex=on=0x2E114322
> 
> Are all those people/keys on this list someone who signed the key I
> searched for and provided association with the WOT this way?

Yes.

> Are the mentioned possibilities in [2] the only way to get such an
> association to the WOT? I usually don't visit conferences or
> keysigning parties or such.

It depends on what the signer is prepared to accept as proof of
identity. In most cases, a face to face meeting is required.

> Am I correct that releases can't be published without such an
> association to the WOT at all and BEFOREHAND?

No.

The release manager's key MUST be added to the project's KEY file
*before* signing the release.

The release manager MUST upload their key to a public key server (e.g.
pgp.mit.edu) *before* signing the release

Releases MUST be signed.

The release manager SHOULD add their key to their profile on id.apache.org

The release manager SHOULD add their key to the ASF WoT at the earliest
opportunity. If you don't visit conferences then one option is to use
[3] to find a nearby committer who might be able to sign your key.

HTH,

Mark


> Else one could sign and
> publish a release and loose the key afterwards or else and the release
> would be left without the needed association.
> 
> Thanks!
> 
> [1]: http://incubator.apache.org/guides/releasemanagement.html#signing
> [2]: http://ww

Code signing and WOT for releases

2016-07-26 Thread Thorsten Schöning

Hi all,

the docs about release management for incubating projects make clear
that the release needs to be signed[1] and in the end associated with
the project AND the WOT of Apache in general[2].

Is there some way to check what the owner of a PGP key for former
releases has done to get his association to the WOT, if any? I would
like to understand the needed process better and e.g. found the
following:

http://pgp.surfnet.nl:11371/pks/lookup?op=vindex=on=0x2E114322

Are all those people/keys on this list someone who signed the key I
searched for and provided association with the WOT this way?

Are the mentioned possibilities in [2] the only way to get such an
association to the WOT? I usually don't visit conferences or
keysigning parties or such.

Am I correct that releases can't be published without such an
association to the WOT at all and BEFOREHAND? Else one could sign and
publish a release and loose the key afterwards or else and the release
would be left without the needed association.

Thanks!

[1]: http://incubator.apache.org/guides/releasemanagement.html#signing
[2]: http://www.apache.org/dev/openpgp.html#apache-wot-link

Mit freundlichen Grüßen,

Thorsten Schöning

-- 
Thorsten Schöning   E-Mail: thorsten.schoen...@am-soft.de
AM-SoFT IT-Systeme  http://www.AM-SoFT.de/

Telefon...05151-  9468- 55
Fax...05151-  9468- 88
Mobil..0178-8 9468- 04

AM-SoFT GmbH IT-Systeme, Brandenburger Str. 7c, 31789 Hameln
AG Hannover HRB 207 694 - Geschäftsführer: Andreas Muchow

Re: Build log4cxx on Windows

2016-07-17 Thread Thorsten Schöning

Guten Tag Robert Middleton,
am Samstag, 16. Juli 2016 um 21:47 schrieben Sie:

> The functions that are missing are apr_generate_random_bytes and apr_ 
> escape_hex.

apr-build.xml:

>
>includes="**/${arch}/*.c"
>excludes="**/apr_app.c 
> misc/win32/rand.c"
>/>

This was introduced in the following ticket:

https://issues.apache.org/jira/browse/LOGCXX-74

I wonder how this could have ever worked in other environments, if it
doesn't for you. And I'm pretty sure that it did for me in the past
and some others were reporting it working on the list as well. Maybe
some changes in the versions of Visual Studio used? I last tried with
some version from 2013 or so.

As for apr_escape_hex, it looks to me that nothing of the folder
"encoding" is compiled currently as well. Maybe just adding a fileset
like for "tables" and "strings" with the needed files makes it work.

Mit freundlichen Grüßen,

Thorsten Schöning

-- 
Thorsten Schöning   E-Mail: thorsten.schoen...@am-soft.de
AM-SoFT IT-Systeme  http://www.AM-SoFT.de/

Telefon...05151-  9468- 55
Fax...05151-  9468- 88
Mobil..0178-8 9468- 04

AM-SoFT GmbH IT-Systeme, Brandenburger Str. 7c, 31789 Hameln
AG Hannover HRB 207 694 - Geschäftsführer: Andreas Muchow

Re: Status of log4cxx

2016-07-10 Thread Thorsten Schöning

Guten Tag Robert Middleton,
am Sonntag, 10. Juli 2016 um 00:33 schrieben Sie:

> What is still needed for this to work on Windows?   I checked out
> the latest from SVN, but I'm not sure how exactly it should be
> built(the documentation is out of date).  I rarely build on Windows,
> I generally use VS or Qt.

There's a more current version of the docs available, but the
differences shouldn't be that big:

https://logging.apache.org/log4cxx/next_stable/building/index.html

In general one has different choices to build on Windows, the last
time I followed the official instructions I used Maven, including Ant,
and Visual Studio, which worked very well. Currently I'm building and
testing using another compiler and with a custom build only.

Mit freundlichen Grüßen,

Thorsten Schöning

-- 
Thorsten Schöning   E-Mail: thorsten.schoen...@am-soft.de
AM-SoFT IT-Systeme  http://www.AM-SoFT.de/

Telefon...05151-  9468- 55
Fax...05151-  9468- 88
Mobil..0178-8 9468- 04

AM-SoFT GmbH IT-Systeme, Brandenburger Str. 7c, 31789 Hameln
AG Hannover HRB 207 694 - Geschäftsführer: Andreas Muchow

Re: sizebasedrollingtest failure

2016-07-08 Thread Thorsten Schöning

Guten Tag Robert Middleton,
am Freitag, 8. Juli 2016 um 04:43 schrieben Sie:

> Here's a quick patch for it.  Note that if 'zip' fails, the only
> thing that will be printed out is log4cxx: Exception during rollover.

Thanks, applied and in my mind we can live with that. We can't know
which zip utility is used anyway and which output it may provide on
stdout or stderr, if any at all. We'll leave that to the users, the
most important thing is to propagate the fact of the error.

Mit freundlichen Grüßen,

Thorsten Schöning

-- 
Thorsten Schöning   E-Mail: thorsten.schoen...@am-soft.de
AM-SoFT IT-Systeme  http://www.AM-SoFT.de/

Telefon...05151-  9468- 55
Fax...05151-  9468- 88
Mobil..0178-8 9468- 04

AM-SoFT GmbH IT-Systeme, Brandenburger Str. 7c, 31789 Hameln
AG Hannover HRB 207 694 - Geschäftsführer: Andreas Muchow

Re: Status of log4cxx

2016-07-02 Thread Thorsten Schöning

Guten Tag Robert Middleton,
am Samstag, 2. Juli 2016 um 09:09 schrieben Sie:

> Built and installed cleanly on Debian 8, Debian 9 and Ubuntu 16.04,
> with the following errors on 'make check':

> sizebasedrollingtest failed on all.

I've tested with a somewhat clean default install of 16.04 as well and
for me all tests pass. The same for an older 12.04 I'm using and
Windows. In 16.04 I did the same like you, getting all dependencies
from APT.

> $ apt-get install build-essential libapr1-dev libaprutil1-dev libtool automake

I've added that to the quickstart.

Mit freundlichen Grüßen,

Thorsten Schöning

-- 
Thorsten Schöning   E-Mail: thorsten.schoen...@am-soft.de
AM-SoFT IT-Systeme  http://www.AM-SoFT.de/

Telefon...05151-  9468- 55
Fax...05151-  9468- 88
Mobil..0178-8 9468- 04

AM-SoFT GmbH IT-Systeme, Brandenburger Str. 7c, 31789 Hameln
AG Hannover HRB 207 694 - Geschäftsführer: Andreas Muchow

Re: Status of log4cxx

2016-07-01 Thread Thorsten Schöning

Guten Tag Robert Middleton,
am Freitag, 1. Juli 2016 um 14:02 schrieben Sie:

> When building on any sort of Linux distribution, is there a minimum
> version of APR that is required?

The docs currently state 1.x and I've build the last time with 1.5.x.

https://logging.apache.org/log4cxx/next_stable/building/autotools.html

> Or, to put that another way, is it
> expected that I can install the version of APR that comes with my
> distribution and everything should work, or do I also need to install APR 
> from SVN?

A distribution version should work, but I've never tested that. So
that may be a good start. The last test I made was with APR and
log4cxx from source.

Mit freundlichen Grüßen,

Thorsten Schöning

-- 
Thorsten Schöning   E-Mail: thorsten.schoen...@am-soft.de
AM-SoFT IT-Systeme  http://www.AM-SoFT.de/

Telefon...05151-  9468- 55
Fax...05151-  9468- 88
Mobil..0178-8 9468- 04

AM-SoFT GmbH IT-Systeme, Brandenburger Str. 7c, 31789 Hameln
AG Hannover HRB 207 694 - Geschäftsführer: Andreas Muchow

Re: Status of log4cxx

2016-06-30 Thread Thorsten Schöning

Guten Tag Robert Middleton,
am Donnerstag, 30. Juni 2016 um 15:24 schrieben Sie:

> I was browsing the dev mailing list yesterday, and noticed that
> there was some talk on moving to the attic and/or coming out with a
> new release.  Is there still some help needed on the project?  I'd
> be willing to help out if that's the case.

Hi Robert,

thanks for the offer and of course help is always welcome. The main
priority currently is getting the release out, the project needs
someone to read through the process and do whatever needs to be done.

http://incubator.apache.org/guides/releasemanagement.html

The last things done in this direction was getting things to build on
Ubuntu and Windows.

Mit freundlichen Grüßen,

Thorsten Schöning

-- 
Thorsten Schöning   E-Mail: thorsten.schoen...@am-soft.de
AM-SoFT IT-Systeme  http://www.AM-SoFT.de/

Telefon...05151-  9468- 55
Fax...05151-  9468- 88
Mobil..0178-8 9468- 04

AM-SoFT GmbH IT-Systeme, Brandenburger Str. 7c, 31789 Hameln
AG Hannover HRB 207 694 - Geschäftsführer: Andreas Muchow

Re: Podling Report Reminder - June 2016

2016-05-30 Thread Thorsten Schöning

Guten Tag Ralph Goers,
am Montag, 30. Mai 2016 um 19:33 schrieben Sie:

> I have signed off on the report with comments.

Thanks, hopefully I get the time to go through the release process
myself the next weeks.

Mit freundlichen Grüßen,

Thorsten Schöning

-- 
Thorsten Schöning   E-Mail: thorsten.schoen...@am-soft.de
AM-SoFT IT-Systeme  http://www.AM-SoFT.de/

Telefon...05151-  9468- 55
Fax...05151-  9468- 88
Mobil..0178-8 9468- 04

AM-SoFT GmbH IT-Systeme, Brandenburger Str. 7c, 31789 Hameln
AG Hannover HRB 207 694 - Geschäftsführer: Andreas Muchow

Re: Podling Report Reminder - June 2016

2016-05-27 Thread Thorsten Schöning

Guten Tag johndam...@apache.org,
am Freitag, 27. Mai 2016 um 02:40 schrieben Sie:

> It is an initial reminder to give you plenty of time to
> prepare your quarterly board report.

I've added one:

https://wiki.apache.org/incubator/June2016#preview

Mit freundlichen Grüßen,

Thorsten Schöning

-- 
Thorsten Schöning   E-Mail: thorsten.schoen...@am-soft.de
AM-SoFT IT-Systeme  http://www.AM-SoFT.de/

Telefon...05151-  9468- 55
Fax...05151-  9468- 88
Mobil..0178-8 9468- 04

AM-SoFT GmbH IT-Systeme, Brandenburger Str. 7c, 31789 Hameln
AG Hannover HRB 207 694 - Geschäftsführer: Andreas Muchow

Re: Are you able to build log4cxx, Torsten?

2016-05-04 Thread Thorsten Schöning

Guten Tag Wiebesiek, Torsten,
am Freitag, 1. April 2016 um 01:37 schrieben Sie:

> Tomorrow, I will be out of office, so my Windows trials will start on Monday.

Hi Torsten,

any progress an getting log4cxx built an Windows or the release in
general?

Mit freundlichen Grüßen,

Thorsten Schöning

-- 
Thorsten Schöning   E-Mail: thorsten.schoen...@am-soft.de
AM-SoFT IT-Systeme  http://www.AM-SoFT.de/

Telefon...05151-  9468- 55
Fax...05151-  9468- 88
Mobil..0178-8 9468- 04

AM-SoFT GmbH IT-Systeme, Brandenburger Str. 7c, 31789 Hameln
AG Hannover HRB 207 694 - Geschäftsführer: Andreas Muchow

Re: Unsubscribe mta...@yahoo-inc.com

2016-04-05 Thread Thorsten Schöning

Guten Tag Thorsten Schöning,
am Dienstag, 5. April 2016 um 18:07 schrieben Sie:

> I've unsubscribed mta...@yahoo-inc.com, because mails to this
> recipient bounced.

http://apache.org/dev/committers.html#problem_posts

Mit freundlichen Grüßen,

Thorsten Schöning

-- 
Thorsten Schöning   E-Mail: thorsten.schoen...@am-soft.de
AM-SoFT IT-Systeme  http://www.AM-SoFT.de/

Telefon...05151-  9468- 55
Fax...05151-  9468- 88
Mobil..0178-8 9468- 04

AM-SoFT GmbH IT-Systeme, Brandenburger Str. 7c, 31789 Hameln
AG Hannover HRB 207 694 - Geschäftsführer: Andreas Muchow

Unsubscribe mta...@yahoo-inc.com

2016-04-05 Thread Thorsten Schöning

Hi all,

I've unsubscribed mta...@yahoo-inc.com, because mails to this
recipient bounced.

> mta...@yahoo-inc.com is no longer with Yahoo! Inc.

Mit freundlichen Grüßen,

Thorsten Schöning

-- 
Thorsten Schöning   E-Mail: thorsten.schoen...@am-soft.de
AM-SoFT IT-Systeme  http://www.AM-SoFT.de/

Telefon...05151-  9468- 55
Fax...05151-  9468- 88
Mobil..0178-8 9468- 04

AM-SoFT GmbH IT-Systeme, Brandenburger Str. 7c, 31789 Hameln
AG Hannover HRB 207 694 - Geschäftsführer: Andreas Muchow

Re: Are you able to build log4cxx, Torsten?

2016-04-01 Thread Thorsten Schöning

Guten Tag Wiebesiek, Torsten,
am Freitag, 1. April 2016 um 01:37 schrieben Sie:

> yes, they are. In retrospect, it looks easy. Some more
> understanding of how autotools work, would have been helpful...

So should we simply add something of what you know now to the docs?

> It might be good to include a section "Build log4cxx HEAD from svn" on the 
> web page. I can do that.

I've already added such a statement on the autotools page explicitly
mentioning the use of autogen.sh in such a case. I don't think a
complete new section is necessary, because regarding my tests that was
the only line I needed to execute additionally.

> Is there a simple way to build the html documentation locally?

"mvn site" should generate the site and apidocs only, but you will
need Maven. But that should be a problem, just download a current
version, extract it somewhere and optionally at that folders "bin" to
the PATH. in the end you get "target\site" with the new content and
can execute index.html directly.

https://maven.apache.org/download.cgi

Mit freundlichen Grüßen,

Thorsten Schöning

-- 
Thorsten Schöning   E-Mail: thorsten.schoen...@am-soft.de
AM-SoFT IT-Systeme  http://www.AM-SoFT.de/

Telefon...05151-  9468- 55
Fax...05151-  9468- 88
Mobil..0178-8 9468- 04

AM-SoFT GmbH IT-Systeme, Brandenburger Str. 7c, 31789 Hameln
AG Hannover HRB 207 694 - Geschäftsführer: Andreas Muchow

Are you able to build log4cxx, Torsten?

2016-03-19 Thread Thorsten Schöning

Hi Torsten,

I just wanted to start a new thread specifically for your topic. You
wanted to have a look into the release process after being able to
build log4cxx on your linux. Any progress on this, is it still
failing? The last error on the list regarding this was the following:

> Thank you, especially for pointing to autoreconf. Unfortunately, configure 
> still fails at the same point:

> > configure --with-apr=path-to-my-apr-installation
> ./configure: line 16480: syntax error near unexpected token `,'
> ./configure: line 16480: `APR_FIND_APR( , , 1, 1)'

Mit freundlichen Grüßen,

Thorsten Schöning

-- 
Thorsten Schöning   E-Mail: thorsten.schoen...@am-soft.de
AM-SoFT IT-Systeme  http://www.AM-SoFT.de/

Telefon...05151-  9468- 55
Fax...05151-  9468- 88
Mobil..0178-8 9468- 04

AM-SoFT GmbH IT-Systeme, Brandenburger Str. 7c, 31789 Hameln
AG Hannover HRB 207 694 - Geschäftsführer: Andreas Muchow

Re: log4cxx-0.10.0 and crash on exit

Guten Tag Sean Dynan,
am Dienstag, 1. März 2016 um 19:59 schrieben Sie:

> But if it helps, I don't mind experimenting offline with the apr /
> log4cxx code to see if APR_HAS_THREADS 0 can be made to work on
> Windows. I could use some help with that compiler error though ;)

I don't see any benefit in this, if APR_HAS_THREADS is the default on
Windows anyway, we simply wouldn't want people need to change too
much away from the defaults. To me the problem is clearly around
LOGCXX-322 and -430 and those need to be fixed. And until I know how
I'm going to apply the same workaround like in aprinitializer.

Mit freundlichen Grüßen,

Thorsten Schöning

-- 
Thorsten Schöning   E-Mail: thorsten.schoen...@am-soft.de
AM-SoFT IT-Systeme  http://www.AM-SoFT.de/

Telefon...05151-  9468- 55
Fax...05151-  9468- 88
Mobil..0178-8 9468- 04

AM-SoFT GmbH IT-Systeme, Brandenburger Str. 7c, 31789 Hameln
AG Hannover HRB 207 694 - Geschäftsführer: Andreas Muchow

Re: log4cxx-0.10.0 and crash on exit

Guten Tag Sean Dynan,
am Dienstag, 1. März 2016 um 18:33 schrieben Sie:

> However, this works well:

I think I've missed you somewhere... :-) Did you rebuild with
APR_HAS_THREADS 1 and 0 gave you errors, but is of no interest anyway,
or are you using APR_HAS_THREADS 0 all the time, just in another way
or how exactly are you building APR currently? If my suggested changed
DTOR works, it looks like you are using APR_HAS_THREADS 1 now.

If it's of any value, I could provide my apr.h of 1.5.2, which
regarding my SVN is mainly a copied apr.hw with minor changes for my
Embarcadero C++ Builder.

Mit freundlichen Grüßen,

Thorsten Schöning

-- 
Thorsten Schöning   E-Mail: thorsten.schoen...@am-soft.de
AM-SoFT IT-Systeme  http://www.AM-SoFT.de/

Telefon...05151-  9468- 55
Fax...05151-  9468- 88
Mobil..0178-8 9468- 04

AM-SoFT GmbH IT-Systeme, Brandenburger Str. 7c, 31789 Hameln
AG Hannover HRB 207 694 - Geschäftsführer: Andreas Muchow

Re: March 2016 Report

Guten Tag William A Rowe Jr,
am Dienstag, 1. März 2016 um 18:28 schrieben Sie:

> If there are three+ active project members volunteering to review and
> cast up/down votes on release candidates[...]

I'm willing to vote, but reviewing is a more interesting part, because
I mainly use a custom Windows environment and therefore would first
need a Linux build env for the actual release candidate. Maybe I find
some hours to have a look at such at the weekend...

Or isn't it necessary that a voter is able to build on the platform of
others voters/reviewers? Because I already use the trunk in production
software, it's just build using a custom procedure.

> If there is still
> not a sufficient community at present, this might be better at 
> labs.apache.org[...]

I find it interesting that you have something like labs with sentences
like the following:

> [...]without the burden of community building.

But seem to lack something more focused on general maintenance? Attic
is read only, incubator is to prove active development including
community building and after graduation you need to stay "active",
else you go back to incubator because of a new community or to the
attic. This doesn't sound that there's any room for people just
providing some kind of support for current user base.

Or am I missing something?

Mit freundlichen Grüßen,

Thorsten Schöning

-- 
Thorsten Schöning   E-Mail: thorsten.schoen...@am-soft.de
AM-SoFT IT-Systeme  http://www.AM-SoFT.de/

Telefon...05151-  9468- 55
Fax...05151-  9468- 88
Mobil..0178-8 9468- 04

AM-SoFT GmbH IT-Systeme, Brandenburger Str. 7c, 31789 Hameln
AG Hannover HRB 207 694 - Geschäftsführer: Andreas Muchow

Re: March 2016 Report

Guten Tag Marvin Humphrey,
am Dienstag, 1. März 2016 um 18:19 schrieben Sie:

> A report that states "no change since last month" is not a great
> report, but it is better than copying-and-pasting.[...]

Thanks for the hints, I always thought it's exactly the other way
around because that way people don't need to look at the last
reports. This was not the first C report because of that
misunderstanding... :-/

Mit freundlichen Grüßen,

Thorsten Schöning

-- 
Thorsten Schöning   E-Mail: thorsten.schoen...@am-soft.de
AM-SoFT IT-Systeme  http://www.AM-SoFT.de/

Telefon...05151-  9468- 55
Fax...05151-  9468- 88
Mobil..0178-8 9468- 04

AM-SoFT GmbH IT-Systeme, Brandenburger Str. 7c, 31789 Hameln
AG Hannover HRB 207 694 - Geschäftsführer: Andreas Muchow

Re: log4cxx-0.10.0 and crash on exit

Guten Tag Sean Dynan,
am Dienstag, 1. März 2016 um 15:54 schrieben Sie:

> So I need to define APR_HAS_THREADS in my project?  I don't think it
> is defined by default.

I thought APR defaults to multithreaded on Windowsa all the apr.h*
files I had a look at define APR_HAS_THREADS by default, so I use it
as well. In your former message, in which you said APR_HAS_THREADS
didn't change anything, did have APR_HAS_THREADS defined only for
log4cxx? In that case you might want to try with APR built with
APR_HAS_THREADS and with an unchanged ~Hierarchy first. Just to see if
this changes things and if it does with my last suggested ~Hierarchy.

Mit freundlichen Grüßen,

Thorsten Schöning

-- 
Thorsten Schöning   E-Mail: thorsten.schoen...@am-soft.de
AM-SoFT IT-Systeme  http://www.AM-SoFT.de/

Telefon...05151-  9468- 55
Fax...05151-  9468- 88
Mobil..0178-8 9468- 04

AM-SoFT GmbH IT-Systeme, Brandenburger Str. 7c, 31789 Hameln
AG Hannover HRB 207 694 - Geschäftsführer: Andreas Muchow

Re: log4cxx-0.10.0 and crash on exit

Guten Tag Sean Dynan,
am Montag, 29. Februar 2016 um 19:00 schrieben Sie:

> -- I have tried statically linking to log4cxx but in that instance the
> DLL that uses log4cxx suffers the same fate.
> -- I have tried with and without APR_HAS_THREADS - no obvious change
> to the stack trace.

Did you try the patches of LOGCXX-430? I couldn't get them working for
some reason, but maybe you can.

https://issues.apache.org/jira/browse/LOGCXX-430

Additionally, simply try to uncomment the DTOR code in Hierarchy and
see if things changes. If so, this looks like another hint that the
problem is in LOGCXX-430, isn't it?

> -- log4cxx has been used in my application for years without any
> problems. Is there anything I may have introduced in my own code or
> DLL structure that might have triggered this?

Changes around multithreading, destruction order, concurrent GC
threads...? Did you change the IDE recently or recompiled using some
different settings?

Mit freundlichen Grüßen,

Thorsten Schöning

-- 
Thorsten Schöning   E-Mail: thorsten.schoen...@am-soft.de
AM-SoFT IT-Systeme  http://www.AM-SoFT.de/

Telefon...05151-  9468- 55
Fax...05151-  9468- 88
Mobil..0178-8 9468- 04

AM-SoFT GmbH IT-Systeme, Brandenburger Str. 7c, 31789 Hameln
AG Hannover HRB 207 694 - Geschäftsführer: Andreas Muchow

Re: February 2016 Report

2016-01-29 Thread Thorsten Schöning

Guten Tag Marvin Humphrey,
am Freitag, 29. Januar 2016 um 06:23 schrieben Sie:

> This is a reminder that your report is due next Wednesday, February
> 3rd.

I've added one:

https://wiki.apache.org/incubator/February2016

Mit freundlichen Grüßen,

Thorsten Schöning

-- 
Thorsten Schöning   E-Mail: thorsten.schoen...@am-soft.de
AM-SoFT IT-Systeme  http://www.AM-SoFT.de/

Telefon...05151-  9468- 55
Fax...05151-  9468- 88
Mobil..0178-8 9468- 04

AM-SoFT GmbH IT-Systeme, Brandenburger Str. 7c, 31789 Hameln
AG Hannover HRB 207 694 - Geschäftsführer: Andreas Muchow

Re: Help for the Log4cxx podling

2016-01-26 Thread Thorsten Schöning

Guten Tag Wiebesiek, Torsten,
am Dienstag, 26. Januar 2016 um 14:29 schrieben Sie:

> I just want to tell, that am willing to prepare a log4cxx release.

Sounds good, I just removed the 3 open issues currently assigned to
0.11.0, because if they are not fixed now, they won't be in the short
time and at least 2 of those are not even that important to block a
release. The original plan was to release as is with only patches
applied anyway.

Mit freundlichen Grüßen,

Thorsten Schöning

-- 
Thorsten Schöning   E-Mail: thorsten.schoen...@am-soft.de
AM-SoFT IT-Systeme  http://www.AM-SoFT.de/

Telefon...05151-  9468- 55
Fax...05151-  9468- 88
Mobil..0178-8 9468- 04

AM-SoFT GmbH IT-Systeme, Brandenburger Str. 7c, 31789 Hameln
AG Hannover HRB 207 694 - Geschäftsführer: Andreas Muchow

Re: Build tools discussion

2016-01-26 Thread Thorsten Schöning

Guten Tag Wiebesiek, Torsten,
am Dienstag, 26. Januar 2016 um 14:36 schrieben Sie:

> At first I tried it on my Manjaro installation. I've downloaded,
> compiled and installed apr-1.5.2, apr-util-1.5.4 and
> apr-iconv-1.2.1. I am not sure, if the latter is even needed.

apr-util uses apr-iconv as well, at least my created projects have a
dependency currently.

> Calling automake (version 1.15) results in a warning:
> Unescaped left brace in regex is deprecated, passed through in
> regex; marked by <-- HERE in m/\${ <-- HERE ([^ \t=:+{}]+)}/ at 
> /usr/bin/automake line 3936.

I can't find that regex in my trunk folder. Is that line from
/usr/bin/automake itself?

> I ignored the warning but the call to configure failed:
>> configure --with-apr=path-to-my-apr-installation
> ./configure: line 16480: syntax error near unexpected token `;'
> ./configure: line 16480: `APR_FIND_APR( , , 1, 1)'

Provide is the generated files from the step before, so we might have
a look. I can't build using autoconf and my configure.ac doesn't have
that many lines.

Mit freundlichen Grüßen,

Thorsten Schöning

-- 
Thorsten Schöning   E-Mail: thorsten.schoen...@am-soft.de
AM-SoFT IT-Systeme  http://www.AM-SoFT.de/

Telefon...05151-  9468- 55
Fax...05151-  9468- 88
Mobil..0178-8 9468- 04

AM-SoFT GmbH IT-Systeme, Brandenburger Str. 7c, 31789 Hameln
AG Hannover HRB 207 694 - Geschäftsführer: Andreas Muchow

Re: Help for the Log4cxx podling

2016-01-11 Thread Thorsten Schöning

Guten Tag William A Rowe Jr,
am Samstag, 9. Januar 2016 um 18:26 schrieben Sie:

> While we are waiting to find out who is interested in the heavy
> lifting of creating a release candidate, who here is willing to
> review such candidates and cast a +/-1 vote for release of the
> package?

Which of the following links would be the ones the project members
need to care about in the release process? We wouldn't vote for the
incubator release, because we are the subjects to vote on, right?

But what about the release candidate, that's the one we need to review
within the project ourselfs and vote for that until we are satisfied?
Afterwards the release manager would end up doing what is mentioned
for the incubator release and people like John D. Ament would vote on
that, completely outside the project?

Or does the project never vote "internally" at all, but only deals
with -1 votes for the incubator release and needs to fix bugs and such
until all external voters are satisfied?

I'm not sure if there are two independent votes or such one and if the
project members itself are part of those.

http://incubator.apache.org/guides/releasemanagement.html#best-practice-incubator-release-vote
http://incubator.apache.org/guides/releasemanagement.html#best-practices-release-candidates

Mit freundlichen Grüßen,

Thorsten Schöning

-- 
Thorsten Schöning   E-Mail: thorsten.schoen...@am-soft.de
AM-SoFT IT-Systeme  http://www.AM-SoFT.de/

Telefon...05151-  9468- 55
Fax...05151-  9468- 88
Mobil..0178-8 9468- 04

AM-SoFT GmbH IT-Systeme, Brandenburger Str. 7c, 31789 Hameln
AG Hannover HRB 207 694 - Geschäftsführer: Andreas Muchow

Re: Build tools discussion

2016-01-11 Thread Thorsten Schöning

Guten Tag Wiebesiek, Torsten,
am Montag, 11. Januar 2016 um 10:28 schrieben Sie:

> Sorry, if my questions appears to be stupid: is the site generated
> automatically or is someone using maven to create it and then copies it to 
> the server?

The latter, mvn is executed manually, generates the site using some
plugins and templates in the repo and the publishing is a commit.

Mit freundlichen Grüßen,

Thorsten Schöning

-- 
Thorsten Schöning   E-Mail: thorsten.schoen...@am-soft.de
AM-SoFT IT-Systeme  http://www.AM-SoFT.de/

Telefon...05151-  9468- 55
Fax...05151-  9468- 88
Mobil..0178-8 9468- 04

AM-SoFT GmbH IT-Systeme, Brandenburger Str. 7c, 31789 Hameln
AG Hannover HRB 207 694 - Geschäftsführer: Andreas Muchow

Re: Build tools discussion

2016-01-10 Thread Thorsten Schöning

Guten Tag Wiebesiek, Torsten,
am Sonntag, 10. Januar 2016 um 19:03 schrieben Sie:

> I don't want to start a general discussion about which build system
> is best. Such thing does not exist.

But some day we need to decide, e.g. if a complete rewrite for CMAKE
is preferable over staying with autoconf AND some folks need to do it
of course. ;-)

And as could be read in the releasing aspect: If we want votes for
releases, things need to build on voters systems.

> And if you as main developer are using an environment that's not
> supported by any common build system, why not check in your IDE's
> log4cxx project files to avoid manual crafting of Makefiles?

I already version my projects of course and suggested that in the past
as well, same with Visual Studio projects. In fact, former releases of
log4cxx already contained project files generated by cpptaasks. Of
course those project files would expect 3rd party libs like APR in
some special dir layout, but in my opinion such things could be
documented and easily adopted by users and things like dir layouts a
common problem to all build tools.

From my point of view we could easily just provide available project
files for e.g. Windows and focus with a build system on non-Windows
systems. I came across projects doing this in the past, if they
supported Windows at all.

Mit freundlichen Grüßen,

Thorsten Schöning

-- 
Thorsten Schöning   E-Mail: thorsten.schoen...@am-soft.de
AM-SoFT IT-Systeme  http://www.AM-SoFT.de/

Telefon...05151-  9468- 55
Fax...05151-  9468- 88
Mobil..0178-8 9468- 04

AM-SoFT GmbH IT-Systeme, Brandenburger Str. 7c, 31789 Hameln
AG Hannover HRB 207 694 - Geschäftsführer: Andreas Muchow

Re: Build tools discussion

2016-01-10 Thread Thorsten Schöning

Guten Tag Rhys Ulerich,
am Sonntag, 10. Januar 2016 um 21:32 schrieben Sie:

> Even if we drop cpptasks for build purposes, will we still need Maven
> to use the current site generation?

Yes, I even think in combination with some logic of ANT's build.xml,
but didn't look at the details yet.

But that's available and seems to work (when I used it the last
time ;-)) seems to be still maintained by Apache directly and I didn't
find it too hard to set up. So I currently don't see pressure or
benefit to change that. But I need/have a Java dev environment 
anyways...

Instead for cpptasks we at least know that is not maintained anymore,
even though it still worked for Visual Studio when I tried last time,
doesn't seem to be used widely on non-Windows and I found it pretty
hard when I tried to add support/workarounds for my current IDE by
only dealing on ANT level. That's why in the end I aborted and decided
to either get cpptasks buildable on my own to patch that, which I
didn't yet, or directly create IDE projects manually. The latter
wasn't that hard and I can even run tests now.

So there would be at least some args for dropping ANT/cpptasks as
build system.

Mit freundlichen Grüßen,

Thorsten Schöning

-- 
Thorsten Schöning   E-Mail: thorsten.schoen...@am-soft.de
AM-SoFT IT-Systeme  http://www.AM-SoFT.de/

Telefon...05151-  9468- 55
Fax...05151-  9468- 88
Mobil..0178-8 9468- 04

AM-SoFT GmbH IT-Systeme, Brandenburger Str. 7c, 31789 Hameln
AG Hannover HRB 207 694 - Geschäftsführer: Andreas Muchow

Re: Help for the Log4cxx podling

2016-01-08 Thread Thorsten Schöning

Guten Tag William A Rowe Jr,
am Freitag, 8. Januar 2016 um 19:18 schrieben Sie:

> I'm trying to understand whether we are looking at a cultural refusal to
> ever put a post in the stand and say "this is a release, there will be other
> releases, but this is our release as of now"?  Or is this simply a matter
> of preferring git to svn?

Holy shit no, this is by no means the start of a SCM flamewar, I like
and still prefer SVN very much, we use it at our company extensively.
My problem is really only about the release and incubation part and in
the end, if I'm going to keep my commit permissions to the "current"
codebase and history or not. I simply won't have the time to go
through the release process myself, I thought I have it when the
incubation process started, but it didn't work the last 2 years, so I
guess it won't work the next 2... And with that in mind, I'm just
checking the possibilities to keep any somewhat writable permissions
to the codebase for me.

GitHub is only one possible anchor, which is simply better suited for
my needs than the Attic, because I could fork with keeping the
history. And if the project doesn't succeed the incubation process
now, it surely won't ever leave the Attic again.

> [...]but if Apache log4cxx does not have
> those three people, and is not creating any releases, it simply is not
> a project.

And that's fine, but that doesn't necessary mean that you need to "lock
away" the history. But I may completely wrong and it wouldn't be
allowed to even fork a dead Apache log4cxx on GitHub to keep working
on it with the history, even privately?

Mit freundlichen Grüßen,

Thorsten Schöning

-- 
Thorsten Schöning   E-Mail: thorsten.schoen...@am-soft.de
AM-SoFT IT-Systeme  http://www.AM-SoFT.de/

Telefon...05151-  9468- 55
Fax...05151-  9468- 88
Mobil..0178-8 9468- 04

AM-SoFT GmbH IT-Systeme, Brandenburger Str. 7c, 31789 Hameln
AG Hannover HRB 207 694 - Geschäftsführer: Andreas Muchow

Re: Help for the Log4cxx podling

2016-01-08 Thread Thorsten Schöning

Guten Tag Wiebesiek, Torsten,
am Freitag, 8. Januar 2016 um 11:16 schrieben Sie:

> I am not familiar with the Apache requirements for a project. From
> what I understand, there have to be reports filed every three month.
> What else? How can we proceed with the limited resources, we have?

The reports every 3 months shouldn't be a big problem, but you need to
do e.g. votes for releases as well, they need to be signed off and we
currently don't even have a mentor signing off our incubator reports
and such.

You want details? :-)

http://incubator.apache.org/guides/releasemanagement.html

We need one who really wants to make himself familiar with this
process and is afterwards responsible for doing the release.

If binary releases are not a must for Apache, which I didn't know
before, in my opinion we should simply reduce to a source release and
don't even care about the build tools too much. If things don't work
as they are, people will create tickets in JIRA and hopefully provide
patches. cpptasks for our ant based build is not maintained anymore,
so I would suggest to cut it off with autoconf for non-Windows and
documentation and maybe template project files in some "contrib" for
Windows.

I don't know how others work, but with my Windows-IDE I need to create
custom projects all the time for various reasons.

But in the end it all boils down to if someone will follow the
official release process.

Mit freundlichen Grüßen,

Thorsten Schöning

-- 
Thorsten Schöning   E-Mail: thorsten.schoen...@am-soft.de
AM-SoFT IT-Systeme  http://www.AM-SoFT.de/

Telefon...05151-  9468- 55
Fax...05151-  9468- 88
Mobil..0178-8 9468- 04

AM-SoFT GmbH IT-Systeme, Brandenburger Str. 7c, 31789 Hameln
AG Hannover HRB 207 694 - Geschäftsführer: Andreas Muchow

Re: Help for the Log4cxx podling

2016-01-08 Thread Thorsten Schöning

Guten Tag William A Rowe Jr,
am Freitag, 8. Januar 2016 um 15:33 schrieben Sie:

> Forty forks means 40 prospective committers.

Or just people, like some of those currently involved, which change
things once in a while because of bugs or such. I'm always just happy
if my fixes are simply merged without participating in further
development too much.

> Nothing is solved by "moving"
> the project to github if their changes are never moved back to the ASF.

I disagree: I'm doing at least some level of support and merge patches
once a while, depending on their nature and such. The problem now is
that such an amount of work and "community" ;-) would not be enough
for your incubation rules and the Apache way, so you would need to
decide that it's "better" to keep me off the repo entirely instead of
just letting me do what I'm able to provide AND what is somewhat
requested by at least some users. That's a decision you make based on
your project/organisation rules, but it doesn't change if there's at
least some demand for maintenance of any kind, it's just that the
project doesn't fit to your rules anymore.

The problem and difference to GitHub I see now with the Attic is, that
you have a huge, centralized SVN repo, which is very hard to clone for
interested persons like me for technically reasons. When I tried some
years ago, you actively blocked me just because I fetched revisions a
week or so... :-) So if you decide that the project is dead, with the
same decision you might prevent people access to the very valuable
history of the project simply for practical reasons, because we are
not allowed to clone it 2 weeks or the amount of data is just to huge
with all those empty revisions or whatever.

If the project is additionally hosted on GitHub and not only in Attic,
it would be simpler for still interested people to fork and make use
of it. I see that as somewhat special to Apache's Attic concept, and
maybe even the use of SVN, though I like SVN a lot: To me it looks
like that hosting all Attic projects on a platform enabling easier
forking of the entire project history would be a great idea.

Mit freundlichen Grüßen,

Thorsten Schöning

-- 
Thorsten Schöning   E-Mail: thorsten.schoen...@am-soft.de
AM-SoFT IT-Systeme  http://www.AM-SoFT.de/

Telefon...05151-  9468- 55
Fax...05151-  9468- 88
Mobil..0178-8 9468- 04

AM-SoFT GmbH IT-Systeme, Brandenburger Str. 7c, 31789 Hameln
AG Hannover HRB 207 694 - Geschäftsführer: Andreas Muchow

Re: January 2016 Report

2015-12-31 Thread Thorsten Schöning

Guten Tag Marvin Humphrey,
am Mittwoch, 30. Dezember 2015 um 23:03 schrieben Sie:

> This is a reminder that your report is due next Wednesday, January
> 6th.

The one from December was already available, just added a note about a
maybe missing mentor. Our report has been removed from December
because of a missing mentor signoff.

> 104 2015-12-13 22:36:25 56757to previousMarvinHumphrey  
> Remove log4cxx report because it had no Mentor signoff.

https://wiki.apache.org/incubator/December2015?action=info

Mit freundlichen Grüßen,

Thorsten Schöning

-- 
Thorsten Schöning   E-Mail: thorsten.schoen...@am-soft.de
AM-SoFT IT-Systeme  http://www.AM-SoFT.de/

Telefon...05151-  9468- 55
Fax...05151-  9468- 88
Mobil..0178-8 9468- 04

AM-SoFT GmbH IT-Systeme, Brandenburger Str. 7c, 31789 Hameln
AG Hannover HRB 207 694 - Geschäftsführer: Andreas Muchow

Re: January 2016 Report

2015-12-31 Thread Thorsten Schöning

Guten Tag John D. Ament,
am Donnerstag, 31. Dezember 2015 um 14:04 schrieben Sie:

> Just wondering are any of the mentors active?  Any note on why it
> wasn't signed off other than no one was around?

Christian Grobmeier was the only one I was aware of and he signed all
the reports in the past.

Mit freundlichen Grüßen,

Thorsten Schöning

-- 
Thorsten Schöning   E-Mail: thorsten.schoen...@am-soft.de
AM-SoFT IT-Systeme  http://www.AM-SoFT.de/

Telefon...05151-  9468- 55
Fax...05151-  9468- 88
Mobil..0178-8 9468- 04

AM-SoFT GmbH IT-Systeme, Brandenburger Str. 7c, 31789 Hameln
AG Hannover HRB 207 694 - Geschäftsführer: Andreas Muchow

Re: December 2015 Report

2015-11-27 Thread Thorsten Schöning

Guten Tag Marvin Humphrey,
am Donnerstag, 26. November 2015 um 21:47 schrieben Sie:

> This is a reminder that your report is due next Wednesday, December
> 2nd.  Details below.

Hi,

I've added the same report as last time, because it didn't change
anything.

https://wiki.apache.org/incubator/December2015

Mit freundlichen Grüßen,

Thorsten Schöning

-- 
Thorsten Schöning   E-Mail: thorsten.schoen...@am-soft.de
AM-SoFT IT-Systeme  http://www.AM-SoFT.de/

Telefon...05151-  9468- 55
Fax...05151-  9468- 88
Mobil..0178-8 9468- 04

AM-SoFT GmbH IT-Systeme, Brandenburger Str. 7c, 31789 Hameln
AG Hannover HRB 207 694 - Geschäftsführer: Andreas Muchow

Re: June 2015 Report

2015-05-29 Thread Thorsten Schöning

Guten Tag Marvin Humphrey,
am Freitag, 29. Mai 2015 um 00:08 schrieben Sie:

 The marvin automated report reminder script didn't fire for whatever
 reason this week, so I'm sending out a bulk reminder manually for the 27
 podlings who are expected to submit a June 2015 report.

Hello,

I've added a reduced version of the former report, simply stating that
no public development takes place currently.

Mit freundlichen Grüßen,

Thorsten Schöning

-- 
Thorsten Schöning   E-Mail: thorsten.schoen...@am-soft.de
AM-SoFT IT-Systeme  http://www.AM-SoFT.de/

Telefon...05151-  9468- 55
Fax...05151-  9468- 88
Mobil..0178-8 9468- 04

AM-SoFT GmbH IT-Systeme, Brandenburger Str. 7c, 31789 Hameln
AG Hannover HRB 207 694 - Geschäftsführer: Andreas Muchow

Re: Win 7 support

2015-04-28 Thread Thorsten Schöning

Guten Tag Guri, Tomer,
am Dienstag, 28. April 2015 um 09:45 schrieben Sie:

 We are using log4cxx 0.10 and experience major slowdown of our
 system running on win 7 32 bit OS (6 times slower !).

Slower compared to what under which circumstances before? Another OS,
other hardware, another version of log4cxx, other configured loggers
or log level or...

You really need to provide more details, else I guess that you simply
need to close the tab in your browser which is still consuming porn
for the last 24 hours and caching GBs of streaming video data to your
local hard disc, which of course is the bottleneck in your tested
system... ;-)

Mit freundlichen Grüßen,

Thorsten Schöning

-- 
Thorsten Schöning   E-Mail: thorsten.schoen...@am-soft.de
AM-SoFT IT-Systeme  http://www.AM-SoFT.de/

Telefon...05151-  9468- 55
Fax...05151-  9468- 88
Mobil..0178-8 9468- 04

AM-SoFT GmbH IT-Systeme, Brandenburger Str. 7c, 31789 Hameln
AG Hannover HRB 207 694 - Geschäftsführer: Andreas Muchow

Re: Redhat Enterprise Linux Compatibility

2015-04-18 Thread Thorsten Schöning

Guten Tag Don Wakefield,
am Freitag, 17. April 2015 um 22:44 schrieben Sie:

 So I guess my main question is, are there any plans on updating log4cxx
 and its ancillary apr libraries to build/be compatible with RHEL7?

I have no experience with RHEL, but isn't that something the
maintainer of the package should do? I don't see that log4cxx provides
any RHEL specific build instructions at all.

Besides that, it is very unlikely that the project will release any
new official version any time soon, even if we fix whatever needs to
be fixed. It tried in the past, but it simply didn't work out for
various reasons...

So to me it seems you need to take the current trunk and build the lib
on your own, fixing all build errors occurring. We may assist you with
that, but I'm for example more a Windows guy using ANT, so my
knowledge my be of less value. But I do have commit access and can
write bugs, so your work surely won't be lost, we can create a RHEL7
branch if your patches conflict with the trunk or whatever...

Mit freundlichen Grüßen,

Thorsten Schöning

-- 
Thorsten Schöning   E-Mail: thorsten.schoen...@am-soft.de
AM-SoFT IT-Systeme  http://www.AM-SoFT.de/

Telefon...05151-  9468- 55
Fax...05151-  9468- 88
Mobil..0178-8 9468- 04

AM-SoFT GmbH IT-Systeme, Brandenburger Str. 7c, 31789 Hameln
AG Hannover HRB 207 694 - Geschäftsführer: Andreas Muchow

Re: March 2015 Report

2015-02-26 Thread Thorsten Schöning

Guten Tag Marvin Humphrey,
am Freitag, 27. Februar 2015 um 06:59 schrieben Sie:

 http://wiki.apache.org/incubator/March2015

I have added some sentences, feel free to change it as necessary.

Mit freundlichen Grüßen,

Thorsten Schöning

-- 
Thorsten Schöning   E-Mail: thorsten.schoen...@am-soft.de
AM-SoFT IT-Systeme  http://www.AM-SoFT.de/

Telefon...05151-  9468- 55
Fax...05151-  9468- 88
Mobil..0178-8 9468- 04

AM-SoFT GmbH IT-Systeme, Brandenburger Str. 7c, 31789 Hameln
AG Hannover HRB 207 694 - Geschäftsführer: Andreas Muchow

Re: Towards a 0.11.0 release

2014-12-11 Thread Thorsten Schöning

Guten Tag Rhys Ulerich,
am Freitag, 12. Dezember 2014 um 04:32 schrieben Sie:

 Thorsten, any luck on LOGCXX-430?

Sorry no and I won't have the time to have another look at it any time
soon.

Mit freundlichen Grüßen,

Thorsten Schöning

-- 
Thorsten Schöning   E-Mail: thorsten.schoen...@am-soft.de
AM-SoFT IT-Systeme  http://www.AM-SoFT.de/

Telefon...05151-  9468- 55
Fax...05151-  9468- 88
Mobil..0178-8 9468- 04

AM-SoFT GmbH IT-Systeme, Brandenburger Str. 7c, 31789 Hameln
AG Hannover HRB 207 694 - Geschäftsführer: Andreas Muchow

Re: Towards a 0.11.0 release

2014-10-21 Thread Thorsten Schöning

Guten Tag Rhys Ulerich,
am Dienstag, 21. Oktober 2014 um 14:14 schrieben Sie:

 Beyond LOG4CXX-428 (which I'll do this week), what
 development/bugfixes/JIRAs must be addressed in 0.11.0?

We have only a few officially scheduled currently and LOGCXX-441
seems worth unscheduling to me. On the other side we should have a
second look into all those threading/compiling issues, to see which of
those has already been fixed or are easy to fix, because user will
surely benefit most of such issues resolved.

https://issues.apache.org/jira/browse/LOGCXX/fixforversion/12313090/?selectedTab=com.atlassian.jira.jira-projects-plugin:version-summary-panel

 If there's nothing else, anyone know the process we need to follow to
 cut an incubation release?

I thought we had a thread already for such things in the past, but
couldn't find it anymore. It looks complicated to me. :-)

http://incubator.apache.org/incubation/Incubation_Policy.html#Releases
http://incubator.apache.org/guides/releasemanagement.html

Mit freundlichen Grüßen,

Thorsten Schöning

-- 
Thorsten Schöning   E-Mail:thorsten.schoen...@am-soft.de
AM-SoFT IT-Systeme  http://www.AM-SoFT.de/

Telefon...05151-  9468- 55
Fax...05151-  9468- 88
Mobil..0178-8 9468- 04

AM-SoFT GmbH IT-Systeme, Brandenburger Str. 7c, 31789 Hameln
AG Hannover HRB 207 694 - Geschäftsführer: Andreas Muchow

Re: Report necessary - any takers?

2014-09-01 Thread Thorsten Schöning

Guten Tag Christian Grobmeier,
am Sonntag, 31. August 2014 um 21:49 schrieben Sie:

 See: http://wiki.apache.org/incubator/September2014

I've added one with only minor changes to the last report, especially
I've changed the order of the most important outstanding issues,
which is for sure getting a release out.

Mit freundlichen Grüßen,

Thorsten Schöning

-- 
Thorsten Schöning   E-Mail:thorsten.schoen...@am-soft.de
AM-SoFT IT-Systeme  http://www.AM-SoFT.de/

Telefon...05151-  9468- 55
Fax...05151-  9468- 88
Mobil..0178-8 9468- 04

AM-SoFT GmbH IT-Systeme, Brandenburger Str. 7c, 31789 Hameln
AG Hannover HRB 207 694 - Geschäftsführer: Andreas Muchow

Re: Questions regarding log messafe buffering

2014-07-30 Thread Thorsten Schöning

Guten Tag Alder Netw,
am Mittwoch, 30. Juli 2014 um 01:06 schrieben Sie:

 How is the log4cxx buffering works exactly?

Just look at AsyncAppender, log4cxx is Open Source. I already
described how it is working.

 say if you specify a
 large buffer size, is the first log message sent out after the
 buffer gets full,

From my understanding yes.

 or it can be sent any time after it's put into the buffer?

You can always implement a different behavior than AsyncAppender
provides out of the box of course.

 Also, is it possible to post log messages to a subset of the appenders in an 
 AsyncAppender?

Please have a look at the API, you can retrieve attached appenders and
interact with them directly. What you can not not seem to do is
interact with which appenders get which buffer contents if
AsyncAppenders wants to post it's buffer contents. Look at
AsyncAppender::dispatch.

http://logging.apache.org/log4cxx/apidocs/classlog4cxx_1_1_async_appender.html

Mit freundlichen Grüßen,

Thorsten Schöning

-- 
Thorsten Schöning   E-Mail:thorsten.schoen...@am-soft.de
AM-SoFT IT-Systeme  http://www.AM-SoFT.de/

Telefon...05151-  9468- 55
Fax...05151-  9468- 88
Mobil..0178-8 9468- 04

AM-SoFT GmbH IT-Systeme, Brandenburger Str. 7c, 31789 Hameln
AG Hannover HRB 207 694 - Geschäftsführer: Andreas Muchow

Re: How to deal with unspecific issues in JIRA?

2014-06-20 Thread Thorsten Schöning

Guten Tag Thorsten Schöning,
am Freitag, 20. Juni 2014 um 11:21 schrieben Sie:

But we don't want issues in JIRA, issues belong to the users mailing
list. I would change that template to provide a more detailed
explanation of what we want in JIRA and what should be posted to the
users mailing list first.

Here's my suggestion:

Bugs and feature requests should be submitted to the following
issue tracking system
for this project.

{{{https://issues.apache.org/jira/browse/LOGCXX}https://issues.apache.org/jira/browse/LOGCXX}}

Please don't just open bugs only because things don't work for you,
some issues simply
don't are bugs in the code base of the project or it's build tools, but
may have a lot of
different other reasons. If things don't work for you and you need some
help, please subscribe
to the {{{http://logging.apache.org/log4cxx/mail-lists.html}users
mailing listt}} and describe
the issue you have, the more detailled the better. The mailing list is
far better place to
discuss things than JIRA, besides that there are more users than
developers of the project and
issues created in JIRA are only forwarded to the latter. There's always
the chance to create an
issue in JIRA later, hopefully with a specific explanation of the
problem and even a solution
already.

As a rule of thumb, if you already digged through the code and found a
problem in it or it's
build tools, feel free to directly create a bug in
{{{https://issues.apache.org/jira/browse/LOGCXX}JIRA}}.
But if things really only don't work and you don't have any clue why,
please use the {{{http://logging.apache.org/log4cxx/mail-lists.html}users
mailing listt}}
instead.

Thanks!

Mit freundlichen Grüßen,

Thorsten Schöning

--
Thorsten Schöning E-Mail:thorsten.schoen...@am-soft.de
AM-SoFT IT-Systeme http://www.AM-SoFT.de/

Telefon...05151- 9468- 55
Fax...05151- 9468- 88
Mobil..0178-8 9468- 04

AM-SoFT GmbH IT-Systeme, Brandenburger Str. 7c, 31789 Hameln
AG Hannover HRB 207 694 - Geschäftsführer: Andreas Muchow

Re: Registering as a dev/contributor

2014-06-09 Thread Thorsten Schöning

Guten Tag koby...@gmail.com,
am Montag, 9. Juni 2014 um 10:21 schrieben Sie:

 Thank you for your reply.

Please make sure to always respond to the list and not individuals
because this is of interest for the project in general.

 Is there a better outlet for my desire to assist the log4cxx project?

 Would you suggest to pick a critical bug from JIRA, and to discuss it with 
 the reporter/committers?

Of course, I didn't meant you shouldn't support the project of course,
only that especially CMake and the build system is simply a topic
where the project didn't decide where to go yet and that those topics
are bit heavy to start with. Browse through Jira and simply have a
look on what you would like to work on and tell us.

Starting as a committer is not that easy, first you would need to sign
some documents because of licensing and such and because the current
team of log4cxx is pretty new to all that as well, I just attached the
mail our current mentor send as some months ago. The easiest thing for
now should be to simply attach patches in Jira and we'll commit them
later. That's what we already did in the past and seemed to be ok from
a licensing point of view.

Mit freundlichen Grüßen,

Thorsten Schöning

-- 
Thorsten Schöning   E-Mail:thorsten.schoen...@am-soft.de
AM-SoFT IT-Systeme  http://www.AM-SoFT.de/

Telefon...05151-  9468- 55
Fax...05151-  9468- 88
Mobil..0178-8 9468- 04

AM-SoFT GmbH IT-Systeme, Brandenburger Str. 7c, 31789 Hameln
AG Hannover HRB 207 694 - Geschäftsführer: Andreas Muchow---BeginMessage---

Dear all,

I am writing you because in the past monthes you have expressed your 
interest in
maintaining log4cxx. I count 11 people which is a great size to restart 
again.


Please reply to this email if you are still interested in working on 
log4cxx.
If the half of you is willing to put some sweat in it, I will ask the 
other Logging PMC

members if they agree to re-incubating log4cxx with the new team.

* What does incubation mean?

The incubator is the place where new projects learn how development at 
the ASF works.
When in the incubator, a project is overseen by the Incubator project 
mananagement committee (IPMC):
The IPMC will provide mentors to log4cxx who you can ask for any 
questions.


I am willing to stick with the project and mentor it in the incubator. 
In addition i will
help to push this incubation proposal to the incubator (this role is 
called Champion).


* What is expected from you?

If you consider to join the incubator, you need to sign an ICLA:
http://www.apache.org/licenses/icla.txt
This will allow the ASF to redistribute the logging code.

If you work on the code in your work time then we also need an allowance
from your employer. This is called CCLA:
http://www.apache.org/licenses/cla-corporate.txt

When the project is set up you'll get full access to the source code.
At Apache we discuss technical changes on the mailing list. You as 
project will

need to find out how you can operate as a team.

Here is a nice link how the ASF works:
http://www.apache.org/foundation/how-it-works.html

* How you come back to the official Logging project:

Once the incubator decides that you folks have learned enough, it will 
be voted on your graduation.
The Logging PMC will vote to accept you. If the vote are successful, 
you'll become official members of the
Apache Logging project. Hopefully you will soon become PMC members of 
Apache Logging too.



FIRST STEP:

Now the first step would be for you to tell me:

Do you have still an interest and is it possible for you to sign the 
ICLA?


If a couple of you respond and the other Logging PMC members agree, we 
can work on the proposal.


All the best,
Christian

---
http://www.grobmeier.de
@grobmeier
GPG: 0xA5CC90DB
---End Message---

Re: Registering as a dev/contributor

2014-06-08 Thread Thorsten Schöning

Guten Tag Koby Fruchtnis,
am Sonntag, 8. Juni 2014 um 07:20 schrieben Sie:

 As a first task, I'd like to add a CMakeFiles.txt script to the
 root, for easily building a MSVC sln/project.

I'm afraid it's not that easy, there has been a discussion about the
build process in the future and CMake was one option, but there's no
result yet. The project already uses autotools and ANT, distributes
some older project files for some IDEs and from my opinion we
shouldn't add another system that easily. We simply can't support so
many build systems.

Mit freundlichen Grüßen,

Thorsten Schöning

-- 
Thorsten Schöning   E-Mail:thorsten.schoen...@am-soft.de
AM-SoFT IT-Systeme  http://www.AM-SoFT.de/

Telefon...05151-  9468- 55
Fax...05151-  9468- 88
Mobil..0178-8 9468- 04

AM-SoFT GmbH IT-Systeme, Brandenburger Str. 7c, 31789 Hameln
AG Hannover HRB 207 694 - Geschäftsführer: Andreas Muchow

Re: Reporting time - volunteers?

2014-06-03 Thread Thorsten Schöning

Guten Tag Christian Grobmeier,
am Dienstag, 3. Juni 2014 um 11:20 schrieben Sie:

 If you like, you could add it to the wiki page. I will sign it
 afterwards.

Done, including your change suggestion applied.

Mit freundlichen Grüßen,

Thorsten Schöning

-- 
Thorsten Schöning   E-Mail:thorsten.schoen...@am-soft.de
AM-SoFT IT-Systeme  http://www.AM-SoFT.de/

Telefon...05151-  9468- 55
Fax...05151-  9468- 88
Mobil..0178-8 9468- 04

AM-SoFT GmbH IT-Systeme, Brandenburger Str. 7c, 31789 Hameln
AG Hannover HRB 207 694 - Geschäftsführer: Andreas Muchow

Re: Reporting time - volunteers?

2014-06-01 Thread Thorsten Schöning

Guten Tag Christian Grobmeier,
am Sonntag, 1. Juni 2014 um 10:49 schrieben Sie:

 http://wiki.apache.org/incubator/June2014

Hi all,

it's a bit quite the last weeks, so the only thing coming into my mind
is to simply mention that. Everything else is like the last report.


log4cxx2

Logging for C++

log4cxx2 has been incubating since 2013-12-09.

Three most important issues to address in the move towards graduation:

  1. We probably need to decide what's an acceptable platform/compiler list, 
sort out any 
 remaining hiccups, and then move towards a release.
  2. We need to release 0.11.0 as maintenance release.
  3. We need to make a broader use of the ASF infrastructure
 (notably the CI, as well as improved management of the Jira
 site - notably with triaging), and establish a roadmap for
 the next releases.

Any issues that the Incubator PMC (IPMC) or ASF Board wish/need to be
aware of?

  N/A

How has the community developed since the last report?

  We are activley supporting the project.

How has the project developed since the last report?

  Mails suggest that there's work going on in the background by some committers
  especially regarding the build process, but there hasn't been any notable
  commit in the last weeks. The current trunk now fixes most of the important
  outstanding bugs.

Date of last release: 

  2008-04-03 was the official, pre-incubation 0.10.0

  Many post-0.10.0 commits exist on trunk which we intend to get out as 0.11.x.

When were the last committers or PMC members elected?

  N/A

Signed-off-by: 

  [ ](log4cxx2) Christian Grobmeier
  [ ](log4cxx2) Scott Deboy

Shepherd/Mentor notes:





Mit freundlichen Grüßen,

Thorsten Schöning

-- 
Thorsten Schöning   E-Mail:thorsten.schoen...@am-soft.de
AM-SoFT IT-Systeme  http://www.AM-SoFT.de/

Telefon...05151-  9468- 55
Fax...05151-  9468- 88
Mobil..0178-8 9468- 04

AM-SoFT GmbH IT-Systeme, Brandenburger Str. 7c, 31789 Hameln
AG Hannover HRB 207 694 - Geschäftsführer: Andreas Muchow

Re: time stamp in log4CXXDev

2014-05-13 Thread Thorsten Schöning

Guten Tag Alder Netw,
am Dienstag, 13. Mai 2014 um 02:06 schrieben Sie:

 OK, we would love to use the existing Log4cxx buffering mechanism,
 but we found the time-stamp appended by Log4Cxx is the dequeue time
 rather than the enqueue time, so the question becomes is there any
 control over using the original log generating time instead of the delivery 
 time?

As I said before, no, not unless you re-implement the logging macros
and override the classes Logger and LoggingEvent on your own to be
able to provide a custom timestamp. What do you mean with dequeue
time? The timestamp used by Log4cxx is directly after constructing
the log message and therefore very close to the time when the caller
issued a log message, there's no buffering or queuing in use there.
Buffers, caches and such may only be used afterwards using appenders,
but at that moment the timestamp for the log statement issued is
already fixed.

Have a look at logger.cpp forcedLog, that's being called from the
macros.

Mit freundlichen Grüßen,

Thorsten Schöning

-- 
Thorsten Schöning   E-Mail:thorsten.schoen...@am-soft.de
AM-SoFT IT-Systeme  http://www.AM-SoFT.de/

Telefon...05151-  9468- 55
Fax...05151-  9468- 88
Mobil..0178-8 9468- 04

AM-SoFT GmbH IT-Systeme, Brandenburger Str. 7c, 31789 Hameln
AG Hannover HRB 207 694 - Geschäftsführer: Andreas Muchow

Re: time stamp in log4CXXDev

2014-05-12 Thread Thorsten Schöning

Guten Tag Alder Netw,
am Montag, 12. Mai 2014 um 20:37 schrieben Sie:

   A question regarding the time-stamp control over the
 log message, can the app provide its own time-stamp?

No, you would need to re-implement the macros LOG4CXX_* you use in
your app, subclass Logger to override forcedLog, because that is
called by the macros, and override LoggingEvent with an additional
ctor which initializes timestamp different than it dies now with
apr_time_now.

 This is useful when app buffers a large amount of logs
  and wish to preserve the original event generating timestamp.

Does this mean you create log messages on your own, buffer those and
call log4cxx with those somewhat later? What's the benefit of doing
this, what's your use case? Log4cxx tries to take care of such things
using some appenders which allow buffering e.g. to save I/Os. From the
first glance I would create a special appender implementing much of
your use case by sticking to the default Log4cxx API.

Mit freundlichen Grüßen,

Thorsten Schöning

-- 
Thorsten Schöning   E-Mail:thorsten.schoen...@am-soft.de
AM-SoFT IT-Systeme  http://www.AM-SoFT.de/

Telefon...05151-  9468- 55
Fax...05151-  9468- 88
Mobil..0178-8 9468- 04

AM-SoFT GmbH IT-Systeme, Brandenburger Str. 7c, 31789 Hameln
AG Hannover HRB 207 694 - Geschäftsführer: Andreas Muchow

Re: pass a udp socket as an appender

2014-04-24 Thread Thorsten Schöning

Guten Tag Alder Netw,
am Donnerstag, 24. April 2014 um 01:10 schrieben Sie:

 We want to set some special socket options to the socket to the remote
 syslog server, wonder whether we can create a udp socket ourselves,
 perform whatever customized option configuration, and pass to log4cx as
 an appender?  This will be really useful, thanks in advance,

You can subclass an existing appender or a appender base class and
provide that manually to a logger, overriding SocketAppender or
SocketAppenderSkeleton should be the way to go.

http://logging.apache.org/log4cxx/apidocs/namespacelog4cxx_1_1net.html
http://logging.apache.org/log4cxx/apidocs/classlog4cxx_1_1_logger.html#a7c0629acee8dbd1251474bea15d7c9e2

Mit freundlichen Grüßen,

Thorsten Schöning

-- 
Thorsten Schöning   E-Mail:thorsten.schoen...@am-soft.de
AM-SoFT IT-Systeme  http://www.AM-SoFT.de/

Telefon...05151-  9468- 55
Fax...05151-  9468- 88
Mobil..0178-8 9468- 04

AM-SoFT GmbH IT-Systeme, Brandenburger Str. 7c, 31789 Hameln
AG Hannover HRB 207 694 - Geschäftsführer: Andreas Muchow

Re: Question on turning on log4cxx internal logging

2014-04-12 Thread Thorsten Schöning

Guten Tag Alder Netw,
am Samstag, 12. April 2014 um 00:59 schrieben Sie:

 Wonder whether there is any simple programmatic way to turn on/off
 internal debug message instead of configuration file? 

I think yes, but didn't try myself:

 void DOMConfigurator::parse(
[...]
 LogLog::setInternalDebugging(OptionConverter::toBoolean(debugAttrib, true));

http://logging.apache.org/log4cxx/apidocs/classlog4cxx_1_1helpers_1_1_log_log.html#a88dfcd34424ce86013f633678aaa1357

Mit freundlichen Grüßen,

Thorsten Schöning

-- 
Thorsten Schöning   E-Mail:thorsten.schoen...@am-soft.de
AM-SoFT IT-Systeme  http://www.AM-SoFT.de/

Telefon...05151-  9468- 55
Fax...05151-  9468- 88
Mobil..0178-8 9468- 04

AM-SoFT GmbH IT-Systeme, Brandenburger Str. 7c, 31789 Hameln
AG Hannover HRB 207 694 - Geschäftsführer: Andreas Muchow

Provide permissions to administer a project in JIRA

2014-03-19 Thread Thorsten Schöning

Hi Christian,

is there any chance you could provide some project administer
permissions to some of us so we are able to create versions and such
stuff on our own?

I remember in one of your last mails you asked for detailed info to do
so, therefore I post some links to the official docs. As I don't know
which permissions normal users or you on your own currently have, I'm
just guessing which tutorial you need.

https://confluence.atlassian.com/display/JIRA/Managing+Users#ManagingUsers-Assigningausertoagroup
https://confluence.atlassian.com/display/JIRA/Managing+Project+Permissions
https://confluence.atlassian.com/display/JIRA/Managing+Project+Permissions#ManagingProjectPermissions-CreatingaPermissionScheme

Regarding the following one needs to login as project administrator to
create versions:

 Log in to JIRA as a project administrator.

https://confluence.atlassian.com/display/JIRA/Managing+Versions#ManagingVersions-Managingaproject'sversions

Mit freundlichen Grüßen,

Thorsten Schöning

-- 
Thorsten Schöning   E-Mail:thorsten.schoen...@am-soft.de
AM-SoFT IT-Systeme  http://www.AM-SoFT.de/

Telefon...05151-  9468- 55
Fax...05151-  9468- 88
Mobil..0178-8 9468- 04

AM-SoFT GmbH IT-Systeme, Brandenburger Str. 7c, 31789 Hameln
AG Hannover HRB 207 694 - Geschäftsführer: Andreas Muchow

Re: Provide permissions to administer a project in JIRA

2014-03-19 Thread Thorsten Schöning

Guten Tag Christian Grobmeier,
am Mittwoch, 19. März 2014 um 18:20 schrieben Sie:

 Pls let me know if it does what you want

It does, thanks, I already created a 0.11.0 version successfully.

Mit freundlichen Grüßen,

Thorsten Schöning

-- 
Thorsten Schöning   E-Mail:thorsten.schoen...@am-soft.de
AM-SoFT IT-Systeme  http://www.AM-SoFT.de/

Telefon...05151-  9468- 55
Fax...05151-  9468- 88
Mobil..0178-8 9468- 04

AM-SoFT GmbH IT-Systeme, Brandenburger Str. 7c, 31789 Hameln
AG Hannover HRB 207 694 - Geschäftsführer: Andreas Muchow

Re: Oddness in Logger::getName() return value

2014-03-12 Thread Thorsten Schöning

Guten Tag Rhys Ulerich,
am Dienstag, 11. März 2014 um 22:36 schrieben Sie:

 Any complaints if I change this?

No, looks like as simple typo.

Mit freundlichen Grüßen,

Thorsten Schöning

-- 
Thorsten Schöning   E-Mail:thorsten.schoen...@am-soft.de
AM-SoFT IT-Systeme  http://www.AM-SoFT.de/

Telefon...05151-  9468- 55
Fax...05151-  9468- 88
Mobil..0178-8 9468- 04

AM-SoFT GmbH IT-Systeme, Brandenburger Str. 7c, 31789 Hameln
AG Hannover HRB 207 694 - Geschäftsführer: Andreas Muchow

Re: CMake? (was Re: Podling report March 2014)

2014-03-12 Thread Thorsten Schöning

Guten Tag Rhys Ulerich,
am Mittwoch, 12. März 2014 um 05:05 schrieben Sie:

 Let's
 collectively marinate on the idea, work to push out a dot release in
 the meantime as log4cxx sorely needs one regardless of build
 hiccups[...]

Is there currently anything which blocks a new release? You created a
bug recently, I have one open which seems to be easy to fix and
everything else don't seem to be maintenance at all. Sounds like we
just need to take the effort to push a release with all the
incubator things to recognize.

Mit freundlichen Grüßen,

Thorsten Schöning

-- 
Thorsten Schöning   E-Mail:thorsten.schoen...@am-soft.de
AM-SoFT IT-Systeme  http://www.AM-SoFT.de/

Telefon...05151-  9468- 55
Fax...05151-  9468- 88
Mobil..0178-8 9468- 04

AM-SoFT GmbH IT-Systeme, Brandenburger Str. 7c, 31789 Hameln
AG Hannover HRB 207 694 - Geschäftsführer: Andreas Muchow

Re: Podling report March 2014

2014-03-11 Thread Thorsten Schöning

Guten Tag Rhys Ulerich,
am Dienstag, 11. März 2014 um 00:15 schrieben Sie:

 Would CMake as the only build system satisfy the needs of Windows
 folk?

Seems we'll only see for sure if we try to port, but as there are
already some Windows libs and apps using CMAKE, there should be a good
chance.

 I've spent enough time
 hacking Autotools and have enough of an interest in learning
 CMake[...]

If CMAKE and Windows is the more problematic candidate than we should
start with this first, we won't gain anything if you succeed with a
replacement for autotools only. :-)

Btw, I had a look at cppTasks some days ago again and using maven it
at least properly built out of the box, therefore fixing some bugs
seems possible now. Doesn't change anything on the distribution part
though, it couldn't be used by maven out of the box and such.

I would still try to spent some hours to fix the warnings for Visual
Studio and maybe the bugs for my own compiler, see how this is going
and else would give CMAKE a try as well. Or should we focus on CMAKES
at all first?

Mit freundlichen Grüßen,

Thorsten Schöning

-- 
Thorsten Schöning   E-Mail:thorsten.schoen...@am-soft.de
AM-SoFT IT-Systeme  http://www.AM-SoFT.de/

Telefon...05151-  9468- 55
Fax...05151-  9468- 88
Mobil..0178-8 9468- 04

AM-SoFT GmbH IT-Systeme, Brandenburger Str. 7c, 31789 Hameln
AG Hannover HRB 207 694 - Geschäftsführer: Andreas Muchow

Re: Podling report March 2014

2014-03-05 Thread Thorsten Schöning

Guten Tag Christian Grobmeier,
am Dienstag, 4. März 2014 um 15:30 schrieben Sie:

 Please add it to the Wiki, I will sign it then.

I can't, I couldn't login with my Jira or Apache credentials and
created a new user, but am still unable to edit that page or even the
mentioned Sandbox in the HelpContent.

Am I missing something?

Mit freundlichen Grüßen,

Thorsten Schöning

-- 
Thorsten Schöning   E-Mail:thorsten.schoen...@am-soft.de
AM-SoFT IT-Systeme  http://www.AM-SoFT.de/

Telefon...05151-  9468- 55
Fax...05151-  9468- 88
Mobil..0178-8 9468- 04

AM-SoFT GmbH IT-Systeme, Brandenburger Str. 7c, 31789 Hameln
AG Hannover HRB 207 694 - Geschäftsführer: Andreas Muchow

Re: Podling report March 2014

2014-03-04 Thread Thorsten Schöning

Guten Tag Rhys Ulerich,
am Dienstag, 4. März 2014 um 15:39 schrieben Sie:

 Maybe.  If we'd like to ask for guidance from the APR folks, the
 report might be a good vehicle for it.

OK, obviously I didn't understand who you meant with APR-on-Windows
developers and didn't get the context. :-)

 APR says https://apr.apache.org/compiling_win32.html about Windows
 builds and presumably we're some improper subset given log4cxx's
 dependency on APR.  I don't see any mention of Ant, but I've not
 looked hard.

I don't think I get the idea behind this (again). Do you mean Ant as
prerequisite for APR? I don't think it is, I have the feeling Curt only
used it because of his Java and Log4j background. Or that the current
build.xml tries to build APR itself as well? Than I would simply
discuss removing that in the future.

 Would it be worth asking for some virtual face time with
 APR-on-Windows developers to get their recommendation for what APR
 currently supports?

From your link I don't have the feeling that APR supports less than
Log4cxx. What would be the benefit of knowing which platforms APR can
support on Windows and maybe Log4cxx doesn't right now for any reason?
I think the main problem for Windows will be cpptasks and build.xml,
APR works fine for example on current versions of C++ Builder, but
cpptasks don't.

No, I think we first need to discuss how we want to build Log4cxx on
Windows in general, if we want to provide contributed projects, use
CMAKE or whatever. I think this will get more likely a bottleneck than
APR or anything else.

http://logging.apache.org/log4cxx/building/index.html

Mit freundlichen Grüßen,

Thorsten Schöning

-- 
Thorsten Schöning   E-Mail:thorsten.schoen...@am-soft.de
AM-SoFT IT-Systeme  http://www.AM-SoFT.de/

Telefon...05151-  9468- 55
Fax...05151-  9468- 88
Mobil..0178-8 9468- 04

AM-SoFT GmbH IT-Systeme, Brandenburger Str. 7c, 31789 Hameln
AG Hannover HRB 207 694 - Geschäftsführer: Andreas Muchow

Re: Podling report March 2014

2014-03-04 Thread Thorsten Schöning

Guten Tag Rhys Ulerich,
am Dienstag, 4. März 2014 um 18:59 schrieben Sie:

 I feel the log4cxx-supported Windows build system(s) should be at
 least the APR-supported Windows build system(s).

We should only look at APR if we have the same resources, meaning man
power, tests for different environments etc., else we should simply
only support what our team uses and add contributions by others. I
recently had to hunt down some bug around APR and from their
discussion on the mailing list I had the feeling that they only test
what people had setup as environment as well: Some users had current
versions of MS VS, others old ones. :-)

 Hence looking at APR
 for inspiration and maybe a public list of supported stuff that we
 could use.

I see CMAKE, old MS VS project files, generated make files and Log4cxx
is building APR using ANT...

 So, respectfully, consider fixing cpptasks for your version of C++ Builder.

I really do, but it's not only C++ Builder, cpptasks use deprecated
command line args for current versions of MS VS as well and ultimately
one would need to publish fixed versions of cpptasks to be used by
maven by others. Adopting some text files in case of problems seems
like a lower barrier.

But I get your point now, I simply don't feel myself in a position to
want to talk to APR-windows-devs currently if I don't have a plan or
checked the already known options like fixing cpptasks. If anyone else
is or you want, go take the chance and add something to the podling
report.

Mit freundlichen Grüßen,

Thorsten Schöning

-- 
Thorsten Schöning   E-Mail:thorsten.schoen...@am-soft.de
AM-SoFT IT-Systeme  http://www.AM-SoFT.de/

Telefon...05151-  9468- 55
Fax...05151-  9468- 88
Mobil..0178-8 9468- 04

AM-SoFT GmbH IT-Systeme, Brandenburger Str. 7c, 31789 Hameln
AG Hannover HRB 207 694 - Geschäftsführer: Andreas Muchow

Podling report March 2014

2014-03-03 Thread Thorsten Schöning

Hi all,

here's my draft for our next podling report, mainly the same like last
month:


log4cxx2

Logging for C++

log4cxx2 has been incubating since 2013-12-09.

Three most important issues to address in the move towards graduation:

  1. We probably need to decide what's an acceptable platform/compiler list, 
sort out any 
 remaining hiccups, and then move towards a release.
  2. We need to release 0.11.0 as maintenance release.
  3. We need to make a broader use of the ASF infrastructure
 (notably the CI, as well as improved management of the Jira
 site - notably with triaging), and establish a roadmap for
 the next releases.

Any issues that the Incubator PMC (IPMC) or ASF Board wish/need to be
aware of?

  N/A

How has the community developed since the last report?

  The committers are still getting acquainted with each other and the
  foundation. There's only little need for support currently, but
  from time to time it looks like old users notify about themselves.

How has the project developed since the last report?

  We have applied a lot of bug fixes which were collected in the last
  years in JIRA and fit to a maintenance release, tested on different
  platforms and started to discuss about changes in the used build
  system because of different problems.

Date of last release: 

  2008-04-03 was the official, pre-incubation 0.10.0

  Many post-0.10.0 commits exist on trunk which we intend to get out as 0.11.x.

When were the last committers or PMC members elected?

  N/A

Signed-off-by: 

  [ ](log4cxx2) Christian Grobmeier
  [ ](log4cxx2) Scott Deboy

Shepherd/Mentor notes:





Mit freundlichen Grüßen,

Thorsten Schöning

-- 
Thorsten Schöning   E-Mail:thorsten.schoen...@am-soft.de
AM-SoFT IT-Systeme  http://www.AM-SoFT.de/

Telefon...05151-  9468- 55
Fax...05151-  9468- 88
Mobil..0178-8 9468- 04

AM-SoFT GmbH IT-Systeme, Brandenburger Str. 7c, 31789 Hameln
AG Hannover HRB 207 694 - Geschäftsführer: Andreas Muchow

Re: Podling report March 2014

2014-03-03 Thread Thorsten Schöning

Guten Tag Rhys Ulerich,
am Dienstag, 4. März 2014 um 06:29 schrieben Sie:

   1. We probably need to decide what's an acceptable platform/compiler list, 
 sort out any
  remaining hiccups, and then move towards a release.

Hi Rhys,

don't you want to start a separate thread for this discussion?

Mit freundlichen Grüßen,

Thorsten Schöning

-- 
Thorsten Schöning   E-Mail:thorsten.schoen...@am-soft.de
AM-SoFT IT-Systeme  http://www.AM-SoFT.de/

Telefon...05151-  9468- 55
Fax...05151-  9468- 88
Mobil..0178-8 9468- 04

AM-SoFT GmbH IT-Systeme, Brandenburger Str. 7c, 31789 Hameln
AG Hannover HRB 207 694 - Geschäftsführer: Andreas Muchow

Re: Freezing trunk?

2014-02-25 Thread Thorsten Schöning

Guten Tag Florian Seydoux,
am Dienstag, 25. Februar 2014 um 07:11 schrieben Sie:

 - org.apache.xml.serialize -
 com.sun.org.apache.xml.internal.serialize
- /Zi - /Z7

Interesting, I never did those changes but mvn simply works. There's
only some warnings.

 btw - seems a bit strange to require java to be able to build a C++ project.

Not stranger than using Perl or shell scripts or whatever is used in
different built tools. :-) I personally like the idea of abstracting
different compilers and environments, the problem only is with if it
simply doesn't work anymore and one needs to dig into it to get things
fixed. With Perl or shell code one can more easy change things most of
the time, cpptasks instead is a different project which needs to get
built on it's own, one needs to make patched versions available to ant
and/or maven etc.

I will maybe look more closely into cpptasks in the future weeks.

Mit freundlichen Grüßen,

Thorsten Schöning

-- 
Thorsten Schöning   E-Mail:thorsten.schoen...@am-soft.de
AM-SoFT IT-Systeme  http://www.AM-SoFT.de/

Telefon...05151-  9468- 55
Fax...05151-  9468- 88
Mobil..0178-8 9468- 04

AM-SoFT GmbH IT-Systeme, Brandenburger Str. 7c, 31789 Hameln
AG Hannover HRB 207 694 - Geschäftsführer: Andreas Muchow

Re: configureandwatch clears the setting

2014-02-24 Thread Thorsten Schöning

Guten Tag Nandan S,
am Montag, 24. Februar 2014 um 12:46 schrieben Sie:

 Present implementation is ignoring the settings done via program. Can this be
 changed so that when the properties file is reloaded (on change), reapply
 the settings done via program ?

We already answered your question, there's no other way currently than
doing something on your own.

http://mail-archives.apache.org/mod_mbox/logging-log4cxx-user/201402.mbox/%3c312605627.20140221101...@am-soft.de%3e

Mit freundlichen Grüßen,

Thorsten Schöning

-- 
Thorsten Schöning   E-Mail:thorsten.schoen...@am-soft.de
AM-SoFT IT-Systeme  http://www.AM-SoFT.de/

Telefon...05151-  9468- 55
Fax...05151-  9468- 88
Mobil..0178-8 9468- 04

AM-SoFT GmbH IT-Systeme, Brandenburger Str. 7c, 31789 Hameln
AG Hannover HRB 207 694 - Geschäftsführer: Andreas Muchow

Re: configureandwatch clears the setting

2014-02-21 Thread Thorsten Schöning

Guten Tag Joseph Southwell,
am Freitag, 21. Februar 2014 um 16:36 schrieben Sie:

 Actually this gives me an idea for a future feature. What if we
 made it so changing settings while a configureAndWatch is active
 updated the settings file itself? We could make it an option to
 configureAndWatch. Anybody else like that idea?

I don't see it's worth the effort, there's simply to much around it
like properly formatting the configuration in the file, dealing with
comments, maybe even different encodings, simply the fact that the
file doesn't contain the data for reason because the configuration is
e.g. versioned and the other runtime configuration comes from an
environment etc.

From my opinion the better approach is to simply provide a callback
which gets called before and/or after the configuration changes issued
by the watchdog. In this callback one can do whatever is necessary.

Mit freundlichen Grüßen,

Thorsten Schöning

-- 
Thorsten Schöning   E-Mail:thorsten.schoen...@am-soft.de
AM-SoFT IT-Systeme  http://www.AM-SoFT.de/

Telefon...05151-  9468- 55
Fax...05151-  9468- 88
Mobil..0178-8 9468- 04

AM-SoFT GmbH IT-Systeme, Brandenburger Str. 7c, 31789 Hameln
AG Hannover HRB 207 694 - Geschäftsführer: Andreas Muchow

Re: Freezing trunk?

Guten Tag Florian Seydoux,
am Dienstag, 18. Februar 2014 um 07:27 schrieben Sie:

 But it's first required to add ant-contrib + a slightly patched version
 of cpptask.

I'm pretty sure to not use a patched version of cpptask with VS 2013
currently. Could you provide a link? I'm simply using mvn compile or
mvn package or else.

 (a) makes visual studio 6 projects, which cannot be used by Visual
 studio versions above 2008; so you have to convert them with a VS2008
 before being able to build with 2010, 2012 or later.

Isn't that an argument to remove the creation of projects by cpptasks?
I have the feeling this would make the build script more maintainable
and we would be less dependent on cpptasks, which isn't supported
anymore anyways.

 In both case, the unit-test are not built :-/

mvn package successfully builds and executes the test for me on VS 2013
Express.

Mit freundlichen Grüßen,

Thorsten Schöning

-- 
Thorsten Schöning   E-Mail:thorsten.schoen...@am-soft.de
AM-SoFT IT-Systeme  http://www.AM-SoFT.de/

Telefon...05151-  9468- 55
Fax...05151-  9468- 88
Mobil..0178-8 9468- 04

AM-SoFT GmbH IT-Systeme, Brandenburger Str. 7c, 31789 Hameln
AG Hannover HRB 207 694 - Geschäftsführer: Andreas Muchow

Removing the generation of different IDE projects from build.xml

Hi all,

in the thread Freezing trunk? we encountered a new topic and I would
like to summarize the discussion in this new thread. This has been
said so far:

 (a) makes visual studio 6 projects, which cannot be used by Visual
 studio versions above 2008; so you have to convert them with a VS2008
 before being able to build with 2010, 2012 or later.

 Isn't that an argument to remove the creation of projects by cpptasks?
 I have the feeling this would make the build script more maintainable
 and we would be less dependent on cpptasks, which isn't supported
 anymore anyways.

 +1

Additionally I would like to mention that we could create something
like a projects folder in the repo where the currently available
project files for different IDEs could be stored, pretty much those
files which are created for a release now or contributed by others.
This way we wouldn't lose those files and can provide a benefit for
those users and platforms, where our build tools are currently not
working. Users like me. ;-) I found it to be very helpful to have some
project files which I could use as examples for creating our owns.

We wouldn't even need to support those files, either they are used and
people provide patches or users like me would maintain what they use or
the files are only examples which needs to get updated anytime by
anyone. We can make this clear in the docs.

The benefit would be that we can reduce the dependance of cpptasks a
bit, make the build maybe more maintainable and e.g. I would stop
trying to get build.xml work around limitations of cpptasks for my IDE
and try to provide and use my project files. Less workarounds are
always better.

Mit freundlichen Grüßen,

Thorsten Schöning

-- 
Thorsten Schöning   E-Mail:thorsten.schoen...@am-soft.de
AM-SoFT IT-Systeme  http://www.AM-SoFT.de/

Telefon...05151-  9468- 55
Fax...05151-  9468- 88
Mobil..0178-8 9468- 04

AM-SoFT GmbH IT-Systeme, Brandenburger Str. 7c, 31789 Hameln
AG Hannover HRB 207 694 - Geschäftsführer: Andreas Muchow

Re: Coding style

Guten Tag Rhys Ulerich,
am Dienstag, 18. Februar 2014 um 17:20 schrieben Sie:

 That said, I don't much care provided there's an Artistic Style
 configuration file[...]

Would we like to add those files to the repo? I'm using Eclipse
sometimes as IDE and it has a powerful formatter as well. We could
create a folder for such files for different tools. Or do we only want
one file for one tool as reference?

Besides that, I'm not a big fan of complete automated restyling of
code, in my opinion it's the people that should take care about
readability orienting on some common guidelines. There are always
some cases where people can format code better than tools and where
violating guidelines is acceptable.

Mit freundlichen Grüßen,

Thorsten Schöning

-- 
Thorsten Schöning   E-Mail:thorsten.schoen...@am-soft.de
AM-SoFT IT-Systeme  http://www.AM-SoFT.de/

Telefon...05151-  9468- 55
Fax...05151-  9468- 88
Mobil..0178-8 9468- 04

AM-SoFT GmbH IT-Systeme, Brandenburger Str. 7c, 31789 Hameln
AG Hannover HRB 207 694 - Geschäftsführer: Andreas Muchow

Re: Need some help for LOGCXX-425

Guten Tag Thorsten Schöning,
am Dienstag, 18. Februar 2014 um 22:44 schrieben Sie:

 I have committed my change with all my debug stuff in there so one of
 you could have a second look and give some advice. Thanks!

I removed my debug statements and restored the old behavior and
changed my tests accordingly, sorry for the noise.

Mit freundlichen Grüßen,

Thorsten Schöning

-- 
Thorsten Schöning   E-Mail:thorsten.schoen...@am-soft.de
AM-SoFT IT-Systeme  http://www.AM-SoFT.de/

Telefon...05151-  9468- 55
Fax...05151-  9468- 88
Mobil..0178-8 9468- 04

AM-SoFT GmbH IT-Systeme, Brandenburger Str. 7c, 31789 Hameln
AG Hannover HRB 207 694 - Geschäftsführer: Andreas Muchow

Re: Please don't apply/commit patches unless you can confirm they compile

2014-02-14 Thread Thorsten Schöning

Guten Tag Alexandru Zbarcea,
am Mittwoch, 12. Februar 2014 um 16:16 schrieben Sie:

 I have some comments regarding commits that are only whitespaces.
 Is difficult to watch, follow or filter (if you are on Windows, probably, you 
 do not see them).

Do you want to don't change any formatting and commit it independently
form other things at all or shall we only commit formatting changes
within other commits? From my experience most projects don't want the
latter, but I think one needs to be able to reformat content and
commit it somehow.

Mit freundlichen Grüßen,

Thorsten Schöning

-- 
Thorsten Schöning   E-Mail:thorsten.schoen...@am-soft.de
AM-SoFT IT-Systeme  http://www.AM-SoFT.de/

Telefon...05151-  9468- 55
Fax...05151-  9468- 88
Mobil..0178-8 9468- 04

AM-SoFT GmbH IT-Systeme, Brandenburger Str. 7c, 31789 Hameln
AG Hannover HRB 207 694 - Geschäftsführer: Andreas Muchow

Re: Please don't apply/commit patches unless you can confirm they compile

2014-02-12 Thread Thorsten Schöning

Guten Tag Rhys Ulerich,
am Mittwoch, 12. Februar 2014 um 04:44 schrieben Sie:

 Please, please don't apply and commit patches from issues unless you
 can confirm build correctly afterwards.

Sorry, I didn't want to bother you, my only intention was to take what
I had the feeling was the boring part of reading through the bugs and
let us fix the problems later together.

Shall I branch my patches out and revert the trunk?

Mit freundlichen Grüßen,

Thorsten Schöning

-- 
Thorsten Schöning   E-Mail:thorsten.schoen...@am-soft.de
AM-SoFT IT-Systeme  http://www.AM-SoFT.de/

Telefon...05151-  9468- 55
Fax...05151-  9468- 88
Mobil..0178-8 9468- 04

AM-SoFT GmbH IT-Systeme, Brandenburger Str. 7c, 31789 Hameln
AG Hannover HRB 207 694 - Geschäftsführer: Andreas Muchow

Re: Please don't apply/commit patches unless you can confirm they compile

2014-02-12 Thread Thorsten Schöning

Guten Tag Rhys Ulerich,
am Mittwoch, 12. Februar 2014 um 18:36 schrieben Sie:

 They are, so far as I can tell, the same thing under the covers per
 Level::equals within level.cpp.

I thought the problem may be different signatures and the order of
operators used, if any:

 virtual bool equals(const LevelPtr level) const;

vs.

 inline bool operator==(const Level level1) const

vs.

 virtual const LevelPtr getEffectiveLevel() const;

The test compares two LevelPtr and may not reduce rhs to Level to
use the operator at all. This would have worked before because of the
use of static in the functions creating the levels there would have
only been one instance of the ERROR level and == would have
successfully compared the pointers of those.

Mit freundlichen Grüßen,

Thorsten Schöning

-- 
Thorsten Schöning   E-Mail:thorsten.schoen...@am-soft.de
AM-SoFT IT-Systeme  http://www.AM-SoFT.de/

Telefon...05151-  9468- 55
Fax...05151-  9468- 88
Mobil..0178-8 9468- 04

AM-SoFT GmbH IT-Systeme, Brandenburger Str. 7c, 31789 Hameln
AG Hannover HRB 207 694 - Geschäftsführer: Andreas Muchow

Re: Freezing trunk?

2014-02-11 Thread Thorsten Schöning

Guten Tag Florian Seydoux,
am Dienstag, 11. Februar 2014 um 20:21 schrieben Sie:

 (not always aligned with the coding style of
 the rest of the lib).

I simply ignored that for now because I have the feeling the current
codebase isn't very consistent anyways and felt that getting
outstanding patches in is more important than codestyle. Shall we
raise this topic again in some weeks or after our first release? I
would happily reformat some of the files like I did with the XML. ;-)

 Regarding the tests, I'm able to pass some under windows + visual studio
 (btw, the express edition can definitively used to build the lib).

Good to know, I will think about installing one but my primary goal is
to get something running with my compiler.

 Having it on a CI is a bit more complicated (assuming a windows OS +
 visual express); the build from ant can be done in two (at least)
 way, but none of them can easily be automatized.

Why do you think that? I've thought that besides getting apr and
apr-util in the right directory it's more or less a simple mvn
compile or something?

Mit freundlichen Grüßen,

Thorsten Schöning

-- 
Thorsten Schöning   E-Mail:thorsten.schoen...@am-soft.de
AM-SoFT IT-Systeme  http://www.AM-SoFT.de/

Telefon...05151-  9468- 55
Fax...05151-  9468- 88
Mobil..0178-8 9468- 04

AM-SoFT GmbH IT-Systeme, Brandenburger Str. 7c, 31789 Hameln
AG Hannover HRB 207 694 - Geschäftsführer: Andreas Muchow

How to deal with files from third persons?

Hi Christian,

could have a look at the following bug please:

https://issues.apache.org/jira/browse/LOGCXX-405

The reporter provided two file with one containing a copyright of his
own in opposite of a Apache one in the other file.

What's the policy for those files? Can we add them only after adding a
Apache license text in addition to the one from the reporter or else?

Mit freundlichen Grüßen,

Thorsten Schöning

-- 
Thorsten Schöning   E-Mail:thorsten.schoen...@am-soft.de
AM-SoFT IT-Systeme  http://www.AM-SoFT.de/

Telefon...05151-  9468- 55
Fax...05151-  9468- 88
Mobil..0178-8 9468- 04

AM-SoFT GmbH IT-Systeme, Brandenburger Str. 7c, 31789 Hameln
AG Hannover HRB 207 694 - Geschäftsführer: Andreas Muchow

Freezing trunk?

Hi all,

yesterday I started to have a look at each open bug and applied a lot
of patches which were already available and made sense to me or looked
easy enough to not break too much etc. Most of the leftover bugs don't
seem to be easily fixable and we should shift those to another release
in the future.

So, how about freezing the trunk now and mostly only apply fixes for
the patches? I'm sadly still unable to build, therefore need your
support to test the current trunk and report everything I broke. I
will help as much as I can on fixing things, of course.

Mit freundlichen Grüßen,

Thorsten Schöning

-- 
Thorsten Schöning   E-Mail:thorsten.schoen...@am-soft.de
AM-SoFT IT-Systeme  http://www.AM-SoFT.de/

Telefon...05151-  9468- 55
Fax...05151-  9468- 88
Mobil..0178-8 9468- 04

AM-SoFT GmbH IT-Systeme, Brandenburger Str. 7c, 31789 Hameln
AG Hannover HRB 207 694 - Geschäftsführer: Andreas Muchow

Re: Freezing trunk?

Guten Tag Joseph Southwell,
am Montag, 10. Februar 2014 um 18:08 schrieben Sie:

 Can I have 2 more days before we do this. I have some bugs assigned
 to me that I haven’t checked in yet that need some more testing and
 verification. If you give me 2 more days I will get it all squared away.

Don't hurry, I'm unlikely to work on this any further until weekend.

Mit freundlichen Grüßen,

Thorsten Schöning

-- 
Thorsten Schöning   E-Mail:thorsten.schoen...@am-soft.de
AM-SoFT IT-Systeme  http://www.AM-SoFT.de/

Telefon...05151-  9468- 55
Fax...05151-  9468- 88
Mobil..0178-8 9468- 04

AM-SoFT GmbH IT-Systeme, Brandenburger Str. 7c, 31789 Hameln
AG Hannover HRB 207 694 - Geschäftsführer: Andreas Muchow

Re: Freezing trunk?

Guten Tag Alexandru Zbarcea,
am Montag, 10. Februar 2014 um 18:19 schrieben Sie:

 I will do today some testing as well.

Great.

 May we have some VMs where to test multiple environments? May we
 have some Vagrant machines for example, or Virtualbox? Is anybody in
 the Microsoft Academic Program to provide us some VMs for test?

Didn't Apache provide some Jenkins clients?

https://issues.apache.org/jira/browse/LOGCXX-418

Mit freundlichen Grüßen,

Thorsten Schöning

-- 
Thorsten Schöning   E-Mail:thorsten.schoen...@am-soft.de
AM-SoFT IT-Systeme  http://www.AM-SoFT.de/

Telefon...05151-  9468- 55
Fax...05151-  9468- 88
Mobil..0178-8 9468- 04

AM-SoFT GmbH IT-Systeme, Brandenburger Str. 7c, 31789 Hameln
AG Hannover HRB 207 694 - Geschäftsführer: Andreas Muchow

Re: Freezing trunk?