Fedora Core 5 Test Update: selinux-policy-2.2.29-3.fc5
by Daniel J Walsh
---------------------------------------------------------------------
Fedora Test Update Notification
FEDORA-2006-271
2006-04-04
---------------------------------------------------------------------
Product : Fedora Core 5
Name : selinux-policy
Version : 2.2.29
Release : 3.fc5
Summary : SELinux policy configuration
Description :
SELinux Reference Policy - modular.
---------------------------------------------------------------------
Update Information:
Update SELinux policy to current rawhide to fix many policy
problems
---------------------------------------------------------------------
* Tue Apr 4 2006 Dan Walsh <dwalsh(a)redhat.com> 2.2.29-3.fc5
- Bump for fc5
* Mon Apr 3 2006 Dan Walsh <dwalsh(a)redhat.com> 2.2.29-3
- Get auditctl working in MLS policy
* Mon Apr 3 2006 Dan Walsh <dwalsh(a)redhat.com> 2.2.29-2
- Add mono dbus support
- Lots of file_context fixes for textrel_shlib_t in FC5
- Turn off execmem auditallow since they are filling log files
* Thu Mar 30 2006 Dan Walsh <dwalsh(a)redhat.com> 2.2.29-1
- Update to upstream
* Thu Mar 30 2006 Dan Walsh <dwalsh(a)redhat.com> 2.2.28-3
- Allow automount and dbus to read cert files
* Thu Mar 30 2006 Dan Walsh <dwalsh(a)redhat.com> 2.2.28-2
- Fix ftp policy
- Fix secadm running of auditctl
* Mon Mar 27 2006 Dan Walsh <dwalsh(a)redhat.com> 2.2.28-1
- Update to upstream
---------------------------------------------------------------------
This update can be downloaded from:
http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/5/
3cab9d261fba619ee2484f9dddb653b49b0c16f3 SRPMS/selinux-policy-2.2.29-3.fc5.src.rpm
59d942385e7cb8cc74694138a052e6ce496f18bc ppc/selinux-policy-2.2.29-3.fc5.noarch.rpm
cd7da7f8d897d19c0a96b0387f4d068afc23a16a ppc/selinux-policy-targeted-2.2.29-3.fc5.noarch.rpm
a79ad120a34528de5af2106b8e45aa2d57d31b5a ppc/selinux-policy-mls-2.2.29-3.fc5.noarch.rpm
5d786584b6b7961b712a662df4d5951030ad701a ppc/selinux-policy-strict-2.2.29-3.fc5.noarch.rpm
59d942385e7cb8cc74694138a052e6ce496f18bc x86_64/selinux-policy-2.2.29-3.fc5.noarch.rpm
cd7da7f8d897d19c0a96b0387f4d068afc23a16a x86_64/selinux-policy-targeted-2.2.29-3.fc5.noarch.rpm
a79ad120a34528de5af2106b8e45aa2d57d31b5a x86_64/selinux-policy-mls-2.2.29-3.fc5.noarch.rpm
5d786584b6b7961b712a662df4d5951030ad701a x86_64/selinux-policy-strict-2.2.29-3.fc5.noarch.rpm
59d942385e7cb8cc74694138a052e6ce496f18bc i386/selinux-policy-2.2.29-3.fc5.noarch.rpm
cd7da7f8d897d19c0a96b0387f4d068afc23a16a i386/selinux-policy-targeted-2.2.29-3.fc5.noarch.rpm
a79ad120a34528de5af2106b8e45aa2d57d31b5a i386/selinux-policy-mls-2.2.29-3.fc5.noarch.rpm
5d786584b6b7961b712a662df4d5951030ad701a i386/selinux-policy-strict-2.2.29-3.fc5.noarch.rpm
This update can be installed with the 'yum' update program. Use 'yum update
package-name' at the command line. For more information, refer to 'Managing
Software with yum,' available at http://fedora.redhat.com/docs/yum/.
---------------------------------------------------------------------
18 years
rawhide report: 20060408 changes
by Build System
Updated Packages:
audit-1.2-1
-----------
* Fri Apr 07 2006 Steve Grubb <sgrubb(a)redhat.com> 1.2-1
- Add support for new file system auditing kernel subsystem
beagle-0.2.4-2
--------------
* Fri Apr 07 2006 Matthias Clasen <mclasen(a)redhat.com> 0.2.4-2
- Update to 0.2.4
- Update patches
cryptsetup-luks-1.0.3-1
-----------------------
* Fri Apr 07 2006 Bill Nottingham <notting(a)redhat.com> 1.0.3-1
- update to final 1.0.3
cups-1:1.2-0.4.rc2.1
--------------------
* Fri Apr 07 2006 Tim Waugh <twaugh(a)redhat.com> 1:1.2-0.4.rc2.1
- 1.2rc2.
* Fri Apr 07 2006 Tim Waugh <twaugh(a)redhat.com> 1:1.2-0.2.rc1.9
- Sync scheduler/* with svn 5383.
* Fri Apr 07 2006 Tim Waugh <twaugh(a)redhat.com> 1:1.2-0.2.rc1.8
- No longer need openssl-devel.
- Build with LDAP_DEPRECATED=1, to pick up declarations of ldap_init() etc.
- Only warn about ACLs once (STR #1532).
- Fix imagetops filter (STR #1533).
- Sync pstops.c with svn 5382.
eclipse-bugzilla-1:0.2.2-4
--------------------------
* Tue Apr 04 2006 Andrew Overholt <overholt(a)redhat.com> 0.2.2-4
- Add ia64.
glib2-2.10.2-2
--------------
* Fri Apr 07 2006 Matthias Clasen <mclasen(a)redhat.com> - 2.10.2-2
- Update to 2.10.2
glibc-kernheaders-3.0-6
-----------------------
* Fri Apr 07 2006 David Woodhouse <dwmw2(a)redhat.com> - 3.0-6
- Fix fstatat64 on i386 (it's not newfstatat)
gtk2-2.8.17-2
-------------
* Fri Apr 07 2006 Matthias Clasen <mclasen(a)redhat.com> - 2.8.17-2
- Update to 2.8.17
* Thu Mar 30 2006 Matthias Clasen <mclasen(a)redhat.com> - 2.8.16-2
- Fix a multiscreen dnd crash
* Wed Mar 15 2006 Matthias Clasen <mclasen(a)redhat.com> - 2.8.16-1
- Update to 2.8.16
gtkhtml3-3.10.0-2
-----------------
* Fri Apr 07 2006 Dan Williams <dcbw(a)redhat.com> - 3.10.0-2
- Fix crash with IM enabled
libXcomposite-0.3-3
-------------------
* Fri Apr 07 2006 Adam Jackson <ajackson(a)redhat.com> 0.3-3
- Note the necessary -proto-devel version in BuildRequires.
* Fri Apr 07 2006 Adam Jackson <ajackson(a)redhat.com> 0.3-2
- Rebuild to pick up new compositeproto headers.
ntp-4.2.0.a.20050816-13
-----------------------
* Fri Apr 07 2006 Miroslav Lichvar <mlichvar(a)redhat.com> - 4.2.0.a.20050816-13
- add option to sync hwclock after ntpdate (#179571)
pango-1.12.1-2
--------------
* Fri Apr 07 2006 Matthias Clasen <mclasen(a)redhat.com> - 1.12.1-2
- Update to 1.12.1
python-2.4.3-1
--------------
* Thu Apr 06 2006 Mihai Ibanescu <misa(a)redhat.com> - 2.4.3-1
- Updated to 2.4.3
* Fri Feb 10 2006 Jesse Keating <jkeating(a)redhat.com> - 2.4.2-3.2.1
- bump again for double-long bug on ppc(64)
* Fri Feb 10 2006 Mihai Ibanescu <misa(a)redhat.com> - 2.4.3-3.2
- rebuilt for newer tix
setarch-2.0-1
-------------
* Fri Apr 07 2006 Jindrich Novy <jnovy(a)redhat.com> 2.0-1
- better error handling, thanks to Dmitry V. Levin (#187322)
- understand --help
vim-1:7.0c.000-3
----------------
* Fri Apr 07 2006 Karsten Hopp <karsten(a)redhat.de> 7.0c.000-3
- fix vimrc filename
* Thu Apr 06 2006 Karsten Hopp <karsten(a)redhat.de> 7.0c.000-2
- new snapshot
xorg-x11-proto-devel-7.0-10
---------------------------
* Fri Apr 07 2006 Adam Jackson <ajackson(a)redhat.com> 7.0-10
- Update to compositeproto-0.3.1 to fix big-endian LP64.
Broken deps for i386
----------------------------------------------------------
GFS-kernel - 2.6.15.1-5.FC5.17.i686 requires /lib/modules/2.6.15-1.2054_FC5
GFS-kernel - 2.6.15.1-5.FC5.17.i686 requires kernel = 0:2.6.15-1.2054_FC5
GFS-kernel-smp - 2.6.15.1-5.FC5.17.i686 requires /lib/modules/2.6.15-1.2054_FC5smp
GFS-kernel-smp - 2.6.15.1-5.FC5.17.i686 requires kernel-smp = 0:2.6.15-1.2054_FC5
GFS-kernel-xen0 - 2.6.15.1-5.FC5.17.i686 requires kernel-xen0 = 0:2.6.15-1.2054_FC5
GFS-kernel-xenU - 2.6.15.1-5.FC5.17.i686 requires /lib/modules/2.6.15-1.2054_FC5xenU
GFS-kernel-xenU - 2.6.15.1-5.FC5.17.i686 requires kernel-xenU = 0:2.6.15-1.2054_FC5
cman-kernel - 2.6.15.1-0.FC5.16.i686 requires /lib/modules/2.6.15-1.2054_FC5
cman-kernel - 2.6.15.1-0.FC5.16.i686 requires kernel = 0:2.6.15-1.2054_FC5
cman-kernel-smp - 2.6.15.1-0.FC5.16.i686 requires /lib/modules/2.6.15-1.2054_FC5smp
cman-kernel-smp - 2.6.15.1-0.FC5.16.i686 requires kernel-smp = 0:2.6.15-1.2054_FC5
cman-kernel-xen0 - 2.6.15.1-0.FC5.16.i686 requires kernel-xen0 = 0:2.6.15-1.2054_FC5
cman-kernel-xenU - 2.6.15.1-0.FC5.16.i686 requires /lib/modules/2.6.15-1.2054_FC5xenU
cman-kernel-xenU - 2.6.15.1-0.FC5.16.i686 requires kernel-xenU = 0:2.6.15-1.2054_FC5
dlm-kernel - 2.6.15.1-0.FC5.14.i686 requires /lib/modules/2.6.15-1.2054_FC5
dlm-kernel - 2.6.15.1-0.FC5.14.i686 requires kernel = 0:2.6.15-1.2054_FC5
dlm-kernel-smp - 2.6.15.1-0.FC5.14.i686 requires /lib/modules/2.6.15-1.2054_FC5smp
dlm-kernel-smp - 2.6.15.1-0.FC5.14.i686 requires kernel-smp = 0:2.6.15-1.2054_FC5
dlm-kernel-xen0 - 2.6.15.1-0.FC5.14.i686 requires kernel-xen0 = 0:2.6.15-1.2054_FC5
dlm-kernel-xenU - 2.6.15.1-0.FC5.14.i686 requires /lib/modules/2.6.15-1.2054_FC5xenU
dlm-kernel-xenU - 2.6.15.1-0.FC5.14.i686 requires kernel-xenU = 0:2.6.15-1.2054_FC5
gdk-pixbuf-devel - 1:0.22.0-22.i386 requires gnome-libs-devel
gdk-pixbuf-gnome - 1:0.22.0-22.i386 requires libgnomesupport.so.0
gdk-pixbuf-gnome - 1:0.22.0-22.i386 requires libgnomeui.so.32
gdk-pixbuf-gnome - 1:0.22.0-22.i386 requires libart_lgpl.so.2
gdk-pixbuf-gnome - 1:0.22.0-22.i386 requires libgnome.so.32
gnbd-kernel - 2.6.15-5.FC5.23.i686 requires /lib/modules/2.6.15-1.2054_FC5
gnbd-kernel - 2.6.15-5.FC5.23.i686 requires kernel = 0:2.6.15-1.2054_FC5
gnbd-kernel-smp - 2.6.15-5.FC5.23.i686 requires /lib/modules/2.6.15-1.2054_FC5smp
gnbd-kernel-smp - 2.6.15-5.FC5.23.i686 requires kernel-smp = 0:2.6.15-1.2054_FC5
gnbd-kernel-xen0 - 2.6.15-5.FC5.23.i686 requires kernel-xen0 = 0:2.6.15-1.2054_FC5
gnbd-kernel-xenU - 2.6.15-5.FC5.23.i686 requires /lib/modules/2.6.15-1.2054_FC5xenU
gnbd-kernel-xenU - 2.6.15-5.FC5.23.i686 requires kernel-xenU = 0:2.6.15-1.2054_FC5
python-docs - 2.4.2-1.1.noarch requires python = 0:2.4.2
Broken deps for ia64
----------------------------------------------------------
gdk-pixbuf-devel - 1:0.22.0-22.ia64 requires gnome-libs-devel
gdk-pixbuf-gnome - 1:0.22.0-22.ia64 requires libgnomesupport.so.0()(64bit)
gdk-pixbuf-gnome - 1:0.22.0-22.ia64 requires libart_lgpl.so.2()(64bit)
gdk-pixbuf-gnome - 1:0.22.0-22.ia64 requires libgnome.so.32()(64bit)
gdk-pixbuf-gnome - 1:0.22.0-22.ia64 requires libgnomeui.so.32()(64bit)
mkbootdisk - 1.5.3-1.noarch requires syslinux
python-docs - 2.4.2-1.1.noarch requires python = 0:2.4.2
rgmanager - 1.9.31-3.ia64 requires ccs
Broken deps for ppc
----------------------------------------------------------
gdk-pixbuf-devel - 1:0.22.0-22.ppc requires gnome-libs-devel
gdk-pixbuf-gnome - 1:0.22.0-22.ppc requires libgnomesupport.so.0
gdk-pixbuf-gnome - 1:0.22.0-22.ppc requires libgnomeui.so.32
gdk-pixbuf-gnome - 1:0.22.0-22.ppc requires libart_lgpl.so.2
gdk-pixbuf-gnome - 1:0.22.0-22.ppc requires libgnome.so.32
mkbootdisk - 1.5.3-1.noarch requires syslinux
python-docs - 2.4.2-1.1.noarch requires python = 0:2.4.2
Broken deps for ppc64
----------------------------------------------------------
avalon-logkit - 1.2-3jpp_3fc.noarch requires servletapi5
castor-demo - 0.9.5-1jpp_2fc.noarch requires servletapi5
emacs - 21.4-5.ppc64 requires fonts-xorg-75dpi
gdk-pixbuf-devel - 1:0.22.0-22.ppc64 requires gnome-libs-devel
gdk-pixbuf-gnome - 1:0.22.0-22.ppc64 requires libgnomesupport.so.0()(64bit)
gdk-pixbuf-gnome - 1:0.22.0-22.ppc64 requires libart_lgpl.so.2()(64bit)
gdk-pixbuf-gnome - 1:0.22.0-22.ppc64 requires libgnome.so.32()(64bit)
gdk-pixbuf-gnome - 1:0.22.0-22.ppc64 requires libgnomeui.so.32()(64bit)
geronimo-specs - 1.0-0.M2.2jpp_7fc.ppc64 requires servletapi5
hsqldb - 1.80.1-1jpp_8fc.ppc64 requires servletapi5
jakarta-commons-fileupload - 1:1.0-3jpp_5fc.noarch requires servletapi5
jakarta-taglibs-standard - 1.1.1-4jpp_3fc.noarch requires servletapi5 >= 0:5.0.16
mkbootdisk - 1.5.3-1.noarch requires syslinux
python-docs - 2.4.2-1.1.noarch requires python = 0:2.4.2
struts - 1.2.8-2jpp_9fc.ppc64 requires servletapi5
struts-webapps-tomcat5 - 1.2.8-2jpp_9fc.ppc64 requires tomcat5
velocity - 1.4-3jpp_4fc.noarch requires servletapi5
xalan-j2-demo - 2.6.0-3jpp_9fc.ppc64 requires servletapi5
Broken deps for s390
----------------------------------------------------------
avalon-logkit - 1.2-3jpp_3fc.noarch requires servletapi5
castor-demo - 0.9.5-1jpp_2fc.noarch requires servletapi5
gdk-pixbuf-devel - 1:0.22.0-22.s390 requires gnome-libs-devel
gdk-pixbuf-gnome - 1:0.22.0-22.s390 requires libgnomesupport.so.0
gdk-pixbuf-gnome - 1:0.22.0-22.s390 requires libgnomeui.so.32
gdk-pixbuf-gnome - 1:0.22.0-22.s390 requires libart_lgpl.so.2
gdk-pixbuf-gnome - 1:0.22.0-22.s390 requires libgnome.so.32
geronimo-specs - 1.0-0.M2.2jpp_7fc.s390 requires servletapi5
hsqldb - 1.80.1-1jpp_8fc.s390 requires servletapi5
jakarta-commons-fileupload - 1:1.0-3jpp_5fc.noarch requires servletapi5
jakarta-taglibs-standard - 1.1.1-4jpp_3fc.noarch requires servletapi5 >= 0:5.0.16
mkbootdisk - 1.5.3-1.noarch requires syslinux
python-docs - 2.4.2-1.1.noarch requires python = 0:2.4.2
rhythmbox - 0.8.8-2.s390 requires libgstgconf-0.8.so.0
rhythmbox - 0.8.8-2.s390 requires libgstreamer-0.8.so.1
rhythmbox - 0.8.8-2.s390 requires libgstcontrol-0.8.so.1
struts - 1.2.8-2jpp_9fc.s390 requires servletapi5
struts-webapps-tomcat5 - 1.2.8-2jpp_9fc.s390 requires tomcat5
velocity - 1.4-3jpp_4fc.noarch requires servletapi5
xalan-j2-demo - 2.6.0-3jpp_9fc.s390 requires servletapi5
xmlrpc - 2.0.1-1jpp_6fc.s390 requires servletapi5
Broken deps for s390x
----------------------------------------------------------
avalon-logkit - 1.2-3jpp_3fc.noarch requires servletapi5
castor-demo - 0.9.5-1jpp_2fc.noarch requires servletapi5
gdk-pixbuf-devel - 1:0.22.0-22.s390x requires gnome-libs-devel
gdk-pixbuf-gnome - 1:0.22.0-22.s390x requires libgnomesupport.so.0()(64bit)
gdk-pixbuf-gnome - 1:0.22.0-22.s390x requires libart_lgpl.so.2()(64bit)
gdk-pixbuf-gnome - 1:0.22.0-22.s390x requires libgnome.so.32()(64bit)
gdk-pixbuf-gnome - 1:0.22.0-22.s390x requires libgnomeui.so.32()(64bit)
geronimo-specs - 1.0-0.M2.2jpp_7fc.s390x requires servletapi5
hsqldb - 1.80.1-1jpp_8fc.s390x requires servletapi5
jakarta-commons-fileupload - 1:1.0-3jpp_5fc.noarch requires servletapi5
jakarta-taglibs-standard - 1.1.1-4jpp_3fc.noarch requires servletapi5 >= 0:5.0.16
mkbootdisk - 1.5.3-1.noarch requires syslinux
python-docs - 2.4.2-1.1.noarch requires python = 0:2.4.2
rhythmbox - 0.8.8-2.s390x requires libgstcontrol-0.8.so.1()(64bit)
rhythmbox - 0.8.8-2.s390x requires libgstgconf-0.8.so.0()(64bit)
rhythmbox - 0.8.8-2.s390x requires libgstreamer-0.8.so.1()(64bit)
struts - 1.2.8-2jpp_9fc.s390x requires servletapi5
struts-webapps-tomcat5 - 1.2.8-2jpp_9fc.s390x requires tomcat5
velocity - 1.4-3jpp_4fc.noarch requires servletapi5
xalan-j2-demo - 2.6.0-3jpp_9fc.s390x requires servletapi5
Broken deps for x86_64
----------------------------------------------------------
GFS-kernel - 2.6.15.1-5.FC5.17.x86_64 requires /lib/modules/2.6.15-1.2054_FC5
GFS-kernel - 2.6.15.1-5.FC5.17.x86_64 requires kernel = 0:2.6.15-1.2054_FC5
cman-kernel - 2.6.15.1-0.FC5.16.x86_64 requires /lib/modules/2.6.15-1.2054_FC5
cman-kernel - 2.6.15.1-0.FC5.16.x86_64 requires kernel = 0:2.6.15-1.2054_FC5
dlm-kernel - 2.6.15.1-0.FC5.14.x86_64 requires /lib/modules/2.6.15-1.2054_FC5
dlm-kernel - 2.6.15.1-0.FC5.14.x86_64 requires kernel = 0:2.6.15-1.2054_FC5
gdk-pixbuf-devel - 1:0.22.0-22.x86_64 requires gnome-libs-devel
gdk-pixbuf-gnome - 1:0.22.0-22.x86_64 requires libgnomesupport.so.0()(64bit)
gdk-pixbuf-gnome - 1:0.22.0-22.x86_64 requires libart_lgpl.so.2()(64bit)
gdk-pixbuf-gnome - 1:0.22.0-22.x86_64 requires libgnome.so.32()(64bit)
gdk-pixbuf-gnome - 1:0.22.0-22.x86_64 requires libgnomeui.so.32()(64bit)
gnbd-kernel - 2.6.15-5.FC5.23.x86_64 requires /lib/modules/2.6.15-1.2054_FC5
gnbd-kernel - 2.6.15-5.FC5.23.x86_64 requires kernel = 0:2.6.15-1.2054_FC5
python-docs - 2.4.2-1.1.noarch requires python = 0:2.4.2
18 years
Xine and avi files.
by aldo santini
i'm getting this error playing .avi files with xine, kaffeine and totem
xine: symbol lookup error:
/usr/lib/xine/plugins/1.1.1/xineplug_decode_ff.so: undefined symbol:
pp_get_context
mp3 and vcd plays ok.
18 years
[Fwd: Fedora Foundation]
by Mike Chambers
Just in case any of you aren't on the Announce or Fedora lists, you can
read this for yourself.
Sorry for cross posting or if most have already read this, but didn't
see anyone from either list (or I missed it) really commenting much on
it.
Mike
-------- Forwarded Message --------
> From: Max Spevack <mspevack(a)redhat.com>
> Reply-To: fedora-list(a)redhat.com
> To: fedora-announce-list(a)redhat.com
> Subject: Fedora Foundation
> Date: Tue, 4 Apr 2006 22:55:32 -0400 (EDT)
>
> To my fellow Fedora community members:
>
> As many of you are aware, FUDCon Boston is this Friday. One of the most
> important topics that we will be discussing there is the future of the
> Fedora Project, specifically with regard to the Fedora Foundation.
>
> I'd like to ask you all to read the document that follows this note. It
> reviews Red Hat's intentions in initially announcing the Fedora
> Foundation, and outlines the problems that have led us to the decision to
> move in a different direction. It also discusses the plan that we are
> implementing instead, and the steps that we are taking to ensure that the
> Fedora Project continues to thrive and grow.
>
> It is as complete, honest, and transparent as we can make it. If you feel
> that there are places in which it lacks those qualities, call us on it,
> and we will respond.
>
> This document represents the work of many people both inside of Red Hat
> and within the Fedora community. It is a long read, but a very worthwhile
> one.
>
> So take a look, read, digest, and share your thoughts. I look forward to
> discussing this in great detail on email, and also with as many of you as
> possible in person at LinuxWorld and at FUDCon over the next few days.
> Many of Red Hat's most active Fedora folks will be at those two shows, so
> please come and talk with us.
>
> Sincerely,
> Max Spevack
>
> =========================
>
> Last June, Red Hat announced its intention to launch the Fedora
> Foundation. We've had a lot of smart people working hard to make this
> Foundation happen, but in the end, it just didn't help to accomplish our
> goals for Fedora. Instead, we are restructuring Fedora Project, with
> dramatically increased leadership from within the Fedora community.
>
> The next obvious question -- "Why no Foundation?" -- deserves a detailed
> explanation.
>
> ===
>
> WHY NO FOUNDATION?
>
> When we announced the Foundation, it was with a very specific purpose, and
> in a very specific context. The announcement was made by Mark Webbink,
> who has been the intellectual property guru at Red Hat for a long time
> now. His stated goal for the Foundation: to act as a repository for
> patents that would protect the interests of the open source community.
>
> Once we announced the intention to form a Foundation, people inside and
> outside of Red Hat were interested in working beyond the stated purpose --
> an intellectual property repository -- and instead saw this new Foundation
> as a potential tool to solve all sorts of Fedora-related issues. Every
> Fedora issue became a nail for the Foundation hammer, and the scope of the
> Foundation quickly became too large for efficient progress.
>
> A team moved forward to create the Foundation itself. We created the
> legal entity, came up with some very basic and flexible bylaws, and
> appointed a board to run it temporarily. This all happened pretty
> quickly, because this was the easy part. We had articles of incorporation
> in September 2005.
>
> Then came the hard part: articulating the precise responsibilities of the
> Foundation. This conversation took months, but ultimately it came back
> around, again and again, to a single question: "What could a Fedora
> Foundation accomplish that the Fedora Project, with strong community
> leadership, could not accomplish?"
>
> So here, in order, were the possible answers to that question -- and why
> we found, in every single case, that the Fedora Foundation was not the
> right answer.
>
> ONE: The Fedora Foundation could be an entity for the development of an
> open source patent commons.
>
> This was the obvious starting place, and what we actually announced. One
> of the lurking concerns of the open source community is the threat of
> software patents. The Fedora Foundation could have been an ideal
> repository for defensive patents. We envisioned soliciting patentable
> ideas from businesses and/or individuals, paying for the prosecution of
> these patents, and then guaranteeing open source developers the
> unrestricted right to code against these patents using a similar mechanism
> to the Red Hat patent promise.
> (http://www.redhat.com/legal/patent_policy.html).
>
> What we weren't counting on was the rapid progress of the Open Invention
> Network (http://www.openinventionnetwork.com/press.html), which serves a
> similar purpose for businesses in a much more compelling way. Without
> going into too much detail, it became clear to us that OIN is going to be
> the 800-pound gorilla in the patent commons space, and we were eager to
> join forces.
>
> OK, so much for soliciting patents from businesses. What about
> individuals? If we were to focus the Fedora Foundation's efforts on
> soliciting patentable ideas from individuals, how many could we get? Our
> gut decision: not many. Most developers who actually work for a living
> have agreements with their employers that prevent them from pursuing
> patents independently. Many university students who pursue patents are
> required to grant them to the university.
>
> After putting a lot of work into the idea of a Fedora Foundation patent
> commons, in the end it just didn't seem compelling. So we shelved the
> idea.
>
> TWO: The Fedora Foundation could act as a single point of standing for
> legal issues.
>
> The Free Software Foundation serves this purpose for the GNU projects.
> We thought that the Fedora Foundation might successfully serve the same
> purpose for Fedora projects. Have you ever noticed that the GNU projects
> all require contributors to assign copyright to the FSF? That's because
> there's this legal idea called "standing" that matters deeply to lawyers
> and judges. Here's a little skit that helps to explain why standing is
> important:
>
> BAILIFF: Come to order for case Z-38-BB-92. Plaintiff is Small Software
> Project. Defendant is Great Big Computer Corporation.
>
> JUDGE: OK, have a seat, folks. The docket is busy today, and I've got a
> doctor's appointment in two hours. Plaintiff, what's this all about?
>
> PLAINTIFF'S COUNSEL: Well, your honor, there's this license called the GPL
> that the defendant is *totally* violating. Basically, they stole the
> plaintiff's code and put it into their software program.
>
> DEFENDANT'S COUNSEL: Hold it right there. Your Honor, plaintiff doesn't
> have standing in this case. There's 100 different developers that wrote
> this code, and the plaintiff only represents six of them. Plaintiff
> clearly doesn't even have the legal right to sue us, Your Honor.
>
> JUDGE: Looks like this case could be Pretty Hard, and this whole
> "standing" thing gives me a perfect excuse not to think about it.
> Counsel, get back to me when you've got the other 94 plaintiffs.
>
> So, standing is a big concern. In the world of lawyers, it's one of the
> big potential unknowns around defending open source projects, especially
> projects that have lots of contributors.
>
> The obvious problem with establishing standing in this way, though, is
> that a single entity *must* own *everything* in your project. That's why
> the FSF *requires* copyright assignment.
>
> What Fedora projects currently exist where copyright assignment makes
> sense?
>
> Well... none, as it turns out. Let's look at some of the current Fedora
> projects as examples.
>
> At present, the two most successful Fedora projects are Core and Extras --
> which, together, basically constitute a big Linux distribution. And what
> is a distribution? Ideally, it's a high-quality repackaging and
> integration of content owned by others. That's the whole point. In such
> cases, copyright assignment makes no sense at all.
>
> Then there's the Fedora Documentation project, which produces
> documentation and makes it available under the Open Publication License
> (http://opencontent.org/openpub/) without options. Given the liberal
> nature of this license, it just doesn't seem all that useful to ask
> contributors to assign copyright for defense of these works.
>
> Then there's the Fedora Directory Server, which Red Hat purchased and open
> sourced. No question who holds standing there; it's Red Hat. The time
> may come when the Fedora Directory Server project is ready to incorporate
> lots of changes from the community, but until that time comes, the
> question of copyright assignment is pretty much a theoretical question.
>
> Which is what a lot of this comes down to -- the question of legal
> standing is either an open or theoretical question at best, and probably
> better left to an organization such as the FSF that focuses a great deal
> more attention on these types of questions.
>
> Put another way: we have a finite amount of resources to make Fedora
> better. How much of that cash should be going to expensive lawyers --
> especially if Red Hat already has lawyers who have a strong incentive to
> defend Fedora, should such a defense prove to be necessary?
>
> So the Fedora Foundation didn't seem compelling as a mechanism for
> copyright assignment, either.
>
> THREE: The Fedora Foundation could act as an entity for funding
> Fedora-related activities that Red Hat didn't have great interest in
> funding.
>
> Funny thing, that. We asked some of our closest friends this question:
> "Would you donate to an independent Fedora Foundation?" The answers were
> very interesting, and ran the gamut. Some people were incredibly
> enthusiastic: "We'd love to give money!" Some were neutral: "Thanks, but
> we'd rather contribute code." And some were less enthusiastic: "Red Hat
> is a successful, profitable company. Why are you asking *me* for money?"
>
> Here's another funny thing: if you choose to incorporate as a non-profit
> entity in the United States, then you subject yourself to a number of
> rigorous IRS tax tests. One of these tests is the "public support test."
> If you say you're a public charity, well by golly, you have to prove it.
> If, within four years, you aren't collecting fully one third of your money
> from public sources, then you're not actually a public charity.
>
> People are always shocked when we tell them how many resources Red Hat
> puts into Fedora. If we were to make the Fedora Foundation a truly
> independent entity, then we'd have to track every dime of that expense as
> "in-kind contributions". That means we'd have to track:
>
> * The cost of bandwidth for distributing Fedora to the world;
>
> * Every hour that Red Hat engineers spend working on Fedora, whether that
> is the actual writing of code, release engineering, testing, etc.;
>
> * Legal expenses of running a Foundation;
>
> * Administrative expenses of running a Foundation.
>
> As an intellectual exercise, let's ignore all of those numbers for now
> except for bandwidth. Back in the day, when Red Hat would release a
> distro, we would regularly get angry calls from network admins at big
> datacenters, complaining that we were eating all of their bandwidth. If
> you ever meet any of our IT guys over a beer, be sure to ask them about
> the time we melted a switch at UUNet.
>
> The demand for Fedora is every bit as high, and the March 20 release of
> Fedora Core 5 was no exception. So let's take a conservative guess and
> say that the bandwidth cost for distributing Fedora comes to $1.5 million
> a year. Yes, even though we have BitTorrent trackers and Fedora mirror
> sites worldwide.
>
> That means that a public Fedora Foundation would have to raise $750k in
> public funds -- remember the one-third public support test -- every single
> year, just to pay for *bandwidth*, assuming no growth and no other
> expenses.
>
> So what would happen, under such a scenario, if Red Hat were to decide to
> spend more money on Fedora? Because that's exactly what Red Hat wants to
> do.
>
> There were alternatives to the public charity angle. We could have set up
> a private operating foundation, and we explored this avenue -- but then it
> wouldn't really be an independent entity. It would be a shell. The fact
> that Red Hat would still likely bear the legal risk of Foundation
> decisions, and the complication of raising public funds, made any 501(c)
> less attractive.
>
> In short: the fund raising burden for a truly independent Fedora
> Foundation would be terrifying. So the Fedora Foundation clearly wasn't
> compelling as a fund raising entity -- if anything, it represented an
> impediment to building a better Fedora Project.
>
> FOUR: The Fedora Foundation could provide mechanisms for more community
> participation in key decision-making processes.
>
> >From the day the Fedora Project was started over two years ago, it's been
> our goal to build these mechanisms, Foundation or no Foundation. How
> successful have we been?
>
> Initially, we had some problems. In the last year, though, we've had some
> pretty clear successes. The Fedora Extras project is a good example here.
> When we officially launched it in February 2005 at FUDCon Boston, we put
> together a steering committee that consisted of a pretty even mix of Red
> Hat and community packagers. At FUDCon Germany last summer, we
> strengthened the group with more European members. Earlier this year, we
> successfully handed off leadership of the committee to a community member.
> Red Hat continues to provide logistical and legal support, but Fedora
> Extras policy is determined by the community.
>
> So what happens when the Fedora Extras Steering Committee (also known as
> FESCO) runs into difficulty? Well, they escalate the issue to "the
> Board." And who is "the Board?" It's been the people running the Fedora
> Foundation -- but it's also been the people running the Fedora Project.
> Whenever "the Board" had been asked to make a decision, there's been no
> practical distinction between "Project" and "Foundation."
>
> What *is* vital, whether we're talking about "The Foundation" or "The
> Project," is the actual presence of community members on the board -- but
> more on that later.
>
> FIVE: The Fedora Foundation could serve as a truly independent entity,
> providing the ability for Fedora to grow separately from Red Hat's
> interests.
>
> This is the real heart of the matter. This is what some people want to
> see: a more independent Fedora. This is The Question That Must Be
> Answered.
>
> The simple and honest answer: Red Hat *must* maintain a certain amount of
> control over Fedora decisions, because Red Hat's business model *depends*
> upon Fedora. Red Hat contributes millions of dollars in staff and
> resources to the success of Fedora, and Red Hat also accepts all of the
> legal risk for Fedora. Therefore, Red Hat will sometimes need to make
> tough decisions about Fedora. We won't do it often, and when we do, we
> will discuss the rationale behind such decisions as openly as we can -- as
> we did with the recent Mono decision.
>
> But just because Red Hat has veto power over decisions, it does not follow
> that Red Hat wants to use that power. Nor does it follow that Red Hat
> must make all of the important decisions about Fedora. In fact, effective
> community decision making is one of the most direct measures of Fedora's
> success.
>
> The most important promise about Fedora -- once free, always free -- still
> stands. We aim to set the standard for open source innovation. A truly
> open Fedora Project is what makes that possible.
>
> ===
>
> THE NEW FEDORA PROJECT LEADERSHIP MODEL
>
> Since Fedora's inception two years ago, a diverse global community has
> developed around Fedora -- and, as in any open source project, natural
> leaders have emerged. The time has come to reward some of these leaders
> with the opportunity to define the direction of the Fedora Project at the
> highest level.
>
> Therefore, we've reconstituted the Fedora Project Board to include these
> community leaders directly.
>
> Initially, there are nine board members: five Red Hat members and four
> Fedora community members. This Board is responsible for making all of the
> operational decisions of the greater Fedora project, including decisions
> about budget and strategic direction.
>
> In addition to the nine board members, there is also be a chairman
> appointed by Red Hat, who has veto power over any decision. It's our
> expectation that this veto power will be used infrequently, since we're
> all aware of the negative consequences that could arise from the use of
> such power in a community project.
>
> The chairman of the Fedora Project is Max Spevack. Max has been with Red
> Hat since 2004, previously as a QA engineer and QA team lead for Red Hat
> Network. He is a member of the Fedora Ambassadors steering committee, and
> has been a Linux user since 1999.
>
> The Fedora Project board members from Red Hat are Jeremy Katz, Bill
> Nottingham, Elliot Lee, Chris Blizzard, and Rahul Sundaram.
>
> Jeremy Katz is a Red Hat engineer. He is the longtime maintainer for
> Anaconda, and a founding member of the Fedora Extras steering committee.
>
> Bill Nottingham joined Red Hat in May of 1998, working on projects ranging
> from the initial port of Red Hat Linux to ia64, booting and hardware
> detection, multilib content definition and fixing, and is currently doing
> work related to stateless Linux. He's also been involved in various
> technical lead details, such as package CVS infrastructure and
> distribution content definition.
>
> Elliot Lee has been a software engineer at Red Hat since 1996. His open
> source contributions include release engineering for Fedora Core,
> co-founding the GNOME project, and maintaining assorted open source
> libraries and utilities. He is a founding member of the Fedora Extras
> steering committee. Elliot current leads the Fedora infrastructure team,
> making it easier and enjoyable for contributors to get more done.
>
> Chris Blizzard is an engineering manager for Red Hat. He has served on
> the board of the Mozilla Foundation, and is currently leading the One
> Laptop Per Child project for Red Hat.
>
> Rahul Sundaram is a Red Hat associate based in Pune, India. He is a
> longstanding contributor to multiple Fedora projects, a Fedora Ambassador
> for India, and a member of the Fedora Ambassadors steering committee.
>
> The Fedora Project board members from the community are Seth Vidal, Paul
> W. Frields, Rex Dieter, and a fourth board member to be named as soon as
> possible.
>
> Seth Vidal is the project lead for yum, which is one of the key building
> blocks for software management in Fedora. He also maintains mock, the
> basis for the Fedora Extras build system. He is a founding member of the
> Fedora Extras steering committee, and he was one of the people chiefly
> responsible for the first ever release of Fedora Extras packages in 2005.
> Seth is also the lead administrator of the infrastructure at
> fedoraproject.org, which includes the Fedora project wiki, RSS feed
> aggregator, and bittorrent server.
>
> Paul W. Frields has been a Linux user and enthusiast since 1997, and
> joined the Fedora Documentation Project in 2003, shortly after the launch
> of Fedora. As contributing writer, editor, and a founding member of the
> Documentation Project steering committee, Paul has worked on a variety of
> tasks, including the Documentation Guide, the Installation Guide, the
> document building infrastructure, and the soon-to-emerge RPM packaging
> toolchain. Paul is also a Fedora Extras package maintainer.
>
> Rex Dieter works as Computer System Administrator in the Mathematics
> Department at the University of Nebraska Lincoln. Rex is a KDE advocate
> and founded the KDE Red Hat project. He is also an active contributor to
> Fedora Extras. Rex lives in Omaha, Nebraka, with his wife, 2 children,
> and 4 cats.
>
> It's true that a lot of the key governance details -- term length, board
> composition, election or appointment process -- have yet to be resolved.
> One of the first responsibilities of the new board will be to work with
> the Fedora community to answer these questions.
>
> ===
>
> Red Hat has been supporting a free Linux distribution for over ten years,
> and Red Hat will *always* support a free Linux distribution. We want to
> work together with the Fedora community to make Fedora better. We want a
> Fedora that is a true partnership between Red Hat and the community. We
> want to build effective models to make that partnership real. We want to
> see the folks at MySQL managing MySQL in Fedora. We want to see the folks
> from kde.org managing KDE in Fedora. We want to see the folks at Planet
> CCRMA managing audio production applications in Fedora. We want Fedora to
> be a launching pad not just for open source software, but for open content
> of all kinds. We want the Fedora Project to be a way to fill the
> community with high quality software and content, and we want to empower
> the Fedora community to innovate in ways we'd never even considered.
>
> The new Fedora Project Board has a strong mandate to make these things
> happen, and has the full support of Red Hat. We ask that you, the members
> of the Fedora community, give them your full support as well, and we thank
> you for all the support you've given us so far. We would not have made it
> nearly this far without your patience, your friendship, and your tireless
> help.
18 years
Mock chroot question
by Ivan Gyurdiev
I used mock to create a chroot environment for the wine srpm. Then I
moved that chroot elsewhere, wrote some custom scripts for bind mounts,
and now I want to use it to play with the 32-bit wine source from CVS
(on x86_64 machine).
=============
Caveat: the chroot rpm database doesn't seem to play nice with the
chroot rpm command [ different db version? ]
What can I do to fix this issue - I want to update my chroot rpms, and
install new ones [ like yum, and vi ].
rpmdb: Program version 4.3 doesn't match environment version
error: db4 error(-30974) from dbenv->open: DB_VERSION_MISMATCH: Database
environment version mismatch
error: cannot open Packages index using db3 - (-30974)
error: cannot open Packages database in /var/lib/rpm
18 years
Fedora Core 5 Test Update: glib2-2.10.2-1.fc5.1
by Matthias Clasen
---------------------------------------------------------------------
Fedora Test Update Notification
FEDORA-2006-294
2006-04-07
---------------------------------------------------------------------
Product : Fedora Core 5
Name : glib2
Version : 2.10.2
Release : 1.fc5.1
Summary : A library of handy utility functions
Description :
GLib is the low-level core library that forms the basis
for projects such as GTK+ and GNOME. It provides data structure
handling for C, portability wrappers, and interfaces for such runtime
functionality as an event loop, threads, dynamic loading, and an
object system.
This package provides version 2 of GLib.
---------------------------------------------------------------------
Update Information:
Overview of Changes from GLib 2.10.1 to GLib 2.10.2
===================================================
* Bugs fixed:
322476 Missing check for .dylib [Anders Carlsson]
332841 Segmentation Fault when %llu is passed to
vasnprintf and HAVE_SNPRINTF is not defined
[Michael McDonald]
333098 Add support for write FDs to GIOChannel
[Markus Brinkmann]
334519 Memleak in goption.c::parse_short_option
[Chris Wilson]
334471 g_parse_debug_string reads beyond buffer
[Morten Welinder]
334611 g_option_context_parse() should not set program
name to '<Unknown>' if it is already set
[Chong Kai Xiong]
335207 g_main_context_unref calls g_source_destroy_internal
with incorrect arguments [Chris Wilson]
335216 Slight performance gains (GList, GAsyncQueue)
[Chris Wilson]
335209 Use of unitialised memory in g_mem_profile
[Chris Wilson]
334943 make check FAIL: threadpool-test
336085 g_option_context_new parameter lacks better
explanation [Claudio Saavedra]
335215 Some breakages with GThreadPool [Chris Wilson]
333879 gthread/gthread-win32.c: IsDebuggerPresent needs
'#define _WIN32_WINDOWS 0x0401' [Kazuki Iwamoto]
334440 dlerror() portability issue causes crash on (old)
a.out NetBSD platform [ITOH Yasufumi]
333916 g_timer_elapsed docs should mention that
microseconds may be NULL [Christian Neumair]
334646 goption + error out params [Christian Persch]
335294 Documentation should not reference G_HAVE_GINT64,
as it's deprecated. [Richard Laager]
* Translation updates (dz,et,he,hi,ka,or,pt_BR,ro,tr)
---------------------------------------------------------------------
* Fri Apr 7 2006 Matthias Clasen <mclasen(a)redhat.com> - 2.10.2-1.fc5.1
- Update to 2.10.2
---------------------------------------------------------------------
This update can be downloaded from:
http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/5/
70cb1ceb9752b5c390b70b68e4300a6737d9b6b0 SRPMS/glib2-2.10.2-1.fc5.1.src.rpm
8599dda5f93f7aecd07e668ef3df64bf62d3af96 ppc/glib2-2.10.2-1.fc5.1.ppc.rpm
aeb7946d563d9759db805187266d67a7cbdb5907 ppc/glib2-devel-2.10.2-1.fc5.1.ppc.rpm
7f2f170a180a87fb292f3c046e403507f4ed4351 ppc/debug/glib2-debuginfo-2.10.2-1.fc5.1.ppc.rpm
121c477067fa1a452e374e6c69344a0ba462f47c x86_64/glib2-2.10.2-1.fc5.1.x86_64.rpm
67f0deb21c2feaa20a2f47a79587fbd251e4ab07 x86_64/glib2-devel-2.10.2-1.fc5.1.x86_64.rpm
89cce73957ca70a5c46e59b320449da4936a7a1f x86_64/debug/glib2-debuginfo-2.10.2-1.fc5.1.x86_64.rpm
3688a69099bb2b892a9681784dd26f7efbad8e4a i386/glib2-2.10.2-1.fc5.1.i386.rpm
526abc2fa7f1c493061efbeeca87b30f66557503 i386/glib2-devel-2.10.2-1.fc5.1.i386.rpm
ba699554f9e771fe92e2c546b13affdf5e45aabd i386/debug/glib2-debuginfo-2.10.2-1.fc5.1.i386.rpm
This update can be installed with the 'yum' update program. Use 'yum update
package-name' at the command line. For more information, refer to 'Managing
Software with yum,' available at http://fedora.redhat.com/docs/yum/.
---------------------------------------------------------------------
18 years
Fedora Core 5 Test Update: pango-1.12.1-1.fc5.1
by Matthias Clasen
---------------------------------------------------------------------
Fedora Test Update Notification
FEDORA-2006-292
2006-04-07
---------------------------------------------------------------------
Product : Fedora Core 5
Name : pango
Version : 1.12.1
Release : 1.fc5.1
Summary : System for layout and rendering of internationalized text
Description :
Pango is a system for layout and rendering of internationalized text.
---------------------------------------------------------------------
Update Information:
Overview of changes between 1.12.0 and 1.12.1
=============================================
* Fix non-OpenType fonts losing kerning in 1.12.0 [#336026,
Denis Jacquerye]
* Fix blurred underlines on Win32 [#332656, Tor Lillqvist]
* Build fix when having both Win32 and FreeType cairo
backends available
[#337502, Alexander Larsson]
* Bugs fixed in this release:
334802,336026,332656,337502
---------------------------------------------------------------------
* Fri Apr 7 2006 Matthias Clasen <mclasen(a)redhat.com> - 1.12.1-1.fc5.1
- Update to 1.12.1
---------------------------------------------------------------------
This update can be downloaded from:
http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/5/
5e92f6a2db46a0783aa65a66798cc7d7bb14caa4 SRPMS/pango-1.12.1-1.fc5.1.src.rpm
82050b2a3d3bc5ef7f2510894fb50afa273c0531 ppc/pango-1.12.1-1.fc5.1.ppc.rpm
06a826fa2015766f62c602b19abd7514409e9889 ppc/pango-devel-1.12.1-1.fc5.1.ppc.rpm
f38422e966cef12f6ea5fd6df5621152a3b6d948 ppc/debug/pango-debuginfo-1.12.1-1.fc5.1.ppc.rpm
61c9cbb36f780bcf99b0653b7b41bf2636c9b626 x86_64/pango-1.12.1-1.fc5.1.x86_64.rpm
105ddd64b91211043f1e0387c9f2e949dc274bd5 x86_64/pango-devel-1.12.1-1.fc5.1.x86_64.rpm
2beb13b079ecda787bdbdcce2ac976ee468eb0b2 x86_64/debug/pango-debuginfo-1.12.1-1.fc5.1.x86_64.rpm
4161e5bfd259232f82ce3976fc3528ad6970e5bc i386/pango-1.12.1-1.fc5.1.i386.rpm
5af0454c4765f016bf355c3e12047f0bfafbcc59 i386/pango-devel-1.12.1-1.fc5.1.i386.rpm
a99e2b46b7060dc1858bd6d421e63b002988f536 i386/debug/pango-debuginfo-1.12.1-1.fc5.1.i386.rpm
This update can be installed with the 'yum' update program. Use 'yum update
package-name' at the command line. For more information, refer to 'Managing
Software with yum,' available at http://fedora.redhat.com/docs/yum/.
---------------------------------------------------------------------
18 years
Fedora Core 5 Test Update: cups-1.2-0.2.rc1.2.8
by Tim Waugh
---------------------------------------------------------------------
Fedora Test Update Notification
FEDORA-2006-252
2006-04-07
---------------------------------------------------------------------
Product : Fedora Core 5
Name : cups
Version : 1.2
Release : 0.2.rc1.2.8
Summary : Common Unix Printing System
Description :
The Common UNIX Printing System provides a portable printing layer for
UNIX® operating systems. It has been developed by Easy Software Products
to promote a standard printing solution for all UNIX vendors and users.
CUPS provides the System V and Berkeley command-line interfaces.
---------------------------------------------------------------------
Update Information:
Test package of CUPS 1.2rc1.
---------------------------------------------------------------------
* Fri Apr 7 2006 Tim Waugh <twaugh(a)redhat.com> 1:1.2-0.2.rc1.2.8
- No longer need openssl-devel.
- Build with LDAP_DEPRECATED=1, to pick up declarations of ldap_init() etc.
- Only warn about ACLs once (STR #1532).
- Fix imagetops filter (STR #1533).
- Sync pstops.c with svn 5382.
* Thu Apr 6 2006 Tim Waugh <twaugh(a)redhat.com> 1:1.2-0.2.rc1.2.7
- Build requires openldap-devel.
- Sync pstops.c with svn 5372.
* Tue Apr 4 2006 Tim Waugh <twaugh(a)redhat.com> 1:1.2-0.2.rc1.2.6
- Tweak to allow 'usb:/dev/usb/lp0'-style URIs again (bug #186880).
* Sun Apr 2 2006 Tim Waugh <twaugh(a)redhat.com> 1:1.2-0.2.rc1.2.5
- Backported svn 5365:5366 change for mutex-protected stringpool (STR #1530).
* Sat Apr 1 2006 Tim Waugh <twaugh(a)redhat.com>
- Fixed _cupsStrFree() (STR #1529).
* Fri Mar 31 2006 Tim Waugh <twaugh(a)redhat.com> 1:1.2-0.2.rc1.2.4
- Fixed interaction with CUPS 1.1 servers (STR #1528).
* Thu Mar 30 2006 Tim Waugh <twaugh(a)redhat.com> 1:1.2-0.2.rc1.2.3
- Added conflicts.
- Built for FC5 update.
* Wed Mar 29 2006 Tim Waugh <twaugh(a)redhat.com> 1:1.2-0.2.rc1.3
- Fix group list of non-root backends (STR #1521, bug #186954).
* Tue Mar 28 2006 Tim Waugh <twaugh(a)redhat.com> 1:1.2-0.2.rc1.2
- Fix lpq -h (STR#1515, bug #186686).
* Mon Mar 27 2006 Tim Waugh <twaugh(a)redhat.com> 1:1.2-0.2.rc1.1
- Ship a printers.conf file, and a client.conf file. That way, they get
their SELinux file contexts set correctly.
* Mon Mar 27 2006 Tim Waugh <twaugh(a)redhat.com> 1:1.2-0.2.rc1.0
- 1.2rc1.
* Fri Mar 24 2006 Tim Waugh <twaugh(a)redhat.com> 1:1.2-0.1.b2.6
- Add KDE compatibility symbols _ipp_add_attr/_ipp_free_attr to ipp.h, with
a comment saying why they shouldn't be used.
* Fri Mar 24 2006 Tim Waugh <twaugh(a)redhat.com> 1:1.2-0.1.b2.5
- Fix KDE compatibility symbols _ipp_add_attr/_ipp_free_attr.
* Fri Mar 24 2006 Tim Waugh <twaugh(a)redhat.com> 1:1.2-0.1.b2.4
- Update to svn snapshot.
* Thu Mar 23 2006 Tim Waugh <twaugh(a)redhat.com> 1:1.2-0.1.b2.3
- Update to svn snapshot. No longer need users or policy patches.
* Fri Mar 17 2006 Tim Waugh <twaugh(a)redhat.com> 1:1.2-0.1.b2.2
- Rebuilt.
* Tue Mar 14 2006 Tim Waugh <twaugh(a)redhat.com> 1:1.2-0.1.b2.1
- Build requires gnutls-devel.
- Fixed default policy name.
- Fixed 'set-allowed-users' in web UI.
* Mon Mar 13 2006 Tim Waugh <twaugh(a)redhat.com> 1:1.2-0.1.b2.0
- 1.2b2.
- Use new CUPS_SERVERBIN location (/usr/lib/cups even on 64-bit hosts).
* Fri Mar 10 2006 Tim Waugh <twaugh(a)redhat.com>
- Fixed some permissions.
* Fri Mar 10 2006 Tim Waugh <twaugh(a)redhat.com> 1:1.2-0.1.b1.1
- Ship /etc/cups/ssl directory.
* Thu Mar 9 2006 Tim Waugh <twaugh(a)redhat.com> 1:1.2-0.1.b1.0
- 1.2b1. No longer need devid patch.
* Wed Mar 8 2006 Tim Waugh <twaugh(a)redhat.com> 1:1.2-0.0.svn5238.2
- Fixed 'device-id' attribute in GET_DEVICES requests (STR #1467).
* Tue Mar 7 2006 Tim Waugh <twaugh(a)redhat.com> 1:1.2-0.0.svn5238.1
- New svn snapshot.
- No longer need browse or raw patches.
* Wed Mar 1 2006 Tim Waugh <twaugh(a)redhat.com> 1:1.2-0.0.svn5137.1
- Fixed raw printing.
- Removed (unapplied) session printing patch.
- Fixed browse info.
* Thu Feb 23 2006 Tim Waugh <twaugh(a)redhat.com> 1:1.2-0.0.svn5137.0
- New svn snapshot.
* Fri Feb 17 2006 Tim Waugh <twaugh(a)redhat.com> 1:1.2-0.0.svn5102.0
- New svn snapshot.
- No longer need enabledisable patch.
- Fixed double-free in scheduler/policy.c (STR #1428).
---------------------------------------------------------------------
This update can be downloaded from:
http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/5/
81988feefcade448b1d2494dc7aca35b5ad9aa2f SRPMS/cups-1.2-0.2.rc1.2.8.src.rpm
72a6dcf62f02f736b2fe535a81d71ea2da328cd2 ppc/cups-1.2-0.2.rc1.2.8.ppc.rpm
1f1e56b07fd5b95bb5f6695aa395aa547825d4f8 ppc/cups-devel-1.2-0.2.rc1.2.8.ppc.rpm
06cfdc6485f676ae4d7a0df8ab53762189a38d5e ppc/cups-libs-1.2-0.2.rc1.2.8.ppc.rpm
ddfa9db275f2b349e0b15402bf4975f29b27d3ff ppc/cups-lpd-1.2-0.2.rc1.2.8.ppc.rpm
f0e597cfd72989e9e2eea9149e194425e4e111f5 ppc/debug/cups-debuginfo-1.2-0.2.rc1.2.8.ppc.rpm
2f611b44b948cf81b799afe3c761cb75fa39b4a6 x86_64/cups-1.2-0.2.rc1.2.8.x86_64.rpm
40a248b40101d49c4e6b79e4986582432345a5ec x86_64/cups-devel-1.2-0.2.rc1.2.8.x86_64.rpm
ed4b037c34492e2b041a2f92132b40af15d3afbe x86_64/cups-libs-1.2-0.2.rc1.2.8.x86_64.rpm
3c1a1f48cacf7c2fbe4671ff4e259798885df901 x86_64/cups-lpd-1.2-0.2.rc1.2.8.x86_64.rpm
9a324df774c691fef15ecde9d95b601c0bb57290 x86_64/debug/cups-debuginfo-1.2-0.2.rc1.2.8.x86_64.rpm
aa8ac9ed1ff01933ecc82440f5d34621ceff2199 i386/cups-1.2-0.2.rc1.2.8.i386.rpm
0d19ab1cb58ea74a485082e0250c3fcb47d00ee3 i386/cups-devel-1.2-0.2.rc1.2.8.i386.rpm
683648fc09f767556cecab41a1d4f67d59750569 i386/cups-libs-1.2-0.2.rc1.2.8.i386.rpm
f10dc9465d295d477251177a2c2b59c564a7a1bd i386/cups-lpd-1.2-0.2.rc1.2.8.i386.rpm
d3fe642deeb473dee8b1b68c0e32f0bd57782001 i386/debug/cups-debuginfo-1.2-0.2.rc1.2.8.i386.rpm
This update can be installed with the 'yum' update program. Use 'yum update
package-name' at the command line. For more information, refer to 'Managing
Software with yum,' available at http://fedora.redhat.com/docs/yum/.
---------------------------------------------------------------------
18 years
Fedora Core 4 Test Update: system-config-date-1.8.2-0.fc4.1
by Nils Philippsen
---------------------------------------------------------------------
Fedora Test Update Notification
FEDORA-2006-290
2006-04-07
---------------------------------------------------------------------
Product : Fedora Core 4
Name : system-config-date
Version : 1.8.2
Release : 0.fc4.1
Summary : A graphical interface for modifying system date and time
Description :
system-config-date is a graphical interface for changing the system date and
time, configuring the system time zone, and setting up the NTP daemon to
synchronize the time of the system with a NTP time server.
---------------------------------------------------------------------
Update Information:
I plan to make this update final within a week.
---------------------------------------------------------------------
* Fri Apr 7 2006 Nils Philippsen <nphilipp(a)redhat.com>
- use pam system-auth on FC4
* Mon Mar 6 2006 Nils Philippsen <nphilipp(a)redhat.com> 1.8.2
- don't write into /tmp
- make synchronizing with time servers configurable (#157485)
* Fri Mar 3 2006 Nils Philippsen <nphilipp(a)redhat.com> 1.8.1
- require hicolor-icon-theme (#182859, #182860)
* Mon Jan 30 2006 Nils Philippsen <nphilipp(a)redhat.com> 1.8.0
- bump minor version
- add requirements for pygtk2-libglade, gnome-python2-canvas (#179215)
* Fri Jan 20 2006 Nils Philippsen <nphilipp(a)redhat.com> 1.7.99.17
- zoom out in TZ map on Escape (#178093)
* Wed Jan 18 2006 Nils Philippsen <nphilipp(a)redhat.com> 1.7.99.16
- don't crash when selecting a timezone (#178086, patch by Chris Lumens)
* Tue Jan 17 2006 Nils Philippsen <nphilipp(a)redhat.com> 1.7.99.15
- fix setting timezone from firstboot (#177779, patch by Chris Lumens)
* Mon Jan 16 2006 Nils Philippsen <nphilipp(a)redhat.com> 1.7.99.14
- put Etc/... timezones into "Non-geographic timezones" (#148025)
- default to already set timezone on startup (#177815)
* Tue Jan 10 2006 Nils Philippsen <nphilipp(a)redhat.com>
- Add translation string for UTC-relative and other non-geographic timezones
* Mon Jan 9 2006 Chris Lumens <clumens(a)redhat.com> 1.7.99.13-1
- Rename mainWindow to scdMainWindow to avoid import problems in firstboot.
* Wed Jan 4 2006 Nils Philippsen <nphilipp(a)redhat.com> 1.7.99.12
- show actually chosen region, not just something that's in the vicinity
* Fri Dec 30 2005 Nils Philippsen <nphilipp(a)redhat.com>
- fix highlighted regions when leaving and entering the timeone map canvas
- make timezone list a treeview
- update timezone po source file
* Thu Dec 15 2005 Jeremy Katz <katzj(a)redhat.com> - 1.7.99.11-1
- fix timezone map to not be painfully slow
* Wed Dec 14 2005 Nils Philippsen <nphilipp(a)redhat.com> 1.7.99.10
- make TimezoneMap more easily subclassable (Chris Lumens), use uniform
paren-spacing
* Thu Dec 8 2005 Nils Philippsen <nphilipp(a)redhat.com> 1.7.99.9
- draw frame around highlighted region
* Thu Nov 24 2005 Nils Philippsen <nphilipp(a)redhat.com> 1.7.99.8
- reshow shaded map when reentering map widget from outside
- clear status line when outside region area in zoomed mode
* Thu Nov 24 2005 Nils Philippsen <nphilipp(a)redhat.com> 1.7.99.7
- only select region if pointer is inside region
- replace aa-based shading to avoid aa-related deficiencies of GnomeCanvas
- show shaded border around zoomed in region to zoom out without selecting a
city
* Wed Nov 23 2005 Nils Philippsen <nphilipp(a)redhat.com>
- don't let cities get miraculously lost (#173944, patch by Chris Lumens)
* Mon Nov 21 2005 Nils Philippsen <nphilipp(a)redhat.com> 1.7.99.6
- fix zooming problems with enlarged window (#172982)
- apply workaround by Alex Larsson to avoid hanging when clicking on Asia
region (#172977)
- add Middle America region, make Antarctica regions overlapping
* Thu Nov 10 2005 Nils Philippsen <nphilipp(a)redhat.com> 1.7.99.5
- when choosing a region, shade off the rest of the map when hovering over a
region
* Wed Nov 9 2005 Nils Philippsen <nphilipp(a)redhat.com> 1.7.99.4
- implement simple timezone zooming
* Fri Oct 21 2005 Nils Philippsen <nphilipp(a)redhat.com> 1.7.99.3
- revamp pot file generation (#171330)
* Fri Oct 14 2005 Nils Philippsen <nphilipp(a)redhat.com>
- don't use pam_stack (#170623)
* Fri Oct 7 2005 Nils Philippsen <nphilipp(a)redhat.com> 1.7.99.2
- write comment about the ZONE parameter into /etc/sysconfig/clock (#123101)
- handle comments when reading /etc/sysconfig/clock
- consistently use spaces for indentation in timezoneBackend.py
* Thu Sep 22 2005 Nils Philippsen <nphilipp(a)redhat.com> 1.7.99.1
- check whether NTP server is reachable on changes (#135747)
* Tue Aug 9 2005 Nils Philippsen <nphilipp(a)redhat.com>
- remove workaround causing deprecation warnings for bug that doesn't exist
anymore (#162840)
* Thu Aug 4 2005 Nils Philippsen <nphilipp(a)redhat.com> 1.7.99.0
- add and edit NTP servers inline in the list
- always display clock left-to-right (#165109)
- try to be smart about restrict lines when changing or deleting hosts
- include *.pyo files (#165097)
- don't remove *.pyc files in %preun because they're in the file list
- don't include timetool symlink anymore
- don't install firstboot module symlink, this is dealt with in the firstboot
package for quite a while
* Wed Aug 3 2005 Nils Philippsen <nphilipp(a)redhat.com>
- implement --help, catch unrecognized options (#164791)
---------------------------------------------------------------------
This update can be downloaded from:
http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/4/
163f41811414f9ad2f7299e481c96efa9163b438 SRPMS/system-config-date-1.8.2-0.fc4.1.src.rpm
e13095d222158bfcc8da199f53e0db44b06d5a00 ppc/system-config-date-1.8.2-0.fc4.1.noarch.rpm
e13095d222158bfcc8da199f53e0db44b06d5a00 x86_64/system-config-date-1.8.2-0.fc4.1.noarch.rpm
e13095d222158bfcc8da199f53e0db44b06d5a00 i386/system-config-date-1.8.2-0.fc4.1.noarch.rpm
This update can be installed with the 'yum' update program. Use 'yum update
package-name' at the command line. For more information, refer to 'Managing
Software with yum,' available at http://fedora.redhat.com/docs/yum/.
---------------------------------------------------------------------
18 years
Fedora Core 5 Test Update: php-5.1.2-5.1
by Joe Orton
---------------------------------------------------------------------
Fedora Test Update Notification
FEDORA-2006-289
2006-04-07
---------------------------------------------------------------------
Product : Fedora Core 5
Name : php
Version : 5.1.2
Release : 5.1
Summary : The PHP HTML-embedded scripting language. (PHP: Hypertext Preprocessor)
Description :
PHP is an HTML-embedded scripting language. PHP attempts to make it
easy for developers to write dynamically generated webpages. PHP also
offers built-in database integration for several commercial and
non-commercial database management systems, so writing a
database-enabled webpage with PHP is fairly simple. The most common
use of PHP coding is probably as a replacement for CGI scripts. The
mod_php module enables the Apache Web server to understand and process
the embedded PHP language in Web pages.
---------------------------------------------------------------------
Update Information:
This update includes a fix for use of the "ldap" extension
on 64-bit platforms.
---------------------------------------------------------------------
* Fri Apr 7 2006 Joe Orton <jorton(a)redhat.com> 5.1.2-5.1
- fix use of LDAP on 64-bit platforms (#181518)
---------------------------------------------------------------------
This update can be downloaded from:
http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/5/
06374cbe9eb023a9f3a8fb9ad51d9026960a3901 SRPMS/php-5.1.2-5.1.src.rpm
2c2fd60fc471b9b11d6b11934362bd37a5c10cff ppc/php-5.1.2-5.1.ppc.rpm
78391de37b5686639fd57ff5444b7f90de1714c4 ppc/php-devel-5.1.2-5.1.ppc.rpm
1cfde2630859b17494ee476d5dc9f313b630c6ad ppc/php-imap-5.1.2-5.1.ppc.rpm
2007bdbcfd5a6ab152e113b5904da3032ac1e1eb ppc/php-ldap-5.1.2-5.1.ppc.rpm
d6f7efcf4b8f374efe05992612ef7193ebd8a5d1 ppc/php-pdo-5.1.2-5.1.ppc.rpm
66ffac3b877415c4a6e85d0af05b3ec4d411b376 ppc/php-mysql-5.1.2-5.1.ppc.rpm
c465339e5aa319132521305dc35adf0262698c5d ppc/php-pgsql-5.1.2-5.1.ppc.rpm
eaa108d328963c9690eb39b7f46e58baeb569495 ppc/php-odbc-5.1.2-5.1.ppc.rpm
b567021406a78a9edc5cbad720de67ca4a41a0d6 ppc/php-soap-5.1.2-5.1.ppc.rpm
7788d589a712a0ca60dd3525a733b10ff7981070 ppc/php-snmp-5.1.2-5.1.ppc.rpm
0b9abe0b34d0e2adb8e68d49265cbdbb72da7981 ppc/php-xml-5.1.2-5.1.ppc.rpm
49015e23bc08cf05fc85755e8710463ab7713f21 ppc/php-xmlrpc-5.1.2-5.1.ppc.rpm
753410b6507c6db28dacbef02e42741f0ba927f1 ppc/php-mbstring-5.1.2-5.1.ppc.rpm
be96ec53bbaefdcc1c98edbe9f4d648d57c60d76 ppc/php-ncurses-5.1.2-5.1.ppc.rpm
7ab9a7b8ede9a1273d586bcafed4c211824e4a21 ppc/php-gd-5.1.2-5.1.ppc.rpm
1b0897bc323948b5bc04dbac5779cba24d8b9a90 ppc/php-bcmath-5.1.2-5.1.ppc.rpm
0a8d80ff1050e011c310c41bdd7523c874760e2c ppc/php-dba-5.1.2-5.1.ppc.rpm
370712a8bf4bc4cedd422098c70cec43d67ab95b ppc/debug/php-debuginfo-5.1.2-5.1.ppc.rpm
5328d9a61c26a9be5c99286d237629e3ea6685e7 x86_64/php-5.1.2-5.1.x86_64.rpm
ea323bc14c4d6028593146b70047e3f002e5b6fe x86_64/php-devel-5.1.2-5.1.x86_64.rpm
4ceb3b8e5e8244acd02907ae2a69f84960c10fe3 x86_64/php-imap-5.1.2-5.1.x86_64.rpm
df61864fea8c15e169ecb8afd77677a66e1efcc1 x86_64/php-ldap-5.1.2-5.1.x86_64.rpm
7fa54d020414c6c5c0ba6cbbf466e2c36b7dad98 x86_64/php-pdo-5.1.2-5.1.x86_64.rpm
7b1d40586e7b81b824755bdb43af4655c708e0d5 x86_64/php-mysql-5.1.2-5.1.x86_64.rpm
1f682d90e3a20ff3a58ae1140f06758a99496009 x86_64/php-pgsql-5.1.2-5.1.x86_64.rpm
8aa523a60764d56b4b1454c2bae8d43dfb23cb72 x86_64/php-odbc-5.1.2-5.1.x86_64.rpm
d80c1d7ae9adb4712ca22f65816324b3424739f0 x86_64/php-soap-5.1.2-5.1.x86_64.rpm
dd965a9a26412bda38a24372ba3c75ca5227521f x86_64/php-snmp-5.1.2-5.1.x86_64.rpm
0a53a0e417a6b98ae324db7762edc5f533497be4 x86_64/php-xml-5.1.2-5.1.x86_64.rpm
f20519960bb77977a9f1e1595150f74db950d07a x86_64/php-xmlrpc-5.1.2-5.1.x86_64.rpm
ceb55f1d0678a5da368ca883635bbcf98f5eff19 x86_64/php-mbstring-5.1.2-5.1.x86_64.rpm
da23a4417ad2a6a26044391fedb8dc90e8ff1628 x86_64/php-ncurses-5.1.2-5.1.x86_64.rpm
00142c8c2ef17691b20e63fef4c2b18fce53a803 x86_64/php-gd-5.1.2-5.1.x86_64.rpm
d1834f6e8658ea13a490fbdb7d5eff03dacbeaa5 x86_64/php-bcmath-5.1.2-5.1.x86_64.rpm
7ee255350b002a8e84588fcd5a8dbabb4076af3f x86_64/php-dba-5.1.2-5.1.x86_64.rpm
a406ba0937ff62cf6bddd41b49666fe623e8cb64 x86_64/debug/php-debuginfo-5.1.2-5.1.x86_64.rpm
dda7e2711065f81106e3046dfda1c574ea63e546 i386/php-5.1.2-5.1.i386.rpm
c53a59d5c85ecd694bca14b264acb3f712fbac6c i386/php-devel-5.1.2-5.1.i386.rpm
e42a308211dde442957e6b5c2341da5ac83f0e7a i386/php-imap-5.1.2-5.1.i386.rpm
475bd2b71d2e14b1c9d4cceab332dbd4984f8134 i386/php-ldap-5.1.2-5.1.i386.rpm
207904977bdae6367b8023f2ccb2a61c345ec7f3 i386/php-pdo-5.1.2-5.1.i386.rpm
edb5663de2ce048a3f6d3d90a9cdb40b8c4fe46c i386/php-mysql-5.1.2-5.1.i386.rpm
8715cc0202eba5529d52bb5ec4a16b214205db23 i386/php-pgsql-5.1.2-5.1.i386.rpm
a4e9ff1bd1d2257a561147c160b6be017401d083 i386/php-odbc-5.1.2-5.1.i386.rpm
7eeb75ea78a7ee5f4429d48be60f9ac40987b7d6 i386/php-soap-5.1.2-5.1.i386.rpm
8b76d7ac17c17cf04d6ed71f2386f467d46c2513 i386/php-snmp-5.1.2-5.1.i386.rpm
37ca9bb71a5de9ab90ff07e504b52aea5c5516ee i386/php-xml-5.1.2-5.1.i386.rpm
4dcb593f9b0ebd53a1a35178157e7029b7c1ce8f i386/php-xmlrpc-5.1.2-5.1.i386.rpm
0dcd690d1c705187a69be005da983a0d02ebc28c i386/php-mbstring-5.1.2-5.1.i386.rpm
1f6b5dcfd913037d325cfeaf7afff6a035d26d9e i386/php-ncurses-5.1.2-5.1.i386.rpm
c3279a665a848920395d9c070fa0850715d3dfd0 i386/php-gd-5.1.2-5.1.i386.rpm
c2ae05b62ed55986b19e0fa2feb2d763a417d220 i386/php-bcmath-5.1.2-5.1.i386.rpm
2627d4db8165967c92f456d485b15db238ab1d27 i386/php-dba-5.1.2-5.1.i386.rpm
bc2993c3f5639088ca9b3bcb157176693640defb i386/debug/php-debuginfo-5.1.2-5.1.i386.rpm
This update can be installed with the 'yum' update program. Use 'yum update
package-name' at the command line. For more information, refer to 'Managing
Software with yum,' available at http://fedora.redhat.com/docs/yum/.
---------------------------------------------------------------------
18 years