* get's rid of the linux_devtools dependency
* fixes the conflicts seen at deinstall time on pointyhat
- correct the paths for the GL/GLU libs in the dependencies (the RPM
installs the mesa libs to .../lib/ instead to .../X11R6/lib/)
Nagging by: pointyhat
by some other port.
We lose the ability to _compile_ linux programs with Mesa3 support by
specifying "-lGL -lGLU", but someone who needs to do this can use
"-lMesaGL -lMesaGLU" instead (or come up with a better solution).
Noticed by: pointyhat
the ImageMagick team, where Bob Friesenhahn made it work with IM.
Since then, Bob and other developers forked GraphicsMagick. libfpx
remained unchanged until January 2005, when ImageMagick released an
updated tar-ball with a patch applied. The release was botched (missing
a subdirectory) and I changed the port to use the old tar-ball on
GraphicsMagick's site and apply the same patch.
Since then, GraphicsMagick replaced the old 1.2.0.9 tarball with the new
1.2.0.10, where the patch is applied. On the same date, ImageMagick,
not to be outdone, "released" 1.2.0.11, WHICH IS NO DIFFERENT from
GraphicsMagick's version, except for libtool/configure soup.
I'm now switching the port to ImageMagick's mirrors again, simply
because they seem to have better bandwidth.
I must add, for the record, that ImageMagick team's behavior appears
rather dubious and unscrupulous in this incident. There was no need to
"release" their own tarball, especially considering, that some sources
are marked as "GraphicsMagick" (an embarassing oversight). I also
found, that those of my postings on ImageMagick's support forum, which
mentioned GraphicsMagick, were misteriously removed from the board
shortly after posting...
This update is made neccessary by there being no MASTER_SITES for the
original 1.2.0.9 tarball left. While at it, however, I also remove the
jpeg-dependency -- libfpx does not, actually, use it.
Prompted by: pointyhat (kris)
RV200 Radeons (thanks Dave Airlie!) [1], fixes for software fallbacks, the usual
pile of little conformance and other bugfixes, and fixing the hang on first lock
grab on AMD64 (that was a really lame bug). Host the distfile on freefall as
well until public_distfiles propagates.
PR: [1] ports/75731
Submitted by: [1] pb
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 ...
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 ;-)
This gains compatibility with X.Org 6.8, but breaks it with XFree86 4.4,
so flip the IGNORE switch.
Since there is no "install" target we can use, installation is done in
do-install of port. For that we need the list of files to install which is
conveniently used to generate plist, so static pkg-plist is dropped.
and does not build.
Use GraphicsMagick's copy for the time being, but apply the only fix
mentioned in the new tarball's ChangeLog.
Bump PORTREVISION. Clean up a little while I am here -- no need for
REINPLACE any more.
Notified by: Michael Metzger (via pav@)
* jpeg2pdf is fast. Unlike ImageMagick or other general image conversion
tools, jpeg2pdf is specialized for its task an does this very efficiently.
* jpeg2pdf generates compact PDF files. Unlike general image conversion
tools, jpeg2pdf doesn't do any processing/rescaling of the images, nor does
it generate thumbnails of the pages in the PDF file.
* jpeg2pdf is a command-line program. So it can very easily be integrated in a
shell script or a web server process to automate a conversion task.
PR: ports/76562
Submitted by: <ports@c0decafe.net>
Resulting application unusable, cf. PR ports/76293.
It is scheduled to be removed on or after 2005-07-01.
Nevertheless, fix build by using 'gmake'.
PR: ports/76293
Submitted by: "Mike"
jumpgis-postgis changed the mode of an already installed
directory, causing the plist check to fail. Changes have
been submitted for jumpgis which means this port doesn't
need to modify the directory now.
PR: ports/76184
Submitted by: Sam Lawrance <boris@brooknet.com.au>
many conformance/bug fixes in the core, fixes for two hangs in the radeon
driver, bugfixes in the r200 driver, adds more chip IDs, and adds fixes to
drivers whose DRM will hopefully be ported soon. Also install i915 driver on
AMD64, as EM64T machines may have that chipset.
with python bindings
This patch updates the port graphics/diacanvas2 to 0.14.1
and marks it as unbroken.
Please commit PR/73309
(http://www.freebsd.org/cgi/query-pr.cgi?pr=73309) before
testing/commiting this patch.
If someone is interested, I could also take maintainership
for this port.
PR: ports/73310
Submitted by: Jens Rehsack <rehsack@liwing.de>
version up. I placed new distfile on my site with renaming
to include minor version number in filename.
Pointed out by: Marton Kenyeres <junkmail@konvergencia.hu>
PACKAGE_BUILDING case. The package build scripts then DTRT and ensure
this is running at build-time so a DISPLAY is available.
Approved by: portmgr (self)
incorrectly inherited from the linux-gtk port because it was not
previously overridden in this slave port).
Noticed by: eikbot
Approved by: portmgr (self)
little bit and allows to proceed to a more recent linux_base from
a stable (read as: the major bugs should be ironed out or identified
and most linux ports build just fine) source.
It also allows to ship 4.11 with a working linuxolator (the EOLed
linux_base is marked forbidden because of a security hole).
This is a major update, please read UPDATING (and CHANGES if you
develop linux ports).
Changes:
- change the default linux_base from v7 to v8
- add a newer freetype to linux_base-8 for nicer fonts display [1]
- don't let cpio use hardlinks in the linux_base-8 port to quiet some
warnings in some cases [2]
- fix a cut&past error in the linux_base-8 pkg-install script [3]
- convert the binary knob "USE_LINUX" to a version specifier, e.g.
USE_LINUX=<value> specifies a dependency upon
emulators/linux_base-<value>, exceptions are a value of "7" (which
does what you want and adds a dependency to linux_base) and any
value without a corresponding port in
PORTSDIR/emulators/linux_base-<value> (which adds a dependency to
the default linux_base)
- don't implicitly add USE_LINUX with the USE_LINUX_PREFIX knob,
this allows us to use the USE_LINUX_PREFIX knob for linux_base and
paves the way for splitting up future linux base ports into
individual pieces
- remove RESTRICTED from some GPL licensed ports, even when we only
distribute binaries, we get them from official linux sites, so
anyone can grab them there if he needs to
- add a dependency upon the linux X11 bits where necessary (based upon
guesswork)
- don't use USE_X_PREFIX in some linux ports since it adds a dependency
to the FreeBSD X11 libs, as a workaround use PREFIX?= (the clean
solution would be to remove the implicit USE_XLIB from USE_X_PREFIX)
- bump the portrevision of the linux ports ("better safe than sorry"
algorithm)
- pass maintainership of the important linux infrastructure to a
mailinglist, hijack freebsd-emulation@ for this purpose (if somebody
doesn't like this: tell us your bikeshed color at freebsd-emulation@,
my color would be "linuxolator@" in case someone cares...)
- add a pkg-install script for linux-fontconfig, but don't use it;
everything should work without it (the FreeBSD fc-cache program should
do all the work), but in case we need it we just need to decomment the
pkg-install part in the Makefile
- fix some dependencies
- fix some bugs
- add some static plists
- unbreak the ports with dependecies to more than one linux_base
This also fixes some ports which are marked BROKEN because of dependencies
to v7 and v8 of linux_base at the same time.
Known bugs:
- the linux-mesa and linux-devtools ports install libGL*.so symlinks
- some "minor" plist bugs (e.g. ld.so.{conf,cache} are modified by
the linux X11 port, so linx_Base-8 moans at deinstall time)
Future work (interested souls should coordinate with freebsd-emulation@):
- add some kind of USE_LINUX_X11 knob to streamline the X11 dependencies,
or modify the behavior of USE_XLIB in the USE_LINUX case
AFAIK trevor has some patches.
- make USE_XLIB and USE_X_PREFIX orthogonal to be able to get rid of
the PREFIX?= workaround in some linux ports
Should be discussed/coordinated on/with x11@.
- move the RPM bits from x11-toolkits/linux-gtk/Makefile to PORTSDIR/Mk/
- update to a more recent linux base
PR: 69997, 70539 (and maybe others)
Discussed with/on: java@, x11@, trevor, portmgr
Tested by: mezz, portmgr, pointyhat
RPM hunted down by: Joseph Gelinas <scirocco@tasam.com> [1]
Requested by: portmgr [2]
Submitted by: kris [3]
Approved by: portmgr
Forgotten by: nobutaka (5 times in a row)
- Sync with debian package:
* Fixed an out-of-bounds error in src/support/widgets/zlist.c discovered
by Matthias Urlichs.
* Fixed a segfault on exit when no audio device available.
- Bump PORTREVISION
