New package gnome-netstatus Network status applet
New package perl-RPM-Specfile RPM-Specfile Perl module
New package perl-XML-LibXML-Common XML-LibXML-Common Perl module
Updated Packages:
XFree86-4.3.0-61 ---------------- * Fri Feb 27 2004 Mike A. Harris mharris@redhat.com 4.3.0-61
- Added XFree86-4.3.0-keyboard-disable-ioport-access-v3.patch as a final patch without debug logging enabled, to fix (#115769) - Added spec file macro 'with_savetemps' for debugging purposes, disabling it by default. When used, it is set up to only get used on x86 for build_rawhide and build_psyche builds - Added XFree86-4.3.0-ati-ia64-no-nonpci-ioport-access.patch to fix ati driver issue on ia64 which causes IBM x455 system to machine check. Also added "#define ATIAvoidNonPCI YES" to host.def to activate this fix only on ia64 builds (#112175)
* Wed Feb 25 2004 Mike A. Harris mharris@redhat.com 4.3.0-60
- Added XFree86-4.3.0-keyboard-disable-ioport-access-v2.patch to try to fix (#115769) - Changed mkxauth to call chown as foo:bar instead of foo.bar as the latter syntax has been deprecated - Added XFree86-4.3.0-minor-typo.patch to fix a trivial typo that I spotted in an error message in linux int10 code. - Remove Buildrequires kudzu-devel, pciutils-devel, both of which were added on Mar 21, 2001 when Glide3 was included in the XFree86 packaging, but are no longer necessary. I detected this when the buildsystem failed my build due to being unable to meet the dependancy on kudzu-devel, and further investigation showed that dependancy is no longer necessary. - Added XFree86-4.3.0-xcursorgen-check-malloc-return.patch to make xcursorgen check the return codes on malloc before referencing allocated memory - Added XFree86-4.3.0-redhat-xcursorgen-do-not-build-included-cursors.patch to stop building the XFree86 supplied Xcursor cursors as we do not ship them
* Thu Feb 19 2004 Mike A. Harris mharris@redhat.com 4.3.0-59
- Added XFree86-4.3.0-xrandr-manpage-typo-fix.patch to fix manpage (#83702) - Added XFree86-4.3.0-radeon-9200-dvi-snow.patch to fix issue on Radeon 9200 when using DVI panel and encountering snow and other artifacts (#112073) - Updated XFree86-4.3.0-debug-logging-ioport-based-rate-setting.patch to have it patch both lnx_kbd.c and lnx_io.c because both files insanely contain identical cut and pasted copies of the exact same source code, so nothing shows up in the X server log when testing with previous patch as the calls never got invoked in lnx_kbd.c (#115769)
gail-1.5.6-1 ------------ * Wed Feb 25 2004 Alexander Larsson alexl@redhat.com 1.5.6-1
- update to 2.5.6
gimp-print-4.2.6-8 ------------------ * Fri Feb 27 2004 Tim Waugh twaugh@redhat.com 4.2.6-8
- Fixed dither algorithm selection (bug #116516). - Fixed another plug-in crash.
glibc-2.3.3-12 -------------- * Fri Feb 27 2004 Jakub Jelinek jakub@redhat.com 2.3.3-12
- update from CVS
* Fri Feb 27 2004 Jakub Jelinek jakub@redhat.com 2.3.3-11
- update from CVS - fix ld.so when vDSO is randomized
gnome-applets-2.5.6-1 --------------------- * Thu Feb 26 2004 Alexander Larsson alexl@redhat.com 1:2.5.6-1
- update to 2..5.6
gnome-panel-2.5.90-1 -------------------- * Fri Feb 27 2004 Mark McLoughlin markmc@redhat.com 2.5.90-1
- Update to 2.5.90 - Resolve conflicts with the lockf patch and re-work slightly
gstreamer-plugins-0.7.5-1 ------------------------- * Fri Feb 27 2004 Alexander Larsson alexl@redhat.com 0.7.5-1
- update to 0.7.5
* Fri Feb 13 2004 Elliot Lee sopwith@redhat.com
- rebuilt
gtk2-2.3.4-1 ------------ * Wed Feb 25 2004 Mark McLoughlin markmc@redhat.com 2.3.4-1
- Update to 2.3.4 - Remove the xft-prefs patch, its upstream now - Don't kill libtool's hardcode_libdir_flag_spec anymore
im-sdk-11.4-19 -------------- * Fri Feb 27 2004 Akira TAGOH tagoh@redhat.com 1:11.4-19
- im-sdk-11.4-canna-no-process-unrelated-keys.patch: applied to allow working unrelated keys during no preediting. (#114002) - im-sdk-11.4-canna-draw-off-status.patch: fixed crash issue.
kernel-2.6.3-1.116 ------------------ * Fri Feb 27 2004 Dave Jones davej@redhat.com
- Update to 2.6.4-rc1 - Re-enable Future Domain SCSI controller.
libaio-0.3.98-2 --------------- * Thu Feb 26 2004 Jeff Moyer jmoyer@redhat.com 0.3.98-2
- bah. fix version nr in changelog.
* Thu Feb 26 2004 Jeff Moyer jmoyer@redhat.com 0.3.98-1
- fix compiler warnings.
* Thu Feb 26 2004 Jeff Moyer jmoyer@redhat.com 0.3.97-2
- make srpm was using rpm to do a build. changed that to use rpmbuild if it exists, and fallback to rpm if it doesn't.
pam-0.77-36 ----------- * Thu Feb 26 2004 Dan Walsh dwalsh@redhat.com 0.77-36
- fix tty handling
* Thu Feb 26 2004 Dan Walsh dwalsh@redhat.com 0.77-35
- remove tty closing and opening from pam_selinux, it does not work.
* Fri Feb 13 2004 Elliot Lee sopwith@redhat.com
- rebuilt
policy-1.6-13 ------------- * Fri Feb 27 2004 Dan Walsh dwalsh@redhat.com 1.6-13
- Add Russell etc_domain stuff
* Thu Feb 26 2004 Dan Walsh dwalsh@redhat.com 1.6-12
- Fix fd inheritance
* Thu Feb 26 2004 Dan Walsh dwalsh@redhat.com 1.6-11
- fix locate
rpm-4.3-0.16 ------------ * Wed Feb 25 2004 Jeff Johnson jbj@jbj.org 4.3-0.15
- serialize rpmtsRun() using fcntl on /var/lock/rpm/transaction.
rpmdb-fedora-1.90-0.20040228 ----------------------------
sound-juicer-0.5.10.1-3 ----------------------- * Fri Feb 27 2004 Brent Fox bfox@redhat.com 0.5.10.1-3
- rebuild
Installation with pxelinux went smoothly and also my Radeon9200 with DVI-out works out-of-the-box.
This is great.
I didn't see any really serious problems yet, has test2 really to be delayed so long?
The most notable problems were misplaced KDE .desktop entries and non-working consolehelper (due to selinux)
On Mon, 1 Mar 2004, Ronny Buchmann wrote:
Installation with pxelinux went smoothly and also my Radeon9200 with DVI-out works out-of-the-box.
This is great.
I didn't see any really serious problems yet, has test2 really to be delayed so long?
Test2 is not being delayed due to general problems, it is being delayed specifically because of SElinux not being quite ready yet, and it is absolutely mission critical that SElinux is in a useable state in test2, or else people will just disable it entirely, and it will get zero testing. There's no sense putting out test releases, if one of the major new features will just be disabled because it doesn't work properly yet.
Wow, that was quite a run-on sentence there. I should like win an award or something eh. ;o)
On Tue, 2 Mar 2004, Mike A. Harris wrote:
Wow, that was quite a run-on sentence there. I should like win an award or something eh. ;o)
"Good" applicants are always needed ;-)
later, chris