| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
| |
author, for the information.
|
| |
|
|
|
|
| |
Submitted by: Eric Anholt <eanholt@gladstone.uoregon.edu>
|
| |
|
|
|
|
| |
o don't install .*\.la files (based on an idea from sobomax)
|
|
|
|
|
| |
PR: 30955
Submitted by: Stijn Hoop <stjin@win.tue.nl>
|
| |
|
| |
|
|
|
|
|
| |
PR: ports/13614
Submitted by: fjoe
|
|
|
|
|
|
| |
$XLOCKLIBS for people using kerberos5.
Suggested by: Niels Kroon <niels@fundum.net>
|
|
|
|
|
|
|
| |
wdm 1.20 is able to set environment variables using stock setusercontext().
Reviewed by: jmz
Approved by: jdp
|
|
|
|
|
|
|
|
| |
exists.
PR: 30497
Submitted by: Dan Larsson
Approved by: will
|
|
|
|
|
|
|
| |
termcap), and revert the default color scheme to the plain old "white on
black".
Submitted by: kris
|
|
|
|
|
| |
PR: ports/30652
Submitted by: bsd
|
|
|
|
|
|
|
|
|
| |
may with to modify xterm's title or something after you login to
one. It does not use X11 at all, except to build its Makefile.
Use the simple Makefile of our own, to drop build-dependency on
X11. As a side effect, it will be installed into LOCALBASE,
rather than X11BASE/bin. Bump up PORTREVISION.
|
|
|
|
|
| |
dependent ruby modules, due to the RUBY_ARCH change I've just
committed.
|
|
|
|
|
|
| |
have been inactive for too long
Approved by: will
|
|
|
|
|
| |
PR: 30628
Submitted by: MANTANI Nobutaka <nobutaka@nobutaka.com>
|
|
|
|
| |
Submitted by: demon
|
|
|
|
|
| |
-LIB_DEPENDS= xml.5:${PORTSDIR}/textproc/libxml \
+LIB_DEPENDS+= xml.5:${PORTSDIR}/textproc/libxml \
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
|
| |
bugs.
Submitted by: Jeremy Norris <ishmael27@home.com>
|
|
|
|
| |
binary but to just use tar.
|
|
|
|
|
|
| |
DGux.* to DGUX.* w/o the accompanying rename of the sgml source file.
To workaround, just rename the file in post-extract in the BUILD_XDIST
case.
|
|
|
|
| |
checksum for xc/X336src-2.tgz in here!!
|
| |
|
|
|
|
|
|
| |
downward).
Reported by: JR Boyens <jboyens@iastate.edu>
|
|
|
|
|
|
|
|
|
|
|
|
| |
setuid root bit, which is off by default. The purpose is to avoid
having users who don't use kcheckpass become vulnerable to a root
exploit. For more details see the actual pkg-message. Bump PORTREVISION
to reflect this change in the package.
As a side note, I'm a little wary about adding something like this so
close to the ports freeze for 4.4-RELEASE. However, I decided that it
was a minimal risk and went ahead with it in the hopes of avoiding the
need for users to run into this "problem" themselves...
|
|
|
|
| |
(XFree86-4.x required).
|
|
|
|
| |
Submitted by: bento
|
| |
|
| |
|
|
|
|
|
|
| |
ago).
Submitted by: bento
|
|
|
|
|
| |
entries, and move the @exec/@unexec entries to make the other @dirrms
actually work.
|
|
|
|
|
| |
PR: 28380
Submitted by: edwin@mavetju.org
|
| |
|
|
|
|
| |
Approved by: kde (will), demon (MAINTAINERs)
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Bump PORTREVISION just in case this is needed.
From Mikhail Teterin:
> Well, for the same reason the xslt.cpp sometimes works -- in fact, it
> worked for everyone, until someone tried it on current.
>
> In essence, the code reads the whole file into a buffer. It then tries
> to turn that buffer into one of qt's string-objects (QCString). The
> class' constructor they chose assumes, it is passed a valid (aka
> \0-terminated) string and goes through the buffer looking for the first
> 0-byte. The file itself does not contain any, so it happily wonders
> behind the real end of the buffer until it either finds a stray 0-byte,
> or seg-faults, trying to read a wrong page.
>
> Apparently, more often than not, some stray 0-byte is there -- no
> surprise. But it will usually create a string that's longer than the
> file size -- unless the 0-byte happens to be right there at the end of
> the buffer. Apparently, the lamer, who wrote it, noticed something
> strange, so he/she explicitly truncates the created QCString object to
> the known size of the file after instantiation:
>
> contents.truncate(xmlFile.size())
>
> My patch modifies the code to use the correct QCString constructor --
> the one, that accepts the maximum size of the string. This does the
> right thing -- once it reaches the end of the buffer, it stops,
> allocates the private storage (I hate C++ for all this buffer copying),
> appends the 0-byte and creates the object of the expected size. No
> truncation is needed....
Thanks to Mikhail for his debugging on this problem; this patch further
removes the hazard of meinproc coredumps.
Submitted by: mi
|
|
|
|
|
|
|
|
|
|
| |
gets unresolved symbols when accessing fb routines at server startup.
Note, this is apparently already in the mainline XFree86 sources,
so this patch may need to be removed when the port is updated for
the next release of XFree86
Tested by: "Eric S. Van Gyzen" <eric@stat.Duke.EDU>
|
|
|
|
|
|
|
|
|
|
| |
problem is is that there are a few sloppy pieces of code in xslt.cpp.
Bump PORTREVISION to account for recent changes (I had intended to do this
much earlier, but wanted to include these patches first, and there was
a problem getting them together correctly).
Submitted by: mi
Tested by: dwcjr, petef
|
|
|
|
| |
and other stuff to fail. *sigh*
|
|
|
|
|
|
|
|
| |
when KDE (N+1).x (N = radix 2, shift 1, order 1) is installed to
pre-extract so one can still download the distfiles for (N+1).x.
PR: 30167
Submitted by: Thierry Thomas <thierry@thomas.as>
|
|
|
|
|
|
|
| |
A message-of-the-day browser for X11 and dumb-terminals
PR: 24713
Submitted by: Matthew West <mwest@uct.ac.za>
|