System Environment/Base

xorg-x11-filesystem: X.Org X11 filesystem layout

Name:xorg-x11-filesystem Vendor:Red Hat, Inc.
Version:7.0 License:MIT/X11
Release:1 URL:http://www.redhat.com
Summary
This package provides some directories which are required by other packages which comprise the modularized X.Org X11R7 X Window System release. This package must be installed during OS installation or upgrade, in order to force the creation of these directories, and replace any legacy symbolic links that might be present in old locations, which could prevent proper upgrade from occuring.

Arch: src

Download:xorg-x11-filesystem-7.0-1.src.rpm
Build Date:Thu Feb 9 06:41:54 2006
Packager:Red Hat, Inc. <http://bugzilla.redhat.com/bugzilla>
Size:4 KiB

Changelog

* Thu Feb 9 17:00:00 2006 Mike A. Harris <mharris{%}redhat{*}com> 7.0-1
- Bumped version to 7.0-1 and rebuilt.
* Tue Nov 22 17:00:00 2005 Mike A. Harris <mharris{%}redhat{*}com> 0.99.2-3
- Ok, even though I _tested_ it, and it worked..  the previous build had a
  broken post, preun, and postun script, due to copy and paste error.  Ugh.
  Also, the script in /usr/bin was broken due to heredoc variable
  interpolation, which I turned off this time so it is generated correctly.
  I removed the post, preun, postun scripts as they are overkill anyway.
  The bug in 0.99.2-2 might cause upgrade or uninstall of the package to
  fail and require manual uninstallation with --noscripts.  Oops.  This
  is what "rawhide" means boys and girls.
- Added "Requires(pre): filesystem >= 2.3.7-1", to avoid problems with older
  versions of it, and to allow packages that need this workaround to only
  have to set a dependency on xorg-x11-filesystem instead of both packages.
* Mon Nov 21 17:00:00 2005 Mike A. Harris <mharris{%}redhat{*}com> 0.99.2-2
- Updated scripts so that they create the directory even if the symlink was
  not present, to ensure that the dir exists first and avoid theoretical
  case in which, in a single transaction, xorg-x11-filesystem gets installed,
  no symlink or dir is present causing the symlink test to fail, so no dir
  gets created, then another package in the transaction set installs a
  symlink, then a package tries to install a dir and fails.  This should
  guarantee now that these two dirs are really really dirs, not symlinks
  for sure for sure.

Listing created by RepoView-0.5-1