devel September 2009

devel@lists.fedoraproject.org

270 participants
252 discussions

Fedora 12 Snapshot 1 available
by Bill Nottingham 06 Sep '09

06 Sep '09

Fedora 12 Snapshot 1 is now available for testing. These snapshots consist of live images only. Available at http://torrent.fedoraproject.org/: Fedora 12 Live Snapshot 1, for i686 and x86_64 Fedora 12 Live KDE Snapshot 1, for i686 and x86_64 Available at http://spins.fedoraproject.org/: Fedora 12 Live LXDE Snapshot 1, for i686 and x86_64 Fedora 12 Live XFCE Snapshot 1, for i686 Please report issues in bugzilla. Bill

2 2

Re: Bugzilla Desktop Client
by Christopher Brown 06 Sep '09

06 Sep '09

Would be grateful for info on what this does that bz web interface doesn't. On Sep 5, 2009 6:36 PM, "Rajkarn Singh" <rajkarn88(a)gmail.com> wrote: Hi, I am working on the development of a general Desktop Client for Bugzilla. Currently it can access Red Hat Bugzilla database, however in future I'd be working to make it work for other Bugzillas. I have posted a blog having somewhat detailed information about it. Please check it at: http://raj-khalsa.blogspot.com/2009/09/bugzilla-desktop-client-first-phase.… Working on this project is my first experience into the world of Open Source. I'm very new to this field. So I'd appreciate your suggessions and comments for this work. Also, I'm eager to hear you guide me for my future endeavours. :) Regards, Rajkarn Singh -- fedora-devel-list mailing list fedora-devel-list(a)redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list

3 2

dracut error message with latest kernel
by Mike Chambers 05 Sep '09

05 Sep '09

Booting with newest kernel, get a message right at boot startup below... dracut warning: Theme charge not used/known/whatever. And I also see rd_plytheme=charge in grub as a kernel paramater. I am sure if I remove it or change charge to whatever would fix it? kernel-2.6.31-0.199.rc8.git2.fc12.x86_64 -- Mike Chambers Madisonville, KY

2 1

rawhide report: 20090905 changes
by Fedora compose checker 05 Sep '09

05 Sep '09

Compose started at Sat Sep 5 06:15:06 UTC 2009 Broken deps for i386 ---------------------------------------------------------- anerley-0.0.20-3.fc12.i686 requires libmissioncontrol-client.so.0 anerley-devel-0.0.20-3.fc12.i686 requires pkgconfig(libmissioncontrol) clutter-cairomm-0.7.4-2.fc11.i586 requires libclutter-cairo-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.i586 requires libcluttermm-0.8.so.2 clutter-cairomm-0.7.4-2.fc11.i586 requires libclutter-glx-0.8.so.0 clutter-cairomm-devel-0.7.4-2.fc11.i586 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.i586 requires pkgconfig(clutter-0.8) clutter-gtkmm-0.9.4-1.fc12.i586 requires libclutter-gtk-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.i586 requires libclutter-glx-0.9.so.0 clutter-gtkmm-devel-0.9.4-1.fc12.i586 requires pkgconfig(clutter-gtk-0.9) cluttermm-0.9.4-1.fc12.i586 requires libclutter-glx-0.9.so.0 cluttermm-devel-0.9.4-1.fc12.i586 requires pkgconfig(clutter-0.9) collectd-mysql-4.5.3-2.fc11.i586 requires libcrypto.so.8 collectd-mysql-4.5.3-2.fc11.i586 requires libssl.so.8 collectd-nut-4.5.3-2.fc11.i586 requires libcrypto.so.8 collectd-nut-4.5.3-2.fc11.i586 requires libssl.so.8 collectd-snmp-4.5.3-2.fc11.i586 requires libcrypto.so.8 cpptasks-javadoc-1.0b5-2.fc12.noarch requires cpptasks-1.0b5-2.fc12 gpsdrive-2.10-0.1.pre7.fc12.i586 requires libmapnik.so.0.5 network-manager-netbook-1.2-5.fc12.i686 requires libnm_glib.so.0 openvrml-0.18.3-1.fc12.i686 requires java(x86-32) openvrml-0.18.3-1.fc12.i686 requires gecko-libs(x86-32) >= 0:1.9.1 ppl-yap-0.10.2-5.fc12.i686 requires libYap.so python-repoze-what-quickstart-1.0-2.fc12.noarch requires python-repoze-who-plugins-sql qtparted-0.4.5-19.fc11.i586 requires libparted-1.8.so.8 rygel-0.3-5.fc12.i686 requires libgee.so.0 rygel-tracker-0.3-5.fc12.i686 requires libgee.so.0 tabled-0.3-4.fc12.i686 requires libssl.so.8 tabled-0.3-4.fc12.i686 requires libcrypto.so.8 Broken deps for x86_64 ---------------------------------------------------------- anerley-0.0.20-3.fc12.i686 requires libmissioncontrol-client.so.0 anerley-0.0.20-3.fc12.x86_64 requires libmissioncontrol-client.so.0()(64bit) anerley-devel-0.0.20-3.fc12.i686 requires pkgconfig(libmissioncontrol) anerley-devel-0.0.20-3.fc12.x86_64 requires pkgconfig(libmissioncontrol) clutter-cairomm-0.7.4-2.fc11.i586 requires libclutter-cairo-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.i586 requires libcluttermm-0.8.so.2 clutter-cairomm-0.7.4-2.fc11.i586 requires libclutter-glx-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.x86_64 requires libclutter-glx-0.8.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.x86_64 requires libclutter-cairo-0.8.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.x86_64 requires libcluttermm-0.8.so.2()(64bit) clutter-cairomm-devel-0.7.4-2.fc11.i586 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.i586 requires pkgconfig(clutter-0.8) clutter-cairomm-devel-0.7.4-2.fc11.x86_64 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.x86_64 requires pkgconfig(clutter-0.8) clutter-gtkmm-0.9.4-1.fc12.i586 requires libclutter-gtk-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.i586 requires libclutter-glx-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.x86_64 requires libclutter-gtk-0.9.so.0()(64bit) clutter-gtkmm-0.9.4-1.fc12.x86_64 requires libclutter-glx-0.9.so.0()(64bit) clutter-gtkmm-devel-0.9.4-1.fc12.i586 requires pkgconfig(clutter-gtk-0.9) clutter-gtkmm-devel-0.9.4-1.fc12.x86_64 requires pkgconfig(clutter-gtk-0.9) cluttermm-0.9.4-1.fc12.i586 requires libclutter-glx-0.9.so.0 cluttermm-0.9.4-1.fc12.x86_64 requires libclutter-glx-0.9.so.0()(64bit) cluttermm-devel-0.9.4-1.fc12.i586 requires pkgconfig(clutter-0.9) cluttermm-devel-0.9.4-1.fc12.x86_64 requires pkgconfig(clutter-0.9) collectd-mysql-4.5.3-2.fc11.x86_64 requires libcrypto.so.8()(64bit) collectd-mysql-4.5.3-2.fc11.x86_64 requires libssl.so.8()(64bit) collectd-nut-4.5.3-2.fc11.x86_64 requires libcrypto.so.8()(64bit) collectd-nut-4.5.3-2.fc11.x86_64 requires libssl.so.8()(64bit) collectd-snmp-4.5.3-2.fc11.x86_64 requires libcrypto.so.8()(64bit) cpptasks-javadoc-1.0b5-2.fc12.noarch requires cpptasks-1.0b5-2.fc12 gpsdrive-2.10-0.1.pre7.fc12.x86_64 requires libmapnik.so.0.5()(64bit) network-manager-netbook-1.2-5.fc12.x86_64 requires libnm_glib.so.0()(64bit) openvrml-0.18.3-1.fc12.i686 requires java(x86-32) openvrml-0.18.3-1.fc12.i686 requires gecko-libs(x86-32) >= 0:1.9.1 openvrml-0.18.3-1.fc12.x86_64 requires gecko-libs(x86-64) >= 0:1.9.1 openvrml-0.18.3-1.fc12.x86_64 requires java(x86-64) ppl-yap-0.10.2-5.fc12.x86_64 requires libYap.so()(64bit) python-repoze-what-quickstart-1.0-2.fc12.noarch requires python-repoze-who-plugins-sql qtparted-0.4.5-19.fc11.x86_64 requires libparted-1.8.so.8()(64bit) rygel-0.3-5.fc12.x86_64 requires libgee.so.0()(64bit) rygel-tracker-0.3-5.fc12.x86_64 requires libgee.so.0()(64bit) tabled-0.3-4.fc12.i686 requires libssl.so.8 tabled-0.3-4.fc12.i686 requires libcrypto.so.8 tabled-0.3-4.fc12.x86_64 requires libssl.so.8()(64bit) tabled-0.3-4.fc12.x86_64 requires libcrypto.so.8()(64bit) Broken deps for ppc ---------------------------------------------------------- anerley-0.0.20-3.fc12.ppc requires libmissioncontrol-client.so.0 anerley-0.0.20-3.fc12.ppc64 requires libmissioncontrol-client.so.0()(64bit) anerley-devel-0.0.20-3.fc12.ppc requires pkgconfig(libmissioncontrol) anerley-devel-0.0.20-3.fc12.ppc64 requires pkgconfig(libmissioncontrol) clutter-cairomm-0.7.4-2.fc11.ppc requires libclutter-cairo-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.ppc requires libcluttermm-0.8.so.2 clutter-cairomm-0.7.4-2.fc11.ppc requires libclutter-glx-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.ppc64 requires libclutter-glx-0.8.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.ppc64 requires libclutter-cairo-0.8.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.ppc64 requires libcluttermm-0.8.so.2()(64bit) clutter-cairomm-devel-0.7.4-2.fc11.ppc requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.ppc requires pkgconfig(clutter-0.8) clutter-cairomm-devel-0.7.4-2.fc11.ppc64 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.ppc64 requires pkgconfig(clutter-0.8) clutter-gtkmm-0.9.4-1.fc12.ppc requires libclutter-gtk-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.ppc requires libclutter-glx-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.ppc64 requires libclutter-gtk-0.9.so.0()(64bit) clutter-gtkmm-0.9.4-1.fc12.ppc64 requires libclutter-glx-0.9.so.0()(64bit) clutter-gtkmm-devel-0.9.4-1.fc12.ppc requires pkgconfig(clutter-gtk-0.9) clutter-gtkmm-devel-0.9.4-1.fc12.ppc64 requires pkgconfig(clutter-gtk-0.9) cluttermm-0.9.4-1.fc12.ppc requires libclutter-glx-0.9.so.0 cluttermm-0.9.4-1.fc12.ppc64 requires libclutter-glx-0.9.so.0()(64bit) cluttermm-devel-0.9.4-1.fc12.ppc requires pkgconfig(clutter-0.9) cluttermm-devel-0.9.4-1.fc12.ppc64 requires pkgconfig(clutter-0.9) collectd-mysql-4.5.3-2.fc11.ppc requires libcrypto.so.8 collectd-mysql-4.5.3-2.fc11.ppc requires libssl.so.8 collectd-nut-4.5.3-2.fc11.ppc requires libcrypto.so.8 collectd-nut-4.5.3-2.fc11.ppc requires libssl.so.8 collectd-snmp-4.5.3-2.fc11.ppc requires libcrypto.so.8 cpptasks-javadoc-1.0b5-2.fc12.noarch requires cpptasks-1.0b5-2.fc12 gpsdrive-2.10-0.1.pre7.fc12.ppc requires libmapnik.so.0.5 network-manager-netbook-1.2-5.fc12.ppc requires libnm_glib.so.0 openvrml-0.18.3-1.fc12.ppc requires java(ppc-32) openvrml-0.18.3-1.fc12.ppc requires gecko-libs(ppc-32) >= 0:1.9.1 openvrml-0.18.3-1.fc12.ppc64 requires java(ppc-64) openvrml-0.18.3-1.fc12.ppc64 requires gecko-libs(ppc-64) >= 0:1.9.1 ppl-yap-0.10.2-5.fc12.ppc requires libYap.so python-repoze-what-quickstart-1.0-2.fc12.noarch requires python-repoze-who-plugins-sql qtparted-0.4.5-19.fc11.ppc requires libparted-1.8.so.8 rygel-0.3-5.fc12.ppc requires libgee.so.0 rygel-tracker-0.3-5.fc12.ppc requires libgee.so.0 Broken deps for ppc64 ---------------------------------------------------------- anerley-0.0.20-3.fc12.ppc64 requires libmissioncontrol-client.so.0()(64bit) anerley-devel-0.0.20-3.fc12.ppc64 requires pkgconfig(libmissioncontrol) clutter-cairomm-0.7.4-2.fc11.ppc64 requires libclutter-glx-0.8.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.ppc64 requires libclutter-cairo-0.8.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.ppc64 requires libcluttermm-0.8.so.2()(64bit) clutter-cairomm-devel-0.7.4-2.fc11.ppc64 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.ppc64 requires pkgconfig(clutter-0.8) clutter-gtkmm-0.9.4-1.fc12.ppc64 requires libclutter-gtk-0.9.so.0()(64bit) clutter-gtkmm-0.9.4-1.fc12.ppc64 requires libclutter-glx-0.9.so.0()(64bit) clutter-gtkmm-devel-0.9.4-1.fc12.ppc64 requires pkgconfig(clutter-gtk-0.9) cluttermm-0.9.4-1.fc12.ppc64 requires libclutter-glx-0.9.so.0()(64bit) cluttermm-devel-0.9.4-1.fc12.ppc64 requires pkgconfig(clutter-0.9) collectd-mysql-4.5.3-2.fc11.ppc64 requires libcrypto.so.8()(64bit) collectd-mysql-4.5.3-2.fc11.ppc64 requires libssl.so.8()(64bit) collectd-nut-4.5.3-2.fc11.ppc64 requires libcrypto.so.8()(64bit) collectd-nut-4.5.3-2.fc11.ppc64 requires libssl.so.8()(64bit) collectd-snmp-4.5.3-2.fc11.ppc64 requires libcrypto.so.8()(64bit) cpptasks-javadoc-1.0b5-2.fc12.noarch requires cpptasks-1.0b5-2.fc12 gpsdrive-2.10-0.1.pre7.fc12.ppc64 requires libmapnik.so.0.5()(64bit) network-manager-netbook-1.2-5.fc12.ppc64 requires libnm_glib.so.0()(64bit) openvrml-0.18.3-1.fc12.ppc64 requires java(ppc-64) openvrml-0.18.3-1.fc12.ppc64 requires gecko-libs(ppc-64) >= 0:1.9.1 ppl-yap-0.10.2-5.fc12.ppc64 requires libYap.so()(64bit) python-mwlib-0.11.2-3.20090522hg2956.fc12.ppc64 requires LabPlot python-repoze-what-quickstart-1.0-2.fc12.noarch requires python-repoze-who-plugins-sql qtparted-0.4.5-19.fc11.ppc64 requires libparted-1.8.so.8()(64bit) rygel-0.3-5.fc12.ppc64 requires libgee.so.0()(64bit) rygel-tracker-0.3-5.fc12.ppc64 requires libgee.so.0()(64bit) New package felix-osgi-obr Felix OSGi OBR Service API New package hdapsd Protects hard drives by parking head when fall is detected New package perl-CGI-Application-Plugin-DBIC-Schema Easy DBIx::Class access from CGI::Application Updated Packages: abrt-0.0.8.5-1.fc12 ------------------- * Fri Sep 04 2009 Jiri Moskovcak <jmoskovc(a)redhat.com> 0.0.8.5-1 - new version - APPLET: added about dialog, removed popup, if icon is not visible, fixed (trac#43) (jmoskovc(a)redhat.com) - renamed abrt to abrtd, few minor spec file fixes (jmoskovc(a)redhat.com) - Made abrt service start by deafult (jmoskovc(a)redhat.com) - add gettext support for all plugins (npajkovs(a)redhat.com) - APPLET: removed the warning bubble about not running abrt service (walters) - APPLET: changed tooltip rhbz#520293 (jmoskovc(a)redhat.com) - CommLayerServerDBus: rewrote to use dbus, not dbus-c++ (vda.linux(a)googlemail.com) - fixed timeout on boot causing [ FAILED ] message (vda.linux(a)googlemail.com) - and many other fixes * Wed Sep 02 2009 Colin Walters <watlers(a)verbum.org> 0.0.8-2 - Change Conflicts: kerneloops to be an Obsoletes so we do the right thing on upgrades. Also add an Obsoletes: bug-buddy. amora-1.1-5.fc12 ---------------- * Fri Jul 24 2009 Fedora Release Engineering <rel-eng(a)lists.fedoraproject.org> - 1.1-5 - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild ant-contrib-1.0-0.10.b2.fc12 ---------------------------- * Fri Sep 04 2009 Alexander Kurtakov <akurtako(a)redhat.com> 1.0-0.9.b2 - Drop gcj_support. - Install as proper ant plugin. * Fri Sep 04 2009 Alexander Kurtakov <akurtako(a)redhat.com> 1.0-0.10.b2 - Install ant contrib in ant.d. anyremote-4.18.1-2.fc12 ----------------------- * Fri Jul 24 2009 Fedora Release Engineering <rel-eng(a)lists.fedoraproject.org> - 4.18.1-2 - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild bash-4.0.28-3.fc12 ------------------ * Fri Sep 04 2009 Roman Rakus <rrakus(a)redhat.com> - 4.0.28-3 - check if interp section is NOBITS - define Recycles pids bluez-4.52-1.fc12 ----------------- * Fri Sep 04 2009 Bastien Nocera <bnocera(a)redhat.com> 4.52-1 - Update to 4.52 cproto-4.7h-1.fc12 ------------------ * Fri Sep 04 2009 Jindrich Novy <jnovy(a)redhat.com> 4.7h-1 - update to 4.7h cups-1.4.0-2.fc12 ----------------- * Fri Sep 04 2009 Tim Waugh <twaugh(a)redhat.com> 1:1.4.0-2 - Fixed the dnssd backend so that it only reports devices once avahi resolution has completed. This makes it report Device IDs (bug #520858). - Fix locale code for Norwegian (bug #520379). desktop-effects-0.8.2-2.fc12 ---------------------------- * Fri Sep 04 2009 Owen Taylor <otaylor(a)redhat.com> - 0.8.2-1 - Update to 0.8.2 * Fri Sep 04 2009 Owen Taylor <otaylor(a)redhat.com> - 0.8.2-2 - Add missing BuildRequires on mesa-libGL-devel etoys-4.0.2258-1.fc12 --------------------- * Fri Sep 04 2009 Gavin Romig-Koch <gavin(a)redhat.com> - 4.0.2258-1 - pulled in latest upstream release 4.0.2258 evolution-rspam-0.0.10-1.fc12 ----------------------------- * Thu Sep 03 2009 Lucian Langa <cooly(a)gnome.eu.org> - 0.0.10-1 - drop patch0 (fixed upstream) - new upstream release fedora-logos-11.0.7-1.fc12 -------------------------- * Fri Sep 04 2009 Tom "spot" Callaway <tcallawa(a)redhat.com> - 11.0.7-1 - Update to 11.0.7, fix license tag, description flashrom-0.9.1-1.fc12 --------------------- * Fri Sep 04 2009 Peter Lemenkov <lemenkov(a)gmail.com> 0.9.1-1 - Ver. 0.9.1 - See release notes at http://www.coreboot.org/Flashrom/0.9.1 - Dropped the only patch (no longer needed) - Changed project's URL fwbackups-1.43.3-0.8.rc4.fc12 ----------------------------- * Fri Sep 04 2009 Stewart Adam <s.adam at diffingo.com> 1.43.3-0.8.rc4 - Add patch to fix stdoufd bug during backups gget-0.0.4-12.fc12 ------------------ * Fri Sep 04 2009 Milos Jakubicek <xjakub(a)fi.muni.cz> - 0.0.4-12 - Fix FTBFS: - Disabled epiphany extension as epiphany >= 2.27 has no python support - Updated gget-0.0.4-epiphany.patch just in case the extension would be enabled in the future. - Added BR: gtk2-devel, desktop-file-utils (was pulled in by epiphany-devel previously) * Mon Aug 10 2009 Ville Skyttä <ville.skytta(a)iki.fi> - 0.0.4-11 - Use bzipped upstream tarball. * Fri Jul 24 2009 Fedora Release Engineering <rel-eng(a)lists.fedoraproject.org> - 0.0.4-10 - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild glib2-2.21.6-1.fc12 ------------------- * Fri Sep 04 2009 Matthias Clasen <mclasen(a)redhat.com> - 2.21.6-1 - Update to 2.21.6 gnome-shell-2.27.2-2 -------------------- * Fri Sep 04 2009 Owen Taylor <otaylor(a)redhat.com> - 2.27.2-1 - Update to 2.27.2 - Add an explicit dep on gobject-introspection 0.6.5 which is required for the new version * Fri Sep 04 2009 Owen Taylor <otaylor(a)redhat.com> - 2.27.2-2 - Test for gobject-introspection version should be >= not > gnupg2-2.0.13-1.fc12 -------------------- * Fri Sep 04 2009 Rex Dieter <rdieter(a)fedoraproject.org> - 2.0.13-1 - gnupg-2.0.13 - Unable to use gpg-agent + input methods (#228953) gobject-introspection-0.6.5-1.fc12 ---------------------------------- * Fri Sep 11 2009 Colin Walters <walters(a)verbum.org> - 0.6.5-1 - New upstream - Drop libtool dep gourmet-0.15.0-4.fc12 --------------------- * Fri Sep 04 2009 Jef Spaleta <jspaleta AT fedoraproject DOT org> - 0.15.0-4 - add gnome-python2-gtkspell for spellingchecking plugin support gtk2-2.17.11-1.fc12 ------------------- * Sat Sep 05 2009 Matthias Clasen <mclasen(a)redhat.com> - 2.17.11-1 - Update to 2.17.11 gtkwave-3.2.3-1.fc12 -------------------- * Fri Sep 04 2009 Paul Howarth <paul(a)city-fan.org> 3.2.3-1 - update to 3.2.3 - fix permissions in bundled liblzma for debuginfo hunspell-da-1.7.29-1.fc12 ------------------------- * Fri Sep 04 2009 Caolan McNamara <caolanm(a)redhat.com> - 1.7.29-1 - latest version hunspell-fo-0.2.37-1.fc12 ------------------------- * Fri Sep 04 2009 Caolan McNamara <caolanm(a)redhat.com> - 0.2.37-1 - latest version ibus-1.2.0.20090904-2.fc12 -------------------------- ibus-table-1.2.0.20090904-1.fc12 -------------------------------- * Fri Sep 04 2009 Caius 'kaio' Chance <k at kaio.me> - 1.2.0.20090904-1.fc12 - Updated source with additional tables separated. initscripts-8.98-1.1 -------------------- * Fri Sep 04 2009 Bill Nottingham <notting(a)redhat.com> - 8.98-1.1 - tweak kernel conflict irqbalance-0.55-24.fc12 ----------------------- * Fri Sep 04 2009 Neil Horman <nhorman(a)redhat.com> - 2:0.55-24 - Fixing irqbalance initscript (bz 521246) iw-0.9.17-2.fc12 ---------------- * Fri Sep 04 2009 John W. Linville <linville(a)redhat.com> 0.9.17-1 - Update to 0.9.17 * Fri Sep 04 2009 John W. Linville <linville(a)redhat.com> 0.9.17-2 - Revert "separate commands into sections", section type conflicts on ppc64 kdebase-4.3.1-2.fc12 -------------------- * Wed Sep 02 2009 Lukáš Tinkl <ltinkl(a)redhat.com> - 4.3.1-2 - fix context menus in Konsole (kdebug:186745) kdebase3-3.5.10-14.fc12 ----------------------- * Fri Sep 04 2009 Than Ngo <than(a)redhat.com> - 3.5.10-14 - openssl-1.0 build fixes * Fri Aug 21 2009 Tomas Mraz <tmraz(a)redhat.com> - 3.5.10-13 - rebuilt with new openssl kdelibs-4.3.1-3.fc12 -------------------- * Fri Sep 04 2009 Than Ngo <than(a)redhat.com> - 4.3.1-3 - security fix for -CVE-2009-2702 * Wed Sep 02 2009 Ben Boeckel <MathStuf(a)gmail.com> - 4.3.1-2 - Patch for kde#160679 kdelibs3-3.5.10-16.fc12 ----------------------- * Fri Sep 04 2009 Than Ngo <than(a)redhat.com> - 3.5.10-15 - fix for CVE-2009-2702 * Fri Sep 04 2009 Than Ngo <than(a)redhat.com> - 3.5.10-16 - openssl-1.0 build fixes * Thu Sep 03 2009 Rex Dieter <rdieter(a)fedoraproject.org> - 3.5.10-14 - kde.(sh|csh): drop KDE_IS_PRELINKED (workaround bug #515539) kernel-2.6.31-0.203.rc8.git2.fc12 --------------------------------- * Fri Sep 04 2009 Chuck Ebbert <cebbert(a)redhat.com> 2.6.31-0.203.rc8.git2 - Fix kernel build errors when building firmware by removing the .config file before that step and restoring it afterward. * Thu Sep 03 2009 Justin M.Forbes <jforbes(a)redhat.com> - Fix xen guest with stack protector. (#508120) - Small kvm fixes. * Thu Sep 03 2009 Jarod Wilson <jarod(a)redhat.com> - Update hdpvr and lirc_zilog drivers for 2.6.31 i2c * Thu Sep 03 2009 Adam Jackson <ajax(a)redhat.com> - drm-ddc-caching-bug.patch: Empty the connector's mode list when it's disconnected. lapack-3.2.1-3.fc12 ------------------- * Fri Sep 04 2009 Tom "spot" Callaway <tcallawa(a)redhat.com> - 3.2.1-3 - use RPM_OPT_O_FLAGS (-O0) everywhere necessary, drop RPM_OPT_SIZE_FLAGS (-Os) (bz 520518) libsilc-1.1.8-7.fc12 -------------------- * Fri Sep 04 2009 Stu Tomlinson <stu(a)nosnilmot.com> 1.1.8-6 - Backport patch to fix additional string format vulnerabilities (#515648) * Fri Sep 04 2009 Stu Tomlinson <stu(a)nosnilmot.com> 1.1.8-7 - Backport patch to fix stack corruption (CVE-2008-7160) (#521256) lmms-0.4.5-1.fc12 ----------------- * Fri Sep 04 2009 Thomas Moschny <thomas.moschny(a)gmx.de> - 0.4.5-1 - Udate to 0.4.5. - Rebase patches, and drop fltk patches not needed anymore. - Add a dependency on the Calf LADSPA plugins. lxmusic-0.4.0-1.fc12 -------------------- * Sat Sep 05 2009 Christoph Wickert <cwickert(a)fedoraproject.org> - 0.4.0-1 - Update to 0.4.0 maildrop-2.0.4-11.fc12 ---------------------- * Fri Sep 04 2009 Milos Jakubicek <xjakub(a)fi.muni.cz> - 2.0.4-11 - Fix FTBFS: prevent 'install: will not overwrite just-created' error * Sat Jul 25 2009 Fedora Release Engineering <rel-eng(a)lists.fedoraproject.org> - 2.0.4-10 - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild mutter-2.27.4-1.fc12 -------------------- * Fri Sep 04 2009 Owen Taylor <otaylor(a)redhat.com> - 2.27.4-1 - Remove workaround for #520209 - Update to 2.27.4 netpbm-10.35.67-1.fc12 ---------------------- * Fri Sep 04 2009 Jindrich Novy <jnovy(a)redhat.com> 10.35.67-1 - update to 10.35.67 - fix configuration * Wed Jul 29 2009 Jindrich Novy <jnovy(a)redhat.com> 10.35.66-1 - update to 10.35.66 - sync svgatopam patch * Sat Jul 25 2009 Fedora Release Engineering <rel-eng(a)lists.fedoraproject.org> - 10.35.65-2 - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild * Sat Jun 27 2009 Jindrich Novy <jnovy(a)redhat.com> 10.35.65-1 - update to 10.35.65 nip2-7.18.2-1.fc12 ------------------ * Fri Sep 04 2009 Milos Jakubicek <xjakub(a)fi.muni.cz> - 7.18.2-1 - Fix FTBFS: update to 7.18.2, added nip2-7.18.2-gtk.patch to build with gtk >= 2.17 * Sat Jul 25 2009 Fedora Release Engineering <rel-eng(a)lists.fedoraproject.org> - 7.16.4-4 - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild nss-3.12.4-1.fc12 ----------------- * Tue Sep 01 2009 Elio Maldonado<emaldona(a)redhat.com> - 3.12.4-1 - Update to 3.12.4 nss-softokn-3.12.4-2.fc12 ------------------------- * Fri Sep 04 2009 serstring=Elio Maldonado<emaldona(a)redhat.cpm> - 3.12.4-2 - Retagging to pick up the correct .cvsignore * Tue Sep 01 2009 Elio Maldonado<emaldona(a)redhat.com> - 3.12.4-1 - Update to 3.12.4 - Fix logic on postun - Don't require sqlite nss-util-3.12.4-2.fc12 ---------------------- * Fri Sep 04 2009 Elio Maldonado<emaldona(a)redhat.com> - 3.12.4-2 - Retagging for a chained build * Thu Sep 03 2009 Elio Maldonado<emaldona(a)redhat.com> - 3.12.4-1 - Update to 3.12.4 - Don't require sqlite openssl-1.0.0-0.7.beta3.fc12 ---------------------------- * Fri Sep 04 2009 Tomas Mraz <tmraz(a)redhat.com> 1.0.0-0.7.beta3 - temporarily disable x86_64 camellia assembler code (#521127) oprofile-0.9.5-2.fc12 --------------------- * Fri Sep 04 2009 Will Cohen <wcohen(a)redhat.com> - 0.9.5-2 - Bump version and rebuild. php-pear-1.9.0-1.fc12 --------------------- * Sat Sep 05 2009 Remi Collet <Fedora(a)FamilleCollet.com> 1:1.9.0-1 - update to PEAR 1.9.0, XML_RPC 1.5.2 python-pyblock-0.43-1.fc12 -------------------------- * Fri Sep 04 2009 Hans de Goede <hdegoede(a)redhat.com> - 0.43-1 - Catch dmraid.GroupingError in getRaidSets() (#521033) qemu-0.10.91-0.9.rc1.fc12 ------------------------- * Fri Sep 04 2009 Mark McLoughlin <markmc(a)redhat.com> - 2:0.10.91-0.9.rc1 - Make pulseaudio the default audio backend (#519540, #495964, #496627) quassel-0.5-0.1.rc1.fc12 ------------------------ * Thu Sep 03 2009 Steven M. Parrish <smparrish(a)gmail.com> - 0.5-0.1.rc1 - New release candidate rednotebook-0.8.6-1.fc12 ------------------------ * Fri Sep 04 2009 Christoph Wickert <cwickert(a)fedoraproject.org> - 0.8.6-1 - Updated to new upstream version 0.8.6 smart-1.2-66.fc12 ----------------- * Fri Sep 04 2009 Milos Jakubicek <xjakub(a)fi.muni.cz> - 1.2-66 - Fix FTBFS: accept automake 1.11 * Sun Jul 26 2009 Fedora Release Engineering <rel-eng(a)lists.fedoraproject.org> - 1.2-65 - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild spring-0.80.4.1-1.fc12 ---------------------- * Sat Sep 05 2009 Aurelien Bompard <abompard(a)fedoraproject.org> - 0.80.4.1-1 - New release: 0.80.4.1 (bugfix) system-autodeath-0.2-5.fc12 --------------------------- * Fri Sep 04 2009 Seth Vidal <skvidal at fedoraproject.org> - bump date and rebuild for f12 system-config-printer-1.1.12-8.fc12 ----------------------------------- * Fri Sep 04 2009 Tim Waugh <twaugh(a)redhat.com> 1.1.12-8 - Further speed improvement when fetching devices. systemtap-0.9.9-4.fc12 ---------------------- * Fri Sep 04 2009 Josh Stone <jistone(a)redhat.com> - 0.9.9-4 - Fix the default output path of dtrace (upstream commit 3a45db13) taglib-1.5-8.fc12 ----------------- * Fri Sep 04 2009 Michael Schwendt <mschwendt(a)fedoraproject.org> - 1.5-8 - Merge another bug-fix from 1.6rc1 (this adds 3 symbols) and really add tstring bug-fix: * Split Ogg packets larger than 64k into multiple pages. (BUG:171957) * Fixed a possible crash in the non-const version of String::operator[] and in String::operator+=. (BUG:169389) vips-7.18.2-1.fc12 ------------------ * Fri Sep 04 2009 Milos Jakubicek <xjakub(a)fi.muni.cz> - 7.18.2-1 - Update to 7.18.2 to sync with fixed nip2 FTBFS. xfce4-clipman-plugin-1.1.0-1.fc12 --------------------------------- * Fri Sep 04 2009 Christoph Wickert <cwickert(a)fedoraproject.org> - 1.1.0-1 - Update to 1.1.0 xfce4-notes-plugin-1.7.1-1.fc12 ------------------------------- * Fri Sep 04 2009 Christoph Wickert <cwickert(a)fedoraproject.org> - 1.7.1-1 - Update to 1.7.1 xfmpc-0.2.0-1.fc12 ------------------ * Fri Sep 04 2009 Christoph Wickert <cwickert(a)fedoraproject.org> - 0.2.0-1 - Update to 0.2.0 - Include new manpage xrdp-0.5.0-0.4.20090811cvs.fc12 ------------------------------- * Fri Sep 04 2009 Itamar Reis Peixoto <itamar(a)ispbrasil.com.br> - 0.5.0-0.4.20090811cvs - increase encryption to 128 bit's - include system-auth into /etc/pam.d/xrdp-sesman yumex-2.9.0-1.fc12 ------------------ * Sun Aug 30 2009 Tim Lauridsen <timlau(a)fedoraproject.org> - 2.9.0-0.13.pre - bumped version to 2.9.0-0.13.pre * Sun Aug 30 2009 Tim Lauridsen <timlau(a)fedoraproject.org> - 2.9.0-1 - bumped version to 2.9.0-1 * Mon Aug 24 2009 Tim Lauridsen <timlau(a)fedoraproject.org> - 2.9.0-0.12.pre - bumped version to 2.9.0-0.12.pre * Fri Aug 21 2009 Tim Lauridsen <timlau(a)fedoraproject.org> - 2.9.0-0.11.pre - bumped version to 2.9.0-0.11.pre * Fri Aug 07 2009 Tim Lauridsen <timlau(a)fedoraproject.org> - 2.9.0-0.10.pre - bumped version to 2.9.0-0.10.pre * Thu Aug 06 2009 Tim Lauridsen <timlau(a)fedoraproject.org> - 2.9.0-0.9.pre - bumped version to 2.9.0-0.9.pre - handle new yumex-yum-backend in %files section Summary: Added Packages: 3 Removed Packages: 0 Modified Packages: 64

1 0

FESCo meeting summary for 20090904
by Jon Stanley 05 Sep '09

05 Sep '09

Minutes: http://meetbot.fedoraproject.org/fedora-meeting/2009-09-04/fedora-meeting.2… Minutes (text): http://meetbot.fedoraproject.org/fedora-meeting/2009-09-04/fedora-meeting.2… Log: http://meetbot.fedoraproject.org/fedora-meeting/2009-09-04/fedora-meeting.2… -- 17:01:37 <jds2001> #startmeeting FESCo meeting 2009-09-04 17:01:37 <zodbot> Meeting started Fri Sep 4 17:01:37 2009 UTC. The chair is jds2001. Information about MeetBot at http://wiki.debian.org/MeetBot. 17:01:37 <zodbot> Useful Commands: #action #agreed #halp #info #idea #link #topic. 17:01:38 <jds2001> #chair dgilmore jwb notting nirik sharkcz jds2001 j-rod skvidal Kevin_Kofler 17:01:38 <zodbot> Current chairs: Kevin_Kofler dgilmore j-rod jds2001 jwb nirik notting sharkcz skvidal 17:01:42 * skvidal is here 17:01:43 * nirik is here. 17:01:46 * sharkcz is here 17:01:49 <skvidal> woah - and so is jds2001, apparently 17:01:50 <jds2001> change in plans, I'm here :) 17:01:52 <Kevin_Kofler> Present. 17:01:57 * notting is here 17:02:17 <jds2001> alright, let me pull up the agenda :) 17:02:45 <j-rod> Here 17:02:46 <jds2001> notting: the report looks old and stale 17:02:55 <notting> jds2001: nothing else was in the tickets 17:02:55 <jds2001> do we just have those two items? 17:02:59 <jds2001> k 17:03:13 <jds2001> #topic FLP proposal 17:03:16 <jds2001> .fesco 243 17:03:18 <zodbot> jds2001: #243 (New entry of 'Build packages for which Fedora is upstream for all language translators' review & correction' for F12 schedule) - FESCo - Trac - https://fedorahosted.org/fesco/ticket/243 17:03:46 <nirik> so they added a list... 17:03:54 <notting> given that list, i'm +1 for it 17:04:00 <nirik> but do we really want to add this right now for this cycle? I guess we could. 17:04:22 <jds2001> yeah, that list is sane. 17:04:50 <jds2001> but it adds something starting today 17:05:05 <nirik> well, yesterday... 17:05:09 <jds2001> poelcat: you around? 17:05:19 <notting> realistically,it's 'build packages by beta freeze' 17:05:47 <Kevin_Kofler> The deadline is Sep 15. 17:05:56 <Kevin_Kofler> Who cares about the start date? 17:06:00 <Kevin_Kofler> We can make it today or whatever. 17:06:25 <Kevin_Kofler> I'm +1 to the proposal with the given list. 17:06:40 <nirik> how do indicate to the maintainers of those packages that they must do a build? 17:07:12 <jds2001> i guess file a bug? 17:07:16 <Kevin_Kofler> But I'm completely -1 to the suggestion of introducing that kind of requirements for packages which are translated by upstream teams (or upstream projects which don't do translations at all). 17:07:29 <jds2001> Kevin_Kofler: me too 17:07:59 * skvidal is cool w/the list too - +1 17:08:05 <jds2001> +1 17:08:16 <sharkcz> +1, the list is OK 17:08:33 * warren has a question for FESCO when it is appropriate. 17:08:33 <j-rod> I'll play balk too, +1 17:08:47 <notting> play balk? we all take a base? 17:08:51 <jds2001> warren: we only have one more item on the agenda :) 17:09:12 <jds2001> which i suspect is a noop, but oh well..... 17:09:32 <nirik> +1 from me too, but we should make sure they know abotu this... fedora-devel-announce email? or email to all the maintainers? 17:10:19 <jds2001> yeah, who wants to take that? 17:10:23 <jds2001> the proposal owner? 17:10:27 <jds2001> or one of us? 17:11:02 * dgilmore is here 17:11:44 <jds2001> bueller? 17:12:58 * jds2001 guesses he'll do it just to move on :) 17:13:06 <notting> i think the trans team can do it,as they're probably in a good position to do it for future releases too 17:13:12 <sharkcz> IMO the proposal owner should create a tracker bug + bugs for individual packages 17:13:23 <notting> unless it becomes part of the 'normal' schedule notices 17:13:50 <jds2001> notting: i guess it would be in the future. 17:14:38 <jds2001> ok, lets put a note in the ticket 17:14:52 <jds2001> saying that this needs to be communicated by the trans team. 17:15:03 <jds2001> sound good? 17:15:32 <notting> wfm 17:15:56 <jds2001> #agreed FLP proposal is accepted, will need to be communicated to package owners by the translation team 17:16:04 <poelcat> jds2001: yes, i'm here 17:16:06 <jds2001> #top libvdpau 17:16:19 <jds2001> poelcat: cool 17:16:31 <poelcat> now that i saw ping :) 17:16:35 <jds2001> poelcat: we just added an item to the F12 schedule :) 17:16:55 <jds2001> poelcat: the translation team wanted all packages rebuilt for which we are upstream. 17:17:10 <poelcat> cool, i'll add it in 17:17:12 <jds2001> There's a list in https://fedorahosted.org/fesco/ticket/243 17:17:26 <poelcat> how long does that task usually take? 17:17:38 <notting> a day or three 17:17:44 <jds2001> poelcat: the translation team had it proposed to start yesterday and go to the 15th 17:17:49 <notting> less if all the maintainers are paying attention 17:17:50 <jds2001> for future schedules :) 17:18:04 <jds2001> but yeah, it doesnt take that long 17:18:39 <poelcat> just curious so i can build the logic in the right way... *who* builds the packages...each maintainer or automatically by releng? 17:18:58 <jds2001> good question :) 17:19:04 <jds2001> each maintainer I'd say 17:19:36 <poelcat> who is responsible for checking to see that they all got done? 17:19:45 <notting> it involves pulling new translations from the SCM, so it has to be maintainers 17:19:57 <Kevin_Kofler> Right, the point is to get current translations. 17:20:01 <Kevin_Kofler> So just rebuilding is pointless. 17:20:12 <Kevin_Kofler> You need to actually fetch the latest translations. 17:20:18 <jds2001> right....brain not fully engaged today :) 17:20:19 <sharkcz> it requires new release and rebuild 17:20:36 <Kevin_Kofler> Right, a new "upstream" release is the right way to do things. 17:20:55 * poelcat was looking at it from the perspective of "what team owns this task" or "how we will know it is done" 17:20:55 <Kevin_Kofler> (That's also why this only makes sense for the packages for which we're upstream.) 17:21:10 <poelcat> but i see it isn't clear cut 17:21:28 <dgilmore> there really is no way to define "packages we are upstream for" 17:21:51 <Kevin_Kofler> This is about translations. 17:21:54 <drago01> hosted at fedorahosted? 17:21:57 <nirik> really this is 'packages we translate for' 17:22:08 <Kevin_Kofler> So the definition is "packages translated by our translation team". 17:22:19 <Kevin_Kofler> https://fedorahosted.org/fesco/ticket/243#comment:27 17:23:35 <jds2001> so i think the translation team would be responsible for tracking progress. 17:25:13 <nirik> how about we ask them if they are willing to handle it, if not we come up with some other method? 17:25:18 <Kevin_Kofler> jds2001: Yeah, that makes sense. 17:25:36 <Kevin_Kofler> Who will handle it if not them? 17:26:14 <Kevin_Kofler> They want those packages to go out, they should watch the list. 17:26:30 <notting> given a list of packages, it's scriptable. but rel-eng has a lot on their plate 17:26:41 <jds2001> notting: even pulling translations from the SCM? 17:26:52 <notting> jds2001: no, i mean just checking that the package has been rebuilt 17:26:58 <jds2001> oh, yeah 17:27:42 <Kevin_Kofler> Well, that's not sufficient, we also need to check that the tarball has been updated. 17:27:51 <Kevin_Kofler> Or a patch added for the translations. 17:27:59 <Kevin_Kofler> Just rebuilding won't achieve anything. 17:28:35 <notting> true, but unless l10n comes back, that's not our problem. can we close on this? 17:28:57 <jds2001> sure 17:29:13 <jds2001> #topic libvdpau inclusion 17:29:21 <jds2001> .fesco 238 17:29:22 <zodbot> jds2001: #238 (Can libvdpau go in Fedora?) - FESCo - Trac - https://fedorahosted.org/fesco/ticket/238 17:29:25 <jds2001> any progress here? 17:29:35 <j-rod> so drago01 has provided quite a few bits of relevant info, I think... 17:29:43 <j-rod> (I suck) 17:30:13 <j-rod> plummers is going to include a discussion about implementing vdpau for nouveau 17:30:29 <j-rod> and we have precedents for other similar stuff being in fedora 17:30:38 <Kevin_Kofler> The problem is, they want to use shaders to implement the decoding in software. 17:30:41 <j-rod> so I don't really see the reason to keep this out for now 17:30:50 <Kevin_Kofler> Well, software running on the graphics card. 17:30:55 <Kevin_Kofler> But not the actual video unit. 17:31:05 <Kevin_Kofler> Shipping that software might trigger some patent trouble. 17:31:22 <jds2001> yeah, I'm not opposed to it being in 17:31:40 <drago01> + we have the mail from ajax which makes a lot of sense imho (remote client) 17:31:50 <j-rod> that too 17:31:55 <jds2001> yeah, that too 17:31:58 <Kevin_Kofler> And shouldn't we wait until Nouveau (or some other Free driver) actually implements it before allowing it in? 17:32:09 <j-rod> no. 17:32:15 <Kevin_Kofler> Why not? 17:32:16 <j-rod> why not have it already in place? 17:32:21 <j-rod> why? 17:32:33 <Kevin_Kofler> Because it doesn't benefit Fedora at all to ship it now. 17:32:38 <j-rod> yes, it does 17:32:43 <Kevin_Kofler> Plus, what program which we are allowed to ship (i.e. not patent-encumbered) actually uses this? 17:32:48 <skvidal> Kevin_Kofler: so we only ship stuff which benefits us? 17:33:03 <Kevin_Kofler> AFAIK, other than trivial test programs which just say whether VDPAU is available or not, nothing we can ship uses it. 17:33:08 <jds2001> geez, a lot of my packages dont benefit is 17:33:12 <j-rod> it certainly benefits *me* in *my* use of fedora 17:33:12 <jds2001> us 17:33:22 <Kevin_Kofler> So if RPM Fusion needs it for their programs, why shouldn't it be in RPM Fusion? 17:33:29 <jds2001> is cowsay beneficial? 17:33:30 <kwizart> libvdpau can be used to build vdpauinfo and qvdpautest 17:33:36 <kwizart> in fedora 17:33:51 <notting> in the long term grand scheme of things 17:34:01 <j-rod> and one can run them *on fedora* against a remote system w/binary bits. (see ajax' email) 17:34:01 <notting> we need a credible video acceleration api, used by programs 17:34:01 <Kevin_Kofler> kwizart: Those are trivial test programs. 17:34:11 <notting> if upstream X devs say VDPAU is the useful API 17:34:16 <Kevin_Kofler> They aren't any more useful than "Hello World". 17:34:29 <dgilmore> notting: im agreeing with you there 17:34:31 <kwizart> indeed, but that's all... the original reason to have libvdpau in fedora would be to have it out from rpmfusion-free repository 17:34:32 <notting> i'm willing to consider forward-thinking adoption in order to get apps in line for when the backends are there 17:34:36 <Kevin_Kofler> Want me to submit a review request for GNU Hello? ^^ 17:34:38 <j-rod> getting an api library into the distro certainly makes it easier to develop something that uses the api 17:34:46 <kwizart> where all sort of patent encumbered package are 17:34:50 <nirik> well, currently we don't have a 'this must be this usefull to be in fedora' guideline. 17:34:58 <jds2001> Kevin_Kofler: you should have no issue getting that in :) 17:35:04 <drago01> define "usefull" 17:35:07 <nirik> Kevin_Kofler: it's already in. 17:35:08 <jds2001> but i think it already is. 17:35:14 <kwizart> that are illegal in the US whereas libvdpau wrapper isn't illegal, it's a matter of choice to allow it or not 17:35:39 * XulWork installs cowsay 17:36:04 <notting> kwizart: although i still argue that libvpdau is very lightly a 'library' 17:36:09 <Kevin_Kofler> <notting> we need a credible video acceleration api, used by programs 17:36:18 <drago01> Kevin_Kofler: http://koji.fedoraproject.org/koji/buildinfo?buildID=118305 17:36:25 <Kevin_Kofler> How is an API with only 2 proprietary implementations (Nvidia and S3) a "credible" API to endorse in Fedora? 17:36:35 <j-rod> its an open api 17:36:45 <ajax> and it's a better one than the alternatives 17:36:49 <j-rod> with work being done on an open implementation 17:36:51 <ajax> libva is a joke 17:36:52 <Kevin_Kofler> We should back VAAPI instead, there's work on actually getting support for that one into at least the intel driver. 17:36:53 <jds2001> Kevin_Kofler: upstream says it is. 17:37:03 <notting> Kevin_Kofler: there are three video acceleration apis for linux. everyone agrees XvMC is useless, and it's generally preferred over VAAPI 17:37:16 <j-rod> what ajax said. 17:37:25 <Kevin_Kofler> In addition, VDPAU can ONLY accelerate patent-encumbered codecs. 17:37:31 <ajax> Kevin_Kofler: bullshit. 17:37:46 <Kevin_Kofler> Well, nothing uses it for Theora so far, it may well be possible. 17:37:54 <Kevin_Kofler> But that needs to get implemented. 17:38:03 <Kevin_Kofler> (But it isn't any better for VAAPI.) 17:38:05 <j-rod> VDPAU *also* does things like deinterlacing 17:38:15 <kwizart> Kevin_Kofler, schroedinger have a cuda accelerated library made with a proprietary cuda (nvidia compiler) if you want to accelerate dirac 17:38:31 <ajax> seriously, come up with an argument that excludes vdpau that doesn't exclude pilot-link 17:38:31 <Kevin_Kofler> What does this have to do with VDPAU? 17:38:33 <kwizart> but not all codec can be hardware accelerated 17:38:46 <ajax> or libgpod 17:39:10 <j-rod> can we just vote on this? I'm only hearing one dissenter, unless the rest of the dissenters are being silent... 17:39:20 <drago01> http://www.nvnews.net/vbulletin/showthread.php?t=123091 it does more than just decoding 17:39:24 <kwizart> dirac is the only codec (patent free) that is designed to be hw accelerated 17:39:32 <nirik> I'm +1 here until/unless we have a more general guideline that says only things meeting some level of usefullness can get in. Any such guideline would have to address the packages already in like this one too. 17:39:34 <j-rod> +1, libvdpau is acceptable for inclusion in fedora 17:39:35 <sharkcz> libvdpau inclusion has +1 from me 17:39:49 <Kevin_Kofler> kwizart: So why do we want to ship acceleration libraries then? 17:39:54 <jds2001> +1 here too 17:39:55 <Kevin_Kofler> They'll be by definition useless in Fedora. 17:40:11 <Kevin_Kofler> -1 to libvdpau from me. 17:40:18 <notting> +1 from me (i think i was +1 when this was originally proposed) 17:40:25 <skvidal> +1 17:40:44 <jds2001> #agreed libvdpau is acceptable for inclusion in Fedora 17:40:51 <kwizart> Kevin_Kofler, to allow decoding and eventually to transcode 17:40:57 <Kevin_Kofler> And once again we're helping proprietary drivers. :-/ 17:41:00 <jds2001> #topic Open Floor 17:41:06 <jds2001> warren: you had something? 17:41:12 <Kevin_Kofler> kwizart: Nope. 17:41:15 <warren> i'm not sure if i want to ask anymore 17:41:24 <Kevin_Kofler> You need a proprietary driver which we won't ship for that. 17:41:27 <warren> the spirit has been beaten out of me 17:41:40 <jds2001> Kevin_Kofler: we've moved on 17:41:43 <Kevin_Kofler> Nouveau's implementation will also not be shippable if it does the patent-encumbered stuff in the driver. 17:41:47 <dgilmore> warren: just ask 17:41:55 <Kevin_Kofler> If not, it will be the app which is not shippable. 17:41:59 <warren> does fesco have any opinion on dracut by default for F-12? 17:42:10 <Kevin_Kofler> The actual video unit is not documented and will not be supported by Nouveau any time soon. 17:42:27 <warren> (have folks been paying enough attention to form an educated opinion?) 17:42:28 <drago01> Kevin_Kofler: there is a vdpau mpeg2 gstreamer plugin ... it should be shippable afaik but IANAL 17:42:32 <dgilmore> warren: i think its fine. its working well for me 17:42:41 <Kevin_Kofler> drago01: But the driver is not. 17:42:42 <jds2001> warren: Iv'e actually not been paying that much attention 17:42:47 <Kevin_Kofler> So Fedora will not support it out of the box. 17:42:52 <Kevin_Kofler> So we gain nothing by shipping VDPAU. 17:42:52 <jds2001> drago01, Kevin_Kofler: please take this elsewehre 17:42:53 <dgilmore> Kevin_Kofler: please be quiet we have moved on 17:43:02 <nirik> it seems to work, but I am concerned with the source issue thats being mentioned on the list. 17:43:13 <kwizart> we do not shipping VDPAU that was not the question that were asked 17:43:16 <dgilmore> warren: what issues are you seeing that you think we should not use it 17:43:29 <dgilmore> warren: and is there bugs, or a tracker to point us at/ 17:43:32 <warren> nirik: the dracut developers seem amenable to go back to generating the initrd in kernel %post instead of %build 17:43:34 <warren> which I'm in favor of 17:43:54 <Kevin_Kofler> kwizart: I mean shipping libvdpau, which just got approved. 17:44:00 <dgilmore> warren: why? 17:44:02 <notting> warren: i'm fine with it technically (there are bugs, none of which seem insurmountable). i think we likely will need to move to host-created initramfs in %post for the legal reason 17:44:10 <nirik> I thought one of the advantages of dracut was that everyone had the initrd. ;( 17:44:14 <warren> dgilmore: there aren't many known bugs, just jkeating is trying to force it out of F-12 by default 17:44:23 <warren> thus I'm asking if anybody has any objections to it 17:44:29 <drago01> add a dracut source package which contains the sources? 17:44:30 <warren> notting: yeah, I'm totally in favor of that for technical reasons 17:44:38 <warren> drago01: that isin't the issue 17:44:45 <drago01> it is 17:44:56 <Kevin_Kofler> notting: Huh? What legal reasons? 17:45:01 <nirik> drago01: sources of all the things that it uses? 17:45:33 <notting> Kevin_Kofler: building the initramfs at package build time from binaries in the build root makes source compliance messy. see thread. 17:45:36 <drago01> nirik: or a tar archive of the srpms or whatever 17:45:43 <nirik> yuck 17:46:08 <warren> notting: is that the main concern then? 17:46:21 <drago01> I mean wtf ... we have the patches in cvs and the tarballs are available upstream 17:46:32 <notting> warren: that is *my* concern. i can not speak for others. 17:46:34 <drago01> so if anyone asks for sources we can point him to that 17:46:34 <dgilmore> i have 4 or 5 systems using dracut initrds and all of them just work 17:46:48 <jds2001> drago01: but how do you exactly reproduce the buildroot? 17:46:52 <Kevin_Kofler> We ignore that concern for pretty much everything else, e.g. statically-linked stuff. 17:46:54 <jds2001> drago01: i think that's the problem 17:46:55 <nirik> drago01: 'I would like the source for this initrd-generic please' 'oh, go look around in cvs lookaside cache and cvs and you might be able to find them' 17:47:19 * nirik finds that lame 17:47:21 <Kevin_Kofler> And pretty much ALL binaries are statically linked to libc_nonshared.a. 17:48:22 <drago01> jds2001: how do you do this for random $package where the srpm is no longer available (ie. some rawhide build) 17:49:29 * nirik suggests folks continue the thread on devel about this? are we going to solve it here? 17:49:44 <jds2001> drago01: if it ever made it to rawhide it's retained (aiui, dgilmore could elaborate more) 17:49:47 <warren> well, you seem to have answered my question 17:49:52 <jds2001> the SRPM that is. 17:49:53 <warren> there are no objections to it here 17:50:24 * adamw raises hand - i have an open floor topic if that's okay 17:50:40 <jds2001> drago01: it's only reaped if for example it was in updates-candidate or updates-testing but never made it further it could be reaped. 17:50:51 <jds2001> dgilmore: correct me if im wrong, not my area of expertise :) 17:51:23 <jds2001> adamw: what's up? 17:51:39 <adamw> going back to the video acceleration stuff - last time it was discussed, i asked about libva, and got general approval that it was fine for fedora 17:51:46 <adamw> so i've opened a review request at https://bugzilla.redhat.com/show_bug.cgi?id=518546 17:51:47 <dgilmore> jds2001: not correct 17:51:48 <buggbot> Bug 518546: medium, medium, ---, ismael, NEW, Review Request: libva - VAAPI video playback acceleration 17:52:04 <dgilmore> jds2001: we do garbace collection on koji 17:52:10 <adamw> however, i've just thought about it, and i realized it includes one working backend, which does MPEG-1/2 acceleration for intel 965 chips 17:52:24 <adamw> is this problematic from a patent perspective? apparently we have problems with mpeg 17:52:35 <dgilmore> if we did not clean up packages we would be using 15T+ of disk rather than 8.6T 17:52:51 <notting> adamw: ...what *exactly* is it doing with the stream? 17:52:52 <drago01> adamw: if it is done in hardware itr shouldn't I would just make the bug block FE-LEGAL 17:53:00 <mether> adamw, isnt that a legal question? FESCo cant answer that for you 17:53:04 <adamw> if so, who would be sufficiently clueful to take a look at the code and see if it actually does anything infringing? i don't know how much happens in the driver and how much is done by the hardware, i'm not enough of a coder to tell 17:53:10 <adamw> mether: my question is there :) 17:53:40 <adamw> make it block FE-LEGAL is the right way forward? 17:53:45 <Kevin_Kofler> Yes. 17:53:48 <notting> adamw: yeah, FE-LEGAL 17:53:49 <adamw> alrighty, thanks. 17:54:16 <jds2001> mether: btw, I suck and didn't forward out your provenpackager request in a timely manner. 17:54:23 <kwizart> adamw, usually for XvMC which already implemented mpeg-2 hw decode, that was requiring ffmpeg or libmpeg2 codec library 17:54:25 <jds2001> mether: it will be on the agenda next week 17:54:29 <Kevin_Kofler> Then spot is going to try to sort it out, and he may ask lawyers and/or developers experienced with the area for expertise. 17:55:04 <notting> adamw: as an example, we ship the mpeg demux gst plugin in fedora, and file(1) can identify them. so if it's recognizing the stream and feeding it to the hardware, it might be fine 17:55:13 <dgilmore> warren: I think its something that needs to be hashed out. but im personally in favour of the generic initrd. we just need to make sure we cover all bases 17:55:33 <warren> I personally don't care about %build vs %post 17:55:36 <ajax> we ship plenty of things that can have non-free backends. 17:55:52 <warren> I'm only alarmed that dracut might be pulled from F-12. 17:56:55 <adamw> notting: sure, i understand that there's a continuum there, which is why i'm asking; i'm not really a coder so i can't look at the code and actually grok what it's doing. anyway, have asked on the bug. thanks. 17:57:41 <adamw> ajax: oh sure, i intend to ship libva either way, the question is just whether i can include the i965 MPEG backend in the package or not. 17:58:43 <ajax> adamw: i'm going to go with "probably". we do a similar thing for s3tc support in opengl. we can hand pre-compressed textures to the hardware and _it_ can decode them, but we can't ship anything that implements the compression or expansion in software. 17:59:16 <jds2001> anything else for today? 17:59:23 <ajax> 965 pretty much has a hardware mpeg decoder, so it's largely the same thing. parsing the file format and extracting frames isn't patented; but the compression itself is. 17:59:41 <adamw> ajax: if you could help out with the review that'd be great :) i suspect you'd be able to read the code, hehe 18:00:03 * j-rod likes hardware video decoders... 18:00:09 <ajax> (the same argument applies to vdpau, btw. it's just enabling the hardware decoder.) 18:00:47 <Kevin_Kofler> The problem with VDPAU is that all its currently available backends are proprietary software. 18:02:26 <kwizart> proprietary backend /patented codec 18:02:34 <ajax> yes, you've mentioned that. i'm still not sure why you think that's relevant. 18:02:49 <kwizart> at least work is been done with dirac hw decoding via nvidia gpu 18:03:01 <kwizart> nvidia gpu are capable to hw decode dirac 18:03:07 <Kevin_Kofler> But we don't ship that in Fedora. 18:03:22 <Kevin_Kofler> (and we can't, because it requires the proprietary CUDA to build) 18:03:35 <kwizart> either or not we ship isn' the matter 18:03:37 <nirik> we also ship a lot of MPD frontends, but MPD is not in fedora. ;) 18:03:50 <ajax> so you're saying if i'd implement mpeg decode for 965, you'd be okay with vdpau. 18:04:00 <drago01> what about stuff like libiphone 18:04:00 <kwizart> the problem is to be legal to ship 18:04:04 <nirik> we ship Oracle perl packages that convert various oracle things... 18:04:06 <Kevin_Kofler> ajax: Yes. :-) 18:04:07 <ajax> but since i haven't jumped through your hoop yet, you're not okay with it. 18:04:09 <drago01> we don't ship the iphone os in fedora 18:05:01 <ajax> and you'd prefer to keep it out _until_ someone jumps through that hoop. 18:05:31 * nirik wonders if we have anything more or can end the meeting now? 18:05:36 <ajax> that seems like a pretty weak distinction. 18:05:42 <jds2001> just what i was thinking 18:05:45 <ajax> anyway, gotta go read libva now. 18:05:57 <Kevin_Kofler> It's the distinction between an API useful for Free Software and an API useless for it. 18:06:09 <notting> i think we've finishd discussion 18:06:11 <Kevin_Kofler> But whatever, I got outvoted anyway. 18:06:21 <notting> erm, 'finished the agenda' 18:06:33 <drago01> adamw: btw can you provide links that work (the last one in your review ticket doesn't) 18:06:56 * jds2001 ends the meeting in 30 18:07:00 <adamw> drago01: yeah, i meant to update that, i realized after five minutes that putting all this stuff in fedorapeople was a bad idea :) i'll update the link 18:07:05 <kwizart> libvdpau is free software, they have merged a patch from me: http://cgit.freedesktop.org/~aplattner/libvdpau/commit/?id=50925e6b95aa9eae… 18:07:26 <jds2001> kwizart: i dont think there's debate about that 18:07:29 <jds2001> anyhow. 18:07:29 <Kevin_Kofler> Free software with non-Free dependencies is "free, but shackled". 18:07:35 <jds2001> #endmeeting

2 1

Ownership avrdude
by Bart Vanbrabant 05 Sep '09

05 Sep '09

Hi, I'm claiming ownership over avrdude. There is a new upstream release and I'm in progress of packaging software that depends on avrdude. Any objections? gr, Bart -- Bart Vanbrabant <bart(a)vanbrabant.eu>

2 1

please push gstreamer-plugins-base update
by Michael Cronenworth 05 Sep '09

05 Sep '09

For those of us that have pitivi installed and want the pitivi update, we need the new gstreamer-plugins-base update. The gstreamer packages are still sitting in updates-testing (after several updates pushes). Needless to say, dep resolving is failing. Mike

1 0

Minitube - youtube for your desktop, still a little early in development
by Adam Miller 04 Sep '09

04 Sep '09

Hey all, I packaged up this app I stumbled upon called minitube (http://flavio.tordini.org/minitube) but it seems a bit unstable and I don't really want to toss it up to a package review until its stable enough to be shipped but I wanted to mention it to see if anyone might find a use for it, would help testing and submitting bugs upstream, etc. Random side note, a thought that ran across my mind during this is: "Do we have some sort of expectation of stability of software in the repositories?" is there some sort of a policy/guideline or is it more of a "judgement call" placed on the packager? Spec: http://maxamillion.fedorapeople.org/minitube.spec SRPM: http://maxamillion.fedorapeople.org/minitube-0.5-2.fc11.src.rpm -Adam -- http://maxamillion.googlepages.com --------------------------------------------------------- () ascii ribbon campaign - against html e-mail /\ www.asciiribbon.org - against proprietary attachments

5 6

ABRT for f12 status
by Colin Walters 04 Sep '09

04 Sep '09

Hi internets, I was looking at the current state of ABRT (I tested on F11). The core capturing seems to work well. In brief, I propose to apply the (attached) patch to comps-f12.xml.in. For upgrades, we'll need to add a Conflicts: bug-buddy, correct? ABRT is a big step forward from bug-buddy in that the crashes are stored sanely in a persistent manner, and it captures crashes in the core OS as well. Concerns: == Getting the Data == My main concern is ensuring that we get the data reliably to the eyes of Fedora developers. The current abrt-desktop virtual package[1] depends on abrt-plugin-bugzilla, which has a default BugzillaURL = https://bugzilla.redhat.com/. To be able to successfully submit data, you have to go to: Edit->Preferences, click Bugzilla, click "Configure Plugin" and enter a username/password; there's no provision for creating a Bugzilla account here. I suggest that Fedora infrastructure instead provide a service where the data in /var/cache/abrt can be submitted via HTTP post as a tarball, anonymously. Then the crash UI can be just "A problem has been detected in [whatever]. Do you want to send this data to Fedora? [Submit] [ See Data ] [ Cancel ]": On the server side then we can later write tools to analyze the crash data (reuse kerneloops? socorro? write custom code?). Secondary concerns: == kernel/GNOME developer feedback == We should ensure Fedora is still sending crashes from the kernel to kerneloops.org; does ABRT handle this? Also, ideally on the server side there would be a web page where a GNOME developer (hi!) could go to http://crashes.fedoraproject.org/package/gnome-panel and see a list of crashes sorted by number. == Privacy == ABRT needs some explanation that the crash data may contain private information. We may need to restrict visibility of the data to only Fedora account holders by default or the like, to at least prevent any future effects like a Slashdot link to a trace where the submitter was viewing pornography or the like (yes, this happened with GNOME bugzilla). But in general, thanks for the work on ABRT, we should get this in by default for the F12 desktop target. [1] For RPM/dependency graph people: Why does this exist? I thought virtual packages were disallowed? Should just be in comps I think.

6 13

Review needed....
by Josephine Tannhäuser 04 Sep '09

04 Sep '09

Perhaps it is luck, but I'm happy about that fact that not all contributors with an open review request begging on devel list for a reviewer. If anybody will do it, the devel list will explode with review beggars. It's strange to see that most of the baggers are working for a big north american distributor, or living in india, or both! No, I don't want a pony!!! Is it difficult to be patient? There are many more open reviews which are older... Please qry your friends (if you have some) or be patient.. -- Josephine "Fine" Tannhäuser

4 4

← Newer
1
...
19
20
21
22
23
24
25
26
Older →

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

devel September 2009