logging-log4cxx-user mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Stephen Bartnikowski" <sbartnikow...@barkinglizards.com>
Subject RE: [VOTE] log4cxx 0.10.0 release candidate
Date Tue, 26 Feb 2008 23:42:54 GMT
Hi Curt,

My usage for Log4cxx in the near term currently involves three platforms,
Mac OS X Server, FreeBSD, and SUSE (both open and enterprise). The idea for
my product is to refer my end-users to log4cxx for installation, rather than
including the lib and headers in my distribution. So I'll describe my
experiences installing them using the latest build instructions.

On Mac OS X Server, I noticed the instructions assume the user has 10.5 /
Leopard. I feel this assumption should be stated for the folks like me who
haven't upgraded from 10.4 / Tiger yet. Fortunately, I already know how to
build on Tiger, thanks to your help. It's my intent to simply take Log4cxx
and dump it into a Framework so the end-user of my product doesn't have to
deal with extra work or the so-called DLL-hell.

On both FreeBSD and SUSE, I started out giving the autotools instructions a
shot. But neither platforms have apt-get. Many platforms have different
package managers, so it seems deficient to use only one platform's manager
in the example. I would rather see a link to the apr and aprutil project
download pages.

(autogen.sh being referred to as autoconf.sh has already been mentioned.)

On FreeBSD, autogen.sh doesn't get very far:
libtoolize: not found
aclocal: not found
autoconf: not found
automake: not found
So I fell back to the ant build. The ant instructions no longer mention the
shared / static options for each of the libraries, but that's fine. By
default, it builds the liblog4cxx.so just fine. I think this is satisfactory
for what I need.

If I have to distribute Log4cxx with my product, however, this isn't so
great. If I do the ant build for a liblog4cxx.so that sucks its dependencies
in staticly, then ant will complain and not complete. For example,
specifying -Dapr.lib.type=static and -Dapr-util.lib.type=static will result
in an error message telling me they must both be the static, even though
that's what I asked for. But again, I can let this slide.

I honestly really haven't given RC2 on SUSE a fair shot yet, but having more
generic instructions on how to get apr and aprutil would have helped.

Finally, an install target would be immensely helpful...something that would
take the right headers and libs and dump them in the appropriate platform
location. But this is not a show-stopper.

Overall, I think the release could use some real nice-to-haves, but I don't
think there's anything I couldn't work around.

- Stephen

> -----Original Message-----
> From: Curt Arnold [mailto:carnold@apache.org] 
> Sent: Saturday, February 23, 2008 3:36 AM
> To: Log4CXX Dev
> Cc: Log4CXX User; Logging General
> Subject: [VOTE] log4cxx 0.10.0 release candidate
> 
> log4cxx 0.10.0 RC2 is now available for review for release on 
> the unofficial builds area.  This release candidate is 
> strictly provided for consideration for release, may be 
> withdrawn and will be removed  
> from the publication location at the conclusion of the voting 
> period.   
> RC2 is currently available at:
> 
> http://people.apache.org/builds/logging/log4cxx/0.10.0/apache-
> log4cxx-0.10.0-rc2.tar.gz
> MD5(apache-log4cxx-0.10.0-rc2.tar.gz)= 
> e50730742e18d3a72aa17ae1c2c673ce
> 
> http://people.apache.org/builds/logging/log4cxx/0.10.0/apache-
> log4cxx-0.10.0-rc2.zip
> MD5(apache-log4cxx-0.10.0-rc2.zip)= f8b4f9855a2088aa14654885cd9535f0
> 
> The corresponding web content can be viewed directly from the staging
> SVN:
> http://svn.apache.org/repos/asf/logging/site/trunk/docs/log4cx
> x/index.html
> 
> The corresponding source is available at:
> svn co 
> http://svn.apache.org/repos/asf/logging/log4cxx/tags/v0_10_0-rc2
> 
> log4cxx 0.10.0 RC1 was withdrawn before publication.
> 
> I believe that the release candidate is viable for release 
> with two condition, the publication of a corresponding 1.0b5 
> of cpptasks and the conclusion of a vote by February 29th.  
> Rev 158 of cpptasks was used in the preparation of the 
> release candidate and the generated project files should not 
> change.  I'm a project admin of cpptasks and intend to have 
> that release out by mid-week next week.
> 
> The change log has a prospective release date of 2008-02-29, 
> if procedural issues make that date unobtainable then a 
> rebuild to change the date will be necessary.
> 
> The download links in the staged and embedded web content 
> point to the anticipated location after the release is 
> completed.  The mirrors link  
> will bring up a list of mirrors, but they won't have the file yet.   
> The mirrors page will not be displayed with Safari due to an 
> known issue with Safari.
> 
> Unzipping the .tar.gz may result in a warning message that a 
> lone zero block at 25389.  That is a known issue with Maven 
> (and previously with
> Ant) and does not affect the usability of the archive.
> 
> The release candidate was prepared using the following 
> software (listed in order of impact on contents of the release):
> 
> doxygen 1.4.6
> cpptasks rev 158 installed as 1.0b5.
> Apache Maven 2.0.8
> APR 1.2.11 source unzipped as a sibling to the log4cxx directory.
> APR-Util 1.2.10 source unzipped as a sibling.
> Ubuntu 6.06.1-desktop-i386 (using VM from 
> http://isv-image.ubuntu.com/vmware/)
> gcc 4.0.3
> Sun Java 1.6.0-b105
> 
> Attempting to build the release image from a non-Unix 
> platform should  
> produce flawed Xcode projects.   However, any Unix derived OS 
> would be  
> expected to product relatively close approximations of the 
> release candidate.  The following steps can be used to 
> prepare local builds of the release candidate for comparison:
> 
> tar -xvzf apr-1.2.11.tar.gz
> mv apr-1.2.11 apr
> tar -xvzf apr-util-1.2.10.tar.gz
> mv apr-util-1.2.10 apr-util
> export PATH=~/apache-maven-2.0.8/bin:$PATH
> svn co http://svn.apache.org/repos/asf/logging/log4cxx/tags/v0_10_0-
> rc2 log4cxx
> cd log4cxx
> mvn site assembly:assembly
> 
> 
> The contents of the src directory should be identical to the src  
> directory of the SVN tag.  The contents of the root directory should  
> be identical to the SVN tag except that it does not contain doap- 
> log4cxx.rdf which provides the description of the log4cxx 
> project for http://projects.apache.org 
> .
> 
> The site directory is generated by Maven and the projects 
> directory is  
> generated by cpptasks the raw output of both which are 
> tweaked by the  
> Ant script during assembly preparation.
> 
> mvn rat:check can be used from the root directory to generate 
> a report  
> on the presence of Apache License Headers, NOTICE and LICENSE 
> files.   
> The report will be produced in target/rat.txt.  The only 
> source files  
> without License Headers are in src/test/resources/witness and are  
> reference log files used during the unit test and should fall under  
> the exclusions of the ASF Source License Header Policy.
> 
> The release candidate has no internal markings that it is not an  
> official release.   If accepted, the archive files will simply be  
> renamed and placed in the main distribution directory for  
> synchronization to the mirrors and a digital signature will 
> be prepared.
> 
> Release will require at least 3 +1 votes from Logging Service PMC  
> members.  However, votes from other parties and any feedback or  
> experiences with the release candidate are greatly desired.  
> Given the  
> current makeup of the project, I would expect the PMC members would  
> verify the procedural and legal issues themselves (which is their  
> major responsibility on a release review) but would rely on 
> community  
> feedback the content of the release.  It would be helpful if 
> you would  
> report any observations, particularly successes or failures building  
> from the release candidate (compiler vendor and version, platform,  
> etc) along with your +1, 0 or -1.  PMC members should identify their  
> votes as binding.  I'd expect that PMC members would hold 
> their votes  
> until there is some feedback from the user community.  This 
> will be a  
> combined PMC and log4cxx-dev vote, a separate PMC vote will not be  
> called.
> 
> Unless the candidate is withdrawn, voting should be open until 06:00  
> GMT 2008-02-29.  All discussion should occur on 
> log4cxx-dev@logging.apache.org 
> .
> 
> For background on Apache voting, release procedures, etc:
> 
> http://www.apache.org/dev/release.html
> http://www.apache.org/legal/src-headers.html
> http://www.apache.org/foundation/voting.html
> 


Mime
View raw message