Motif(r) is the industry standard graphical user interface, (as defined by
the IEEE 1295 specification), used on more than 200 hardware and software
platforms. It provides application developers, end users, and system
vendors with the industry's most widely used environment for standardizing
application presentation on a wide range of platforms. Motif is the
leading user interface toolkit for the UNIX(r) system.
NOTE: Some ports with GNU configure do not know that Motif 2.1 requires -lXp.
In that case, you need to edit Makefile after configure, or, hack
configure(.in) before configure.
===> The following configuration options are available for open-motif-2.3.8_8:
DOCS=on: Build and/or install documentation
===> Use 'make config' to modify these settings
Revert "x11-toolkits/open-motif*: EditRes functionality is unreliable on 64 bit"
A patch to x11-toolkits/libXmu, still in review, is required to,
a) build this patch,
b) work.
This reverts commit feec232fadd3d30c62282b6dd218536b7322e761.
x11-toolkits/open-motif*: EditRes functionality is unreliable on 64 bit
Like x11-toolkits/libXmu, the same problem exists in Motif and
editres(1) will not pop up the resource box,
displaying, "this widget no longer exists in the client."
Additional discussion and patch posted near the end of the
discussion at,
https://gitlab.freedesktop.org/xorg/lib/libxmu/-/issues/1
MFH: 2023Q4
x11-toolkits/open-motif*: Disable XmPIXMAP mode for drag-and-drop
In XmPIXMAP mode, Motif will draw to the root window with
IncludeInferious without being under a GrabServer.
This results in a variety of graphical glitches. For example, when a
compositing window manager updates the screen it will erase the drag
icon. This continues until the icon leaves the origin window, when Motif
does a GrabServer. The GrabServer avoids the graphical glitches, but it
also freezes the rest of the desktop (which is impolite).
Given that all current X servers support SHAPE, and given that most
users are running a compositing window manager, XmDRAG_WINDOW is always
a better choice. Therefore, disable XmPIXMAP entirely.
Obtained from: https://sourceforge.net/p/motif/code/merge-requests/1/
x11-toolkits/open-motif*: revise AM_FUNC_VOID_SPRINTF
The check for whether sprintf() returns void would fail to detect
sprintf() returning int under recent Clang.
Presumably the check meant to see if an error like
"passing 'void' to parameter of incompatible type 'int'"
is generated, but Clang would always generate other errors
having to do with calling sprintf() with too few arguments
and attempting to redeclare sprintf() when it is a builtin macro.
And even if the test program compiles, such as with GCC,
it crashes during the sprintf(".") call.
Revise the test program to not redeclare sprintf(), to call sprintf()
with valid arguments, and to not implicitly declare exit() due to
stdlib.h not being included (which Apple Xcode Clang 12 and later
consider an error rather than a warning).
If sprintf() returns void, then a compiler error similar to
"initializing 'int' with an expression of incompatible type 'void'"
or "void value not ignored as it ought to be" should be generated.
Otherwise if sprintf() returns int, then the test program should
compile and exit with code 0, and the check should properly report
that sprintf() does not return void.
Obtained from: https://sourceforge.net/p/motif/code/merge-requests/3/
x11-toolkits/open-motif*: Don't share cached Xft renditions across display
connections
Xft rendition caching added with the fix #1414 won't check whether the
matching rendition was allocated trough a different display connection.
This causes a forked process that creates Motif widgets on a separate
display connection to fail with RenderBadGlyphSet X error as soon as
the parent process closes its display, thus invalidating the associated
Xft font resource.
Obtained from: https://sourceforge.net/p/motif/code/merge-requests/4/
x11-toolkits/open-motif*: MenuShell: computing position uses RC_Type() expecting
RowColumn
To compute the position of a menu to display, in some cases the
position is computed invoking RC_Type() that expects a RowColumn
widget. One case was not verifying this hence leading to coredump.
Obtained from: https://sourceforge.net/p/motif/code/merge-requests/5/
x11-toolkits/open-motif*: Depend on x11-toolkits/libXmu
Motif already indirectly depends on x11-toolkits/libXmu. Document this
fact as it is needed for Editres support.
MFH: 2023Q4
x11-toolkits/open-motif*: fix build with clang 16
Clang 16 has a new error about incompatible function types, which shows
up when building x11-toolkits/open-motif:
WmError.c:134:24: error: incompatible function pointer types passing 'void
(char *)' to parameter of type 'void (*)(String) __attribute__((noreturn))' (aka
'void (*)(char *) __attribute__((noreturn))')
[-Wincompatible-function-pointer-types]
XtSetErrorHandler (WmXtErrorHandler);
^~~~~~~~~~~~~~~~
/usr/local/include/X11/Intrinsic.h:1776:1: note: passing argument to parameter
here
);
^
In this case the declaration of the callback function for
XtSetErrorHandler() shoud have a noreturn attribute, specifically using
the _X_NORETURN macro.
PR: 271425
Remove WWW entries moved into port Makefiles
Commit b7f05445c00f has added WWW entries to port Makefiles based on
WWW: lines in pkg-descr files.
This commit removes the WWW: lines of moved-over URLs from these
pkg-descr files.
Approved by: portmgr (tcberner)
Add WWW entries to port Makefiles
It has been common practice to have one or more URLs at the end of the
ports' pkg-descr files, one per line and prefixed with "WWW:". These
URLs should point at a project website or other relevant resources.
Access to these URLs required processing of the pkg-descr files, and
they have often become stale over time. If more than one such URL was
present in a pkg-descr file, only the first one was tarnsfered into
the port INDEX, but for many ports only the last line did contain the
port specific URL to further information.
There have been several proposals to make a project URL available as
a macro in the ports' Makefiles, over time.
(Only the first 15 lines of the commit message are shown above )
x11-toolkits/open-motif*: Introduce open-motif-devel
Copy x11-toolkits/open-motif to x11-toolkits/open-motif-devel in order to
track development. Then update open-motif-devel to the latest motif-code
commit proxied through my GH account.
Register the conflict with x11-toolkits/open-motif.
Motif (formerly Open Motif) is developed by ics.com. The repository is
on Sourceforge. I proxy it through my github account to employ the GH
plumbing in ports.
*/*: Remove redundant '-[0-9]*' from CONFLICTS
The conflict checks compare the patterns first against the package
names without version (as reported by "pkg query "%n"), then - if
there was no match - agsinst the full package names including the
version (as reported by "pkg query "%n-%v").
Many CONFLICTS definitions used patterns like "bash-[0-9]*" to filter
for the bash package in any version. But that pattern is functionally
identical with just "bash".
Approved by: portmgr (blanket)
The output of tools like awk, date, sort, tr,... depends on the current
locale set by the user. Add LANG=C and LC_ALL=C at the beginning of
bsd.port.mk and export them so all commands are executed with the C locale.
LC_ALL=C overrides all other LC_* variables. LANG is used by setlocale(3)
as default value for LC_* variables, so normally it isn't used when LC_ALL
is set, but there's code out there that looks at LANG directly so it's safer
to set it as well. The only commands not captured by this are !=
assignments before any inclusion of bsd.port.*mk.
Introduce USE_LOCALE=<locale> that adds LANG=<locale> and LC_ALL=<locale> to
CONFIGURE_ENV and MAKE_ENV so upstream build systems can be executed with a
different locale (e.g. USE_LOCALE=en_US.UTF-8).
PR: 215882
Exp-run by: antoine
Approved by: portmgr (antoine)
Remove two libtool fixes from Mk/Uses/libtool.mk. They don't always work
when an older version of a package is installed. This is the case when an
executable links with installed libraries and with uninstalled libraries
that link with other uninstalled libraries. For each of the directly
linked libraries the executable will have an rpath (/usr/local/lib for the
installed libraries and a path under WRKDIR for each of the uninstalled
libraries), but not for the indirect libraries. Both ld(1) and rtld(1)
search the rpath of the executable first before any rpath of libraries, so
the indirectly linked libraries will be found in /usr/local/lib if they are
installed instead of in WRKDIR.
With this commit executables will overlink with uninstalled indirect
libraries again so their location is added to the rpath of the executable.
This partially reverts r358784.
PR: 191611
Approved by: portmgr (bapt)
Add 4 new sed commands to USES=libtool. The first two apply some of the
changes that Debian made to their libtool. The first command applies to
libtool versions 1.4 and up. The second command is somewhat more elaborate
but essentially it uses the sed hold space to move an "elif...fi" block
down. It applies to 2.x. Together these reduce overlinking to unpatched
.la files (from ports that don't have USES=libtool yet but also .la files
in the work directory).
The third and fourth command fix relinking. During staging libtool may
relink libA when it links to another library in the work directory libB.
The reason is that libA created during build phase has its runpath set to
the location of libB in the work directory. This allows running an
executable that links to libA from within the work directory. The relink
removes this extra runpath.
(Only the first 15 lines of the commit message are shown above )
- Convert to USES=libtool.
- Replace autogen.sh in pre-configure with normal USE_AUTOTOOLS. The
script also ran ./configure so configure ran twice.
- Remove --with-pic from CONFIGURE_ARGS. Not needed.
- Make ports use the libc provided iconv implementation on 10-CURRENT
after r254273
- Fix a bunch of ports to properly work after this
- Mark converters/libiconv as IGNORE for systems with iconv in libc
Reviewed by: bapt
Approved by: portmgr (bapt)
Discussed with: bapt, bsam (who both contributed ideas and code)
- Add LDFLAGS to CONFIGURE_ENV and MAKE_ENV (as it was done with LDFLAGS)
- Fix all ports that add {CPP,LD}FLAGS to *_ENV to modify flags instead
PR: 157936
Submitted by: myself
Exp-runs by: pav
Approved by: pav
-Repocopy devel/libtool15 -> libtool22 and libltdl15 -> libltdl22.
-Update libtool and libltdl to 2.2.6a.
-Remove devel/libtool15 and devel/libltdl15.
-Fix ports build with libtool22/libltdl22.
-Bump ports that depend on libltdl22 due to shared library version change.
-Explain what to do update in the UPDATING.
It has been tested with GNOME2, XFCE4, KDE3, KDE4 and other many wm/desktop
and applications in the runtime.
With help: marcus and kwm
Pointyhat-exp: a few times by pav
Tested by: pgollucci, "Romain Tartière" <romain@blogreen.org>, and
a few MarcusCom CVS users. Also, I might have missed a few.
Repocopy by: marcus
Approved by: portmgr
- Update X.org ports to 7.4+ (few ports are more recent than the katamari).
- Bump PORTREVISION for all ports depending on libglut since the shlib
version number went from 4 to 3.
- Bump PORTREVISION for all ports depending on libXaw as libXaw.so.8 isn't
installed anymore.
- Couple of ports fixes (mostly missing xorg components added to USE_XORG).
- Don't install demos by default, they are not generally interesting and
it cuts 400 kB off the package. They can be build on demand
- Fix plist for without manuals option
- Portlint
PR: ports/70503, ports/80012
Submitted by: Jake Hamby <jhamby@anobject.com>,
Sunpoet Po-Chuan Hsieh <sunpoet@sunpoet.net>
Approved by: maintainer timeout (9 months, 6 weeks respectively)
- Add the X_WINDOW_SYSTEM={xorg,xfree86-4,xfree86-3} variable to bsd.port.mk,
and make XFREE86_VERSION map to it. XFREE86_VERSION is now deprecated.
- Make xorg the default X_WINDOW_SYSTEM on -current.
- Add several new X_*_PORT variables which point to various pieces of X11 based
on the setting of X_WINDOW_SYSTEM, and make ports use them.
- Add information to CHANGES about how to handle the transition.
PR: ports/68763
Approved by: portmgr (marcus)
Approved by: re (scottl)
From the PR:
'colordemo' from open-motif can be used to select colors by either RGB values
or from the file rgb.txt. However, the underlying library doesn't honour XBASE
and looks for the file in the wrong place.
PR: 50239
Submitted by: Volker Stolz <stolz@i2.informatik.rwth-aachen.de>
Approved by: maintainer timeout (and the fact that Volker won't let
me pass my upcoming Haskell classes next terms if I
don't commit this)
Since the build can break up with some LANG environment settings, add
LANG=C in MAKE_ENV. Actually, I think that bsd.port.mk should do this instead.
Submitted by: gnome tinderbox failure
Due to popular demant into each port which might be inserted into dependency
list by bsd.port.mk insert anti foot-shooting device, which prevents
infinite fork loop when the user defines corresponding USE_XXX in global
make.conf, command line or environment.
Similar devices should probably be inserted into ports that might be inserted
into dependency list by others bsd.foo.mk files (bsd.ruby.mk, bsd.python.mk
and so on.)
. Add a patch to prevent crashes which occur when using XIM and
certain (e.g. Asian) character sets.
. Bump PORTREVISION to reflect this fix.
PR: 30421
Submitted by: Fuyuhiko Maruyama <fuyuhik8@is.titech.ac.jp>
Reviewed by: steve (the patch)
Approved by: steve
Number of commits found: 120 (showing only 100 on this page)
