Skip site navigation (1)Skip section navigation (2)
Date:      Wed, 21 Mar 2012 08:28:33 GMT
From:      linimon@FreeBSD.org
To:        ruby@FreeBSD.org
Subject:   FreeBSD ports that you maintain which are currently marked broken
Message-ID:  <201203210828.q2L8SXBe079138@portsmonj.FreeBSD.org>

next in thread | raw e-mail | index | archive | help
Dear FreeBSD port maintainer:

As part of an ongoing effort to reduce the number of problems in
the FreeBSD ports system, we periodically notify users of ports
that are marked as "broken" in their Makefiles.  In many cases
these ports are failing to compile on some subset of the FreeBSD
build environments.  The most common problem is that recent versions
of -CURRENT include gcc4.2, which is much stricter than older versions.
The next most common problem is that compiles succeed on the i386
architecture (e.g. the common Intel PC), but fail on one or more
of the other architectures due to assumptions about things such as
size of various types, byte-alignment issues, and so forth.

In occasional cases we see that the same port may have different
errors in different build environments.  The script that runs on the
build cluster uses heuristics to try to 'guess' the error type to
help you isolate problems, but it is only a rough guide.

One more note: on occasion, there are transient build errors seen
on the build farm.  Unfortunately, there is not yet any way for this
algorithm to tell the difference (humans are much, much better at
this kind of thing.)

The errors are listed below.  In the case where the same problem
exists on more than one build environment, the URL points to the
latest errorlog for that type.  (By 'build environment' here we
mean 'combination of 7.x/8.x/9.x/-current with target architecture'.)

(Note: the dates are included to help you to gauge whether or not
the error still applies to the latest version.  The program
that generates this report is not yet able to determine this
automatically.)

portname:           converters/ruby-lv
broken because:     has not patched in quite some time
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=converters&portname=ruby-lv


portname:           databases/ruby-kyotocabinet
broken because:     does not compile
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=ruby-kyotocabinet


portname:           databases/rubygem-delayed_job_data_mapper
broken because:     delayed_job_data_mapper requires delayed_job (~> 2.1)
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=rubygem-delayed_job_data_mapper


portname:           databases/rubygem-dm-active_model
broken because:     dm-active_model requires activemodel (~> 3.1.0)
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=rubygem-dm-active_model


portname:           devel/rubygem-ruby-debug-ide
broken because:     incomplete plist
build errors:
http://pointyhat.FreeBSD.org/errorlogs/powerpc-errorlogs/e.9.20120118054720/rubygem-ruby-debug-ide-0.4.16.log (_Jan_14_19:22:40_UTC_2012)
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=rubygem-ruby-debug-ide


portname:           www/redmine
broken because:     Does not work with RubyGems 1.8
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=redmine


If these errors are ones that you are already aware of, please
accept our apologies and ignore this message.  On the other hand, if
you no longer wish to maintain this port (or ports), please reply
with a message stating that, and accept our thanks for your efforts
in the past.

Every effort has been made to make sure that these error reports
really do correspond to a port that you maintain.  However, due to
the fact that this is an automated process, it may indeed generate
false matches.  If one of these errors fits that description,
please forward this email to the author of this software, Mark
Linimon <linimon@FreeBSD.org>, so that he can attempt to fix the
problem in the future.

Thanks for your efforts to help improve FreeBSD.



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?201203210828.q2L8SXBe079138>