Fedora Core 3 Test Update: xorg-x11-6.8.2-1.FC3.34
by Mike A. Harris
---------------------------------------------------------------------
Fedora Test Update Notification
FEDORA-2005-393
2005-05-24
---------------------------------------------------------------------
Product : Fedora Core 3
Name : xorg-x11
Version : 6.8.2
Release : 1.FC3.34
Summary : The basic fonts, programs and docs for an X workstation.
Description :
X.org X11 is an open source implementation of the X Window System. It
provides the basic low level functionality which full fledged
graphical user interfaces (GUIs) such as GNOME and KDE are designed
upon.
---------------------------------------------------------------------
Update Information:
Since the last official update of xorg-x11 for Fedora Core 3, a
number of bugs have been fixed in Fedora Core development builds.
This test update merges the fixes that are currently in our
Fedora Core 4 builds into Fedora Core 3 to get more widespread
testing coverage. Please refer to the changelog below for a
fairly complete list of changes that have occured since the
last update.
Users who have experienced problems with Xorg in Fedora Core 3
who have filed bug reports already are encouraged to install
and test this latest release and provide feedback in bugzilla
for previously reported issues.
There may be additional test updates prior to the next official
FC3 xorg-x11 update.
Please report any regressions in this new release via bugzilla.
---------------------------------------------------------------------
* Mon May 23 2005 Mike A. Harris <mharris(a)redhat.com> 6.8.2-1.FC3.34
- Enabled FC4 patches for FC3, and synchronized FC3 CVS with FC4.
- Built 6.8.2-34 as 6.8.2-1.FC3.34 for FC3-testing release.
* Mon May 23 2005 Mike A. Harris <mharris(a)redhat.com> 6.8.2-34
- Add libFS.so and libGLw.so to -devel package file list, as they were just
discovered to be missing all along due to a bug (#108778) in rpm not
detecting unpackaged symlinks in buildroots.
* Fri May 20 2005 Bill Nottingham <notting(a)redhat.com> 6.8.2-33
- Fix xfs.init 'fonts.dir: No such file or directory' errors (#155349)
* Mon May 16 2005 Kristian H��gsberg <krh(a)redhat.com> 6.8.2-32
- Add patch xorg-x11-6.8.2-ati-radeon-ppc-enable-dynamic-clocks.patch
from David Woodhouse to enable dynamic clocks for radeons by default
on PPC (#152648).
* Fri May 13 2005 Mike A. Harris <mharris(a)redhat.com> 6.8.2-31
- Added xorg-x11-6.8.2-ati-ragexl-ia64-avoidcpiofix.patch to workaround issue
on ia64 with CPIO disabled in ati Mach64 driver (#155609,155610). For
future reference, this is also included in RHEL4_U1 build 6.8.2-1.EL.13.5.
* Sat Apr 30 2005 Mike A. Harris <mharris(a)redhat.com> 6.8.2-30
- Disabled xfs.init-fc4-startearly.patch as it breaks systems that /usr is
on NFS. (FC4Blocker #156413)
* Mon Apr 25 2005 Mike A. Harris <mharris(a)redhat.com> 6.8.2-29
- Added xfs.init-fc4-startearly.patch to patch xfs.init to start earlier in
the boot process for gdm early login on FC4 builds. This is done to the
RPM_BUILD_ROOT installed file to ensure the changes do not get checked into
CVS for the master initscript accidentally.
* Fri Apr 22 2005 Mike A. Harris <mharris(a)redhat.com> 6.8.2-28
- Added xorg-x11-6.8.2-xft-releasefile-crash.patch for fc4 builds (#155634)
- Reordered patch section to clean up numbering inconsistencies
- Update freetype BuildRequires to version 2.1.8, which is what ships in
6.8.2 stock.
* Fri Apr 22 2005 Mike A. Harris <mharris(a)redhat.com> 6.8.2-27
- Change xfs initscript dependancies from "Requires(preun,postun):" to using
two separate lines because rpm has a bug (#118773) that causes dependancies
of this syntax to be ignored.
* Thu Apr 21 2005 Soren Sandmann Pedersen <sandmann(a)redhat.com>
- Make old custom-modelines RHEL4 only. Add .laptop-modes.patch with
support for various weird laptop resolutions.
* Wed Apr 20 2005 Mike A. Harris <mharris(a)redhat.com> 6.8.2-26
- Re-enable xorg-x11-6.8.2-ati-radeon-disable-broken-renderaccel-by-default.patch
patch on FC3/FC4, until we have a new renderaccel patch to test.
- Delete Xprint manpage.
* Mon Apr 18 2005 Kristian H��gsberg <krh(a)redhat.com> 6.8.2-25
- Add xorg-x11-6.8.1-ati-radeon-dynamic-clocks-fix-2.patch to revert
radeon dynamic clock setup to what we had in 6.8.1. The 6.8.2 code
still causes lockups on some systems (#152648).
* Sat Apr 16 2005 Mike A. Harris <mharris(a)redhat.com> 6.8.2-24
- Remove the Speedo font files, as Xorg no longer supports Speedo fonts in
6.8.0 onward but includes the fonts accidentally. (#142744,154191)
- Changed base subpackage post script to remove the Speedo font path from xfs
configuration to avoid warnings in /var/log/messages from xfs about bad
font path elements.
* Fri Apr 15 2005 Mike A. Harris <mharris(a)redhat.com> 6.8.2-23
- Disable xorg-x11-6.8.2-ati-radeon-disable-broken-renderaccel-by-default.patch
patch on FC3/FC4, so we can test the real bugfix.
* Tue Apr 12 2005 Kristian H��gsberg <krh(a)redhat.com> 6.8.2-22
- Remove xorg-x11-6.8.3-intrinsics-gcc4-fdo2893-2305.patch and
remember to cvs add xorg-x11-6.8.3-deassert-ddc-lines.patch
- Add patches nominated for 6.8.3:
- xorg-x11-6.8.3-alpha-srel32-fix-fdo1765-2174.patch
- xorg-x11-6.8.3-canonicalize-builderaddr-1-fdo2884-2293.patch
- xorg-x11-6.8.3-intrinsics-gcc4-fdo2893-2305.patch
- xorg-x11-6.8.3-iso8859-compose-files-fdo2592-2156.patch
- xorg-x11-6.8.3-lbxproxy-fdo2678-2051.patch
- xorg-x11-6.8.3-nv-hw-fdo2533-1896.patch
- xorg-x11-6.8.3-nv-patch-fdo2380-1752.patch
- xorg-x11-6.8.3-radeon-cursor-sync-fdo2844-2230.patch
- xorg-x11-6.8.3-radeon-render-byteswap-fdo2164-1863.patch
- xorg-x11-6.8.3-radeon-set-fb-location-fdo2698-2079.patch
- xorg-x11-6.8.3-saver-c-fdo2194-1613.patch
- xorg-x11-6.8.3-uname-fdo2123-1587.patch
- xorg-x11-6.8.3-void-fdo2467-1828.patch
- xorg-x11-6.8.3-xnest-fdo2599-1964.patch
- xorg-x11-6.8.3-xorgcfg-typo-fdo2896-2311.patch
- xorg-x11-6.8.3-xset-fdo2258-2166.patch
Add patch to deassert i2s lines after ddc probe
(xorg-x11-6.8.3-deassert-ddc-lines.patch).
* Tue Apr 5 2005 Mike A. Harris <mharris(a)redhat.com> 6.8.2-21
- Added xorg-x11-6.8.2-xorg.conf.man-dont-refer-to-nonexisting-example.patch
to fix bug (#69335)
- Removed dead XFree86-4.2.99.901-parallelmake.patch as it has not worked for
several X releases and is unmaintained.
* Tue Apr 5 2005 Mike A. Harris <mharris(a)redhat.com> 6.8.2-20
- Updated pre script to only strip away XkbRules lines indicating "xfree86"
or "xorg" rules be used. (#142429)
- xfs.init reordered find "-maxdepth" option to be first in the list of
options because some people report errors, although I can not reproduce
locally, implying it is a change in GNU findutils. (#154056)
* Mon Apr 4 2005 Mike A. Harris <mharris(a)redhat.com> 6.8.2-19
- xfs.init updated with fixes for chkfontpath invocation, as the previous
code did not filter the output of chkfontpath very good. The new sed
filtering is more reliable now, until chkfontpath is enhanced to provide
the info in a way that does not require filtering.
- xfs.init updated to handle .ot[cf] fonts before .tt[cf] fonts, which is a
small optimization for the case of dirs containing .ot[cf] and .tt[cf]
fonts, as it bypasses the prior invocation of ttmkfdir which would get
discarded anyway. Now only one of the two will be invoked, however the
resulting fonts.dir will be identical to before.
- xfs.init updated to *always* run fc-cache without arguments, in order to
ensure all fontconfig configured font directories have updated cache
files. (#133451)
- xfs.init should no longer try to create files on read-only filesystems,
coincidentally due to the above changes, except when the font metadata
is genuinely outdated, which is an error condition no matter how the
filesystem is mounted (#74398)
* Sun Apr 3 2005 Mike A. Harris <mharris(a)redhat.com> 6.8.2-18
- Added new file "CHANGELOG-rpm" as SOURCE25, which contains all rpm spec
file changelog entries from XFree86 4.3.0 and older era of historical
significance, in order to reduce the per-subpackage rpm payload costs
of large changelogs at install time, and to generally reduce spec file
clutter.
* Sun Apr 3 2005 Mike A. Harris <mharris(a)redhat.com> 6.8.2-17
- Remove precompiled video and input drivers and duplicate copy of Xorg
server binary from xorg-x11-sdk subpackage as they are unnecessary and
non-useful duplication consuming CDROM space.
* Sat Apr 2 2005 Mike A. Harris <mharris(a)redhat.com> 6.8.2-16
- Added xorg-x11-6.8.2-use-linux-native-pciscan-by-default.patch to fix PCI
config space contention issue by changing the X server to default to using
Linux native PCI interfaces instead of directly banging on PCI space
itself (#152608).
- Clean up xorg-x11-doc subpackage by removing junk that gets installed that
should not have been installed by the upstream Makefiles.
* Sat Apr 2 2005 Mike A. Harris <mharris(a)redhat.com> 6.8.2-15
- Added "find $RPM_BUILD_ROOT -name CVS -type d | xargs rm -rf" to rm -rf
section of %install, to force CVS directories to be removed so they do not
end up getting installed in the final packaging.
* Tue Mar 29 2005 Mike A. Harris <mharris(a)redhat.com> 6.8.2-14
- Added "Provides: libGL = 1" virtual provide to the xorg-x11-Mesa-libGL
subpackage, and "Provides: libGLU = 1" virtual provide to the
xorg-x11-Mesa-libGLU subpackage, so that packages providing the headers
can require the virtual provide, rather than a specific implementation.
Currently restricted to build_fc4 for beta testing.
- Added "Requires: libGL >= 1, libGLU >= 1" to xorg-x11-devel package, as the
libGL and libGLU headers are currently present in xorg-x11-devel. Also
restricted to build_fc4 for testing. Once confirmed safe, with no
regressions, all of these changes should be enabled simultaneously for all
builds.
---------------------------------------------------------------------
This update can be downloaded from:
http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/3/
d050923f028a8eed5af61e2f99caabc5 SRPMS/xorg-x11-6.8.2-1.FC3.34.src.rpm
2e69438c2397b08b0870ed8a4c783458 x86_64/xorg-x11-6.8.2-1.FC3.34.x86_64.rpm
76cc619c6b4f124cd8b09e971e421af9 x86_64/xorg-x11-devel-6.8.2-1.FC3.34.x86_64.rpm
89d9afffdabe380582c2a4190a7d4ede x86_64/xorg-x11-deprecated-libs-devel-6.8.2-1.FC3.34.x86_64.rpm
345d4bf90322de99452809b2e8cd4bd4 x86_64/xorg-x11-font-utils-6.8.2-1.FC3.34.x86_64.rpm
6c20a38515ed5980948299ce58f3ed4c x86_64/xorg-x11-xfs-6.8.2-1.FC3.34.x86_64.rpm
87bfd9ffa1605cbd5c0a7d129763aa09 x86_64/xorg-x11-twm-6.8.2-1.FC3.34.x86_64.rpm
84907261a659ca25c53c0f7486148c56 x86_64/xorg-x11-xdm-6.8.2-1.FC3.34.x86_64.rpm
230517091569f81d5ef73284767107c2 x86_64/xorg-x11-libs-6.8.2-1.FC3.34.x86_64.rpm
28ad3294198075cc6bc736e9c456dd2c x86_64/xorg-x11-deprecated-libs-6.8.2-1.FC3.34.x86_64.rpm
618f71a87dece65e09165d844f084091 x86_64/xorg-x11-doc-6.8.2-1.FC3.34.x86_64.rpm
82c94ed881fa22c7e62ec9ff821aa2e2 x86_64/xorg-x11-Xdmx-6.8.2-1.FC3.34.x86_64.rpm
d4a7e5c1c1363cd330f6fddd45143458 x86_64/xorg-x11-Xnest-6.8.2-1.FC3.34.x86_64.rpm
4e477cbcbeee791e202cc03fe952f076 x86_64/xorg-x11-tools-6.8.2-1.FC3.34.x86_64.rpm
3339060b442edc237944c2e905d49c72 x86_64/xorg-x11-xauth-6.8.2-1.FC3.34.x86_64.rpm
f46bf7f591d7d16d265392a1f747e952 x86_64/xorg-x11-Mesa-libGL-6.8.2-1.FC3.34.x86_64.rpm
6904df78414fd3c8126dd92981ee457a x86_64/xorg-x11-Mesa-libGLU-6.8.2-1.FC3.34.x86_64.rpm
4ffa85bbb0593cc02590b75f41b784ff x86_64/xorg-x11-Xvfb-6.8.2-1.FC3.34.x86_64.rpm
74ef9cbb1a981080796a724b30c39985 x86_64/xorg-x11-sdk-6.8.2-1.FC3.34.x86_64.rpm
d858de2ef6a1a5ea2168b4a2d2e41f69 x86_64/xorg-x11-devel-6.8.2-1.FC3.34.i386.rpm
24a5d7ffe875b00d6056a39d6b6d0689 x86_64/xorg-x11-libs-6.8.2-1.FC3.34.i386.rpm
4db871a55290c3102e5bce18271cbf88 x86_64/xorg-x11-deprecated-libs-6.8.2-1.FC3.34.i386.rpm
295b4db6580c498acef014ff9943ef62 x86_64/xorg-x11-Mesa-libGL-6.8.2-1.FC3.34.i386.rpm
cb7f92943474e8bff3d9c7ae7ae6f0fa x86_64/xorg-x11-Mesa-libGLU-6.8.2-1.FC3.34.i386.rpm
ed9307c04aae2c8f8a853fcfa364df6a i386/xorg-x11-6.8.2-1.FC3.34.i386.rpm
d858de2ef6a1a5ea2168b4a2d2e41f69 i386/xorg-x11-devel-6.8.2-1.FC3.34.i386.rpm
004e9b46f9cbba3ee009ce9bd9866782 i386/xorg-x11-deprecated-libs-devel-6.8.2-1.FC3.34.i386.rpm
917d2d56402b060e913d96cf37aa4647 i386/xorg-x11-font-utils-6.8.2-1.FC3.34.i386.rpm
f84bdc6076d5889feff1e95be840023a i386/xorg-x11-xfs-6.8.2-1.FC3.34.i386.rpm
52708ffc16c6c9100a8f6906071e10f5 i386/xorg-x11-twm-6.8.2-1.FC3.34.i386.rpm
5069471445ce0e8b35da3058d3cf24be i386/xorg-x11-xdm-6.8.2-1.FC3.34.i386.rpm
24a5d7ffe875b00d6056a39d6b6d0689 i386/xorg-x11-libs-6.8.2-1.FC3.34.i386.rpm
4db871a55290c3102e5bce18271cbf88 i386/xorg-x11-deprecated-libs-6.8.2-1.FC3.34.i386.rpm
3ccb9e3a55a2e00327b3ddba91f16bc6 i386/xorg-x11-doc-6.8.2-1.FC3.34.i386.rpm
24485f27c62707ff5517ac5ff489ac7d i386/xorg-x11-Xdmx-6.8.2-1.FC3.34.i386.rpm
f467685333b5a6d5752663bb8bcc0854 i386/xorg-x11-Xnest-6.8.2-1.FC3.34.i386.rpm
0498e2f7fbf1176f2302dfb429f47a6a i386/xorg-x11-tools-6.8.2-1.FC3.34.i386.rpm
6add17541349e9e4673bd28dcb5cc53a i386/xorg-x11-xauth-6.8.2-1.FC3.34.i386.rpm
295b4db6580c498acef014ff9943ef62 i386/xorg-x11-Mesa-libGL-6.8.2-1.FC3.34.i386.rpm
cb7f92943474e8bff3d9c7ae7ae6f0fa i386/xorg-x11-Mesa-libGLU-6.8.2-1.FC3.34.i386.rpm
70ca1c8732ff65a693c50488439dd468 i386/xorg-x11-Xvfb-6.8.2-1.FC3.34.i386.rpm
29c44989d47dc0a2912214769d84325a i386/xorg-x11-sdk-6.8.2-1.FC3.34.i386.rpm
This update can also be installed with the Update Agent; you can
launch the Update Agent with the 'up2date' command. You may
need to edit your up2date channels configuration. Within
/etc/sysconfig/rhn/sources enable the following line:
yum updates-testing http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/3...
---------------------------------------------------------------------
19 years, 1 month
mkfs.ext3: Permission denied while trying to determine filesystem size
by Justin Conover
Can't create a logical volume, have no problems doing it on another
rawhide box. Plenty of space, I've done this ++++ times and for some
reason this box is just causing a problem. "permission denied"
Could this be a dieing HD? The box has 4x36GB scsi drives in it, in
Raid0/lvm config.
[root@trinity ~]# lvcreate -L2G -nLogVol08 VolGroup01
Logical volume "LogVol08" created
[root@trinity ~]# mke2fs -j /dev/VolGroup01/LogVol08
mke2fs 1.37 (21-Mar-2005)
Could not stat /dev/VolGroup01/LogVol08 --- Permission denied
[root@trinity ~]# mkfs.ext3 -F -j /dev/VolGroup01/LogVol08
mke2fs 1.37 (21-Mar-2005)
mkfs.ext3: Permission denied while trying to determine filesystem size
# mkfs.ext3 -F -j /dev/mapper/VolGroup01-LogVol08
mke2fs 1.37 (21-Mar-2005)
mkfs.ext3: Permission denied while trying to determine filesystem size
]# mkfs.ext3 -F -j /dev/mapper/VolGroup01-LogVol08
mke2fs 1.37 (21-Mar-2005)
mkfs.ext3: Permission denied while trying to determine filesystem size
[root@trinity ~]# mke2fs -f /dev/mapper/VolGroup01-LogVol08
mke2fs: bad fragment size - /dev/mapper/VolGroup01-LogVol08
[root@trinity ~]# id -Z
root:system_r:unconfined_t
[root@trinity ~]# ls -la /sbin/ | grep mkfs
-rwxr-xr-x 1 root root 7192 May 3 23:30 mkfs
-rwxr-xr-x 1 root root 15872 May 3 23:30 mkfs.cramfs
-rwxr-xr-x 3 root root 35888 May 10 04:17 mkfs.ext2
-rwxr-xr-x 3 root root 35888 May 10 04:17 mkfs.ext3
-rwxr-xr-x 3 root root 30180 Apr 28 09:31 mkfs.msdos
-rwxr-xr-x 3 root root 30180 Apr 28 09:31 mkfs.vfat
[root@trinity ~]# lsmod | grep ext3
ext3 133193 8
jbd 61785 1 ext3
[root@trinity ~]# vgdisplay
--- Volume group ---
VG Name VolGroup01
System ID
Format lvm2
Metadata Areas 1
Metadata Sequence No 12
VG Access read/write
VG Status resizable
MAX LV 0
Cur LV 9
Open LV 8
Max PV 0
Cur PV 1
Act PV 1
VG Size 101.28 GB
PE Size 32.00 MB
Total PE 3241
Alloc PE / Size 672 / 21.00 GB
Free PE / Size 2569 / 80.28 GB
VG UUID 8A535T-TOpJ-Fzkg-BREJ-TJE7-E3Lp-nChZOg
The differences on the box that work don't work are following,
Works (x86_64/rawhide)
# rpm -qa | grep lvm
lvm2-2.01.08-1.0 <----- WHY 2?
lvm2-2.01.08-2.1
system-config-lvm-0.9.32-1.0
# rpm -qa | grep e2fsprogs
e2fsprogs-devel-1.37-4
e2fsprogs-1.37-4.x86_64
e2fsprogs-1.37-4.i386
Doesn't work (x86/Rawhide)
# rpm -qa | grep lvm
lvm2-2.01.08-2.1
system-config-lvm-0.9.32-1.0
# rpm -qa | grep e2fsprogs
e2fsprogs-devel-1.37-4
e2fsprogs-1.37-4
Both box's are in a soft raid/lvm config, Not sure why the i386 box
defaulted to VolGroup01 but shouldn't matter in any case.
19 years, 1 month
Re: Install of FC4T3 fails to update MBR in Windows dual boot env.
by Srihari Vijayaraghavan
--- akonstam(a)trinity.edu wrote:
> On Tue, May 24, 2005 at 02:17:04PM +1000, Srihari
When I booted in rescue mode and execute grub-install
/dev/hdc (or hdd), it prints this error message (and
return exit code 1):
/dev/hdd7 does not have any corresponding BIOS drive.
I presume anaconda must have encountered the same
problem, though it said 'all is well' :-).
(Quick googling does not reveal an easy fix.)
> Well first we did exactly the same thing and it
> worked with Linux and
> Windows both booting. I would agree we need toi be
> sure that the grub
> was installed on the right drive:
> In any case at this point you can use the rescue
> disk to install grub
> in the MBR.
>
> Just in case the process is as follows:
> Boot the rescue disk and at some point it will
> identify you linux and
> mount it on /mnt/sysimage. Then run a : chroot
> /mnt/sysimage
> Check on your /boot/grub/grub.conf to see if it is
> correct. Both the
> linux and Windows can be booted from the grub you
> will install in MBR.
> Then to do the installation you can do it one of two
> ways:
> 1. grub-install /dev/hda
>
> 2. The series of commands:
> grub
> grub> root (hd0,4) <--- the 4 must be changed if
> your linuxis on a
> different partition.
> grub> setup (hd0)
> grub> quit
> Although the first option is easier to type the
> second works more
> consistently. If you don't know how to set up
> windows in grub it is
> with the lines:
> title windows
> rootnoverify (hd0,0)
> chainloader +1
OK. We shall give that a go.
Thanks
Hari
Find local movie times and trailers on Yahoo! Movies.
http://au.movies.yahoo.com
19 years, 1 month
Default Firefox icons are not... the default Firefox icons.
by Sean Earp
Has anyone noticed that the default Firefox toolbar icons (which
Themes SAYS is the default Firefox 2.0 Theme set) is definitely NOT
the default theme set? The icons in the current Rawhide firefox are
plug-ugly, and do not match the default firefox
icons that are present on my Windows box, my Mac, and FC2 (those all
match each other). I'm not sure what these icons are, but they need
to be replaced by the correct default firefox icons!
Currently sitting as:
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=138986 which was
reported last November and has not had a developer reply yet. Just
curious if I am the only one experiencing the problem. Thanks,
-Sean
19 years, 1 month
Glibc without linuxthreads
by HGM.bg (GMX)
Hi,
I try to get my VDR running and have to realize that there is no
linuxthreads support in glibc anymore, so LD_ASSUME_KERNEL doesn't work
anymore (correct me here if i'm wrong but these my recogniton of the
relations). VDR still needs this switch, so i really need to recompile
glibc to get this running or is it not possible anymore ?
Thx
/hgm.bg
19 years, 1 month
FC4 test (x86_64) poor performance
by Vlad
Hello,
I've ran a series of tests on FC4 x86_64 and FC3 x86_64. Found that
the performance is quite poor under FC4 (Athlon64 on nForce 4 Ultra).
I've compiled apache+php and measured max requests per second (rps) of
a simple php script (output of phpinfo(); php_info(INFO_MODULES)) with
the apache's 'ab' application. The maximum RPS I managed for FC4 is
440 while FC3 showed up to 730. Network is not the issue cause I did
measurement via lo0.
It's the same server and I've ran yum update before tests in both
cases. Any ideas?
--
Vlad
19 years, 1 month
Re: Xserver Permission Problem
by Teak Billard
Have you tried ssh -X ?
I had to do this in my switch from FC2 to FC3.
Teak
--- Chandana De Silva <chandana(a)desilva.id.au> wrote:
> I am running FC4T3 on my desk top, and FC2 on two
> other computers.
>
> When I ssh into one of the FC2 computers from the
> FC4 and try to run any
> gui app (eg:xclock), I get the message :
> "Error: Can't open display:"
>
> I then try to specifically set the DISPLAY and still
> get the same
> message:
> [chandana@tarzan chandana]$ export
> DISPLAY=10.10.10.11:0.0
> [chandana@tarzan chandana]$ xclock
> Error: Can't open display: 10.10.10.11:0.0
>
> This works fine (without even bothering to set the
> DISPLAY) from the
> other FC2 computer.
>
> Is there some permission setting on the FC4 that is
> different ?
>
> Chandana
>
> --
> fedora-test-list mailing list
> fedora-test-list(a)redhat.com
> To unsubscribe:
>
http://www.redhat.com/mailman/listinfo/fedora-test-list
>
__________________________________________________
Do You Yahoo!?
Tired of spam? Yahoo! Mail has the best spam protection around
http://mail.yahoo.com
19 years, 1 month
RE: Standard-Kernel doesn't compile on FC4T3
by Josh L
>
> From: Joshua Liebowitz <taquitos(a)gmail.com>
To: fedora-test-list(a)redhat.com
> Date: Sat, 28 May 2005 14:14:55 -0400
> Subject: RE: Standard-Kernel doesn't compile on FC4T3
>
> I had the exact same type of problem in FC4T2, I googled it and found it
> to be pretty common. The solution is to replace
>
your version of i2c.h with a modified one that has proper function defs.
> Once I replaced it, I was able to compile my new kernels. Give me some time
> and I will look for it again.
>
> -Joshua Liebowitz
>
Ok I found my copy of the i2c.h patch I used to fix my problems compiling a
new kernel with GCC4. I posted the patch up on the webspace Boston
University gives me. http://people.bu.edu/liebowij/
I hope this helps.
-Joshua Liebowitz
19 years, 1 month
