non port: x11-toolkits/open-motif-devel/Makefile |
Number of commits found: 21 |
Friday, 1 Mar 2024
|
21:11 Cy Schubert (cy)
x11-toolkits/open-motif-devel: move man pages
6d9e22d |
Tuesday, 5 Dec 2023
|
22:49 Cy Schubert (cy)
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.
5cd4319 |
22:39 Cy Schubert (cy)
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
feec232 |
00:02 Cy Schubert (cy)
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/
673bb07 |
00:02 Cy Schubert (cy)
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/
ebd4310 |
00:02 Cy Schubert (cy)
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/
c1d2da5 |
00:02 Cy Schubert (cy)
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/
853f1cb |
Tuesday, 17 Oct 2023
|
03:51 Cy Schubert (cy)
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
7378567 |
Friday, 28 Jul 2023
|
17:13 Daniel Engberg (diizzy)
*/*: Bump jpeg-turbo users treewide
New major version 3.0.0
664a2fa |
Monday, 17 Apr 2023
|
21:28 Cy Schubert (cy)
x11-toolkits/open-motif-devel: Update to the latest motif-code commit
Update to the latest motif-code commit proxied through my GH account.
7668afd |
Wednesday, 7 Sep 2022
|
21:10 Stefan Eßer (se)
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.
This commit implements such a proposal and moves one of the WWW: entries
of each pkg-descr file into the respective port's Makefile. A heuristic
attempts to identify the most relevant URL in case there is more than
one WWW: entry in some pkg-descr file. URLs that are not moved into the
Makefile are prefixed with "See also:" instead of "WWW:" in the pkg-descr
files in order to preserve them.
There are 1256 ports that had no WWW: entries in pkg-descr files. These
ports will not be touched in this commit.
The portlint port has been adjusted to expect a WWW entry in each port
Makefile, and to flag any remaining "WWW:" lines in pkg-descr files as
deprecated.
Approved by: portmgr (tcberner)
b7f0544 |
Tuesday, 16 Aug 2022
|
03:33 Cy Schubert (cy)
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.
0395dfd |
Tuesday, 28 May 2002
|
01:46 obrien
Remove this port -- people totally misunderstand what it is.
|
Saturday, 11 May 2002
|
08:44 kris
The previous Makefile revision contained a partial upgrade to a newer
version of open-motif, but the distfile has apparently moved and is
no longer fetchable. Revert to the old version.
Pointy hat to: motminh
|
Wednesday, 8 May 2002
|
21:03 obrien
To ports@freebsd.org.
|
Monday, 27 Aug 2001
|
10:46 olgeni
Fix typo in NO_BUILD message.
|
Monday, 5 Feb 2001
|
16:49 olgeni
Batch of style fixes for x11-toolkits.
|
Tuesday, 18 Jul 2000
|
10:34 obrien
Update to the 4th build of the Metrolink Open Motif 2.1.30 build.
|
Wednesday, 7 Jun 2000
|
08:08 asami
Define NO_MTREE since these ports install with PREFIX=/ (the binary packages
already have the "/usr/X11R6" part).
|
Saturday, 3 Jun 2000
|
19:38 obrien
Forgot to fix the maintainer entry.
|
19:36 obrien
Open Motif 2.1.30 for the i386.
|
Number of commits found: 21 |