entire X related infrastructure of the linux ports which use fonts somehow
assume this.
This fixes missing fonts for those, which install from scratch instead of
portupgrade-ing to it.
Noticed by: mezz
[NOTE]
But I don't know that this fix is good. I think that
there are some missing dependency:-(. So I don't
bump PORTREVISION. I'm watching pointyhat report...
Pointed out by: pointyhat via kris
and these ports build fine without it. My guess is that it was added
by someone as an opposite to USE_BZIP2 and other people copied it.
Remove it once and for all.
With hat: portmgr
Add a patch which converts the IM input charater to Unicode.
It requires additional patch dependancy and enlarge executable size,
so a knob WITHOUT_IMLOCALE_FIX is provided to disable this feature.
PR: ports/98166
Submitted by: Kuang-che Wu <kcwu (at) csie.org>
new hacks, this version removes xteevee (superseded by xanalogtv),
has some performance improvements, and new xml config panels for
some of the third party programs that can be used as hacks.
- Fix a few of pkg-descr by chase the rename.
- Move all PORTREVISION and PORTEPOCH to top with ?=.
- Put USE_X_PREFIX back in, but under REFERENCE_PORT, and remove PREFIX? and
USE_XLIB. This fix ports to use the correct mtree when you change the prefix,
for example:
Incorrect: (Without USE_X_PREFIX)
================================
# cd /usr/ports/x11-toolkits/gtk20
# make -V MTREE_FILE
/etc/mtree/BSD.x11-4.dist
# make PREFIX=/tmp/foo -V MTREE_FILE
/etc/mtree/BSD.local.dist <-- Here...
================================
Correct: (With USE_X_PREFIX)
================================
# cd /usr/ports/x11-toolkits/gtk20
# make -V MTREE_FILE
/etc/mtree/BSD.x11-4.dist
# make PREFIX=/tmp/foo -V MTREE_FILE
/etc/mtree/BSD.x11-4.dist <-- Here...
================================
- Change a several of *-reference ports to install in LOCALBASE instead
X11BASE, but only two gtkmm*-reference couldn't be change at the moment.
Bump the PORTREVISION for change prefix.
Discussed with: marcus
- Update to version 1.0-8762, the latest from nVidia
Changes from version 1.0-8178 (previous in Ports Collection):
- Added support for new GPUs, such as QuadroFX 4500 X2, Quadro FX 5500,
Quadro FX 3500, and Quadro FX 1500
- Added support for GeForce 7300, GeForce 7400 Go, GeForce 7600, and
GeForce 7900 GPUs
- Improved Quadro FX 3450/4000 SDI support
- Added support for running OpenGL applications while the Composite X
extension is enabled; see "The X Composite Extension" appendix for details
- Enabled hardware acceleration of the Render X extension by default
- Added new "nvidia-auto-select" mode entry for use in the X configuration
file; see description in the "Programming Modes" appendix
- Added support for GLX 1.4
- Added "AddARGBGLXVisuals" X configuration option, so that OpenGL
applications can render to X Windows' alpha channel
- Added ability for OpenGL applications to span greater than 4096 pixels
when in Xinerama
- Fixed video memory reporting with GeForce 6200 Turbo Cache
- Fixed a problem with Overlay support when in TwinView
- Fixed several issues with mode selection for CRTs and DFPs
- Fixed a corruption problem with Rotation and large desktops on older GPUs
including GeForce4 MX
- Fixed a system crash starting X with TwinView on certain GPUs
- Addressed an NV-CONTROL compatibility issue; please see the Known Issues
section of the README for details
- Improved G-Sync support
- Fixed interlaced modes on CRTs
PR: ports/96385
Submitted by: Sean Farley <sean-freebsd(at)farley.org>
- Add a dependency to the native xorg-libraries when the LINUX option is
enabled (it causes USE_XLIB to depend on Linux libraries instead of the
native ones). This should aid in updating process.
PR: ports/96883
Submitted by: alepulver
- from submitter
WITH_XGETDEFAULT which enables resource checking
via X's function instead of rxvt's own version. I'm using
this option for a long time, it would be better if I can
turn it on via a knob.Add a new know WITH_XGETDEFAULT which
enables resource checking via X's function instead of rxvt's
own version. I'm using this option for a long time, it would
be better if I can turn it on via a knob.
PR: 96152
Submitted by: Rong-En Fan <rafan_AT_infor dot org>
x11-toolkits/gtk--2-reference -> x11-toolkits/gtkmm20-reference
Rename this ports to use the real vendor package name. The advantage of this
is to allow our users' keyword search works and easier for users to file the
Bugzilla report when they use our name of ports. Debian, Gentoo, NetBSD and
other OSs have the correct package name, but not in our ports tree.
My team, FreeBSD GNOME Team, have agreed with it.
As for other ports, chase the rename.
PR: ports/97985
Repocopy by: marcus
Rename this ports to use the real vendor package name. The advantage of this
is to allow our users' keyword search works and easier for users to file the
Bugzilla report when they use our name of ports. Debian, Gentoo, NetBSD and
other OSs have the correct package name, but not in our ports tree.
My team, FreeBSD GNOME Team, have agreed with it.
As for other ports, chase the rename.
Rename this ports to use the real vendor package name. The advantage of this
is to allow our users' keyword search works and easier for users to file the
Bugzilla report when they use our name of ports. Debian, Gentoo, NetBSD and
other OSs have the correct package name, but not in our ports tree.
My team, FreeBSD GNOME Team, have agreed with it.
As for other ports, chase the rename.
PR: ports/97985
Repocopy by: marcus
Rename this ports to use the real vendor package name. The advantage of this
is to allow our users' keyword search works and easier for users to file the
Bugzilla report when they use our name of ports. Debian, Gentoo, NetBSD and
other OSs have the correct package name, but not in our ports tree.
My team, FreeBSD GNOME Team, have agreed with it.
As for other ports, chase the rename.
PR: ports/97985
Repocopy by: marcus
x11/gnomepanel-reference -> x11/gnome-panel-reference
Rename this ports to use the real vendor package name. The advantage of this
is to allow our users' keyword search works and easier for users to file the
Bugzilla report when they use our name of ports. Debian, Gentoo, NetBSD and
other OSs have the correct package name, but not in our ports tree.
My team, FreeBSD GNOME Team, have agreed with it.
PR: ports/97985
Repocopy by: marcus
Rename this ports to use the real vendor package name. The advantage of this
is to allow our users' keyword search works and easier for users to file the
Bugzilla report when they use our name of ports. Debian, Gentoo, NetBSD and
other OSs have the correct package name, but not in our ports tree.
My team, FreeBSD GNOME Team, have agreed with it.
As for japanese/gnomelibs, chase the rename.
PR: ports/97985
Repocopy by: marcus
Rename this ports to use the real vendor package name. The advantage of this
is to allow our users' keyword search works and easier for users to file the
Bugzilla report when they use our name of ports. Debian, Gentoo, NetBSD and
other OSs have the correct package name, but not in our ports tree.
My team, FreeBSD GNOME Team, have agreed with it.
As for x11/gnome2-fifth-toe, chase the rename.
PR: ports/97985
Repocopy by: marcus
x11/gnomedesktop-reference -> x11/gnome-desktop-reference
Rename this ports to use the real vendor package name. The advantage of this
is to allow our users' keyword search works and easier for users to file the
Bugzilla report when they use our name of ports. Debian, Gentoo, NetBSD and
other OSs have the correct package name, but not in our ports tree.
My team, FreeBSD GNOME Team, have agreed with it.
PR: ports/97985
Repocopy by: marcus
Rename this ports to use the real vendor package name. The advantage of this
is to allow our users' keyword search works and easier for users to file the
Bugzilla report when they use our name of ports. Debian, Gentoo, NetBSD and
other OSs have the correct package name, but not in our ports tree.
My team, FreeBSD GNOME Team, have agreed with it.
As for other ports, chase the rename.
PR: ports/97985
Repocopy by: marcus
Rename this ports to use the real vendor package name. The advantage of this
is to allow our users' keyword search works and easier for users to file the
Bugzilla report when they use our name of ports. Debian, Gentoo, NetBSD and
other OSs have the correct package name, but not in our ports tree.
My team, FreeBSD GNOME Team, have agreed with it.
As for other ports, chase the rename.
PR: ports/97985
Repocopy by: marcu
Rename this ports to use the real vendor package name. The advantage of this
is to allow our users' keyword search works and easier for users to file the
Bugzilla report when they use our name of ports. Debian, Gentoo, NetBSD and
other OSs have the correct package name, but not in our ports tree.
My team, FreeBSD GNOME Team, have agreed with it.
As for other ports, chase the rename.
PR: ports/97985
Repocopy by: marcus
Rename this ports to use the real vendor package name. The advantage of this
is to allow our users' keyword search works and easier for users to file the
Bugzilla report when they use our name of ports. Debian, Gentoo, NetBSD and
other OSs have the correct package name, but not in our ports tree.
My team, FreeBSD GNOME Team, have agreed with it.
As for other ports, chase the rename.
Rename this ports to use the real vendor package name. The advantage of this
is to allow our users' keyword search works and easier for users to file the
Bugzilla report when they use our name of ports. Debian, Gentoo, NetBSD and
other OSs have the correct package name, but not in our ports tree.
My team, FreeBSD GNOME Team, have agreed with it.
As for x11/gnome2 chase the rename.
PR: ports/97985
Repocopy by: marcus
Rename this ports to use the real vendor package name. The advantage of this
is to allow our users' keyword search works and easier for users to file the
Bugzilla report when they use our name of ports. Debian, Gentoo, NetBSD and
other OSs have the correct package name, but not in our ports tree.
My team, FreeBSD GNOME Team, have agreed with it.
As for editors/abiword-plugins, x11/gnome2 and x11/gnome2-lite chase the rename.
PR: ports/97985
Repocopy by: marcus
Rename this ports to use the real vendor package name. The advantage of this
is to allow our users' keyword search works and easier for users to file the
Bugzilla report when they use our name of ports. Debian, Gentoo, NetBSD and
other OSs have the correct package name, but not in our ports tree.
My team, FreeBSD GNOME Team, have agreed with it.
As for audio/goobox, audio/rhythmbox, audio/sound-juicer, x11/gnome2,
x11/gnome2-lite and x11-toolkits/py-gnome-desktop chase the rename.
PR: ports/97985
Repocopy by: marcus
Rename this ports to use the real vendor package name. The advantage of this
is to allow our users' keyword search works and easier for users to file the
Bugzilla report when they use our name of ports. Debian, Gentoo, NetBSD and
other OSs have the correct package name, but not in our ports tree.
My team, FreeBSD GNOME Team, have agreed with it.
As for deskutils/timer-applet, x11/gnome2 and x11/gnome2-lite chase the rename.
PR: ports/97985
Repocopy by: marcus
is to allow our users' keyword search works and easier for users to file the
Bugzilla report when they use our name of ports. Debian, Gentoo, NetBSD and
other OSs have the correct package name, but not in our ports tree.
My team, FreeBSD GNOME Team, have agreed with it.
As for x11/gcursor, x11/gnome2 and x11/gnome2-lite chase the rename.
PR: ports/97985
Repocopy by: marcus
is to allow our users' keyword search works and easier for users to file the
Bugzilla report when they use our name of ports. Debian, Gentoo, NetBSD and
other OSs have the correct package name, but not in our ports tree.
My team, FreeBSD GNOME Team, have agreed with it.
As for x11/gnome2-power-tools, chase the rename.
PR: ports/97985
Repocopy by: marcus
This is the good old mini_commander_applet, good for
people who don't want/need all the bells and whistles
found in the new python based deskbarapplet
(deskutils/deskbar-applet).
gdm user may not exist on the system yet. Instead, let the pkg-install
script do this after verifying the gdm user and group exists.
Reported by: pointyhat via kris
- use fixed plists [1]
- category "linux" added to those ports without it [1]
- update some ports to a recent FC3 one [1]
- remove plists/... for Alpha (there's no support since linux_base-8 for
Alpha anymore)
- don't hardcode version numbers in some plists, use PLIST_SUB instead
(any errors are mine, don't keep them, send them to me)
Regarding linux-ungif I declare a maintainer timeout (one month, Boris tried
to contact the maintainer) and also pull the "sweeping commit"-card (the
port which it uses as some kind of master port can not be used for this
anymore). Besides this, I don't think he will be upset when other people
do the work instead of adding an entry to his TODO list. :-)
This commit brings us just before the switch of the default linux base
port to the fc3 one, modulo some bugs which may appear. So:
Beta testers wanted!
To test:
sed -i.old -e 's:linux-XFree86-libs:linux-xorg-libs:' /usr/ports/Mk/bsd.port.mk
echo OVERRIDE_LINUX_BASE_PORT=fc3 >> /etc/make.conf
portupgrade -f -o emulators/linux_base-fc3 -f linux_base-8
portupgrade -o x11/linux-xorg-libs linux-XFree86-libs
portupgrade linux-\*
The first two steps are necessary to switch to fc3 as the new default linux
base port, the last 3 steps to upgrade to fc3.
And feel free to send a big "Thank you!" to Boris, he did a lot of the work!
I just provided some hints and answered some questions (besides from
committing all the necessary changes for FC3 and doing some minor
changes+comments/improvements to/of his work), even when he tries to tell
you something else. ;-)
Submitted by: Boris Samorodov <bsam@ipt.ru> [1]
linux base port to FC3. This port is based upon FC4 but seems to work
just fine with FC3.
Anyone using this port with the current default linux base port does
this on his own risk.
The new X.org based X11 libs port for the upcomming update of the default
linux base port to FC3. This port is based upon FC4 but seems to work
just fine with FC3.
Anyone using this port with the current default linux base port does
this on his own risk.
To test this port with the fc3 linux base, one should change
bsd.port.mk (warning: cut&paste tab-corruption):
---snip---
--- bsd.port.mk.orig Mon Mar 20 03:20:52 2006
+++ bsd.port.mk Mon Mar 20 03:21:09 2006
@@ -1831,7 +1831,7 @@
.if defined(USE_XLIB)
. if defined(USE_LINUX)
-RUN_DEPENDS+= ${LINUXBASE}/usr/X11R6/lib/libXrender.so.1:${PORTSDIR}/x11/linux-XFree86-libs
+RUN_DEPENDS+= ${LINUXBASE}/usr/X11R6/lib/libXrender.so.1:${PORTSDIR}/x11/linux-xorg-libs
. else
LIB_DEPENDS+= X11.6:${X_LIBRARIES_PORT}
. endif
---snip---
and then do a "portupgrade -o x11/linux-xorg-libs linux-XFree86-libs".
Feedback (to emultaion@) is appreciated.
Submitted by: Boris Samorodov <bsam@ipt.ru>
http://www.gnome.org/start/2.14/ for the official release notes, and a list
of all the gooides in this new release. In particular, GNOME 2.14 focused
on performance, and they did not miss the mark. There's some new eye candy,
but most of the big things are waiting until GNOME 2.16. On the FreeBSD
side, we tried to clean up all the crashers we could. In particular, we
really improved GNOME's 64-bit support.
The good news is that this release does not bring any big shared library
version bumps, so you can almost do a simple portupgrade to get to 2.14.
There are a few minor gotchas that will be documented in UPDATING shortly.
The FreeBSD GNOME Team would like th thank the following users for their
patches, feedback, and sometimes incessant complaing about crashes (you
know who you are).
Yasuda Keisuke <kysd@po.harenet.ne.jp>
Pascal Hofstee <caelian@gmail.com>
rmgls@wanadoo.fr
tmclaugh
Yuri Pankov <yuri.pankov@gmail.com>
sajd on #freebsd-gnome
ade
ankon on #FreeBSD-Gnome
mux
Pascal Hofstee <caelian@gmail.com>
QuiRK on #freebsd-gnome
Vladimir Timofeev <vovkasm@gmail.com>
but can also be used with other WM
Features:
* Various image zoom effects.
* Main window transparency.
* Transparent workspaces icons.
* Main window background color.
* Workspace icon: a defined color or transparent.
* Borders: can be applied to main window and to workspace icons.
* Switch workspaces: any mouse button upon your choice.
* You can send a window from one workspace to another.
* Application icons.
* Color themes.
Author: vad@useperl.ru
WWW: http://useperl.ru/ipager/index.en.html
PR: ports/94814
Submitted by: Vlad V. Teterya <vlad@vlad.uz.ua>
