Index: head/en_US.ISO8859-1/htdocs/gnome/contact.xml =================================================================== --- head/en_US.ISO8859-1/htdocs/gnome/contact.xml (revision 50989) +++ head/en_US.ISO8859-1/htdocs/gnome/contact.xml (revision 50990) @@ -1,125 +1,125 @@ ]>
Any questions regarding GNOME on FreeBSD should be addressed to the &email; mailing list. All FreeBSD GNOME users, as well as those who wish to help improve and maintain GNOME on FreeBSD, should feel free to - join the mailing list. + join the mailing list. You do not have to subscribe if you just want to report a problem or ask for help -- just send your message to &email;@FreeBSD.org.
All relevant discussion should be carried out in the mailing list, unless there is a good reason for contacting one of the developers directly. The people involved in the FreeBSD GNOME Project are:
|
Alexander Nedotsukov
(bland@FreeBSD.org) IRC (FreeNode): bland |
|
|
|
Alexander Logvinov (avl@FreeBSD.org) | |
|
Jeremy Messenger
(mezz@FreeBSD.org) IRC (FreeNode): mezz7 |
|
|
|
Joe Marcus Clarke
(marcus@FreeBSD.org) WWW: www.marcuscom.com AIM: FreeBSDMarcus IRC (FreeNode): FreeBSDMarcus |
|
|
Koop Mast
(kwm@FreeBSD.org) IRC (FreeNode): kwm |
|
|
|
Michael Johnson
(ahze@FreeBSD.org) IRC (FreeNode): ahze |
|
FreeBSD GNOME developers can also be found lurking on IRC, in #freebsd-gnome on FreeNode (irc.freenode.net).
The FreeBSD GNOME team alumni are:
Always report as much information as you can. Too much information is always preferable to too little information. Superfluous information can be filtered out; developers like to play guessing games with code, not with bug reports.
A good bug report should at least include the following information:
Exact version of the operating system (usually output of uname -a).
List of all packages installed on your system (output of pkg_info).
Your environment (output of /usr/bin/env).
If you are building from ports, note approximately how long it has been since you last updated your ports tree. If it has been more than a day, or if you have not run portupgrade -a or portmaster -a, do not bother sending a bug report until you have run portsnap and portupgrade/portmaster.
Information specific for each type of breakage:
If you have a solution or a workaround for the problem, then include it into your report as well, even if you are not quite sure that it is a proper fix. Even if the fix is not quite right, it could still point others in the right direction.
Once you are sure it is a new problem, there are several ways to report a bug in GNOME running on FreeBSD: you could send a report to the freebsd-gnome mailing list, file a problem report in the - FreeBSD bug + FreeBSD bug reporting system, send your report to the application's developers via the GNOME bug tracking system, or any combination of those.
If the problem is FreeBSD-specific (usually, this means a problem with building or upgrading), then report to the freebsd-gnome mailing list, or file a bug report through the - FreeBSD bug + FreeBSD bug reporting system.
If the problem has to do with an application's behavior, report the problem directly to the application's developers through the GNOME project's bug tracking system
If the problem is quite serious, not necessarily FreeBSD-specific, and you have a fix available, report it to both the FreeBSD GNOME team and the application's developers. This way, the application's developers can apply the patch upstream, and the FreeBSD GNOME team can apply the patch immediately to the ports tree without needing to wait for the next release.
How do I get GNOME &gnomever; for FreeBSD?
There are two ways to install GNOME &gnomever; on FreeBSD. One way is to use - + packages, and the other way is to use - + ports. Before doing either installation, you should first familiarize yourself with the GNOME &gnomever; release notes.
Install GNOME &gnomever; from packages.
To install GNOME &gnomever; from packages, use the command:
# pkg_add -r gnome2This will download the latest GNOME &gnomever; packages from the FreeBSD FTP site, and proceed to install them on your system.
Up-to-date GNOME packages for i386 and amd64 for all supported versions of FreeBSD are also available from the GNOME Tinderbox.
To build GNOME &gnomever;, you must first obtain the latest ports tree skeleton. This is most easily accomplished with portsnap(8) Then:
# cd /usr/ports/x11/gnome2 # make clean # make install clean
You still need to enable the GNOME services to run e.g. the graphical login automatically on system startup.
How do I get the most out of GNOME?
In order to make the most of your new GNOME Desktop, you will want to start all of the GNOME-related services at boot-time. If you wish to take full advantage of GNOME, add the following to /etc/rc.conf:
gnome_enable="YES"
This will enable services such as GDM, HAL, D-BUS, and Avahi on system startup. If you do not want to run all of these services, you should forget the gnome_enable property, and manually enable the services you want.
If you do not want to reboot immediately after the installation, you can invoke the following commands:
# /usr/local/etc/rc.d/dbus start # /usr/local/etc/rc.d/avahi-daemon start # /usr/local/etc/rc.d/avahi-dnsconfd start # /usr/local/etc/rc.d/hald start # /usr/local/etc/rc.d/gdm start
To start GNOME &gnomever; under X without using GDM, add the following line to ~/.xsession or ~/.xinitrc, as appropriate (see startx(1)):
exec ck-launch-session gnome-session
GNOME &gnomever; is failing to build from ports. What do I do?
The majority of GNOME &gnomever; compilation problems can be solved by making sure all the necessary GNOME &gnomever; components are up-to-date.
Updating solves most problems
If you have not yet followed FAQ #6, do so, as it will most likely fix the problem you are reading this document to solve.
Please follow FAQ #6. If you have not done so, and you ask for help, you will be told to follow FAQ #6.
In general, when a GNOME &gnomever; component is not up-to-date, you will see an error similar to the following:
checking for libgnomeui-2.0 libbonoboui-2.0 libbonobo-2.0 >= 2.2.1 gnome-vfs-2.0 libgnomeprint-2.2 >= 2.3.0 libgnomeprintui-2.2 libglade-2.0... configure: error: Library requirements (libgnomeui-2.0 libbonoboui-2.0 libbonobo-2.0 >= 2.2.1 gnome-vfs-2.0 libgnomeprint-2.2 >= 2.3.0 libgnomeprintui-2.2 libglade-2.0) not met; consider adjusting the PKG_CONFIG_PATH environment variable if your libraries are in a nonstandard prefix so pkg-config can find them.
Simply keeping your ports tree up-to-date will prevent these errors.
If the pkg-config program is out-of-date, you may see a configure error similar to the following:
configure: error: *** pkg-config too old; version 0.14 or better required.
While this may be buried in some other text, the error is very straight-forward: you need to upgrade pkg-config. The pkg-config application is found in the devel/pkg-config port. By updating this port to the latest version, this error will go away.
You may see compiler errors relating to pthreads (&posix; threads), such as:
undefined reference to 'strerror_r'
To fix thread related errors, make sure you have the following compiled into your kernel:
options _KPOSIX_PRIORITY_SCHEDULING
If you are tracking -STABLE or -CURRENT, make sure that you do not have NO_LIBPTHREAD set in /etc/make.conf. If you do, remove it, then rebuild world. If you still have trouble, please send email to &email;@FreeBSD.org with the output of the failed compilation. It is also helpful to include the config.log from the port's work directory.
Prevent two versions of the same library.
A common source of build failures is the existence of multiple versions of the same library. This can happen if you have two different versions of a port installed, or can even happen through normal portupgrade use. You can back up the libraries in /usr/local/lib/compat/pkg and remove them, and then run portupgrade -u -rf pkg-config. This will force a rebuild of all GNOME-related apps (and a fair number of other apps) without retaining old versions of libraries in /usr/local/lib/compat/pkg.
Fix PREFIX move-related errors.
Starting with 2.16, GNOME now lives in LOCALBASE instead of X11BASE. This move can cause strange build problems if the proper upgrade steps are not followed. However, if after following all the steps, you may still see errors like the following:
grep: /usr/X11R6/lib/libglade-2.0.la: No such file or directory sed: /usr/X11R6/lib/libglade-2.0.la: No such file or directory libtool: link: `/usr/X11R6/lib/libglade-2.0.la' is not a valid libtool archive
This error indicates that an old libtool archive (a file that ends with .la) is still lingering about on your system. To find such files, search through the system for libtool archive files that contain the bad string (/usr/X11R6/lib/libglade-2.0.la in the example above). To do that, use the following command:
# find / -type f -name "*.la" | xargs grep -l /usr/X11R6/lib/libglade-2.0.la
For each file that is found, use pkg_info to determine which port or package installed it. For example, if you find that /usr/X11R6/lib/libgnomeui-2.0.la contains the problem libtool reference, do the following:
# pkg_info -W /usr/X11R6/lib/libgnomeui-2.0.la
If you get back a package name, then force an upgrade of that package using portupgrade. If you do not get back anything, then you can safely delete the libtool archive file. Once the file is gone, check the directory from which you deleted it for other files with similar names. In the example above, check for /usr/X11R6/lib/libgnomeui-2.0.*. If you find any matching files, delete those, too. Once all of the files are gone, you can resume building your original port. Repeat these steps if you encounter further such problems.
I installed GNOME &gnomever;, but I am missing application foo. What gives?
Only the core Desktop is included in the gnome2 package. Here are some other GNOME meta-ports that offer convenient groupings of popular GNOME software.
To install any of these from packages:
# pkg_add -r meta-port
For example, to install the GNOME Fifth Toe from packages:
# pkg_add -r gnome2-fifth-toe
To install any of these from ports:
# cd /usr/ports/category/meta-port # make clean # make install clean
For example, to install the GNOME Fifth Toe from ports:
# cd /usr/ports/x11/gnome2-fifth-toe # make clean # make install clean
What is the best way to upgrade from GNOME &gnomeoldver; to GNOME &gnomever;?
The &gnomeoldver; to &gnomever; may have a few caveats. You are strongly advised to read the upgrade FAQ for detailed instructions.
How do I keep my GNOME &gnomever; components and applications up-to-date?
You are emphatically encouraged to use portupgrade or portmaster to keep your GNOME &gnomever; components and applications up-to-date.
Update your ports with portupgrade or portmaster.
Once you have updated your ports tree (presumably with portsnap), the following two simple commands will update what needs to be updated, and will prevent inconsistencies:
# pkgdb -F # portupgrade -a
OR
# portmaster -a
Start from scratch.
Despite consistent utilization of portupgrade or portmaster, if it seems like everything is refusing to build with everything else, you might save yourself a headache or three by removing all your GNOME apps and reinstalling them (your data files will remain untouched). To do this, follow these commands:
# pkg_delete -rf pkg-config\* # cd /usr/ports/x11/gnome2 # make clean # make install clean
After running the above commands, you will have to reinstall all the GNOME applications you desire. This process sounds painful, but it is actually a great way to clear cruft off of your system. Just install applications as you need them, and you will be surprised how much disk space you have reclaimed. A full rebuild does take a significant amount of time; fortunately, this measure is only rarely needed.
How do I uninstall GNOME?
We would prefer that you did not uninstall GNOME ;-), but if you must, you have to decide how much you want to uninstall. If you have installed x11/gnome2 and you want to remove all Desktop components that do not have other dependent packages, do the following:
# pkg_deinstall -R x11/gnome2
Note: the pkg_deinstall command requires you have ports-mgmt/portupgrade installed.
If you want to force a removal of all Desktop components (this is generally not recommended), do the following:
# pkg_deinstall -Rf x11/gnome2
Where can I get more themes for GNOME &gnomever;?
On the following websites, you can find themes for GTK+, metacity, nautilus, GDM, icons, backgrounds, and more:
Some of these themes have already been ported to FreeBSD. Check out the x11-themes/gnome-icons and x11-themes/metacity-themes meta-ports for a nice sample.
What window managers work well with GNOME &gnomever;?
The gnome2 meta-port installs the Metacity window manager by default. Another popular window manager that works well with GNOME &gnomever; is Sawfish. Sawfish can be found in x11-wm/sawfish.
To switch between Metacity and Sawfish in GNOME, you will need to do the following:
# killall metacity; sawfish & # gnome-session-save --gui
The gnome-session-save is important. Without it, the window manager will revert back to the one previously configured upon next login. To switch back, simply reverse sawfish and metacity.
If you have gotten the GNOME &gnomever; desktop working under an alternative window manager, please take a screenshot and send it to us!
Does GNOME &gnomever; support anti-aliased fonts?
Yes! Anti-aliasing requires X.Org with freetype2 support. To add freetype2 support to X, make sure you have the following modules loaded in your xorg.conf file under the Modules section:
Load "freetype" Load "type1"
Then, simply check out the Fonts capplet under Applications->Desktop Preferences. If you want a good set of TrueType starter fonts, install the x11-fonts/webfonts port.
Sometimes, after adding new fonts to the system, it is necessary to teach fontconfig about them. If you find that newly added fonts are not made available even after restarting GNOME, run the following command as root:
# fc-cache -f -v
If you have any questions, please send them to &email;@FreeBSD.org.
How can I control what fonts are anti-aliased?
GNOME &gnomever; makes use of libXft and fontconfig to handle anti-aliasing. Fontconfig is a very powerful XML-based font configuration package. You can create a ~/.fonts.conf file that controls virtually every aspect of fontconfig. For example, if you do not want to anti-alias fonts smaller than 16 point, create a ~/.fonts.conf with the following contents:
<?xml version="1.0"?>
<!DOCTYPE fontconfig SYSTEM "fonts.dtd">
<fontconfig>
<match target="font">
<test name="size" compare="less_eq">
<double>16</double>
</test>
<edit name="antialias" mode="assign">
<bool>false</bool>
</edit>
</match>
<match target="font">
<test name="pixelsize" compare="less_eq">
<double>16</double>
</test>
<edit name="antialias" mode="assign">
<bool>false</bool>
</edit>
</match>
</fontconfig>
Refer to fonts-conf(5) for more information.
How do I edit my GNOME menus?
Right-click on the Applications menu, and select Edit Menus. This will invoke the alacarte menu editing tool.
How do I use GTK+ resource settings for GTK+ applications when not in a GNOME environment?
GNOME applications get their GTK+ resources from themes and the corresponding theme engine. If you would rather run your GTK+ applications in a non-GNOME environment then you will need to create a file named ~/.gtkrc-2.0.
To use the widgets from a GTK+ theme when in a non-GNOME environment, simply include the theme's gtk-2.0/gtkrc in your ~/.gtkrc-2.0. For example:
include "/usr/local/share/themes/Crux/gtk-2.0/gtkrc"
If you prefer, you can use the same GTK+ 1.2 theme for both GTK+ 1.2 and GTK+ 2 applications, which will give your GTK+ programs a consistent look. For the most part, you can transfer your settings from your ~/.gtkrc file (used for GTK+ 1.2) with a couple of caveats.
gtk-font-name = "Verdana 11"
Note that while a GTK+ 1.2 gtkrc file will work in a GTK+ 2 gtkrc-2.0 file, the opposite is not true: the contents of a GTK+ 2 gtkrc-2.0 file will not work inside a GTK+ 1.2 gtkrc file.
For simply switching GTK+ themes without needing to edit your ~/.gtkrc files, you can use the x11/gtk-theme-switch and x11/gtk2-theme-switch ports.
How do I configure settings for GNOME 1.4 applications under GNOME &gnomever;?
Install sysutils/gnome-control-center1, then invoke gnomecc from the command line to bring up the GNOME 1.4 control center.
Brasero does not let me burn CDs or Totem/Rhythmbox/Sound-juicer cannot find my CD/DVD drive. How can I fix this?
Brasero, totem, rhythmbox, and sound-juicer cannot use CD/DVD drives unless support for those devices is enabled in the kernel, and the permissions on the device nodes allow write access. Brasero, totem, rhythmbox, and sound-juicer talk to CD/DVD drives through the SCSI CAM subsystem. Therefore, you must make sure you have the following configured in your kernel:
device scbus device cd device pass
You must also make sure you have the following configured in your kernel if you are using an ATAPI CD/DVD drive:
device atapicam
Finally, if you are running GNOME 2.16 or later, you must have HAL running, or you will only be able to burn to an ISO image file.
To figure out which CD/DVD drive you will be using, run the following command as root:
# camcontrol devlist
Your output will look similar to the following:
<QSI CDRW/DVD SBW-242 UD22> at scbus1 target 0 lun 0 (cd0,pass0)
The devices in parentheses at the end are important. You must make sure the /dev entries for those devices are writable by the users that will be using brasero, totem, rhythmbox, or sound-juicer. In addition to those devices, /dev/xpt* must also be writable to your brasero, totem, rhythmbox, and sound-juicer users. The following /etc/devfs.conf configuration will achieve the desired results given the above devlist:
perm cd0 0666 perm xpt0 0666 perm pass0 0666
How do I add new GDM sessions?
The process for adding new GDM sessions has changed substantially between GNOME 2.2 and &gnomever;. In order to add new sessions now, you must create a .desktop file containing the session configuration information. Session files live in /usr/local/etc/dm/Sessions. For example, to add a KDE session, create a file in /usr/local/etc/dm/Sessions called kde.desktop. That file should contain the following:
[Desktop Entry] Encoding="UTF"-8 Name="KDE" Comment="This" session logs you into KDE Exec=/usr/local/bin/startkde TryExec=/usr/local/bin/startkde Icon= Type="Application"
This file must have execute permissions. For example:
# chmod 0555 kde.desktop
After creating this file, restart GDM, and there will be a KDE link under the Sessions menu.
How do I disable spatial Nautilus?
As of GNOME 2.8, Nautilus operates in what is known as a "spatial" mode. This means that each item is opened in a new window. This may not be desirable to all users. If you wish to revert back to the old Nautilus file system browser, go to Desktop->Preferences->File Management, click on the Behavior tab, and check the "Always open in browser windows" checkbox.
How do I disable desktop icons for "Computer," "Home," and "Trash?"
If you do not want your desktop cluttered with the default icons for "Computer," "Home," and "Trash," you can disable any or all of them. To do this, launch Applications > System Tools > Configuration Editor (gconf-editor from the command line), and go to the /apps/nautilus/desktop key. From here, you can enable or disable the icons, and even rename "Home" and "Trash."
How do I mount my removable media in Nautilus?
As of GNOME 2.22, the way auto-mounting works has changed substantially. The full details are spelled out in our HAL FAQ.
Why is GNOME so slow to start up?
Under normal circumstances, GNOME should only take a few seconds to start up (fifteen at most). However, certain configurations may cause it to hang for up to an hour at login time.
First, make sure your machine's hostname properly resolves. To test this, run the following command:
ping `hostname`
If the command fails, you will either have to add your fully-qualified hostname to DNS or to /etc/hosts. If you do not have a static IP address, you can append your hostname to the localhost line in /etc/hosts. For example, if your machine's hostname is gnome-rocks.mydomain.com, edit /etc/hosts, and change the line:
127.0.0.1 localhost localhost.my.domain
To:
127.0.0.1 localhost localhost.my.domain gnome-rocks gnome-rocks.mydomain.com
Finally, if you have either the TCP or UDP blackhole sysctl enabled, this may cause GNOME to stall on login. If, after fixing hostname resolution, GNOME still takes a long time to startup, verify the following sysctls are set to 0:
net.inet.tcp.blackhole net.inet.udp.blackhole
How do I install GNOME packages from the GNOME Tinderbox?
The GNOME Tinderbox is a service that continually builds i386 and amd64 packages of the GNOME desktop for all supported versions of FreeBSD. As hardware gets better, more meta-ports may be added in the future. This service can be a great way of getting the latest GNOME desktop without having to wait for everything to build from ports.
To install packages from the GNOME Tinderbox, you must set the PACKAGESITE environment variable to the correct package directory. The package directory can be found by clicking on the Package Directory link on the main Tinderbox page for your architecture. Once you have the correct package directory, you should append /Latest/ to it so you can pkg_add gnome2 without knowing any additional version numbers. For example, if you are installing on i386 FreeBSD 6.3, set PACKAGESITE to the following:
http://www.marcuscom.com/tb/packages/6.3-FreeBSD/Latest/
If you are installing on amd64 FreeBSD 6.3, set PACKAGESITE to the following:
http://cobbler.marcuscom.com/space/packages/6.3-FreeBSD/Latest/
How do I add new MIME types to GNOME?
Since GNOME 2.8, MIME types are stored in the new FreeDesktop shared-mime-info database. However, gnome-control-center has not been updated to allow one to easily add MIME types to this database. Therefore, if applications such as Nautilus complain that there is no MIME type associated with a particular file, using the Open With tab under Properties not work.
New MIME types can be added in one of two places. They can either be added system-wide for all users, or added locally on a per-user basis. System-wide MIME types must be added to LOCALBASE/share/mime , where as local MIME types must be added to ~/.local/share/mime. In both cases, the procedure is the same.
To define a new MIME type, you must create an application and a packages file to describe it. The application file will be named for the MIME type, and contain its name and a brief comment describing it. The packages file will list all the extensions associated with this MIME type as well as any special file magic that can be used to identify files without an extension.
For example, if we wanted to add a new local MIME type for Windows HTML Help files (i.e. .chm files) called application/x-chm, we would do the following. First, we would create the directories ~/.local/share/mime/application and ~/.local/share/mime/packages if they did not already exist. Then, we create an application file called x-chm.xml that we will place in ~/.local/share/mime/application. The file looks like:
<?xml version="1.0" encoding="utf-8"?> <mime-type xmlns="http://www.freedesktop.org/standards/shared-mime-info" type="application/x-chm"> <comment>Windows HTML Help file</comment> </mime-type>
Next, we create a packages file called chm.xml that we will place in ~/.local/share/mime/packages. The file looks like:
<?xml version="1.0" encoding="utf-8"?>
<mime-info
xmlns="http://www.freedesktop.org/standards/shared-mime-info">
<mime-type type="application/x-chm">
<comment>Windows HTML Help file</comment>
<glob pattern="*.chm" />
</mime-type>
</mime-info>
Once the files have been created, the MIME database must be updated. To do that, run the command:
% update-mime-database ~/.local/share/mime
Finally (and unfortunately), you must logout and log back in to GNOME for the changes to fully take effect. Nautilus' Properties->Open With interface can now be used to associate an application to this MIME type. Hopefully all of this will be made much easier in a future GNOME release.
How do I configure GDM for automatic logins?
The GNOME Display Manager (GDM) can be configured to automatically log a user in when it starts up. To do that, you must first configure Pluggable Authentication Module (PAM) support for gdm-autologin. Create a /etc/pam.d/gdm-autologin file with the following contents:
auth required pam_permit.so account required pam_nologin.so account required pam_unix.so session required pam_permit.so
Once PAM is configured to allow GDM automatic logins, edit /usr/local/etc/gdm/custom.conf, and set AutomaticLoginEnable="true", and AutomaticLogin equal to the username for which you wish to enable automatic logins. Both of these properties should be placed under the [daemon] heading. For example:
[daemon] AutomaticLoginEnable="true" AutomaticLogin="marcus"
That will automatically login the user marcus as soon as GDM launches.
How do I upgrade from gnome2-lite to the full GNOME &gnomever; desktop?
The Lite edition does not include all of the components of the standard GNOME &gnomever; desktop. If you wish to install the full desktop, first remove the gnome2-lite package, then install the gnome2 port or package. For example:
# pkg_delete gnome2-lite
Then one of the following:
# cd /usr/ports/x11/gnome2 # make install clean
or:
# pkg_add -r gnome2
Alternatively, you can install additional GNOME components individually using either their ports or packages.
How do I enable Emacs-style keybindings in GTK+ applications?
By default, GTK+ uses Windows-like keyboard shortcuts for command line editing. Many UNIX users are more familiar or more comfortable with Emacs-style shortcuts. For example, GTK+ uses Control+A to mean, "select all," where as Emacs uses Control+A to mean, "put cursor at the beginning of line."
In order to use Emacs-style keybindings in GTK+ applications, edit ~/.gtkrc-2.0, and add the following:
gtk-key-theme-name = "Emacs"
If you are using the GNOME Desktop, however, this is not sufficient. You must also change the GConf key /desktop/gnome/interface/gtk_key_theme to "Emacs" using Applications > System Tools > Configuration Editor (gconf-editor from the command line).
Why do I only see generic icons in Nautilus?
This typically occurs for users that are not running the full GNOME Desktop. By default, gnome-session will start gnome-settings-daemon automatically. This daemon is responsible for setting many GTK+ and GNOME preferences including the icon theme. If you are not running the GNOME Desktop, make sure the following has been added to your X11 session startup preferences:
/usr/local/libexec/gnome-settings-daemon &
If you are running the full GNOME Desktop, there may be a problem executing gnome-settings-daemon. Try running /usr/local/libexec/gnome-settings-daemon from the command line, and check for any errors. Most problems can be solved by reinstalling sysutils/gnome-settings-daemon.
Why do I need confirm access to my keyring every time Nautilus tries to open an external share?
You did not mount the procfs file system. Procfs is not mounted by default in recent releases of FreeBSD. Consider adding the following line to your /etc/fstab file:
proc /proc procfs rw 0 0
How do I enable window compositing in GNOME?
Starting with GNOME 2.22, the Metacity window manager includes a compositing manager. When compositing is enabled, widgets will get a drop shadow, and the Alt+Tab application switcher will show previews of the application windows.
Compositing is not enabled by default as not all graphics cards and drivers will do well with it. If your graphics card and driver support accelerated 3D rendering and you want to use compositing you can enable it using the following command:
% gconftool-2 -s --type bool /apps/metacity/general/compositing_manager true
If you want to disable it again, change "true" to "false", and re-run the command. You can also use gconf-editor to edit it.
If your card is supported by the "nvidia," "intel", "openchrome", or "radeon" (see the radeon(4) man page to make sure your card is supported for 3D acceleration) drivers, then compositing should work for you.
How do I get GDM to respect my locale settings?
Up until GNOME 2.20, GDM would read the locale settings from /etc/login.conf or ~/.login.conf. This was broken in 2.20, and finally restored in GDM 2.26.1_3.
However, GDM also offers a pull-down Language menu from which you can choose your current locale. If you would rather not use this menu or /etc/login.conf, you can set the locale by adding the following to ~/.profile:
export LANG=<locale> export LC_ALL=<locale>
Here, <locale> is the desired locale (e.g. en_US.UTF-8, es_ES.ISO8859-15, fr_FR.ISO8859-1, etc.).
To set the default locale for the GDM greeter, add the same environment variables to /etc/profile or define gdm_lang to the desired locale in /etc/rc.conf.
Why do I not see any users in GDM?
You did not mount the procfs file system. Procfs is not mounted by default in recent releases of FreeBSD. You must add the following line to your /etc/fstab file:
proc /proc procfs rw 0 0
What is new in GNOME &gnomever;?
Although the canonical summary of new features can be found at http://www.gnome.org/start/2.10/notes/rnwhatsnew.html, some of the most exciting new features of GNOME &gnomever; are:
How do I upgrade to GNOME &gnomever;?
NOTE: Do not run portupgrade(1) to upgrade to GNOME &gnomever;!
The simple answer is this:
More detailed instructions are as follows:
To build GNOME &gnomever;, you need to obtain the &gnomever; ports tree skeleton. This is most easily accomplished with CVSup. Simply obtain the latest ports tree, and you are ready to go. After you have obtained the latest ports tree, do not run a typical portupgrade(1).
It is not possible to upgrade from GNOME &gnomeoldver; to GNOME &gnomever; by simply running portupgrade(1). There are new dependencies, and ports will build out-of-order, eventually causing the build to fail.
To work around these problems, and to provide an update mechanism as simple as portupgrade(1), the FreeBSD GNOME team has produced a comprehensive upgrade script. The script can be downloaded from:
http://www.FreeBSD.org/gnome/gnome_upgrade.sh + href="https://www.FreeBSD.org/gnome/gnome_upgrade.sh">https://www.FreeBSD.org/gnome/gnome_upgrade.sh
Simply download that script, and save it to disk.
Once you have the script downloaded, run, as root:
# sh ./gnome_upgrade.sh
Hit ENTER to begin, answer any questions that pop up, and go watch an entire Monty Python anthology. Right after hitting ENTER at the beginning, you will be given the path to a logfile. By running:
$ tail -f /path/to/logfile
you can watch the entire upgrade process as it unfolds. It is hypnotic!
Oops! I ran portupgrade(1)! What do I do?
Do not worry; hope is not lost. Running portupgrade(1) will cause the build to fail, but it will not cause any lasting damage to your ports tree, unless you have done something exceptionally creative. Simply download the gnome_upgrade.sh script and run it, and pretend that you ran it in the first place. Nobody needs to know that you did not read the directions first!
The upgrade failed; what do I do?
Unfortunately, this is not only possible, it is highly probable. There are many possible valid GNOME configurations, and even more invalid starting points. If the script fails, follow the instructions in the error message to let the FreeBSD GNOME team know about the failure.
The majority of build failures will be dependency-related issues. One simple way to resolve the problem is to remove the offending port, re-run gnome_upgrade.sh, and then reinstall the port when the upgrade process is complete. In order to avoid having to build everything again, you can pass the -restart flag to gnome_upgrade.sh to resume a failed build.
List of GNOME &gnomever; problems and their solutions
Although GNOME &gnomever; is certainly the best release to date (of course), there are a couple regressions that slipped in, both in the GNOME code and in its implementation within FreeBSD. Some of the more visible issues are:
I have found a bug; whom should I alert?
Please read the FreeBSD GNOME Project's - documentation on reporting bugs. + documentation on reporting bugs.
I want the fame and glory of being part of the FreeBSD GNOME team! What can I do to participate?
-Please read our list of ways
+ Please read our list of ways
to get involved!
What is new in GNOME &gnomever;?
Although the canonical summary of new features can be found at http://www.gnome.org/start/2.12/notes/en/, some of the most exciting new features of GNOME &gnomever; are:
How do I upgrade to GNOME &gnomever;?
NOTE: Do not run portupgrade(1) to upgrade to GNOME &gnomever;!
The simple answer is this:
More detailed instructions are as follows:
To build GNOME &gnomever;, you need to obtain the &gnomever; ports tree skeleton. This is most easily accomplished with CVSup. Simply obtain the latest ports tree, and you are ready to go. After you have obtained the latest ports tree, do not run a typical portupgrade(1).
It is not possible to upgrade from GNOME &gnomeoldver; to GNOME &gnomever; by simply running portupgrade(1). There are new dependencies, and ports will build out-of-order, eventually causing the build to fail.
To work around these problems, and to provide an update mechanism as simple as portupgrade(1), the FreeBSD GNOME team has produced a comprehensive upgrade script. The script can be downloaded from:
http://www.FreeBSD.org/gnome/gnome_upgrade.sh + href="https://www.FreeBSD.org/gnome/gnome_upgrade.sh">https://www.FreeBSD.org/gnome/gnome_upgrade.sh
Simply download that script, and save it to disk.
Once you have the script downloaded, run, as root:
# sh ./gnome_upgrade.sh
Hit ENTER to begin, answer any questions that pop up, and go watch an entire Monty Python anthology. Right after hitting ENTER at the beginning, you will be given the path to a logfile. By running:
$ tail -f /path/to/logfile
you can watch the entire upgrade process as it unfolds. It is hypnotic!
Oops! I ran portupgrade(1)! What do I do?
Do not worry; hope is not lost. Running portupgrade(1) will cause the build to fail, but it will not cause any lasting damage to your ports tree, unless you have done something exceptionally creative. Simply download the gnome_upgrade.sh script and run it, and pretend that you ran it in the first place. Nobody needs to know that you did not read the directions first!
The upgrade failed; what do I do?
Unfortunately, this is not only possible, it is highly probable. There are many possible valid GNOME configurations, and even more invalid starting points. If the script fails, follow the instructions in the error message to let the FreeBSD GNOME team know about the failure.
The majority of build failures will be dependency-related issues. One simple way to resolve the problem is to remove the offending port, re-run gnome_upgrade.sh, and then reinstall the port when the upgrade process is complete. In order to avoid having to build everything again, you can pass the -restart flag to gnome_upgrade.sh to resume a failed build.
List of GNOME &gnomever; problems and their solutions
Although GNOME &gnomever; is certainly the best release to date (of course), there are a couple regressions that slipped in, both in the GNOME code and in its implementation within FreeBSD. Some of the more visible issues are:
There are currently no known FreeBSD-specific issues with &gnomever;. See http://www.gnome.org/start/2.12/notes/en/rnknownissues.html for the general list of GNOME &gnomever; known issues.
I have found a bug; whom should I alert?
Please read the FreeBSD GNOME Project's - documentation on reporting bugs. + documentation on reporting bugs.
I want the fame and glory of being part of the FreeBSD GNOME team! What can I do to participate?
-Please read our list of ways
+ Please read our list of ways
to get involved!
What is new in GNOME &gnomever;?
Although the canonical summary of new features can be found at http://www.gnome.org/start/2.14/notes/en/, some of the most exciting new features of GNOME &gnomever; are:
How do I upgrade to GNOME &gnomever;?
The answer is much simpler than it has been in the past:
To build GNOME &gnomever;, you need to obtain the latest ports tree skeleton. This is most easily accomplished with portsnap(8) or CVSup. Simply obtain the latest ports tree, and you are + href="https://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/cvsup.html">CVSup. Simply obtain the latest ports tree, and you are ready to go. Then do the following:
# pkgdb -Ff # portupgrade -o net/avahi -f howl # portupgrade -o x11/gnome-screensaver -f xscreensaver-gnome
Then you can run portupgrade(8) as you normally would. NOTE: it is recommended to run portupgrade -a to make sure you get all the necessary ports.
More detailed instructions are as follows:
The upgrade failed; what do I do?
Unfortunately, this is not only possible, it is highly probable. There are many possible valid GNOME configurations, and even more invalid starting points. If the script fails, follow the instructions in the error message to let the FreeBSD GNOME team know about the failure.
The majority of build failures will be dependency-related issues. One simple way to resolve the problem is to remove the offending port, re-run gnome_upgrade.sh, and then reinstall the port when the upgrade process is complete. In order to avoid having to build everything again, you can pass the -restart flag to gnome_upgrade.sh to resume a failed build.
List of GNOME &gnomever; problems and their solutions
Although GNOME &gnomever; is certainly the best release to date (of course), there are a couple regressions that slipped in, both in the GNOME code and in its implementation within FreeBSD. Some of the more visible issues are:
There are currently no known issues with GNOME &gnomever;.
I have found a bug; whom should I alert?
Please read the FreeBSD GNOME Project's - documentation on reporting bugs. + documentation on reporting bugs.
I want the fame and glory of being part of the FreeBSD GNOME team! What can I do to participate?
-Please read our list of ways
+ Please read our list of ways
to get involved!
What is new in GNOME &gnomever;?
Although the canonical summary of new features can be found at http://www.gnome.org/start/2.16/notes/en/, some of the most exciting new features of GNOME &gnomever; are:
How do I upgrade to GNOME &gnomever;?
The answer is much simpler than it has been in the past:
To build GNOME &gnomever;, you need to obtain the latest ports tree skeleton. This is most easily accomplished with portsnap(8) or CVSup. Simply obtain the latest ports tree, and you are + href="https://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/cvsup.html">CVSup. Simply obtain the latest ports tree, and you are ready to go. Then do the following:
# pkgdb -Ff # portupgrade -rf pkg-config\*
Then you can run portupgrade(8) as you normally would. NOTE: it is recommended to run portupgrade -a to make sure you get all the necessary ports.
If you are a portmaster(8) user, make sure you have least 1.9 version. Then do the following:
# portmaster -r pkg-config\*
Then run portmaster normally.
The upgrade failed; what do I do?
Unfortunately, this is not only possible, it is highly probable. There are many possible valid GNOME configurations, and even more invalid starting points. If the script fails, follow the instructions in the error message to let the FreeBSD GNOME team know about the failure.
The majority of build failures will be dependency-related issues. One simple way to resolve the problem is to remove the offending port, re-run portupgrade or portmaster, and then reinstall the port when the upgrade process is complete.
List of GNOME &gnomever; problems and their solutions
Although GNOME &gnomever; is certainly the best release to date (of course), there are a couple regressions that slipped in, both in the GNOME code and in its implementation within FreeBSD. Some of the more visible issues are:
I have found a bug; whom should I alert?
Please read the FreeBSD GNOME Project's - documentation on reporting bugs. + documentation on reporting bugs.
I want the fame and glory of being part of the FreeBSD GNOME team! What can I do to participate?
-Please read our list of ways
+ Please read our list of ways
to get involved!
What is new in GNOME &gnomever;?
Although the canonical summary of new features can be found at http://www.gnome.org/start/2.18/notes/en/, some of the most exciting new features of GNOME &gnomever; are:
How do I upgrade to GNOME &gnomever;?
The answer is much simpler than it has been in the past:
To build GNOME &gnomever;, you need to obtain the latest ports tree skeleton. This is most easily accomplished with portsnap(8) or CVSup. Simply obtain the latest ports tree, and you are + href="https://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/cvsup.html">CVSup. Simply obtain the latest ports tree, and you are ready to go. Then do the following:
# pkgdb -Ff # portupgrade -a
Then you can run portupgrade(8) as you normally would. NOTE: it is recommended to run portupgrade -a to make sure you get all the necessary ports.
If you are a portmaster(8) user, make sure you have least 1.9 version. Then do the following:
# portmaster -a
Then run portmaster normally.
The upgrade failed; what do I do?
Unfortunately, this is not only possible, it is highly probable. There are many possible valid GNOME configurations, and even more invalid starting points. If the script fails, follow the instructions in the error message to let the FreeBSD GNOME team know about the failure.
The majority of build failures will be dependency-related issues. One simple way to resolve the problem is to remove the offending port, re-run portupgrade or portmaster, and then reinstall the port when the upgrade process is complete.
List of GNOME &gnomever; problems and their solutions
Although GNOME &gnomever; is certainly the best release to date (of course), there are a couple regressions that slipped in, both in the GNOME code and in its implementation within FreeBSD. Some of the more visible issues are:
I have found a bug; whom should I alert?
Please read the FreeBSD GNOME Project's - documentation on reporting bugs. + documentation on reporting bugs.
I want the fame and glory of being part of the FreeBSD GNOME team! What can I do to participate?
-Please read our list of ways
+ Please read our list of ways
to get involved!
What is new in GNOME &gnomever;?
Although the canonical summary of new features can be found at http://www.gnome.org/start/&gnomever;/notes/en/, some of the most exciting new features of GNOME &gnomever; are:
How do I upgrade to GNOME &gnomever;?
The answer is relatively simple:
To build GNOME &gnomever;, you need to obtain the latest ports tree skeleton. This is most easily accomplished with portsnap(8) or CVSup. Simply obtain the latest ports tree, and you are + href="https://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/cvsup.html">CVSup. Simply obtain the latest ports tree, and you are ready to go. Then do the following:
# pkgdb -Ff # portupgrade -f -o textproc/rarian textproc/scrollkeeper # portupgrade -a # pkgdb -fF
NOTE: it is recommended to run portupgrade -a to make sure you get all the necessary ports.
If you are a portmaster(8) user, make sure you have least 1.9 version. Then do the following:
# portmaster -o textproc/rarian textproc/scrollkeeper # portmaster -a
The upgrade failed; what do I do?
Unfortunately, this is not only possible, it is highly probable. There are many possible valid GNOME configurations, and even more invalid starting points. If the script fails, follow the instructions in the error message to let the FreeBSD GNOME team know about the failure.
The majority of build failures will be dependency-related issues. One simple way to resolve the problem is to remove the offending port, re-run portupgrade or portmaster, and then reinstall the port when the upgrade process is complete.
List of GNOME &gnomever; problems and their solutions
Although GNOME &gnomever; is certainly the best release to date (of course), there are a couple regressions that slipped in, both in the GNOME code and in its implementation within FreeBSD. Some of the more visible issues are:
I have found a bug; whom should I alert?
Please read the FreeBSD GNOME Project's - documentation on reporting bugs. + documentation on reporting bugs.
I want the fame and glory of being part of the FreeBSD GNOME team! What can I do to participate?
-Please read our list of ways
+ Please read our list of ways
to get involved!
What is new in GNOME &gnomever;?
Although the canonical summary of new features can be found at http://library.gnome.org/misc/release-notes/&gnomever;/, some of the most exciting new features of GNOME &gnomever; are:
How do I upgrade to GNOME &gnomever;?
The answer is relatively simple:
To build GNOME &gnomever;, you need to obtain the latest ports tree skeleton. This is most easily accomplished with portsnap(8) or CVSup. Simply obtain the latest ports tree, and you are + href="https://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/cvsup.html">CVSup. Simply obtain the latest ports tree, and you are ready to go. Then do the following:
# pkgdb -Ff # portupgrade -f gstreamer-plugins-good # pkg_deinstall -fO gnome-applets\* totem\* gnome-control-center\* # portupgrade -aOW
NOTE: it is recommended to run portupgrade -a to make sure you get all the necessary ports.
If you are a portmaster(8) user, make sure you have least 1.9 version. Then do the following:
# portmaster -a # portmaster gstreamer-plugins-good # pkg_delete -f gnome-applets\* totem\* gnome-control-center\* \ gnome-keyring-manager\* # portmaster -a
The upgrade failed; what do I do?
Unfortunately, this is not only possible, it is highly probable. There are many possible valid GNOME configurations, and even more invalid starting points. If the script fails, follow the instructions in the error message to let the FreeBSD GNOME team know about the failure.
The majority of build failures will be dependency-related issues. One simple way to resolve the problem is to remove the offending port, re-run portupgrade or portmaster, and then reinstall the port when the upgrade process is complete.
List of GNOME &gnomever; problems and their solutions
Although GNOME &gnomever; is certainly the best release to date (of course), there are a couple regressions that slipped in, both in the GNOME code and in its implementation within FreeBSD. Some of the more visible issues are:
% gconftool-2 -s --type bool /desktop/gnome/volume_manager/automount_drives false % gconftool-2 -s --type bool /desktop/gnome/volume_manager/automount_media false % gconftool-2 -s --type bool /desktop/gnome/volume_manager/autobrowse false % gconftool-2 -s --type bool /desktop/gnome/volume_manager/autoplay_cda false % gconftool-2 -s --type bool /desktop/gnome/volume_manager/autoplay_dvd false % gconftool-2 -s --type bool /desktop/gnome/volume_manager/autoplay_vcd false % gconftool-2 -s --type bool /desktop/gnome/volume_manager/autoprinter false
I have found a bug; whom should I alert?
Please read the FreeBSD GNOME Project's - documentation on reporting bugs. + documentation on reporting bugs.
I want the fame and glory of being part of the FreeBSD GNOME team! What can I do to participate?
-Please read our list of ways
+ Please read our list of ways
to get involved!
What is new in GNOME &gnomever;?
Although the canonical summary of new features can be found at http://library.gnome.org/misc/release-notes/&gnomever;/, some of the most exciting new features of GNOME &gnomever; are:
How do I upgrade to GNOME &gnomever;?
The answer is relatively simple:
To build GNOME &gnomever;, you need to obtain the latest ports tree skeleton. This is most easily accomplished with portsnap(8) or CVSup. Simply obtain the latest ports tree, and you are + href="https://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/cvsup.html">CVSup. Simply obtain the latest ports tree, and you are ready to go. Then do the following:
# pkgdb -Ff (Answer "yes" to unregister gail while keeping gtk20.) (Answer "yes" to unregister fast-user-switch-applet while keeping gdm.) # pkg_deinstall -fO gtkmm-2.12\* # portupgrade -aOW # portupgrade -f gnome-session
NOTE: it is recommended to run portupgrade -a to make sure you get all the necessary ports.
If you are a portmaster(8) user, make sure you have least 1.9 version. Then do the following:
# pkg_delete -f gtkmm-2.12\* # portmaster -a # portmaster gnome-session
The upgrade failed; what do I do?
Unfortunately, this is not only possible, it is highly probable. There are many possible valid GNOME configurations, and even more invalid starting points. If the script fails, follow the instructions in the error message to let the FreeBSD GNOME team know about the failure.
The majority of build failures will be dependency-related issues. One simple way to resolve the problem is to remove the offending port, re-run portupgrade or portmaster, and then reinstall the port when the upgrade process is complete.
List of GNOME &gnomever; problems and their solutions
Although GNOME &gnomever; is certainly the best release to date (of course), there are a couple regressions that slipped in, both in the GNOME code and in its implementation within FreeBSD. Some of the more visible issues are:
I have found a bug; whom should I alert?
Please read the FreeBSD GNOME Project's - documentation on reporting bugs. + documentation on reporting bugs.
I want the fame and glory of being part of the FreeBSD GNOME team! What can I do to participate?
-Please read our list of ways
+ Please read our list of ways
to get involved!
What is new in GNOME &gnomever;?
Although the canonical summary of new features can be found at http://library.gnome.org/misc/release-notes/&gnomever;/, some of the most exciting new features of GNOME &gnomever; are:
How do I upgrade to GNOME &gnomever;?
The answer is relatively simple:
To build GNOME &gnomever;, you need to obtain the latest ports tree skeleton. This is most easily accomplished with portsnap(8) or CVSup. Simply obtain the latest ports tree, and you are + href="https://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/cvsup.html">CVSup. Simply obtain the latest ports tree, and you are ready to go. Then do the following:
# pkgdb -Ff (Remove gnome-volume-manager.) # portupgrade -aOW # portupgrade -f gnome-media gnome-settings-daemon gnome-control-center
NOTE: it is recommended to run portupgrade -a to make sure you get all the necessary ports.
If you are a portmaster(8) user, make sure you have least 1.9 version. Then do the following:
# portmaster -a # portmaster gnome-media gnome-settings-daemon gnome-control-center
The upgrade failed; what do I do?
Unfortunately, this is not only possible, it is highly probable. There are many possible valid GNOME configurations, and even more invalid starting points. If the script fails, follow the instructions in the error message to let the FreeBSD GNOME team know about the failure.
The majority of build failures will be dependency-related issues. One simple way to resolve the problem is to remove the offending port, re-run portupgrade or portmaster, and then reinstall the port when the upgrade process is complete.
List of GNOME &gnomever; problems and their solutions
Although GNOME &gnomever; is certainly the best release to date (of course), there are a couple regressions that slipped in, both in the GNOME code and in its implementation within FreeBSD. Some of the more visible issues are:
I have found a bug; whom should I alert?
Please read the FreeBSD GNOME Project's - documentation on reporting bugs. + documentation on reporting bugs.
I want the fame and glory of being part of the FreeBSD GNOME team! What can I do to participate?
-Please read our list of ways
+ Please read our list of ways
to get involved!
What is new in GNOME &gnomever;?
Although the canonical summary of new features can be found at http://library.gnome.org/misc/release-notes/&gnomever;/, some of the most exciting new features of GNOME &gnomever; are:
How do I upgrade to GNOME &gnomever;?
The answer is relatively simple:
To build GNOME &gnomever;, you need to obtain the latest ports tree skeleton. This is most easily accomplished with portsnap(8) or CVSup. Simply obtain the latest ports tree, and you are + href="https://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/cvsup.html">CVSup. Simply obtain the latest ports tree, and you are ready to go. Then do the following:
# pkgdb -Ff (resolve all moved or deleted ports) # portupgrade -aW
NOTE: it is recommended to run portupgrade -a to make sure you get all the necessary ports. The -W option simply makes things a bit faster by not doing a make clean after each port build.
If you are a portmaster(8) user, make sure you have least 1.9 version. Then do the following:
# portmaster -a
The upgrade failed; what do I do?
Unfortunately, this is not only possible, it is highly probable. There are many possible valid GNOME configurations, and even more invalid starting points. If the script fails, follow the instructions in the error message to let the FreeBSD GNOME team know about the failure.
The majority of build failures will be dependency-related issues. One simple way to resolve the problem is to remove the offending port, re-run portupgrade or portmaster, and then reinstall the port when the upgrade process is complete.
List of GNOME &gnomever; problems and their solutions
Although GNOME &gnomever; is certainly the best release to date (of course), there are a couple regressions that slipped in, both in the GNOME code and in its implementation within FreeBSD. Some of the more visible issues are:
I have found a bug; whom should I alert?
Please read the FreeBSD GNOME Project's - documentation on reporting bugs. + documentation on reporting bugs.
I want the fame and glory of being part of the FreeBSD GNOME team! What can I do to participate?
-Please read our list of ways
+ Please read our list of ways
to get involved!
What is new in GNOME &gnomever;?
Although the canonical summary of new features can be found at http://library.gnome.org/misc/release-notes/&gnomever;/, some of the most exciting new features of GNOME &gnomever; are:
How do I upgrade to GNOME &gnomever;?
The answer is relatively simple:
To build GNOME &gnomever;, you need to obtain the latest ports tree skeleton. This is most easily accomplished with portsnap(8) or CVSup. Simply obtain the latest ports tree, and you are + href="https://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/cvsup.html">CVSup. Simply obtain the latest ports tree, and you are ready to go. Then do the following:
# pkgdb -Ff (resolve all moved or deleted ports) # portupgrade -R -x gnome-keyring -x libgnome-keyring gnome-keyring # pkg_deinstall -fO gnome-keyring # portinstall security/gnome-keyring # portupgrade -aW
NOTE: it is recommended to run portupgrade -a to make sure you get all the necessary ports. The -W option simply makes things a bit faster by not doing a make clean after each port build.
If you are a portmaster(8) user, make sure you have least 1.9 version. Then do the following:
# pkg_delete -f "gnome-keyring-*" # portmaster security/gnome-keyring # portmaster -a
The upgrade failed; what do I do?
Unfortunately, this is not only possible, it is highly probable. There are many possible valid GNOME configurations, and even more invalid starting points. If the script fails, follow the instructions in the error message to let the FreeBSD GNOME team know about the failure.
The majority of build failures will be dependency-related issues. One simple way to resolve the problem is to remove the offending port, re-run portupgrade or portmaster, and then reinstall the port when the upgrade process is complete.
List of GNOME &gnomever; problems and their solutions
Although GNOME &gnomever; is certainly the best release to date (of course), there are a couple regressions that slipped in, both in the GNOME code and in its implementation within FreeBSD. Some of the more visible issues are:
I have found a bug; whom should I alert?
Please read the FreeBSD GNOME Project's - documentation on reporting bugs. + documentation on reporting bugs.
I want the fame and glory of being part of the FreeBSD GNOME team! What can I do to participate?
-Please read our list of ways
+ Please read our list of ways
to get involved!
What is new in GNOME &gnomever;?
Although the canonical summary of new features can be found at http://library.gnome.org/misc/release-notes/&gnomever;/
How do I upgrade to GNOME &gnomever;?
The answer is relatively simple:
To build GNOME &gnomever;, you need to obtain the latest ports tree skeleton. This is most easily accomplished with portsnap(8) or CVSup. + href="https://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/cvsup.html">CVSup. Simply obtain the latest ports tree, and you are ready to go.
If you are a portupgrade(1) users, Then do the following:
# pkgdb -fF # pkg_deinstall -f0 gtkmm-2.20\* gtk-2.20\* # portupgrade -aOW
NOTE: it is recommended to run portupgrade -a to make sure you get all the necessary ports. The -W option simply makes things a bit faster by not doing a make clean after each port build.
If you are a portmaster(8) user, make sure you have least 3.1 version. Then do the following:
# pkg_delete -f gtkmm-2.20\* gtk-2.20\* # portmaster -a
The upgrade failed; what do I do?
Unfortunately, this is not only possible, it is highly probable. There are many possible valid GNOME configurations, and even more invalid starting points. If the script fails, follow the instructions in the error message to let the FreeBSD GNOME team know about the failure.
The majority of build failures will be dependency-related issues. One simple way to resolve the problem is to remove the offending port, re-run portupgrade or portmaster, and then reinstall the port when the upgrade process is complete.
List of GNOME &gnomever; problems and their solutions
Although GNOME &gnomever; is certainly the best release to date (of course), there are a couple regressions that slipped in, both in the GNOME code and in its implementation within FreeBSD. Some of the more visible issues are:
I have found a bug; whom should I alert?
Please read the FreeBSD GNOME Project's - documentation on reporting bugs. + documentation on reporting bugs.
I want the fame and glory of being part of the FreeBSD GNOME team! What can I do to participate?
-Please read our list of ways
+ Please read our list of ways
to get involved!
What is new in GNOME &gnomever;?
Although the canonical summary of new features can be found at http://www.gnome.org/start/2.8/notes/rnwhatsnew.html, some of the most exciting new features of GNOME &gnomever; are:
How do I upgrade to GNOME &gnomever;?
NOTE: Do not run portupgrade(1) to upgrade to GNOME &gnomever;!
The simple answer is this:
More detailed instructions are as follows:
To build GNOME &gnomever;, you need to obtain the &gnomever; ports tree skeleton. This is most easily accomplished with CVSup. Simply obtain the latest ports tree, and you are ready to go. After you have obtained the latest ports tree, do not run a typical portupgrade(1).
It is not possible to upgrade from GNOME &gnomeoldver; to GNOME &gnomever; by simply running portupgrade(1). There are new dependencies, and ports will build out-of-order, eventually causing the build to fail. Additionally, GTK+-2 cannot install when there are input methods installed which were linked against older GTK+-2 versions.
To work around these problems, and to provide an update mechanism as simple as portupgrade(1), the FreeBSD GNOME team has produced a comprehensive upgrade script. The script can be downloaded from:
http://www.FreeBSD.org/gnome/gnome_upgrade.sh + href="https://www.FreeBSD.org/gnome/gnome_upgrade.sh">https://www.FreeBSD.org/gnome/gnome_upgrade.sh
Simply download that script, and save it to disk.
Once you have the script downloaded, run, as root:
# sh ./gnome_upgrade.sh
Hit ENTER to begin, answer any questions that pop up, and go watch an entire Monty Python anthology. Right after hitting ENTER at the beginning, you will be given the path to a logfile. By running:
$ tail -f /path/to/logfile
you can watch the entire upgrade process as it unfolds. It is hypnotic!
Oops! I ran portupgrade(1)! What do I do?
Do not worry; hope is not lost. Running portupgrade(1) will cause the build to fail, but it will not cause any lasting damage to your ports tree, unless you have done something exceptionally creative. Simply download the gnome_upgrade.sh script and run it, and pretend that you ran it in the first place. Nobody needs to know that you did not read the directions first!
The upgrade failed; what do I do?
Unfortunately, this is not only possible, it is highly probable. There are many possible valid GNOME configurations, and even more invalid starting points. If the script fails, follow the instructions in the error message to let the FreeBSD GNOME team know about the failure.
The majority of build failures will be dependency-related issues. One simple way to resolve the problem is to remove the offending port, re-run gnome_upgrade.sh, and then reinstall the port when the upgrade process is complete. In order to avoid having to build everything again, you can pass the -restart flag to gnome_upgrade.sh to resume a failed build.
List of GNOME &gnomever; problems and their solutions
Although GNOME &gnomever; is certainly the best release to date (of course), there are a couple regressions that slipped in, both in the GNOME code and in its implementation within FreeBSD. Some of the more visible issues are:
I have found a bug; whom should I alert?
Please read the FreeBSD GNOME Project's - documentation on reporting bugs. + documentation on reporting bugs.
I want the fame and glory of the FreeBSD GNOME team! What can I do to participate?
-Please read our list of ways
+ Please read our list of ways
to get involved!
How do I use hal on FreeBSD?
The only thing you need to do in order to use hal is to start the HAL daemon, hald. To do this, add the following to /etc/rc.conf:
dbus_enable="YES" hald_enable="YES"
NOTE: GNOME users can opt to add gnome_enable="YES" to /etc/rc.conf instead of the lines above. This will start all GNOME-related services including Avahi and GDM.
Then you must either reboot, or run:
# /usr/local/etc/rc.d/dbus start # /usr/local/etc/rc.d/hald start
Once hald is running, hal-aware application will automatically start to communicate with it over D-BUS. To confirm that hald is running correctly, execute lshal from the command line. This provides you with a list of devices attached to the system. Note: lshal must be run from within a D-BUS enabled session (e.g. GNOME or KDE).
How do I prevent hal from probing a device?
Sometimes, when hal probes a device, this can cause the system to hang, panic, or otherwise behave badly. By using device information files (.fdi files), you can tell hal to ignore such devices. These files are in XML format, and should be created under /usr/local/share/hal/fdi/preprobe/20thirdparty. For example, to tell hal to ignore USB uhci controller 0, create a file /usr/local/share/hal/fdi/preprobe/20thirdparty/10-ignore-uhci0.fdi with the following contents:
<?xml version="1.0" encoding="utf-8"?>
<deviceinfo version="0.2">
<device>
<match key="freebsd.driver" string="uhci">
<match key="freebsd.unit" int="0">
<merge key="info.ignore" type="bool">true</merge>
</match>
</match>
</device>
</deviceinfo>
Using this same technique, you can also merge (or change) other hal device properties. Use the lshal command to get a list of all available device properties. You can also look at the system-provided .fdi files under /usr/local/share/hal/fdi/preprobe/10osvendor for more examples.
All .fdi files in this 20thirdparty directory are loaded in alphabetical order, so name your files accordingly. The convention is to start the files with a number. The lower the number, the earlier the file will be loaded.
How do I mount media using hal?
Understand that having hal alone does not mean media will get automatically mounted. Hal simply serves as a broker for requests to mount certain devices. Some other software needs to make this request. As of GNOME 2.22, this is Nautilus. KDE and XFCE have their own components to mount hal volumes.
NOTE: Volumes that you wish to manage using hal should NOT be listed in /etc/fstab. This is especially true for CD devices and floppy disk devices. If you try to dynamically mount a volume using hal that is listed in /etc/fstab you will see the following error:
mount_cd9660: /dev/acd0: Operation not permitted
If you are a GNOME user be aware that prior to GNOME 2.22, gnome-volume-manager was responsible for asking hal to mount volumes. Since this responsibility has moved to Nautilus, it is vital to change gnome-volume-manager's configuration so that it will no longer attempt to mount volumes.
NOTE: This step is only required if you are a GNOME user that upgraded to 2.22 from a previous version of GNOME. If this is not the case, then skip to Step 1.
From within your GNOME session, run the following commands:
% gconftool-2 -s --type bool /desktop/gnome/volume_manager/automount_drives false % gconftool-2 -s --type bool /desktop/gnome/volume_manager/automount_media false % gconftool-2 -s --type bool /desktop/gnome/volume_manager/autobrowse false % gconftool-2 -s --type bool /desktop/gnome/volume_manager/autoplay_cda false % gconftool-2 -s --type bool /desktop/gnome/volume_manager/autoplay_dvd false % gconftool-2 -s --type bool /desktop/gnome/volume_manager/autoplay_vcd false % gconftool-2 -s --type bool /desktop/gnome/volume_manager/autoprinter false
Then restart GNOME.
Step 1: All users MUST have procfs mounted on /proc. Hal uses an application called PolicyKit to authorize users to perform mount tasks, and PolicyKit relies heavily on /proc entries. If /proc is not mounted, volume mounting will not work. To mount /proc, add the following to /etc/fstab:
proc /proc procfs rw 0 0
Then run the following command:
# mount /proc
Step 2: In order to mount volumes using hal, you must be authorized. This authorization is carried out by ConsoleKit and PolicyKit. If you are a GNOME user, and you use GDM to login to GNOME, then you do not need to make any additional configuration changes in order to mount removable media. If you are not a GNOME user, or you start GNOME without using GDM, then you will need to edit /usr/local/etc/PolicyKit/PolicyKit.conf, and add the org.freedesktop.hal.storage.mount-removable action to your username. For example, if your username is "marcus," you would add the following lines:
<match action="org.freedesktop.hal.storage.mount-removable">
<match user="marcus">
<return result="yes"/>
</match>
</match>
NOTE: All config lines in this file MUST be between the opening and closing <config> tags:
<config version="0.1"> <!-- New configuration lines go here. --> </config>
If you use GDM to login to GNOME, GDM will add a ConsoleKit record for the session. If this session is active, then you will be allowed to mount removable media without any additional PolicyKit configuration. You can confirm if ConsoleKit is working correctly by running the command, ck-list-sessions. The active property must be TRUE for auto-mounting to work.
By default, PolicyKit allows root to do everything, and all users in the "wheel" group are allowed to authenticate for admin tasks with their own password. To get a list of all available actions, use the polkit-action(1) command. For more information on the directives available for PolicyKit.conf, see the PolicyKit.conf(5) man page.
Step 3: If you have fixed volumes you wish to mount, you must also authorize yourself for the org.freedesktop.hal.storage.mount-fixed action. Note: This step is applicable to ALL users including GNOME users using GDM. This is done just like the removable action above. For example, to allow user "marcus" to mount fixed volumes, add the following to PolicyKit.conf:
<match action="org.freedesktop.hal.storage.mount-fixed">
<match user="marcus">
<return result="yes"/>
</match>
</match>
Step 4: While not really part of hal volume management, you may also be able to have volumes listed in /etc/fstab automatically mounted. In GNOME, for example, Nautilus will mount volumes listed in /etc/fstab provided the following conditions are met:
For example, say you had the following listed in /etc/fstab:
/dev/ad0s1 /win/c msdosfs rw,noauto 0 0
If you want Nautilus to mount this volume as the user "marcus," do the following:
# sysctl vfs.usermount="1" # chown marcus /win/c # pw group mod operator -m marcus
Then, when the user marcus logs into GNOME, /win/c will be automatically mounted on the desktop.
How do I troubleshoot problems with hal?
If you run into problems with hal, you must first collect the general + href="https://www.freebsd.org/gnome/docs/bugging.html">general troubleshooting information required by the FreeBSD GNOME Team. You should also provide a detailed description of the problem, and the output of lshal (assuming hald is starting). Remember, lshal MUST be run under a D-BUS enabled session. If you cannot login to GNOME, KDE, or XFCE, run lshal within dbus-launch:
% dbus-launch lshal
You should also provide the verbose output from hald when it is performing the problematic task. To get this, first stop hald, then run it manually:
# /usr/local/etc/rc.d/hald stop # /usr/local/sbin/hald --daemon="no" --verbose="yes"
Capture all of the output on the screen.
If you are having problems with hal detecting volumes or media, or having problems with mounting volumes through hal, obtain the following additional information. All of this needs to be collected with the problem device attached to the system.
Additionally, if you are a GDM user, please provide the output of ck-list-sessions.
Does hal support Fuse file systems?
Yes. As of hal-0.5.11_10, Fuse file systems are supported. See the installed /usr/local/share/doc/hal-0.5.11/README.fuse file for more details.
Hal is interfering with my CD/DVD drive when I want to play a disc or burn something. How can I stop this from happening?
Applications which are not hal-aware will not be able to tell hald to stop polling CD/DVD drives when they begin to use them. Because of this, hald may cause these applications to abort because two different processes are trying to use the device at the same time. Applications such as totem, k3b, sound-juicer, etc. should not be affected as they are hal-aware. For other applications, you can start them using the hal-lock command. This command will try and lock the device in question. If successful, hald will stop polling the device, and hal-lock will spawn the desired application. The arguments to hal-lock are as follows:
% hal-lock --interface org.freedesktop.Hal.Device.Storage --udi UDI --run COMMAND
You can use lshal to determine the proper UDI value. For example, to run abcde to extract tracks from a CD:
% hal-lock --interface org.freedesktop.Hal.Device.Storage --udi /org/freedesktop/Hal/devices/storage_model_DVD__RW_DVD8801 --run abcde
As soon as the application finishes, the lock will be released.
This document assumes that you already know how the port system works, and therefore only provides GNOME-specific hints and tips. General instructions can be found in the - FreeBSD Porter's Handbook. + FreeBSD Porter's Handbook.
There is an example Makefile for a GNOME port, which uses many of the tricks outlined in this document. Please feel free to use it as a guide for creating your own ports.
GNOME applications under FreeBSD use the USE_GNOME infrastructure. To specify which components of the GNOME system your port needs in order to build, simply list them all as a space-separated list. For example:
USE_XLIB= yes USE_GNOME= gnomeprefix gnomehack libgnomeui
The USE_GNOME components are divided into the following two lists:
If your port needs only GTK2 libraries, the following is the shortest way to define this:
USE_GNOME= gtk20
If your port needs only GTK1 libraries, the following is the shortest way to define this:
USE_GNOME= gtk12
Even if your application needs only the GTK libraries, other USE_GNOME components may be useful. Please scan the entire list to make sure your port uses all relevant components.
Once you have finished with your port, it is a good idea to verify that your port depends on the correct list of components. To see a list of what packages your port will actually require, use the command make package-depends from within your port's directory.
To aid in creating the list of necessary components, it can be helpful to examine the output of make configure. At the end of the checking for... list, there will be a line similar to this:
checking for libgnomeui-2.0 >= 2.0.0 cspi-1.0 >= 1.1.7 libspi-1.0 >= 1.1.7 libbonobo-2.0 >= 2.0.0 atk >= 1.0.0 gtk+-2.0 >= 2.0.0 gail libwnck-1.0 esound... yes
This is a list of the components upon which this application relies to build. Pay close attention to the hierarchical layout of the USE_GNOME system; many components are implied from other USE_GNOME directives. In the above example, USE_GNOME= libgnomeui implies use of libbonoboui, which implies libgnomecanvas, which implies libglade2, which implies gtk20. Thus, even though gtk+-2.0 appears in the list of requisite components, gtk20 can be eliminated from the USE_GNOME list. There are a number of other such redundancies that can be eliminated from this list.
For the above list (taken from sysutils/gok), the following is defined in the Makefile:
USE_GNOME= gnomehack gnomeprefix libgnomeui atspi libwnck
In the beginning, there was only GNOME 1. When the GNOME 2 desktop came around, maximum backwards compatibility was ensured, within reason. GNOME 1 applications can run fine under the GNOME 2 desktop, provided that the applications do not utilize functionality specific to the GNOME 1 desktop environment.
The GNOME 1 desktop, and all applications that will not run under the GNOME 2 desktop, have been removed from the ports tree.
What this means for you, as an application porter, is simply that you should not add GNOME 1-specific applications to the ports tree.
If you wish to determine which version of the GNOME desktop environment is present on a user's machine, you can check the value of GNOME_DESKTOP_VERSION. This variable is set to either "1" or "2" depending upon whether the GNOME 1 or GNOME 2 desktop is installed.
If your port can optionally use GNOME, you must set WANT_GNOME= yes in your Makefile, then check to see if HAVE_GNOME is set for each component from the list above that your port can use. Since this is a conditional evaluation, you need to stick it between bsd.port.pre.mk and bsd.port.post.mk. For example:
WANT_GNOME= yes
.include <bsd.port.pre.mk>
.if ${HAVE_GNOME:Mgnomepanel}!=""
USE_GNOME+= gnomeprefix gnomepanel
CONFIGURE_ARGS+= --with-gnome
PKGNAMESUFFIX= -gnome
.else
CONFIGURE_ARGS+= --without-gnome
.endif
.include <bsd.port.post.mk>
Here, WANT_GNOME tells the ports system to check for the existence of the various GNOME components listed above. For each component found, its name is appended to HAVE_GNOME. Since this port can use gnomepanel, we check HAVE_GNOME to see if it contains gnomepanel (for more on the :Mpattern make syntax, please refer to the make(1) manpage). If gnomepanel is found, then it is added the list of USE_GNOME dependencies, and the port-specific --with-gnome CONFIGURE_ARG is passed. In an old GNOME infrastructure, PKGNAMESUFFIX was automatically adjusted by the proper USE_* macro. Now it is up to the individual porter to do this. Our example port appends -gnome to the port name to indicate it has been built with GNOME support. The same is true for the DATADIR PLIST_SUB. The individual porter must decide when do the DATADIR substitution. A good rule of thumb is to add the DATADIR PLIST_SUB when using the gnomeprefix component.
Note: You cannot add extra default USE_GNOME components after the .include <bsd.port.pre.mk>. That is, the following is wrong :
.include <bsd.port.pre.mk>
.if ${HAVE_GNOME:Mgnomelibs}!=""
USE_GNOME+= libgnome
.else
USE_GNOME+= gtk12 # WRONG!
.endif
This will make the build system think that GNOME is desired, and mark the pkg-plist accordingly, thus breaking package builds. If you need to add default USE_GNOME components, do so above the .include <bsd.port.pre.mk> line.
To enforce use of optional GNOME dependencies unconditionally, you can add WITH_GNOME= yes to /etc/make.conf or on the make command line. This will always return true when checking for optional GNOME dependencies. If you want the system to always return false when checking for optional GNOME dependencies, you can add WITHOUT_GNOME= yes to /etc/make.conf or to the make command line.
More information on the USE_GNOME infrastructure can be found by looking at the source and comments of ${PORTSDIR}/Mk/bsd.gnome.mk.
Since the release of 2.16, GNOME now lives in LOCALBASE instead of X11BASE. To make it easier for GNOME ports that must also be installed into the same PREFIX as GNOME, a hack has been added to bsd.gnome.mk to force the PREFIX to LOCALBASE whenever the gnomeprefix component is used. This can be overridden by manually specifying PREFIX in your port's Makefile or on the command line.
A large number of GNOME applications (especially GNOME 2 applications) install Open Source Metadata Framework (OMF) files which contain the help file information for those applications. These OMF files require special processing by ScrollKeeper in order for applications like Yelp to find help documentation. In order to accomplish proper registry of these OMF files when installing GNOME applications from packages, you should make sure that omf files are listed in pkg-plist and that your Makefile has this defined:
INSTALLS_OMF="yes"
GConf is the XML-based database that virtually all GNOME applications use for storing their settings. This database is defined by installed schema files that are used to generate %gconf.xml key files. Previously, these schema files and %gconf.xml key files were listed in the port's pkg-plist. Since this proved to be problematic, handling of GConf schemas was changed to - something similar to that of MANn + something similar to that of MANn files. That is, for each schema file installed by your port, you must have the following listed in the Makefile:
GCONF_SCHEMAS= my_app.schemas my_app2.schemas my_app3.schemas
For example in audio/gnome-media:
GCONF_SCHEMAS= CDDB-Slave2.schemas gnome-audio-profiles.schemas \ gnome-cd.schemas gnome-sound-recorder.schemas
The schema files and %gconf.xml key files should not be in the pkg-plist. If you notice that the port doesn't has any %gconf.xml key files, but has schema files then you should not be use GCONF_SCHEMAS. It means, this port has broke either schema files or installation of GConf.
If your port install files like application/x-portname.xml in share/mime, you have to add these two lines at the end of the pkg-plist:
@exec %%LOCALBASE%%/bin/update-mime-database %D/share/mime @unexec %%LOCALBASE%%/bin/update-mime-database %D/share/mime
Also make sure shared-mime-info is among the dependencies of your port. If your port use gtk20, you will have shared-mime-info indirectly. You can check indirect dependencies with make describe.
Example port to look at: deskutils/drivel
Some ports provide MIME definitions in their .desktop files. If your port install .desktop file into share/applications and there is a line starting with MimeType in it, you need to update desktop database after install and deinstall. This database is represented by share/applications/mimeinfo.cache file. Add dependency on GNOME component desktopfileutils and these lines to the end of pkg-plist:
@exec %%LOCALBASE%%/bin/update-desktop-database > /dev/null || /usr/bin/true @unexec %%LOCALBASE%%/bin/update-desktop-database > /dev/null || /usr/bin/true
Also add following to the post-install target in port's Makefile:
-@update-desktop-database
Example port to look at: editors/leafpad
Most, if not all, GNOME applications depend on GNU's libtool. They also use the GNU configure system. If your port installs shared libraries, and includes an ltmain.sh script in its ${WRKSRC} directory, you should add USES=libtool to your port's Makefile.
To separate GNOME 2 distfiles from the GNOME 1 distfiles, and to keep the distfiles directory clean, GNOME 1 ports that download their distfiles from ${MASTER_SITE_GNOME} must add the following to their Makefile:
DIST_SUBDIR= gnome
GNOME 2 ports that download their distfiles from ${MASTER_SITE_GNOME} must include the following in their Makefile:
DIST_SUBDIR= gnome2
Some GNOME distfiles come in both tar gzip as well as tar bzip2 format. To save time when downloading distfiles over slow links, you should use the bzip2 distfiles whenever possible. To do this, add the following to your port's Makefile:
USE_BZIP2= yes
If you still need help with your port, have a look at some of the existing ports for examples. The freebsd-gnome mailing list is also there for you.
Index: head/en_US.ISO8859-1/htdocs/gnome/docs/volunteer.xml =================================================================== --- head/en_US.ISO8859-1/htdocs/gnome/docs/volunteer.xml (revision 50989) +++ head/en_US.ISO8859-1/htdocs/gnome/docs/volunteer.xml (revision 50990) @@ -1,89 +1,89 @@ ]>There is always something to do around the GNOME FreeBSD camp. Grab something that sounds interesting to you, and run with it.
Test existing ports, and report bugs. Try to build with weird configurations intentionally, before someone else tries to do so cluelessly.
Regularly install GNOME from packages, and report any problems with the install or the functionality.
+
Subscribe to the freebsd-gnome mailing list, and help
answer users' questions.
Proofread the FreeBSD GNOME project pages, and offer feedback and updates.
Build, upgrade, and rebuild both stable and development versions. The builditinator.sh script, available from the MarcusCom portstools repository, can automate the entire process, from start to finish.
The following non-trivial porting tasks are needed.
Fix sysutils/system-tools-backends to work with all supported versions of FreeBSD. This will require someone with FreeBSD configuration knowledged as well as a good knowledge of Perl programming. All patches can be submitted as PRs.
Port NetworkManager to FreeBSD. This will require someone with C programming experience, and a good knowledge of wireless networking in FreeBSD. Additionally, this will require some FreeBSD userland changes especially to ifconfig.
Port the GNOME Bluetooth suite to FreeBSD. This will require someone with C programming experience and Bluetooth devices. The bulk of the work will be porting libbtctl to use FreeBSD's Bluetooth stack.
Extend the FreeBSD hal backend to support missing subsystems. Currently, the most notable missing subsystems are ieee1394 (i.e. Firewire), bluetooth, and printer. Those interested should use the latest HAL Specification as a guide. Contact marcus@FreeBSD.org if you wish to help with this task.
Send any feedback to &email;@FreeBSD.org.
Index: head/en_US.ISO8859-1/htdocs/gnome/gnomelogalyzer.sh =================================================================== --- head/en_US.ISO8859-1/htdocs/gnome/gnomelogalyzer.sh (revision 50989) +++ head/en_US.ISO8859-1/htdocs/gnome/gnomelogalyzer.sh (revision 50990) @@ -1,270 +1,270 @@ #!/bin/sh #- # Copyright (c) 2004-2005 FreeBSD GNOME TeamThe FreeBSD GNOME team proudly presents GNOME 3.18 for FreeBSD.
This update does not contain the glib and gtk c++ bindings which will be done in a another update due to the requirement on c++11 and the amount of fallout this probably will give.
GDM is still at version 3.16 due to some issues.
Bump mate-themes to use the gtk 3.18 version of the themes.
The FreeBSD GNOME team proudly presents MATE 1.12 for FreeBSD.
This version of MATE uses the GTK+ 2 toolkit for stability, and has a number of bugfixes for the applets.
The FreeBSD GNOME team proudly presents GNOME 3.16 for FreeBSD.
The official GNOME 3.16 release notes can be found at https://help.gnome.org/misc/release-notes/3.16/.
This release was made possible by these people:
Gustau Perez
Ting-Wei_Lan
Presenting the MATE 1.10.0 Desktop Environment for FreeBSD. The official release notes for this release can be found at http://mate-desktop.org/blog/2015-06-11-mate-1-10-released/
This version of MATE is still built on the GTK+ 2 toolkit.
Replace mate-dialogs with zenity and mate-calc with galculator.
Thanks go to Gustau Perez for helping track MATE development.
Presenting GNOME 2.32.1 for FreeBSD. The official release notes for this release can be found at http://library.gnome.org/misc/release-notes/2.32/
This will be the last release of the GNOME 2.x series, mainly a bugfix and bridge release to the first release of the GNOME 3.x series.
This release features commits by avl, marcus, mezz and myself.
The FreeBSD GNOME Team would like to thank the following contributors and testers for there help with this release:
Zane C.B.
romain@
Olaf Seibert
DomiX
Bapt
jsa@
miwi@
Sergio de Almeida Lenzi
Maxim Samsonov
Kris Moore
Presenting GNOME 2.30.1 for FreeBSD. The official release notes for this release can be found at http://library.gnome.org/misc/release-notes/2.30/
This release brings initial PackageKit support, Upower (replaces power management part of hal), cuse4bsd integration with HAL and cheese, and a faster Evolution.
Sadly GNOME 2.30.x will be the last release with FreeBSD 6.X support. This will also be the last of the 2.x releases. The next release will be the highly-anticipated GNOME 3.0 which will bring with it a new UI experience.
Currently, there are a few bugs with GNOME 2.30 that may be of note for our users. Be sure to consult the 2.30 upgrade FAQ at - http://www.freebsd.org/gnome/docs/faq230.html> + https://www.freebsd.org/gnome/docs/faq230.html> for specific upgrading instructions, and the up-to-date list of known issues.
This release features commits by: avl, ahze, bland, marcus, mezz and myself.
The FreeBSD GNOME Team would like to thank Anders F Bjorklund for doing the initial packagekit porting.
And the following contributors and testers for there help with this release:
Eric L. Chen
Vladimir Grebenschikov
Sergio de Almeida Lenzi
DomiX
walder
crsd
Kevin Oberman
Michal Varga
Pavel Plesov
Bapt
kevin
and Ion-Mihai Tetcu for running two exp-runs for us.
Presenting GNOME 2.28.1 for FreeBSD. The official release notes for this release can be found at http://library.gnome.org/misc/release-notes/2.28/. Officially, this is mostly a polishing release in preparation for GNOME 3.0 due in about a year.
On the FreeBSD front, though, a lot went into this release. Major thanks goes to kwm and avl who did a lot of the porting work for this release. In particular, kwm brought in Evolution MAPI support for better Microsoft Exchange integration. Avl made sure that the new gobject introspection repository ports were nicely compartmentalized so that large dependencies aren't brought in wholesale.
But, every GNOME team member (ahze, avl, bland, kwm, mezz, and myself) contributed to this release.
Other major improvements include an updated HAL with better volume probing code, ufsid integration, and support for volume names containing spaces (big thanks to J.R. Oldroyd); a new WebKit; updated AbiWord; an updated Gimp; and a preview of the new GNOME Shell project (thanks to Pawel Worach).
The FreeBSD GNOME Team would like to that the following additional contributors to this release whose patches and testing really helped make it a success:
Andrius Morkunas
Dominique Goncalves
Eric L. Chen
J.R. Oldroyd
Joseph S. Atkinson
Li
Pawel Worach
Romain Tarti?re
Thomas Vogt
Yasuda Keisuke
Rui Paulo
Martin Wilke
(and an extra shout out to miwi and pav for the pointyhat
runs)
We would like to send this release out to Alexander Loginov (avl) in hopes that he feels better soon.
The FreeBSD GNOME team is proud to announce the release
of GNOME 2.26.0 for FreeBSD. The official release notes
can be found at
http://library.gnome.org/misc/release-notes/2.26/.
On the FreeBSD front, we introduced a port of libxul 1.9
as an alternative for Firefox 2.0 as a Gecko provider.
Almost all of the Gecko consumers can make use of this
provider by setting:
WITH_GECKO=libxul
The GNOME 2.26 port was done by ahze, kwm, marcus, and
mezz with contributions by Joseph S. Atkinson, Peter Wemm,
Eric L. Chen, Martin Matuska, Craig Butler, and Pawel
Worach.
The FreeBSD GNOME team is proud to announce the release of GNOME 2.24.2 for FreeBSD. The official release notes can be found at http://library.gnome.org/misc/release-notes/2.24/. On the FreeBSD front, this release introduces Fuse support in HAL, adds multi-CPU support to libgtop, WebKit updates, and fixes some long-standing seahorse and gnome-keyring bugs.
This release features commits by adamw, ahze, kwm, mezz, and myself. It would not have been possible without are contributors and testers: Alexander Loginov, Craig Butler, Dmitry Marakasov, Eric L. Chen, Joseph S. Atkinson, Kris Moore, Lapo Luchini, Nikos Ntarmos, Pawel Worach, Romain Tartiere, TAOKA Fumiyoshi, Romain Tartiere, Yasuda Keisuke, Zyl aZ, bf, Florent Thoumie, Peter Wemm, and pluknet.
The FreeBSD GNOME team is proud to announce the release of GNOME 2.22.0 for FreeBSD. The official GNOME 2.22 release notes can be found at http://library.gnome.org/misc/release-notes/2.22/. On the FreeBSD front, this release features an updated hal port with support for video4linux devices, DRM (Direct Rendering), and better support of removable media. Work is also underway to tie webkit more closely into GNOME. As part of the GNOME 2.22 upgrade, GStreamer received a rather large upgrade as well. Be sure to consult UPDATING on the proper steps to upgrade all of your GNOME ports.
This release would not have been possible without the contributions and testing efforts of the following people: Pawel Worach, kan, edwin, Peter Ulrich Kruppa, J. W. Ballantine, Yasuda Keisuke, and Andriy Gapon.
Presenting GNOME 2.20.1 and all related works for FreeBSD. The official GNOME 2.20 release notes can be found at http://www.gnome.org/start/2.20/notes/en/. Beyond that, this update includes the new GIMP 2.4 (courtesy of ahze).
The GNOME 2.20 update also includes a huge change in the FreeBSD GNOME hierarchy. We are now using the more standard DATADIR of ${PREFIX}/share rather than ${PREFIX}/share/gnome. The result is that fewer patches and hacks are needed to port GNOME components to FreeBSD. This will mean some user changes may be required, so be sure to read /usr/ports/UPDATING for more details.
This release and the things we accomplished in it would not have been possible without mezz's crazy idea to collapse DATADIR, and his persistence to make it happen successfully. Ahze and pav also deserve thanks for their work on porting modules and testing the whole ball of wax on pointyhat (respectively).
The FreeBSD GNOME team would also like to thank our various testers and contributors:
Yasuda Keisuke
Frank Jahnke
Pawel Worach
Brian Gruber
Franz Klammer
Yuri Pankov
Nick Barkas
Cristian KLEIN
Tony Maher
Scot Hetzel
Martin Matuska (mm)
Benoit Dejean
Martin Wilke (miwi)
(And anyone else I may have missed)
Okay, okay, I have missed a few updates. But the FreeBSD GNOME team has not been slacking. We've been keeping up with the latest GNOME development releases including this latest one. Check out the ports and packages to see where GNOME 2.20 currently stands. Since 2.10 Beta 1 is right around the corner, now is also the time to start putting together some killer FreeBSD GNOME screenshots. Send all submissions to freebsd-gnome@FreeBSD.org.
The third release on the path to GNOME 2.20 is now available in both port and package forms. There is one known build issue with gnome-system-monitor and FreeBSD < 7-CURRENT that we hope to have worked out soon. Along with this release comes the GNOME 2.20 (and beyond!) roadmap. This will prepare you for the exciting new features in store for our favorite Desktop Environment.
The next bug fix release for GNOME 2.18 has been released and ports and packages are available for FreeBSD. So the only question is, why haven't you upgraded yet?
GNOME forges ahead with the first release in the development train that will become GNOME 2.20. As always, FreeBSD is right there with them. Only we bring a twist. This time around, we are doing yet another bit of housekeeping, and dropping the "share/gnome" DATADIR. This means that the FreeBSD GNOME installation will be more like all the other GNOME distributions. The net gain is that porting new GNOME applications to FreeBSD should be much easier with fewer hacks and patches.
At this point, the MarcusCom tree is safe to use for most ports. There is still quite a few ports that still require conversion, and we will be working on those in the weeks to come. In particular, the Desktop and all gnome2 meta-ports are safe; and Packages are available for the GNOME Desktop.
GNOME 2.18.1 has been released and ports and packages are available for everyone's favorite operating system. This release is a polishing of 2.18.0, so expect a more stable, nicer looking desktop experience. On top of that, some of our users have also submitted screenshots!
Presenting GNOME 2.18 for FreeBSD. GNOME 2.18 is a departure from recent GNOME releases in that it focuses more on stability and functionality than on new features. Not that it doesn't have its share of new and exciting items. Check out the official release notes for all the goodies in this release.
GNOME 2.18 for FreeBSD would not have been possible without the hard work of the FreeBSD GNOME Team and our intrepid band of testers including J. W. Ballantine, Pawel Worach, Yasuda Keisuke, Pascal Hofstee, miwi, Yoshihiro Ota, Vladimir Grebenschikov, Jukka A. Ukkonen, Phillip Neumann, Franz Klammer, and Neal Delmonico.
GNOME 2.18 is nigh! The 2.18 Release Candidate has been released, and both ports and packages are now available for FreeBSD. We are SO close to a release, and yet we still don't have any screenshots. So please, if you are testing GNOME 2.17, send us your best screenshot. If you need ideas on what to highlight, check out the GNOME 2.18 release notes.
Where have we been?! While we haven't been updating the news page, we have been working on GNOME 2.17. We are pleased to announce that GNOME 2.17.91 (aka GNOME 2.18 Beta 2) is now available along with glorious packages. We now request that all artistic people start submitting their GNOME 2.17 screenshots for our gallery.
GNOME 2.16.3 was released and ports are available for FreeBSD. This is the final release in the GNOME 2.16 series. The GNOME authors and the FreeBSD GNOME Team have made sure that this release rocks like none other. Packages will be a bit delayed for 2.16.3 as marcus is currently traveling. Expect packages to start showing up in the FreeBSD GNOME Tinderbox on February 8th.
GNOME 2.17.4 was released just in time for Christmas. The one new module that is currently showing up in the FreeBSD port is Tracker. As soon as the final set of new GNOME 2.18 modules is ratified, they will be added to the various meta-ports. Additionally, work has mostly been completed on a clean up of the FreeBSD libgtop backend. This means that applications like gnome-system-monitor will become much more accurate on FreeBSD. As always, ports and packages are available to get you started with GNOME 2.17 testing.
The third installment on the road to 2.18 has been released and we have cranked out the usual set of ports and packages. If you are one of the brave testers, please continue to provide your feedback and bug reports.
After seven months of development by Jean-Yves Lefort and Joe Marcus Clarke in MarcusCom CVS, the FreeBSD backend for HAL was finally committed upstream into the HAL git repository. This means that future releases of HAL will have FreeBSD support out-of-the-box. This is a major landmark in a project that started on April 14, 2006 with the goal of bringing a better desktop experience to FreeBSD users.
GNOME 2.16 is maturing nicely with this second bug fix and optimization installment. Additionally, thanks to our users, we have worked out quite a few bugs in the new HAL implementation. Don't just stand there! Upgrade already! Not a big fan of ports? Then try GNOME 2.16.2 from packages.
The follow-on release to GNOME 2.17.1 is a more complete development snapshot. More of the new GNOME 2.18 features are starting to show up. For instance, this release features two new games: glchess and gnome-sudoku. Ports and packages are available for testing.
No rest for the weary. No sooner had we gotten 2.16.1 into ports that 2.17.1 was released. Being a .1 release, this is still very rough, and only a few of the components have been updated for the new development release. However, we still encourage our local guinea pigs...er...users to try this out. Not up for compiling this all yourself? That's cool, we have packages pre-built with debugging symbols.
GNOME 2.16.1 is now available for FreeBSD, and it is in the ports tree in time for FreeBSD 6.2 (no you are NOT dreaming)! This is a first. Usually the GNOME release cycle has conflicted with the FreeBSD release cycle. However, thanks to Kris and pointyhat, we were able to get the major patch tested. In addition to the core GNOME ports, almost 500 ports were also touched to chase the GNOME move from X11BASE to LOCALBASE and fix build problems with the new freetype2. The bulk of the move was carried out by ahze, mezz, and pav, but it would not have been possible without cooperation from the FreeBSD KDE team who worked with us to make sure GNOME and KDE can still coexist happily. We would also like to send a shout out to kris and pointyhat for putting up with multiple test runs until we got something that was solid.
Back to GNOME 2.16. This release brings a huge amount of new functionality to FreeBSD. Check out the standard release notes to get the official spiel from the GNOME camp. But on top of what you will read there, jylefort and marcus have completed work on a port of HAL to FreeBSD. This will allow FreeBSD to take advantage of closer hardware interaction such as auto-mounting CD-ROMs, USB drives, and music players; auto-playing audio CDs; and managing laptop power consumption.
Quite possibly the most functional GNOME release ever is now available for FreeBSD. GNOME 2.16 features HAL support for FreeBSD which allows FreeBSD users to take advantage of automatic volume mounting, advanced power management, and more. In addition, many performance improvements have gone into GNOME, and the eye candy has definitely been improved. Check out the full set of release notes for all of the new goodies.
Due to the fact that GNOME 2.16 will be the first GNOME release for FreeBSD to live in LOCALBASE, and because we are so close to the release of FreeBSD 6.2, GNOME 2.16 will not be committed to the ports tree until sometime in November most likely. In the meantime, ports and packages are available from MarcusCom.
The last update (*sniff*) to GNOME 2.14 has been released with a fresh batch of bug fixes and translation updates. The package build is just starting, but ports are ready. But if you want some real fun, check out GNOME 2.15.
GNOME 2.16 Beta 1 has been released into its new home on FreeBSD: /usr/local (or LOCALBASE for l33t p0rters). The migration to LOCALBASE was quite smooth, but some ports still need adjustment. This latest development snapshot has an updated 2.16 module list (less Tomboy), and packages for all supported versions of FreeBSD are ready. So what are you waiting for!
...PREFIXes, that is. That's right, GNOME is leaving its home in X11BASE, and joining KDE (and a lot of other ports) in LOCALBASE. This is being done as part of an effort to collapse into one third-party package PREFIX as X11R6 is no longer as relevant as it used to be. All of the work is happening in the MarcusCom ports tree, so expect GNOME 2.16 under /usr/local. The work is going extremely well, and we expect to be fully moved and unpacked in time for GNOME 2.16 Beta 1 (aka 2.15.90).
What happened to .1, .2, and .3? Well, GNOME 2.15 had a pretty rough start, especially for FreeBSD. However, we now have a working GNOME 2.15.4 along with packages and a port of HAL! There are still some nasty problems in this release, so be sure to checkout the official 2.15.4 release notes for workarounds.
GNOME 2.14.2 has been released, and all the updates have made it into the FreeBSD ports tree. Packages are still being built. Be sure to read the 2.14.2 release announcement for a list of all the fixes, translations, and other goodies.
Even though 5.5 and 6.1 have not been released, the ports freeze has been lifted, and GNOME 2.14 has been merged into the ports tree. Packages built against the update ports tree will be available shortly. Be sure to check out the list of known issues as well as the 2.14 release notes.
In his latest bsdtalk podcast, Will Backman interviews Joe Marcus Clarke about the FreeBSD GNOME Project. The podcast is available at http://cisx1.uma.maine.edu/~wbackman/bsdtalk/bsdtalk032.mp3.
While we are still waiting for the releases of FreeBSD 5.5 and 6.1, GNOME 2.14.1 has been released, an we are maintaining it in the ports module of the MarcusCom CVS repository. Ports and packages are ready, and we have hammered out quite a few known issues for this release. Primarily, problems with GStreamer and OSS have been fixed as well as many crashes on amd64.
GNOME 2.14 and FreeBSD: it's what your computer would want. Read the official release announcement for all the new goodies, fixes, and most importantly, performance improvements. Instructions for upgrading can be found on our development branch FAQ. After 5.5 and 6.1 are released, we will put out the official announcement, and update the website with all new documentation; and of course, put GNOME 2.14 into the ports tree.
The GNOME 2.14 Release Candidate is out, and ports and packages are ready. It looks like GNOME 2.14.0 will be out on time on March 15th. Now is the time to report any serious problems as well as submit GNOME 2.14 screenshots and splash screens.
Get your BETA 2 here! That's right, GNOME 2.14 Beta 2 has been released, and FreeBSD ports and packages are ready. We are trying to document (and hopefully eliminate) any and all bugs (especially crashers). So if you find anything wrong in this release, please report it. We also need people to start sending in their FreeBSD GNOME 2.14 splash screen entries. So down your favorite energy drink, and get to work.
The last release from the GNOME 2.12 branch is out with FreeBSD ports right behind it. The next GNOME Desktop release will be 2.14.0 which is due out on March 13. GNOME 2.12.3 is a bug fix and translation release.
It's BETA time! GNOME 2.13.90 (aka GNOME 2.14 Beta 1) has been released along with a hot batch of FreeBSD ports. While still a beta, this release looks pretty solid. One of the biggest known issues is that the new GConf schema layout leaves behind a lot of leftover files (see #328623 for more details). This should be fixed by release time. We are entering crunch time, so please report any and all problems. Enjoy!
If you are wondering what to get for that special GNOME user on your Christmas list, look no further. GNOME 2.13.3 has been released, and ports and packages are ready. Most of the kinks from GNOME 2.13.2 have been worked out (in particular, all games should be functional now).
The latest stable GNOME release, 2.12.2, is now ready for your upgrading pleasure in both ports and packages formats. This is primarily a bug-fix release, but a few new features made the cut.
The exciting new winter line of GNOME Desktops has been released, and ports are now available for FreeBSD. GNOME 2.13.2 features three new proposed desktop modules: atomix, fast-user-switch-applet, and gnome-screensaver, along with Firefox 1.5 as the base for Epiphany and Yelp. Testers to their mark, go!
Now that FreeBSD 6.0 is out the door, GNOME 2.12.1 has been merged into the FreeBSD ports tree. Check out the official announcement for more information. - Packages + Packages built against the update ports tree will be available shortly. Be sure to use the - + upgrade script to handle the upgrade process!
Even though we are still waiting for 6.0 to be released, GNOME 2.12.1 has been released, and ports and packages have been updated. At this point, most (if not all) of the FreeBSD-specific known issues have been resolved.
GNOME 2.12 and FreeBSD, together at last. Read the official unofficial release announcement for instructions on upgrading. After 6.0 is released, we will put out the official announcement, and update the website with all new documentation.
GNOME 2.12 Release Candidate is out! Man were there a lot of problems to tackle in this one. Fortunately, everything should now be ironed out, and GNOME 2.12 is shaping up to be a solid release. Please test our ports and packages.
GNOME 2.12 Beta 2 is upon us, and ports are now ready for FreeBSD. Packages for amd64 and i386 are forthcoming. For this release, we have introduced a new feature that "normalizes" the shared library versions for many of the major GNOME 2 components. This means that future updates will most likely not see a shared library version bump which will help tremendously with upgrades. Test like there's no tomorrow!
That's right, folks. GNOME 2.12 Beta 1 is now out, and ports have been updated for your testing pleasure. We also have a complete set of Desktop packages available for i386 and amd64. Don't forget to check out the GNOME 2.12 Preview Tour so you can see what to expect from your shiny new desktop.
GNOME 2.11.5 has been officially released, and ports are available for FreeBSD. Packages for i386 and amd64 are cooking as we speak. New modules for this release include evince and libgnomecups. Test it already!
GNOME 2.10.2 has been released, and FreeBSD ports are now up-to-date. This is primarily a bug-fix release for GNOME 2.10. All of the changes can be found in the official release announcement. Packages for i386 and amd64 are forthcoming.
GNOME 2.11.3 has been released, and FreeBSD ports are ready with packages on the way! The FreeBSD GNOME team has been working like crazy to get this release out the door. Unfortunately, the GNOME project has not made any official release announcements, so this release only has one new module, gnomekeyringmanager. Get your copy now from our development branch FAQ.
Starting with GNOME 2.11, and continuing with the release of 2.12 and beyond, the FreeBSD GNOME team will no longer support the GNOME Desktop on FreeBSD 4.X. Some of lower-level components will be supported, however. FreeBSD 4.X lacks many of the features needed for a modern desktop, and there are now two stable 5.X releases with 6.0 around the corner. If you haven't done so already, now would be a good time to upgrade to 5.X or 6.0.
GNOME 2.10.1 has been released, and FreeBSD ports are already to go. This release is primarily a bug fix and performance improvement release, but some new features have been added. In particular, pkg-config got an overhaul to cleanup library linkage. This caused some unexpected build failure fallout, but work is underway to correct the problems. All of the changes in GNOME 2.10.1 can be found in the combined change log.
GNOME 2.10.0 has been released, and merged into the FreeBSD ports tree. We even beat the 5.4-RELEASE ports freeze! This new release is jam-packed with changes, including some brand new goodies now available on FreeBSD. Be sure to check out our upgrade FAQ prior to jumping in. For those that do not want to spend time compiling, packages for i386 are almost done building on our Tinderbox.
The search for the FreeBSD GNOME 2.10 splashscreen is over. Thanks to all the artists that submitted entries. Our winning entry was designed by Franz Klammer (based on the default GNOME 2.10 splashscreen by Sami "alump" Viitanen), and is the default GNOME 2.10 splashscreen for FreeBSD. However, unlike previous release, all other entries have also been installed. You can use the deskutils/splashsetter port to choose the one you like best.
GNOME 2.8.3 has been released and the FreeBSD ports tree has been updated. - Packages for i386 + Packages for i386 are also freshly baked, and ready for your upgrade pleasure. All of the bugfixes, changes, and optimizations can be found in the release announcement.
GNOME 2.9.91 (aka GNOME 2.10 BETA 2) has been released, and - ports are available + ports are available for your favorite OS. This release features the final set of GNOME 2.10 modules. Please join us in heping to make this the best release since 2.8!
GNOME 2.10 is scheduled to be released on March 9, 2005, and we need talented artists to design a new FreeBSD GNOME splashscreen. The splashscreen should be in PNG format, feature both FreeBSD and GNOME, and work well with the scrolling application icons. The actual version of GNOME can be omitted if desired. Send all entries to gnome@FreeBSD.org. The FreeBSD GNOME user base will decide the winner, and the artist will be credited in the GNOME 2.10 commit log.
GNOME 2.9.90 (aka 2.10 BETA 1) has been released, and - ports are available + ports are available for FreeBSD. For this first beta, we have updated the module list to what should be the final list for GNOME 2.10. Now would be a good time to join the testing effort, and be sure to send in some screenshots if you do.
GNOME 2.9.4 marks the first API/ABI frozen release of GNOME 2.9. GNOME 2.10 is still slated for release on March 9, so - test it already! + test it already! GNOME 2.9.4 also marks the first "clean" desktop release in that it leaves no leftover files or directories are deinstall. Check out the - packages + packages for yourself.
The Mozilla License Team has granted permission to the FreeBSD Gnome Team for use of the Firefox and Thunderbird names, official icons, and use of the --enable-official-branding configure option.
HO, HO, HO, Merry Christmas! GNOME 2.9.3 has been released, and ports are now available. This latest development release adds gnome-control-center, and should be quite usable. Packages are also available for all supported i386 releases.
GNOME 2.8.2 has been released, and ports have been updated in the ports tree with Tinderbox packages forthcoming. A merged ChangeLog is also available.
GNOME 2.9.2 has been released (such as it is), and ports for FreeBSD are now available. Gnome-control-center and nautilus-media are still missing in action, but a lot of new modules including gnome-user-share, goobox, and totem-gstreamer have been added. If you like living on the edge, please help us with testing.
Although a bit late due to the 5.3 ports freeze, GNOME 2.9.1 has been brought to FreeBSD. This first 2.10 development release is not for the faint of heart. Due to changes in Nautilus, components such as gnome-control-center and nautilus-media will not work. However, if you have a strong constitution, please join us in testing GNOME 2.9.
After being delayed waiting for FreeBSD 5.3-Release, GNOME 2.8 for FreeBSD is here! Be sure to use the gnome_upgrade.sh script to handle your upgrade, and check out the tinderbox if you prefer packages. Visit - the FreeBSD/GNOME webpage + the FreeBSD/GNOME webpage for more information.
Michael Johnson has become the newest member of the FreeBSD GNOME team. He has shown an exceptional prowess for multimedia applications, but he will also be contributing to All Things GNOME.
Although a bit late with the news release, GNOME 2.8.1 was released on October 26th, and FreeBSD ports have been - available + available since then. Packages are also up on the - Tinderbox + Tinderbox server. We are still holding off on the FreeBSD ports tree merge until after 5.3 is released.
The GNOME 2.8.0 Desktop has been released, and the FreeBSD ports are ready to go. However, bad timing has struck once again, and GNOME 2.8 was released in the middle of the 5.3-RELEASE ports freeze. Therefore, GNOME 2.8 ports will not make it into the FreeBSD ports tree until after 5.3 is released. The good news is, this will give the FreeBSD GNOME team more time to do quality assurance so to give you the best upgrade experience possible. If you just have to have the updates now, you can get the GNOME 2.8 ports from our development CVS server. Packages for i386 will also be available soon from the GNOME Tinderbox.
The BSD# Project has recently been formed on Novell Forge and is devoted to porting and maintaining the Mono .NET framework from Ximian on FreeBSD. The Mono framework consists of not only the Mono runtime environment and compiler but the XSP webserver and Apache mod_mono for handling ASP.NET applications, the IKVM Java virtual machine for handling Java within the .NET framework, and numerous data providers to access common library functions in C# or integration with existing C libraries. The project is currently in it's early stages but has recently finished ports for all the latest Mono packages distributed by Ximian. There is still much more work to be done; from fixing threading issues in the runtime environment, to wider testing of XSP and IKVM, to further understanding the framework and how it all functions. Those interested in Mono and the BSD# Project are asked to visit the project's homepage and join the mailing lists.
The BSD# Project is pleased to announce that the entire Mono 1.0.1 .NET framework from Ximian has been ported for FreeBSD and is ready for use. In addition to an updated port of the Mono runtime, ports for all the latest library bindings, XSP and Apache mod_mono for ASP.NET, and the IKVM Java VM for .NET have been made. Please be aware that due to changes in the latest Mono release and recent changes to threading in the 5.X branch of FreeBSD, these packages only work on 5.3-BETA versions and above. These ports are not currently available in the standard FreeBSD ports tree at the moment as they require wider testing but the intent is for them to be there soon. Those interested in Mono may use mono-merge script available from the BSD# Project to merge the project's ports tree with their own.
Koop Mast became the newest member of the FreeBSD GNOME Team. He will focus mainly on Gstreamer. Please join us in welcoming Koop to the team!
GNOME 2.7.92 (aka 2.8 Release Candidate 1) has been released, and the FreeBSD port is right there waiting. This release has fixed most of the major headaches from 2.7.4, and users that were looking for a good time to upgrade should consider this a good time. All the details on how to obtain this release can be found in our Development Branch FAQ. Packages for i386 will be available shortly.
GNOME 2.7.4 has been released just five short days after 2.7.3, and the FreeBSD ports is ready to go. This latest release features a new desktop MIME system that is designed to integrate more closely with KDE. Unfortunately, not all of the GNOME applications have been converted over to it. All the details on how to obtain this release can be found in our Development Branch FAQ.
GNOME 2.7.3 has been released, and the FreeBSD port has been updated as well. This is the first development release to have the full proposed modules list included. New GNOME desktop modules that are available for FreeBSD include evolution, gnome-nettool, gnome-keyring-manager, and vino. Those that like to run with scissors can check our Development Branch FAQ for instructions on getting this release.
GNOME 2.6.2 has been released, and the FreeBSD port has been updated as well. This is another bug fix release in the GNOME 2.6 series. That said, a few new features did sneak in. Check out the release notes for to see what's new.
GNOME 2.7.2 has been released, and the FreeBSD port has been updated right along with it. This is the second step on the road to GNOME 2.8. Note: this release still identifies itself as GNOME 2.7.1 in Help->About GNOME, but it really is 2.7.2. Those that solemnly swear to be up to no good can check our Development Branch FAQ for instructions on obtaining this release.
GNOME 2.7.1 has been released, and the FreeBSD port is available. This is a development release, and as such, should only be used by those willing to take risks. All of the details on getting this release, upgrading from GNOME 2.6, and debugging problems can be found on our Development Branch FAQ.
Jeremy Messenger has finally agreed to take the FreeBSD commit bit that he earned a long time ago. Additionally, he is joining the ranks of the elite FreeBSD GNOME committers. Please join the FreeBSD GNOME team in welcoming Mezz to the Project!
After a delay stemming from GNOME server security compromises, GNOME 2.6 Release is available for FreeBSD! There are - instructions + instructions for the upgrade process, and packages for all supported versions of FreeBSD!
The GNOME 2.6 Release Candidate 1 desktop has been released and just - cries out + cries out for use. GNOME 2.6 is on schedule for final release on March 24, so be sure to test this release thoroughly. Packages for all supported versions of FreeBSD are also available.
The GNOME 2.6 Beta 2 desktop has been released and - ports + ports are available. We are currently looking for volunteers to help with testing ports and packages installation as well as provide feedback on bugs, missing features, screenshots, and FAQ ideas. Please send any and all questions and comments to the FreeBSD GNOME Team.
A new package building server for FreeBSD GNOME packages is online, and serving out GNOME 2 desktop packages for both 2.4 and 2.5. Packages are available for all supported versions of FreeBSD. The server is still in its infancy, and a bit slow, but it's working constantly to provide the most up-to-date GNOME packages possible. As time goes on, other GNOME meta-ports will be added to the build.
The GNOME 2.6 Beta 1 desktop is now available for FreeBSD. If you have been looking for a good time to switch away from GNOME 2.4, now is that time. Please test extra hard so we can work out all the bugs before the end of the month release date. All the details on upgrading to GNOME 2.6 Beta 1 can be found here. Note: the release identifies itself as 2.5.90, but it is, in fact, GNOME 2.6 Beta 1.
The GNOME 2.5.5 desktop is now available for FreeBSD. It slipped in a scant four days after 2.5.4 to test weed out some more bugs before the first 2.6 beta release. The low down on obtaining this version and upgrading from GNOME 2.4 can be found in the development FAQ.
The nameless GNOME 2.5.4 desktop is now available for FreeBSD. This latest development release is slated to be the last before the GNOME 2.6 beta cycle begins. Those interested in joining the testing effort should read the development FAQ for details on obtaining GNOME 2.5 and upgrading from 2.4
The FreeBSD GNOME team is proud to announce the availability of GNOME 2.4.2 for FreeBSD. This is the next release in from the stable GNOME 2.4 branch. GNOME 2.4.2 is mainly a bugfix and translation release. The next major feature release will be GNOME 2.6 due out in late March. GNOME 2.4.2 is available in the FreeBSD ports tree.
The GNOME 2.5.3 desktop, "That and a pair of testicles" release, is now available for FreeBSD. This releases fixes a lot of bugs in the previous release especially having to do with broken icons. Evolution users will be happy to find the Calendar and Contacts functionality also works now. For those wanting to ride the walrus, read the FAQ on how to get GNOME 2.5, merge it into your ports tree, and even upgrade from GNOME 2.4.
The GNOME 2.5.2 desktop, "You want me to blow on your toes?" release, is now available for FreeBSD. To accompany this release, the FreeBSD GNOME team has set up an FAQ on how to track the GNOME development branches. Please read that to familiarize yourself with what is involved. This release can be checked out from the MarcusCom CVS repository. Also be sure to download the ``marcusmerge'' script from the same URL to merge this tree into your main ports tree.
The GNOME 2.5.1 desktop, "Hey, at least I'm housebroken" release, is now available for FreeBSD. This release is jammed packed with goodies including Evolution 1.5, gnome-network, gDesklets, and monkey-bubble. Those with iron constitutions, and a thirst for bug hunting should check out the ``ports'' module from the MarcusCom CVS repository. If you have not done so already, be sure to get the ``marcusmerge'' script from the above URL to aid in the upgrade. A man page for the script can also be found at the above URL.
The GNOME 2.4.1 desktop, the "Better late than never" release, is now available for FreeBSD. Due to the 5.2 ports freeze, GNOME 2.4.1 will not officially enter the FreeBSD ports tree until after 5.2 is released. However, it can be obtained from the MarcusCom CVS repository with the help of the ``marcusmerge'' script. For a complete list of what's changed, check out the release announcement.
The GNOME 2.5.0 desktop, the "Obviously you're not a golfer" release, is now available for FreeBSD. FreeBSD GNOME junkies can check out this release from the MarcusCom CVS repository. Be sure to get the latest copy of the ``marcusmerge'' script while you're there to help with the upgrade. Thanks to a few of our users, there is also a man page to go with this script. NOTE: this is a developers release, and bugs will exist. If you're not into bug-hunting, you should probably steer clear until 2.6.0 is released.
Pav Lucistnik has been granted a commit bit, and has been added as the newest member of the FreeBSD GNOME team. Pav will be involved in all aspects of the FreeBSD GNOME project, and we're excited to have him aboard. Please join us all in welcoming Pav to the FreeBSD GNOME team!
Thanks to work by Marcel Moolenaar, the GNOME desktop now builds on ia64. There are runtime issues to be resolved, but this was expected. Most importantly, we have new ways to exercise FreeBSD/ia64 in general and KSE/ia64 in particular. Not to mention that we can proceed porting and building other GNOME ports. GNOME for FreeBSD now runs on i386, Alpha, Sparc64, and ia64.
It's been one year since Adam Weinberger (aka adamw, aka lemniscate) signed his soul over to our project. Since then, project documentation readability is at an all-time high, we have more wacky GNOME games in the tree than ever before, and we're keeping up quicker with GNOME releases. Thanks, Adam!
The GNOME 2.4.0: "Temujin" has been released, and is now available for FreeBSD. Due to a timing conflict with the upcoming FreeBSD 4.9-RELEASE, GNOME 2.4 will not make it into the official ports tree until sometime in early October. In the meantime, you can get the ports from the MarcusCom CVS repository. Get the ``marcusmerge'' script to help you with the upgrade. If you already have this script, download it again as it has been updated. Thanks to all those who made this release possible.
The GNOME 2.4 Release Candidate 1 (aka "Kublai") desktop has been released and ported to FreeBSD. Those wanting to make GNOME 2.4 the best release ever should check out the ``ports'' module per the instructions at the MarcusCom CVS repository. Be sure to get the ``marcusmerge'' script as well to with the upgrade (even if you already have this script, download it again as it has been updated). Note, this release will identify itself as GNOME 2.3.90, but it is, in fact, GNOME 2.4 Release Candidate 1.
The GNOME 2.4 Beta 2 (aka "Subotai") desktop has been released and ported to FreeBSD. This final beta is deep-frozen, meaning the final 2.4 will have very few, if any, source code changes from this release. The few, the brave, the testers should checkout the ``ports'' module per the instructions at the MarcusCom CVS repository. Be sure to get the ``marcusmerge'' script as well to help with the upgrade. Note, this release will identify itself as 2.3.7, but it is, in fact, GNOME 2.4 Beta 2.
The GNOME 2.4 Beta 1 (aka "Jelme") desktop has been released, and ported to FreeBSD. For those of you chomping at the bit to test drive this baby, checkout the ``ports'' module per the instructions at the MarcusCom CVS repository. Be sure to get the ``marcusmerge'' script as well to help with the upgrade. Note, this release will identify itself as 2.3.6, but it is, in fact, GNOME 2.4 Beta 1. For a list of what has changed between GNOME 2.2 and 2.4 check out http://www.ilug-cal.org/GNOME_2_4.html.
Alexander Nedotsukov has been granted a commit bit, and has joined the FreeBSD GNOME team. Alexander will be working on general GNOME desktop porting and bug-busting as well as focusing on his ports of the GNOME 2 C++ bindings. Please join us in welcoming Alexander to the team!
The GNOME 2.3.5 desktop, the "Jebe" release, is now available for FreeBSD. Bleeding-edge GNOME fans can check out this release from the MarcusCom CVS repository. Be sure to get the ``marcusmerge'' script as well to help with the upgrade.
The GNOME 1.4 Desktop has been removed from FreeBSD. Users are encouraged to upgrade to GNOME 2.2 which offers many improvements over the older desktop. This follows the GNOME announcement that development on the 1.4 desktop had stopped.
The GNOME 2.2.2 desktop has been released and ported to FreeBSD. GNOME 2.2.x is available in the main FreeBSD ports tree. Simply cvsup your ports, and upgrade. Packages may take a while, however. For details on what is new and what has been fixed, please see the GNOME 2.2.2 change log.
The GNOME 2.3.3, "The Four Hounds", has been released and ported to FreeBSD. Hearty adventurers should checkout the ``ports'' module per the instructions at http://www.marcuscom.com:8080/cgi-bin/cvsweb.cgi, and download the ``marcusmerge'' script to aid in the upgrade.
On time, and featuring gnopernicus, the FreeBSD GNOME team presents the next GNOME 2.3 development snapshot, the "Little Hero" release. Testers should checkout the ``ports'' module per the instructions at http://www.marcuscom.com:8080/cgi-bin/cvsweb.cgi, and download the ``marcusmerge'' script to aid in the upgrade.
It's a bit late, but here none the less. For those willing to live on the edge, the next installment of the GNOME 2.3 development snapshot, code named "Daddy Walrus," has been ported. This snapshot lacks three ports found in the official GNOME distribution. They are gnopernicus, gnome-speech, and gnome-system-tools. The latter is missing because it does not fully work with FreeBSD, while the two former components rely on festival, which is broken on -CURRENT. To help out with the testing, check out the ``ports'' module per the instructions at http://www.marcuscom.com:8080/cgi-bin/cvsweb.cgi. Be sure to download the ``marcusmerge'' script as well to aid in upgrading existing ports.
Calling all testers! The first of the GNOME 2.3 development releases is now available. Code named "Mighty Atom," this release includes quite a few new proposed modules. The GNOME 2.3 snapshots will become the GNOME 2.4 desktop on or around September 8. The full scoop can be found here. Those wanting to test this release should check out the ``ports'' module per the instructions at http://www.marcuscom.com:8080/cgi-bin/cvsweb.cgi. Be sure to download the ``marcusmerge'' script from the same page. This script will help you merge the GNOME development ports tree into your main ports tree. Send all questions to freebsd-gnome@FreeBSD.org.
Now that 4.8-RELEASE is out the door, the ports freeze has lifted, and GNOME 2.2.1 has been committed. GNOME 2.2.1 is a bugfix and performance release. However, it does boast "the best Nautilus ever." More details can be found at http://www.gnomedesktop.org/article.php?sid=986.
The GNOME 2.2 Desktop has been released, and ports are available for FreeBSD. Check out the GNOME 2.2 release notes for the full scoop on what has changed. A list of known issues with the FreeBSD port can be found here.
The GNOME 2.1.91, "OUTATIME" release, is now available, and ports have been made for FreeBSD. This is the last release candidate before GNOME 2.2 is released on February 5. For those wanting to test this release, check out the ``ports'' module per the instructions at http://www.marcuscom.com:8080/cgi-bin/cvsweb.cgi. A script is also provided at that site to help in merging this tree with the official FreeBSD ports tree.
The GNOME 2.0.3 desktop has been completed for FreeBSD after the long ports freeze to prepare for 5.0-RELEASE. This new release includes a variety of bugfixes over 2.0.2, as well as some polishing off of promised GNOME 2.0 features.
The GNOME 2.1.90 desktop, "1.21 Jigawatts" release, is available, and ports have been made. This is the first release candidate for GNOME 2.2, and is considered to be quite stable. People wanting to test this release should check out the ``ports'' module per the instructions at http://www.marcuscom.com:8080/cgi-bin/cvsweb.cgi.
The GNOME 2.1.5 desktop, "Enchantment Under the Sea" release, is available and ports have been made. Testers should check out the ``ports'' module via anonymous CVS per the instructions at http://www.marcuscom.com:8080/cgi-bin/cvsweb.cgi.
The GNOME 2.1.4 desktop, "We don't need... roads" release, is available and port have been made. For those wanting to participate in the testing, the ports are available via anonymous CVS from MarcusCom. Check out the ``ports'' module per the instructions at http://www.marcuscom.com:8080/cgi-bin/cvsweb.cgi.
The GNOME 2.1.3 desktop, "Twin Pines" release, is available and ports have been made for it (including the GStreamer components!). For those wanting to test this next installment in the 2.1 developer series, ports are available via anonymous CVS from MarcusCom. Check out the ``ports'' module per the instructions at http://www.marcuscom.com:8080/cgi-bin/cvsweb.cgi.
GNOME 2.0.2 will be the default GNOME desktop in the upcoming FreeBSD 5.0-RELEASE. The default desktop installation will come with both the Sawfish and Metacity window managers.
The news updates from the FreeBSD GNOME Project can now be downloaded in RDF format. Simply point your RDF consumer at - http://www.FreeBSD.org/gnome/news.rdf.
+ https://www.FreeBSD.org/gnome/news.rdf.The GNOME 2.1.2 desktop, "Life Preserver" release, is available, and ports have been made for most of it. There are still some FreeBSD issues with the new GStreamer stuff, and some of the newer modules (such as system-tray) haven't yet been ported. For those wanting to test this latest development snapshot, ports are available via anonymous CVS from MarcusCom. Check out the ``ports'' module per the instructions at http://www.marcuscom.com:8080/cgi-bin/cvsweb.cgi.
The GNOME 2.1.1 desktop, "Flux Capacitor" release, is available, and ports have been made for those wanting to test this next installment of the GNOME 2.2 development version. The ports are available via anonymous CVS from MarcusCom. Check out the ``ports'' per the instructions at http://www.marcuscom.com:8080/cgi-bin/cvsweb.cgi.
The GNOME 2.1.0 desktop, "88MPH" release is available, and ports have been made for those wanting to test. The ports are available via CVS from MarcusCom. A cvsweb interface is available from http://www.marcuscom.com:8080/cgi-bin/cvsweb.cgi. The module name is ``ports''. Instructions for checking out the ports is available at the cvsweb site.
GNOME 2.0.2 development API and desktop has been released today (just in time for 4.7-RELEASE)! The ports tree is in sync with 2.0.2, and i386 -stable packages are available from MarcusCom.
GNOME 2.0.2 Release Candidate 1, "The Considerable Duck", is now available. The ports tree is already in sync with this release, as is the package distribution at MarcusCom.
GNOME 2.0.1 was officially released today. More info can be found at http://www.gnome.org/start/2.0/. The ports collection is already in sync with 2.0.1, and 2.0.1 packages are available for i386 -stable from http://www.marcuscom.com/downloads/packages/gnome/.
GNOME 2 packages for i386 FreeBSD-stable have been posted to http://www.marcuscom.com/downloads/packages/gnome/. Both .tgz and .tbz packages have been posted. This includes everything needed to install GNOME 2 except for XFree86. These packages were built using XFree86 4.2.0 which is available in package format from a variety of locations. Please send email to freebsd-gnome@FreeBSD.org if you have any problems.
The GNOME 2 components have now been updated to the just-announced GNOME 2.0.1 Release Candidate 1: "Not Considered Harmful" release.
The FreeBSD GNOME team is proud to announce that GNOME 2.0 Release has been ported to FreeBSD. This comes four days after the GNOME Project made their press release. Look for documentation updates to cover the new GNOME 2.0 desktop.
GNOME 2 on FreeBSD is now up to the "Fever Pitch" RC1. This is supposedly going to be the final release candidate for GNOME 2, with a final release coming around June 21.
GNOME 2 components have been updated to the "Release formerly known as..." release snapshot. This brings a number of GNOME 2.0 components to 2.0.0. GNOME 2.0 release is imminent!
GNOME 2 components have been upgraded to "Stay on target!" release snapshot. This brings a whole new round of bug fixes and GUI improvements to GNOME 2.
The FreeBSD GNOME Team has finished porting of GNOME2 beta 5 release to FreeBSD. All existing ports were updated and many missed were added. The FreeBSD Ports Collection now contains all bits and pieces of the GNOME2 platform, both desktop and development ones.
The team now works on improving quality of the port, by tracking down FreeBSD-specific problems and fixing them. Another goal is to provide set of pre-built GNOME2 binary packages on the official FreeBSD 4.6 release media along with GNOME 1.4 bits and pieces.
We would encourage any help from our users in the form of problem reports, patches, suggestions etc.
All components of GNOME2 Platform already ported to FreeBSD have been updated to the latest versions found in the official GNOME2 beta4 distribution.
All components of GNOME2 Development Platform already ported to FreeBSD have been updated to the latest versions found in the official GNOME2 beta3 distribution.
Joe Marcus Clarke has been granted a FreeBSD commit bit (direct access to the cvs repository). His main focus as a committer will be FreeBSD GNOME, so that expect much faster problem resolution than ever. It is also expected that he would revive somewhat stalled GNOME2 porting effort. Welcome aboard, Joe!!!
Mozilla 0.9.9 is out bringing many bugfixes and new features and FreeBSD port was updated accordingly. Update is strongly recommended to all current users.
All components of GNOME2 Development Platform already ported to FreeBSD have been updated to the latest versions found in the official GNOME2 beta2 distribution. Thanks to Joe Marcus Clarke for his help.
The FreeBSD GNOME team started some initial work on getting GNOME2 bits and pieces running on FreeBSD. The work is expected to take quite some time, though some initial set of ports making up core of the GNOME2 platform would be committed to the FreeBSD ports repository as soon as possible.
Brand new FreeBSD GNOME site is up and running. Many thanks to all who make it possible, particularly Joe Marcus Clarke and John Merryweather Cooper.
Famous Ade Lovett, who was one of the main founders of the FreeBSD GNOME porting effort, but due to various reasons had left the FreeBSD GNOME team in June 2001 decided to re-join us. This is truly amazing news, because we still have many things to do, so that his help and huge experience in the field would be really useful.
Several core GNOME ports were updated to the latest versions (gnomelibs, gnomecore, glade etc.) Please follow usual instructions to update your system.