You are viewing a plain text version of this content. The canonical link for it is here.
Posted to log4cxx-dev@logging.apache.org by Christian Grobmeier <gr...@gmail.com> on 2013/12/16 09:49:41 UTC
Accounts requested
Hi folks,
i just requested all accounts listed here:
http://incubator.apache.org/projects/log4cxx2.html
Now we just need to wait that Infra resolves this ticket:
https://issues.apache.org/jira/browse/INFRA-7092
And then I can finally give you access to the code.
Ready for playing with the new toy around xmas ;-)
Regards,
Christian
---
http://www.grobmeier.de
@grobmeier
GPG: 0xA5CC90DB
Re: Accounts requested
Posted by Christian Grobmeier <gr...@gmail.com>.
Thanks Thorsten.
I was able to identify all committers with Jira and added all of you at once.
If one of you doesn't have access, please let me know and we'll fix it.
On 2 Jan 2014, at 11:19, Thorsten Schöning wrote:
> Guten Tag Christian Grobmeier,
> am Donnerstag, 2. Januar 2014 um 11:09 schrieben Sie:
>
>> Please create Jira accounts and I will give you access to the project.
>> Just let me know about your Jira names
>
> I just created an account with the username: tschoening
>
> Mit freundlichen Grüßen,
>
> Thorsten Schöning
>
> --
> Thorsten Schöning E-Mail:Thorsten.Schoening@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
---
http://www.grobmeier.de
The Zen Programmer: http://bit.ly/12lC6DL
@grobmeier
GPG: 0xA5CC90DB
Re: Accounts requested
Posted by Thorsten Schöning <ts...@am-soft.de>.
Guten Tag Christian Grobmeier,
am Donnerstag, 2. Januar 2014 um 11:09 schrieben Sie:
> Please create Jira accounts and I will give you access to the project.
> Just let me know about your Jira names
I just created an account with the username: tschoening
Mit freundlichen Grüßen,
Thorsten Schöning
--
Thorsten Schöning E-Mail:Thorsten.Schoening@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: Accounts requested
Posted by Christian Grobmeier <gr...@gmail.com>.
On 30 Dec 2013, at 15:54, Rhys Ulerich wrote:
>> I tried SVN and JIRA access with my created username and password
>> today, but failed. Am I correct that both access depend on this
>> ticket
>> or am I doing something wrong?
>
> I think SVN access for the incubation space depends upon this ticket.
Yes, Infra needs to move the SVN tree to the incubator space.
I will try, maybe i can do that myself. Then i can give you finally
access
> I've been able to access the committers space described at
> http://www.apache.org/dev/committers.html#committers-module using my
> new login/password.
>
> I did not have luck accessing JIRA either. I'm unsure if we should
> create an account and have it blessed in some fashion, or if I'm just
> doing something wrong... Please let me know if you figure this out.
Please create Jira accounts and I will give you access to the project.
Just let me know about your Jira names
>
> - Rhys
---
http://www.grobmeier.de
The Zen Programmer: http://bit.ly/12lC6DL
@grobmeier
GPG: 0xA5CC90DB
Re: Accounts requested
Posted by Rhys Ulerich <rh...@gmail.com>.
> I tried SVN and JIRA access with my created username and password
> today, but failed. Am I correct that both access depend on this ticket
> or am I doing something wrong?
I think SVN access for the incubation space depends upon this ticket.
I've been able to access the committers space described at
http://www.apache.org/dev/committers.html#committers-module using my
new login/password.
I did not have luck accessing JIRA either. I'm unsure if we should
create an account and have it blessed in some fashion, or if I'm just
doing something wrong... Please let me know if you figure this out.
- Rhys
Re: Accounts requested
Posted by Thorsten Schöning <ts...@am-soft.de>.
Guten Tag Christian Grobmeier,
am Montag, 16. Dezember 2013 um 09:49 schrieben Sie:
> Now we just need to wait that Infra resolves this ticket:
> https://issues.apache.org/jira/browse/INFRA-7092
I tried SVN and JIRA access with my created username and password
today, but failed. Am I correct that both access depend on this ticket
or am I doing something wrong?
Mit freundlichen Grüßen,
Thorsten Schöning
--
Thorsten Schöning E-Mail:Thorsten.Schoening@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: Accounts requested
Posted by Rhys Ulerich <rh...@gmail.com>.
>> Given http://logging.apache.org/log4cxx/building/ant.html, I'd
>> personally lean towards Ant-based being our Windows option (instead of
>> distributing vendor-specific project files).
>
> Does this mean we should remove the already present project files in
> favor of ant only?
If people agree with supporting Ant-only, then yes. However, it
sounds like at least you (Thorsten) and Florian would like IDE project
files. If that's what you all would prefer, please go for it.
I'm personally leery of IDE-specific builds based on old
Java-projects-in-Eclipse experience-- the builds always seem finicky
to get working and exceedingly brittle. Also, debugging someone
else's GUI usage via mailing list is unpleasant.
> Using the IDE specific project files we are more flexible
> with compiler/IDE-specific changes to the produced binary, too, like
> code optimizations only available for some compilers or whatever.
If there's compiler-specific magic that we genuinely want, I'd prefer
improving Apache Ant to obtain that magic instead of setting some
binary flag in a version-and-vendor-specific file format. Though,
I'll admit my background is biased as I've zero experience working
with libraries within modern IDEs on Windows.
I'm admittedly a ./configure && make && make install junky with a
tendency to push/pull compiler-specific magic to/from the Autoconf
Macro Archive.
> One of the first things I planned to do was to review our project
> files and the standard build process for log4cxx to see how I may
> contribute those or adopt them to the standard build by starting from
> scratch with a not so widespread compiler.
That sounds very worthwhile.
Perhaps we should kick off a new thread what environments each of us
anticipates being able to use for development/support...
- Rhys
Re: Accounts requested
Posted by Thorsten Schöning <ts...@am-soft.de>.
Guten Tag Rhys Ulerich,
am Mittwoch, 18. Dezember 2013 um 23:38 schrieben Sie:
> Given http://logging.apache.org/log4cxx/building/ant.html, I'd
> personally lean towards Ant-based being our Windows option (instead of
> distributing vendor-specific project files).
Does this mean we should remove the already present project files in
favor of ant only? If both are present users surely expect both
working.
On the other side, the current build scripts are already detecting to
some degree the locally available compiler, with this information we
could simply let the compiler/ide deal with it's project files on it's
own and fallback to some common compilation scenario only for those
cases were no project files are available.
I for example don't have gcc available and when I started using
log4cxx I used Borland C++ Builder 5 and 6, now Embarcadero C++
Builder XE 4 as IDE. None of the old Borland Builders worked out of
the box, therefore we simply created our own project files, using the
already present once as templates. I don't think that new users start
with adopting the ant build scripts, they will start creating new
projects in their IDE to get all of the built-in help and tools and
stuff, maybe their IDE is even capable of importing other project
files. C++ Builder was(/is?) capable of importing old Visual Studio
projects. Using the IDE specific project files we are more flexible
with compiler/IDE-specific changes to the produced binary, too, like
code optimizations only available for some compilers or whatever.
One of the first things I planned to do was to review our project
files and the standard build process for log4cxx to see how I may
contribute those or adopt them to the standard build by starting from
scratch with a not so widespread compiler.
Mit freundlichen Grüßen,
Thorsten Schöning
--
Thorsten Schöning E-Mail:Thorsten.Schoening@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: Accounts requested
Posted by Rhys Ulerich <rh...@gmail.com>.
> Well, the documentation is effectively one of the biggest issue.
> Which version of apr should/can be used, is apr-iconv still needed, and
> so on.
Peeking at http://apr.apache.org/compiling_win32.html this doesn't
seem to be purely a log4cxx problem. It might help to have a
firmly-defined target for what sort of Windows-ish build should be
working, make that usable, and then go from there. I'd just start
fighting from the latest version, blog up what you find, and it can be
polished from there.
> The ant build also require additional tools (ant-contrib) and patches;
> targeting VisualStudio express is not the same as VisualStudio Pro...
http://apr.apache.org/compiling_win32.html says "We have not yet
tried the 'Express' versions of Visual Studio .NET 2005 and are unable
to provide support for them" which makes me thing trying to get
Express working for log4cxx is a time suck we should avoid.
Given http://logging.apache.org/log4cxx/building/ant.html, I'd
personally lean towards Ant-based being our Windows option (instead of
distributing vendor-specific project files). I say that because I can
theoretically debug at least some of an Ant-based build from a
non-Windows box.
- Rhys
Re: Accounts requested
Posted by Florian Seydoux <fl...@gmail.com>.
On 18.12.2013 07:02, Alexandru Zbarcea wrote:
> Florian...
>
> Can you be more specific?
>
> I intend to start exactly with this. Current version is based on
> autotools. Is that what you don't like?
>
> Compatibility with you compiler? Some ant tasks that fails?
> Documentation (I think this what it lacks most)
Well, the documentation is effectively one of the biggest issue.
Which version of apr should/can be used, is apr-iconv still needed, and
so on.
The ant build also require additional tools (ant-contrib) and patches;
targeting VisualStudio express is not the same as VisualStudio Pro (ok,
the point is on MS side, but).
To build the api... I've done it 'manually'.
Same for the unit-tests.
Autotools is ok for *nix, cygwin and even MinGW (with MSys, except
little trouble with apr (the build try to remove libtoolT instead of
libtoolT.exe), but with Ms or Intel compiler...
Regarding Visual Studio, I guess the "build result" would also profit of
using property sheet (as replacement of 'make install')
If you want, I can provide you my different build 'scripts' (sequence of
actions), as well as VisualStudio 2010 projects/solutions (covering the
lib itself, but not the unit-test; a nmake or similar tools is required,
as the test are organized as several executables)
Cheers
Flo
Re: Accounts requested
Posted by Alexandru Zbarcea <zb...@gmail.com>.
Florian...
Can you be more specific?
I intend to start exactly with this. Current version is based on autotools.
Is that what you don't like?
Compatibility with you compiler? Some ant tasks that fails? Documentation
(I think this what it lacks most)
Thx,
Alexz
On Dec 18, 2013 12:55 AM, "Florian Seydoux" <fl...@gmail.com>
wrote:
> On 16.12.2013 17:21, Rhys Ulerich wrote:
> >> we can first start [...]
> >
> > [...]
> > There are quite a few open JIRA tickets. A couple are related to
> > website infrastructure and should be handled so the project looks alive
> > again.
> [...]
> > That last bit is important since they're the
> > probably the best starting point to reinvigorate the user community.
> >
>
> Sounds good.
>
> I'll also suggest to not wait too long before reviewing a bit the build
> process on the several supported Os. Having used the lib professionally
> only under Windows, the build is not straightforward (especially the
> unit test).
>
> flo
>
>
>
Re: Accounts requested
Posted by Florian Seydoux <fl...@gmail.com>.
On 16.12.2013 17:21, Rhys Ulerich wrote:
>> we can first start [...]
>
> [...]
> There are quite a few open JIRA tickets. A couple are related to
> website infrastructure and should be handled so the project looks alive
> again.
[...]
> That last bit is important since they're the
> probably the best starting point to reinvigorate the user community.
>
Sounds good.
I'll also suggest to not wait too long before reviewing a bit the build
process on the several supported Os. Having used the lib professionally
only under Windows, the build is not straightforward (especially the
unit test).
flo
Re: Accounts requested
Posted by Rhys Ulerich <rh...@gmail.com>.
> we can first start with collecting and verifying bug fixes and patches
which are already on mailing lists, right?
That sounds useful.
There are quite a few open JIRA tickets. A couple are related to website
infrastructure and should be handled so the project looks alive again.
After that, some JIRA triage (e.g. simple patch attached so apply it,
reproduce if reproduce available, ping author for more details if needed)
might be a good way to get started. It may be worth flipping assignee on
many of the tickets (often Curt) back to unassigned until they're claimed
again.
Combing through JIRA would let us whittle down the considerable backlog,
permits us to work on mostly orthogonal tasks, and is an excuse to
personally ping (possibly former) log4cxx users who once cared enough to
file a bug report. That last bit is important since they're the probably
the best starting point to reinvigorate the user community.
- Rhys
Re: Accounts requested
Posted by chand priyankara <ch...@engineering.com>.
Many Thanks Christian,
So, while code is ready for changes, how can we have a plan to go ahead? we
can first start with collecting and verifying bug fixes and patches which
are already on mailing lists, right?
Any plan, or a preferred way to get started?
regards,
*Chand Priyankara* [image: Facebook]<http://www.facebook.com/chand.priyankara>
[image: LinkedIn] <http://lk.linkedin.com/in/chandpriyankara> [image:
Blogger] <http://chandpriyankara.blogspot.com/> [image: Google
Plus]<http://plus.google.com/104246340732624023499>
|BSc(Eng) - Electrical & Information
|(094) 773-361-566
|chand@engineering.com
|http://chandpriyankara.blogspot.com
<http://www.iucnredlist.org/amazing-species>sent via internet
On Mon, Dec 16, 2013 at 2:19 PM, Christian Grobmeier <gr...@gmail.com>wrote:
> Hi folks,
>
> i just requested all accounts listed here:
> http://incubator.apache.org/projects/log4cxx2.html
>
> Now we just need to wait that Infra resolves this ticket:
> https://issues.apache.org/jira/browse/INFRA-7092
>
> And then I can finally give you access to the code.
>
> Ready for playing with the new toy around xmas ;-)
>
> Regards,
> Christian
>
>
> ---
> http://www.grobmeier.de
> @grobmeier
> GPG: 0xA5CC90DB
>