This version implements the new version of the required IETF boilerplate
(RFC 3978), which will become mandatory for Internet-Drafts on May 6.
PR: ports/79603
Submitted by: Jonathan Lennox <lennox@cnr.cs.columbia.edu>
- it breaks on a clean 4.x since p5-Test-Manifest is IGNORE under Perl 5.005_03, and
- testing is not really supported in the FreeBSD ports tree anyway
PR: 79554
Submitted by: lth
The release notes can be found at
http://www.gnome.org/start/2.10/notes/rnwhatsnew.html, and will give you a
good idea of what has gone into this release overall. However, a lot of
FreeBSD specific additions and fixes have been made. For example, this
release offers fixed ACPI support as well as new CPU freqeuncy monitoring
support. See the FreeBSD GNOME 2.10 upgrade page at
http://www.FreeBSD.org/gnome/docs/faq210.html for the entire list as well
as a list of known issues and upgrade instructions.
GNOME 2.10, as well as all of our releases, would not be possible without
the great team that goes into porting and testign each and every component.
Thanks definitely goes out to ahze, adamw, bland, kwm, mezz, and pav for all
their work. We would also like to thank our adventurous users that chose to
ride the walrus. We'd especially like to thank the following users that
provided patches for GNOME 2.10:
ade
Yasuda Keisuke
Franz Klammer
Khairil Yusof
Radek Kozlowsk
And anyone else I may have accidentally omitted.
As with GNOME 2.8, 2.10 comes with a brand-spankin' new splashscreen
courtesy of Franz Klammer. However, unlike GNOME 2.8, we've included all
of the FreeBSD GNOME splashscreen entries with gnomesession. You can
use the deskutils/splashsetter port to choose the one you like best.
As always, GNOME users should _not_ use portupgrade alone to upgrade to
2.10. Instead, get the gnome_upgrade.sh script from
http://www.FreeBSD.org/gnome/gnome_upgrade.sh.
Enjoy!
- This IM engine was included as part of scim in 1.0.x version,
and splited into a separate package since 1.2.0.
PR: 78264
Submitted by: Jie Gao <gaoj AT cpsc dot ucalgary dot ca>
- support CFLAGS of /etc/make.conf
- replace absolute path with ${LOCALBASE}, ${PREFIX} and others
- replace -pthread flags with ${THREAD*}
- m17n fixed of gnome-im-swither
- fixed vid krisbot
Submitted by: Masanori OZAWA <ozawa@ongs.co.jp>
* Added support for X11 colour names as 'color' keywords
* Removed rewriting of 'color' and similar properties' from libfo-compat.xsl
* Improved documentation
* Minor bug fixes
- Don't make ${X11BASE}/lib/gtk-2.0/2.4.0/immodules directory if gtk2
isn't installed. [1]
- Add WITH_SCIM and WITH_CANNA knobs.
- This update also includes the security fix for libuim privilege escalation
problelm. [2]
Security: CAN-2005-0503
Security: http://lists.freedesktop.org/pipermail/uim/2005-February/000996.html
Security: setuid programs linked against libuim cause privilege escalation.
Reported by: pointyhat via kris and krion [1], nectar [2]
- from Changes:
- Remove the default: namespace when converting to XML using as_xml
(the earlier fix only fixed it when getting the contents of an entry
using $entry->content).
- UTF-8 data is no longer base64-encoded in XML::Atom::Content.
- Added XML::Atom::Entry::getlist($ns, $element) to retrieve the values
of an element that may appear multiple times in the entry (like
dc:subject).
- Added ability to set namespaced attributes in an XML::Atom::Link
object.
- XML::Atom::Entry::add_link($link) no longer clones $link if it's
a XML::Atom::Link object.
${PTHREAD_CFLAGS} and ${PTHREAD_LIBS} include in the build to kill the
headache of old '_r' and can't run with something like ruby-opengl, ruby-sdl,
ruby-gtk2 and etc on FreeBSD 4.x or older 5.x. With this commit should solve
those issues. It is recommend you to rebuild any apps that depend on
lang/ruby18, so see the UPDATING for detail.
Remove the 'BROKEN' on the other ports that knu has added them few weeks ago.
Some of them have been tested, so if one of them is still broke then please
let us know and one of us will re-add the 'BROKEN'.
This changes was worked by lofi and me. lofi did everything on FreeBSD 4.x
and I did others. lofi, thanks for help!
Tested by: many people
Tested on: i386 (FreeBSD 4.x, 5.x and 6.x), amd64 (FreeBSD 5.x and 6.x),
and sparc64 (FreeBSD 5.x and 6.x)
Not test on: ia64 and alpha
Approved by: portmgr (kris)
- Changes:
- Allow scalar references for the OUTPUT parameter
- Added ENCODING parameter; currently only UTF-8 is supported
- Escape newlines in attribute values
the truth is, this is a *long* overdue update to kbedic to use the QT 3
libraries instead of the dead-and-gone QT 2 ones. This does indeed result
in some duplication of installed dictionaries, since kbedic no longer uses
textproc/bedic-data, but I'll take care of this later.
Break cbedic out into a full-blown port - it's a different version from
kbedic now. While I'm here, take maintainership of both ports.
Submitted by: arved (a long, long time ago)
Patching texi2html.pl makes the Makefile want to remake something else,
which tries to use Perl, while we have declared that we do not need Perl
at build time.
old email address bounces, and he has not been responsive to email on the
only other one we have for him.
These ports are now available for adoption.
Come back coop, we miss ya ...
directory and put the files in there, but create all the files in the
current directory with a common prefix instead.
Grrr: in the general direction of the texi2html authors for
throwing backwards compatibility to the wind without so much
as a note in the ChangeLog
Reported by: many people, including kris, WRT build failures on many
different ports which use texi2html :(
Pointy hat to: myself for not at least testing the xboard build ;)
applications where speed is critical and certain advanced features aren't
necessary. It's intended to be as simple as possible to use.
PR: ports/75704
Submitted by: Mooneer Salem <mooneer(at)translator.cx>
http://www.vuxml.org/freebsd/f2d5e56e-67eb-11d9-a9e7-0001020eed82.html by
replacing strcat() with strncat(). Please note that I wasn't able to
reproduce the exploit described at
http://tigger.uic.edu/~jlongs2/holes/unrtf.txt on my 5.3-STABLE system.
Feedback from someone who can reproduce the exploit with an unpatched unrtf
would be appreciated
- Bump PORTREVISION
- Remove old master site that doesn't seem to have the distfile any more
VuXML: f2d5e56e-67eb-11d9-a9e7-0001020eed82
PR: ports/76852
Submitted by: Stefan Walter <sw(at)gegenunendlich.de>
- Use PREFIX instead of LOCALBASE for installing
- Use USE_PYTHON_BUILD instead of an explicit dependency line
- Replace the URL mentioned in pkg-descr
- Bump PORTREVISION
PR: ports/75100
Submitted by: Chris Larsen <darth(at)vader.dk>, Stefan Walter <sw(at)gegenunendlich.de> (real fix)
- Update to bsd.java.mk 2.0
- Use USE_ANT
- Use %%JAVAJARDIR%%
- CP -> INSTALL_DATA
- ECHO_CMD -> ECHO_MSG
- Link API docs with JDK and XmlPull API docs if available
- Register dependency on textproc/xmlpull
- Use USE_ANT
- Use %%JAVAJARDIR%%
- CP -> INSTALL_DATA
- ECHO_CMD -> ECHO_MSG
- Build 'apidoc' rather than 'javadoc'
- Link API docs with JDK API docs if available
- Bump PORTREVISION
- Do not build anything (everything is shipped within the release)
- Add launcher shell scripts (xincluder-*) to process files from the
command-line
- Register run dependencies on JDom and Xerces-J
- Dynamic plist
- ECHO -> ECHO_MSG
- CP -> INSTALL_DATA
dropped and the lang/ruby16_r and lang/ruby18_r ports have been
removed, since no one seems to appreciate the partially working
solution.
Good news is that the pthread support of lang/ruby18 is now enabled by
default for newer systems, which means the ruby interpreter is linked
with libpthread. This will allow threaded extension libraries to run
and work properly on those systems.
The --march=cputype flag is disabled because it gets ruby to
malfunction and fail to build. I don't know if the problem is in
libpthread or in gcc.
(It really makes me wonder if they had actually tested before asking
me to do this somewhat risky change ;-)
- Use JAVAJARDIR
- Use PORTDOCS
- CP -> INSTALL_DATA
- Improve the launcher shell script: use javavmwrapper 2.0 rather than testing
manually the JDK version
- Use SUB_FILES to configure launcher rather than a perl script
- Use JAVAJARDIR
- Use PORTDOCS (and calm portlint)
- CP -> INSTALL_DATA
- Improve the launcher shell script: use javavmwrapper 2.0 rather than testing
manually the JDK version
- Use SUB_FILES to configure launcher rather than a perl script
- Eliminated unitialized value warning on <link /> attributes that
aren't set.
- Added XML::Atom::Feed->version to get and set the version of the feed.
- XML::Atom::Feed->language can now be used to set the language of
the feed.
- Added support for using XML::XPath in XML::Atom::Server.
