| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
GNOME Launch Box is generally an application launcher. It's very influenced by
Quicksilver (http://quicksilver.blacktree.com/) for Mac OS X.
Currently supported modules are:
* Application starting and launch
* Evolution contacts lookup and mail to
* Recent files lookup and open
* Files in your desktop and open
* Firefox bookmarks lookup and opening
WWW: http://developer.imendio.com/wiki/GNOME_Launch_Box
|
| |
|
| |
|
|
|
|
|
| |
PR: 91626
Submitted by: UMENO Takashi <umeno@rr.iij4u.or.jp>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
SLiM is a desktop-independent graphical login manager for
X11, derived from Login.app by Per Liden.
It aims to be light and simple, although completely
configurable through themes and an option file; is suitable
for machines on which remote login functionalities are not
needed.
Author: Simone Rota and Johannes Winkelmann
WWW: http://slim.berlios.de/
PR: ports/91511
Submitted by: Tobias Roth <ports@fsck.ch>
|
|
|
|
|
|
|
|
|
|
|
| |
Mark port deprecated. It seems to be discontinued by its
author, and x11/slim is a fork which is actively worked on.
Is the hint in the reason for deprecation ok, or do deprecation
messages have to be specific strings?
PR: ports/91510
Submitted by: Tobias Roth <ports@fsck.ch>
|
| |
|
|
|
|
|
|
|
| |
update to 2.6.4
PR: ports/91494
Submitted by: David Yeske <dyeske@yahoo.com>
|
|
|
|
|
|
| |
permissions.
Reported by: Ryan Beasley <ryanb (at) rainbowdevilsland.co.uk>
|
| |
|
|
|
|
|
| |
PR: ports/91463
Submitted by: KATO Tsuguru <tkato432@yahoo.com>
|
|
|
|
| |
works again.
|
|
|
|
|
|
| |
works again.
PR: 91429
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
Full changelog at <http://dist.schmorp.de/rxvt-unicode/Changes>.
A embedded Perl interpreter is installed by default, use WITHOUT_PERL
to disable it.
PR:
Security: VuXML c2fdb3bc-7d72-11da-b96e-000fb586ba73
|
|
|
|
|
|
| |
PR: ports/84974
Submitted by: Alex de Kruijff <freebsd@akruijff.dds.nl>
Approved by: maintainer timeout
|
|
|
|
| |
Reported by: pointyhat via kris
|
|
|
|
| |
Changelog at <http://dist.schmorp.de/rxvt-unicode/Changes>.
|
|
|
|
| |
Suggested by: Stefan Thurner <thurners@nicsys.de>
|
| |
|
|
|
|
|
|
| |
brought in.
Approved by: lofi
|
|
|
|
|
|
| |
xterm workaround @exec/@unexec lines.
Prodded by: edwin
|
|
|
|
|
|
| |
xterm workaround @exec/@unexec lines.
Prodded by: edwin
|
|
|
|
| |
Changelog at <http://dist.schmorp.de/rxvt-unicode/Changes>.
|
|
|
|
|
| |
PR: ports/90951
Submitted by: Adam Kranzel <adam-ports@blacktabby.org> (maintainer)
|
|
|
|
|
| |
PR: ports/90932
Submitted by: KATO Tsuguru <tkato432@yahoo.com>
|
|
|
|
|
|
|
|
|
|
| |
nVidia, 1.0-8178. This release highlights:
- Improved stability with the Composite X extension
- Fixed a corruption bug with RenderAccel and the Composite X
extension when using wide desktops
- Fixed a problem validating HDTV modes on GeForce 6200
- Fixed detection of certain older TV encoders
|
|
|
|
| |
libtool-1.5.22 is unbroked.
|
|
|
|
| |
Changelog at <http://dist.schmorp.de/rxvt-unicode/Changes>.
|
|
|
|
|
|
| |
appears to be some debate as to whether the root of this problem
is the libtool 1.5.22 update, but adding pthread stuff here fixes
the build problems I've been getting on 5-STABLE.
|
| |
|
|
|
|
|
|
| |
"Places -> Recent Documents" menu to be empty.
Reference: http://bugzilla.gnome.org/show_bug.cgi?id=324710
|
| |
|
|
|
|
|
| |
Submitted by: Jean Milanez Melo <jmelo@freebsdbrasil.com.br>
PR: ports/90703, ports/90704, ports/90705, ports/90706, ports/90710, ports/90712
|
|
|
|
| |
Changelog at <http://dist.schmorp.de/rxvt-unicode/Changes>.
|
|
|
|
|
| |
PR: ports/88751 (part of)
Approved by: linimon (portmgr hat)
|
| |
|
|
|
|
|
|
|
|
|
| |
- Fixed GeForce 7800 GTX clocking problem that affected 3D performance
- Added support for new GPUs such as the GeForce 6100 and GeForce 6150
- Added support for Stereo Digital Flat Panels such as the SeeReal and
Sharp3D DFPs
- Added support for static Rotation; see the "Rotate" X config option in
the README
|
|
|
|
| |
Approved by: silence on -gnome
|
| |
|
|
|
|
|
|
| |
update).
- Build libXNVCtrl.a library and therefore drop for i386 only restriction.
- Minor comment tweak.
|
| |
|
|
|
|
|
| |
PR: ports/90304
Submitted by: Bjoern Koenig <bkoenig(at)cs.tu-berlin.de>
|
|
|
|
|
| |
PR: ports/90356
Submitted by: Serge Gagnon <serge.gagnon@b2b2c.ca>
|
|
|
|
| |
Reminded by: edwin's "FreeBSD Ports Version Check" script
|
|
|
|
| |
Reported by: kris via pointyhat
|
|
|
|
| |
the time, hardware, or resources to maintain.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Some time ago I send PR about PAM support in xlockmore. Now
I spend some time to work on xlockmore. I found that PAM
works fine by default (with --enable-pam), but only with
modules that does not requires root rights to authenticate.
But almost all PAM configurations ends with pam_unix call.
Here is the trouble. xlock drops root privileges after
startup. I use BAD_PAM again to wrap this setuid(). IMHO,
usage of BAD_PAM is right in this case. Also abort trap was
fixed. Here was error in PAM_conv function. I'll send
explanations of changes and situation to xlock-discuss
mailing list later. May be fixes will be committed into
next release of xlockmore.
Here is attached diff against xlockmore port. It makes some
changes in Makefile and drops two patches to files dir.
New knobs added to Makefile and some old changed. Here is the
description:
- OPTIONS added for interactive configuration of xlockmore
(make config).
- WITH_PAM - enable common PAM support in xlock, but does not define
BAD_PAM. So PAM modules that does not require root rights can be used
(pam_pwdfile e.g.).
- WITH_BAD_PAM - enable WITH_PAM and define BAD_PAM in config.h after
'configure'. So all PAM modules can be used, including pam_unix.
- WITH_NICE_ONLY - enable only low-CPU modes. Good for old machines.
- WITH_BLANK_ONLY - enable only 'blank' mode. Can be useful in some
cases.
PR: ports/90276
Submitted by: Yuri Y. Bushmelev <jay-dev@simcom.ru>
|
| |
|
|
|
|
|
|
| |
Bump PORTREVISION for the change in the default behavior.
Requested by: Satoshi Kimura <satosi.kimura@nifty.com>
|