| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
| |
Approved by: portmgr (blanket)
|
|
|
|
|
|
|
|
|
| |
A patch to x11-toolkits/libXmu, still in review, is required to,
a) build this patch,
b) work.
This reverts commit feec232fadd3d30c62282b6dd218536b7322e761.
|
|
|
|
|
|
|
|
|
|
|
|
| |
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
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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/
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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/
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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/
|
|
|
|
|
|
|
|
|
|
| |
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/
|
|
|
|
|
|
|
| |
Motif already indirectly depends on x11-toolkits/libXmu. Document this
fact as it is needed for Editres support.
MFH: 2023Q4
|
|
|
|
| |
New major version 3.0.0
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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
|
|
|
|
|
|
|
|
|
|
| |
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)
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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)
|
|
|
|
|
|
|
|
|
|
|
|
| |
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.
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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)
|
|
|
|
| |
Reported by: lwhsu
|
| |
|
|
|
|
| |
Notes:
svn path=/head/; revision=558233
|
|
|
|
|
|
|
|
|
| |
our upstream: remove the libXp dependency.
Reported by: zeising
Notes:
svn path=/head/; revision=513314
|
|
|
|
| |
Notes:
svn path=/head/; revision=513192
|
|
|
|
| |
Notes:
svn path=/head/; revision=455654
|
|
|
|
|
|
|
| |
PORTVERSION.
Notes:
svn path=/head/; revision=455652
|
|
|
|
| |
Notes:
svn path=/head/; revision=455251
|
|
|
|
| |
Notes:
svn path=/head/; revision=437094
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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)
Notes:
svn path=/head/; revision=431796
|
|
|
|
| |
Notes:
svn path=/head/; revision=418262
|
|
|
|
| |
Notes:
svn path=/head/; revision=416702
|
|
|
|
|
|
|
|
|
| |
While there, correct DEV_WARNINGS when they occur.
Sponsored by: Absolight
Notes:
svn path=/head/; revision=415839
|
|
|
|
|
|
|
| |
Approved by: portmgr blanket
Notes:
svn path=/head/; revision=415500
|
|
|
|
|
|
|
|
| |
With hat: portmgr
Sponsored by: Absolight
Notes:
svn path=/head/; revision=412351
|
|
|
|
|
|
|
|
|
|
|
| |
Take maintainership of this port.
PR: 2208077
Submitted by: cy
Approved by: Maintainer (Mikhail Tsatsenko <m.tsatsenko@gmail.com>)
Notes:
svn path=/head/; revision=411302
|
|
|
|
| |
Notes:
svn path=/head/; revision=390310
|
|
|
|
|
|
|
| |
Approved by: portmgr blanket, kwm (for gnome@ ports)
Notes:
svn path=/head/; revision=378019
|
|
|
|
| |
Notes:
svn path=/head/; revision=375598
|
|
|
|
| |
Notes:
svn path=/head/; revision=375594
|
|
|
|
|
|
|
|
| |
Strip binaries
Remove useless inclusion of bsd.port.options.mk
Notes:
svn path=/head/; revision=374899
|
|
|
|
|
|
|
| |
Approved by: portmgr (not really, but touches unstaged ports)
Notes:
svn path=/head/; revision=363374
|
|
|
|
|
|
|
| |
'__' instead.
Notes:
svn path=/head/; revision=363362
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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)
Notes:
svn path=/head/; revision=362656
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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.
When libtool relinks libA it replaces "libB.la" on the linker command line
with "-L${STAGEDIR}${PREFIX}/lib -lB" with the intention to link to libB in
the stage directory but this -L flag isn't necessarily the first so another
libB may be linked instead. The two sed commands make relink the same as a
normal link. This means libtool will relink with libraries from the work
directory using a path similar to "../srcB/.libs/libB.so" without -L flags.
This applies to libtool 1.4 and up. Earlier versions don't seem to relink
libraries.
(This fixes ports like devel/apr1 so they link with freshly built libraries
instead of installed libraries.)
Fix all ports with missing libraries.
Additionally:
archivers/rpm4: USES=patchfix.
databases/gdbm: INSTALL_TARGET=install-strip.
devel/gnome-vfs: remove patch that doesn't change anything.
devel/ois: INSTALL_TARGET=install-strip and use standard USE_AUTOTOOLS.
devel/zziplib: INSTALL_TARGET=install-strip, MAKE_CMD.
multimedia/mjpegtools: remove USE_AUTOTOOLS, use modern compiler on i386
instead of disabling optimisations.
net/libnetdude: disable static plugins.
PR: 190941
Exp-run: antoine
Approved by: portmgr (antoine)
Notes:
svn path=/head/; revision=358784
|
|
|
|
|
|
|
|
|
| |
- 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.
Notes:
svn path=/head/; revision=352538
|
|
|
|
| |
Notes:
svn path=/head/; revision=345159
|
|
|
|
|
|
|
| |
- Remove non working cruft
Notes:
svn path=/head/; revision=345153
|
|
|
|
|
|
|
|
|
| |
error message for clang 3.4 and later.
Approved by: portmgr (bdrewery)
Notes:
svn path=/head/; revision=342312
|
|
|
|
|
|
|
| |
x11-toolkits)
Notes:
svn path=/head/; revision=327785
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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)
Notes:
svn path=/head/; revision=326307
|
|
|
|
| |
Notes:
svn path=/head/; revision=326011
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
----
./../lib/Xm/.libs/libXm.so: undefined reference to `libiconv'
./../lib/Xm/.libs/libXm.so: undefined reference to `libiconv_close'
./../lib/Xm/.libs/libXm.so: undefined reference to `libiconv_open'
-----
PR: ports/181579
Submitted by: bsam (me)
Approved by: Mikhail Tsatsenko <m.tsatsenko@gmail.com> (maintainer)
Notes:
svn path=/head/; revision=325668
|
|
|
|
|
|
|
|
|
|
| |
While here:
- Trim headers
- Convert USE_GMAKE to USES=gmake
- Remove indefinite article from comment
Notes:
svn path=/head/; revision=322622
|
|
|
|
| |
Notes:
svn path=/head/; revision=316695
|
|
|
|
|
|
|
|
|
|
| |
PR: 174019
Submitted by: myself
Approved by: Mikhail Tsatsenko <m.tsatsenko@gmail.com> (maintainer)
Feature safe: yes
Notes:
svn path=/head/; revision=308164
|