From Christian.Iseli at licr.org Mon Jan 1 01:39:57 2007 From: Christian.Iseli at licr.org (Christian Iseli) Date: Mon, 1 Jan 2007 02:39:57 +0100 Subject: FE Package Status of Jan 1, 2007 Message-ID: <20070101023957.7a7605e5@ludwig-alpha.unil.ch> Hi folks, Fresh for the new year... :-) A very Happy New Year to all of you, and lots of fun with Fedora. Happy hacking, C ---- FE Package Status of Jan 1, 2007 The full report can be found here: http://fedoraproject.org/wiki/Extras/PackageStatus Owners file stats: - 2714 packages - 108 orphans - 14 packages not available in extras devel or release andreas at bawue dot net ddrescue bdpepple at ameritech dot net galago-filesystem cweyl at alumni dot drew dot edu perl-GStreamer dakingun at gmail dot com galternatives ghenry at suretecsystems dot com john j dot w dot r dot degoede at hhs dot nl MagicPoint ndbecker2 at gmail dot com uncrustify paul at all-the-johnsons dot co dot uk mysql-connector-net paul at all-the-johnsons dot co dot uk gconvert paul at all-the-johnsons dot co dot uk gtksharp pertusus at free dot fr ivman thomas at apestaart dot org python-twisted-words thomas at apestaart dot org python-twisted-runner yufanyufan at gmail dot com audacious-itouch - 4 packages not available in extras devel but present in release cweyl at alumni dot drew dot edu 915resolution cweyl at alumni dot drew dot edu perl-File-ExtAttr jmp at safe dot ca clement lmacken at redhat dot com python-TurboMail - 6 packages which have not yet been FE-ACCEPT'd... https://bugzilla.redhat.com/bugzilla/buglist.cgi?bug_id=209870,211763 prozilla kushaldas at gmail.com jikes paul at all-the-johnsons.co.uk https://bugzilla.redhat.com/bugzilla/buglist.cgi?bug_id=177841,217259,218256,220889 Tracker roozbeh at farsiweb.info alsa-firmware rpm at timj.co.uk audacious-itouch yufanyufan at gmail.com 915resolution Axel.Thimm at ATrpms.net - 12 orphaned packages, yet available in extras devel FreeWnn deltarpm gaim-guifications gdome2 gstreamer08 gstreamer08-plugins imlib perl-String-Ediff python-htmltmpl python-id3 system-switch-im tripwire - 43 packages that moved to core FE-ACCEPT packages stats: - 1787 accepted, closed package reviews - 20 accepted, closed package reviews not in repo - 1 accepted, closed package reviews not in owners - 10 accepted, open package reviews older than 4 weeks; - 8 accepted, open package reviews with a package already in the repo FE-REVIEW packages stats: - 93 open tickets - 27 tickets with no activity in eight weeks - 16 tickets with no activity in four weeks FE-NEW packages stats: - 146 open tickets - 43 tickets with no activity in eight weeks - 18 tickets with no activity in four weeks - 4 closed tickets FE-NEEDSPONSOR packages stats: - 45 open tickets - 11 tickets with no activity in eight weeks - 5 tickets with no activity in four weeks FE-LEGAL packages stats: - 2 open tickets FE-GUIDELINES packages stats: - 2 open tickets - 1 tickets with no activity in eight weeks OPEN-BUGS packages stats: - 227 open tickets - 139 tickets with no activity in eight weeks - 19 tickets with no activity in four weeks CVS stats: - 2706 packages with a devel directory - 1 packages with no owners entry postgis - 1 packages in CVS devel *and* Core libnl - 193 packages were dropped from extras Maintainers stats: - 239 maintainers - 3 inactive maintainers with open bugs - 3 inactive maintainers Dropped FC packages: - 284 packages were dropped from core since FC 1 Comps.xml files stats: - 889 packages in comps-fe7 file - 510 packages missing from comps-fe7 file - 6 packages in comps-fe7 but not in repo - 887 packages in comps-fe6 file - 511 packages missing from comps-fe6 file From buildsys at fedoraproject.org Mon Jan 1 02:09:23 2007 From: buildsys at fedoraproject.org (Fedora Extras repoclosure) Date: Mon, 01 Jan 2007 02:09:23 -0000 Subject: (2/2) Summary - Broken dependencies in Fedora Extras - 2006-12-31 Message-ID: <20070101020923.18317.52593@extras64.linux.duke.edu> openvrml-devel-0.16.3-1.fc7.i386 requires firefox-devel = 0:2.0 plplot-5.6.1-8.fc7.i386 requires python(abi) = 0:2.4 plplot-5.6.1-8.fc7.i386 requires libpython2.4.so.1.0 plplot-gnome-5.6.1-8.fc7.i386 requires python(abi) = 0:2.4 plplot-gnome-5.6.1-8.fc7.i386 requires libpython2.4.so.1.0 plplot-wxGTK-5.6.1-8.fc7.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) plplot-wxGTK-5.6.1-8.fc7.i386 requires libwx_baseu_xml-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.i386 requires libwx_gtk2u_qa-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) plplot-wxGTK-5.6.1-8.fc7.i386 requires libwx_gtk2u_core-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.i386 requires libwx_baseu_net-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.i386 requires libwx_gtk2u_xrc-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.i386 requires libwx_gtk2u_html-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.i386 requires libwx_baseu-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.i386 requires libwx_gtk2u_adv-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.i386 requires libwx_baseu-2.6.so.0(WXU_2.6) pychart-1.39-4.fc6.noarch requires python(abi) = 0:2.4 python-4Suite-XML-1.0-1.i386 requires python(abi) = 0:2.4 python-amara-1.1.7-2.fc6.noarch requires python(abi) = 0:2.4 python-cherrypy-2.2.1-3.fc6.noarch requires python(abi) = 0:2.4 python-nltk-1.4.4-3.fc7.noarch requires python(abi) = 0:2.4 python-psyco-1.5.1-4.fc6.i386 requires python-abi = 0:2.4 python-psyco-1.5.1-4.fc6.i386 requires python(abi) = 0:2.4 python-pydns-2.3.0-4.fc6.noarch requires python(abi) = 0:2.4 python-telepathy-0.13.7-2.fc7.noarch requires python(abi) = 0:2.4 python-twisted-1.3.0-7.fc6.i386 requires python(abi) = 0:2.4 rekall-postgresql-2.4.3-5.fc6.i386 requires libpq.so.4 rekall-python-2.4.3-5.fc6.i386 requires python(abi) = 0:2.4 rekall-python-2.4.3-5.fc6.i386 requires libpython2.4.so.1.0 toped-0.8.2-2.fc6.i386 requires libwx_gtk2u_gl-2.6.so.0 toped-0.8.2-2.fc6.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) toped-0.8.2-2.fc6.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3) toped-0.8.2-2.fc6.i386 requires libwx_baseu_xml-2.6.so.0 toped-0.8.2-2.fc6.i386 requires libwx_gtk2u_qa-2.6.so.0 toped-0.8.2-2.fc6.i386 requires libwx_gtk2u_core-2.6.so.0 toped-0.8.2-2.fc6.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) toped-0.8.2-2.fc6.i386 requires libwx_gtk2u_gl-2.6.so.0(WXU_2.6) toped-0.8.2-2.fc6.i386 requires libwx_baseu_net-2.6.so.0 toped-0.8.2-2.fc6.i386 requires libwx_gtk2u_xrc-2.6.so.0 toped-0.8.2-2.fc6.i386 requires libwx_baseu-2.6.so.0(WXU_2.6) toped-0.8.2-2.fc6.i386 requires libwx_gtk2u_html-2.6.so.0 toped-0.8.2-2.fc6.i386 requires libwx_baseu-2.6.so.0 toped-0.8.2-2.fc6.i386 requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6) toped-0.8.2-2.fc6.i386 requires libwx_gtk2u_adv-2.6.so.0 translate-toolkit-0.10.1-3.fc7.noarch requires python-elementtree xmldiff-0.6.7-12.fc6.i386 requires python-abi = 0:2.4 xmldiff-0.6.7-12.fc6.i386 requires python(abi) = 0:2.4 ====================================================================== Broken packages in fedora-extras-6-ppc: wxMaxima-0.7.0a-3.fc6.ppc requires maxima >= 0:5.10 ====================================================================== Broken packages in fedora-extras-5-ppc: linphone-1.2.0-4.fc5.ppc requires libortp.so.2 wxMaxima-0.7.0a-3.fc5.ppc requires maxima >= 0:5.10 ====================================================================== Broken packages in fedora-extras-5-x86_64: linphone-1.2.0-4.fc5.x86_64 requires libortp.so.2()(64bit) ====================================================================== Broken packages in fedora-extras-5-i386: linphone-1.2.0-4.fc5.i386 requires libortp.so.2 From buildsys at fedoraproject.org Mon Jan 1 02:09:22 2007 From: buildsys at fedoraproject.org (Fedora Extras repoclosure) Date: Mon, 01 Jan 2007 02:09:22 -0000 Subject: (1/2) Summary - Broken dependencies in Fedora Extras - 2006-12-31 Message-ID: <20070101020922.18317.58200@extras64.linux.duke.edu> New report for: braden AT endoframe.com package: openvrml - 0.16.3-1.fc7.i386 from fedora-extras-development-i386 unresolved deps: firefox = 0:2.0 package: openvrml - 0.16.3-1.fc7.i386 from fedora-extras-development-x86_64 unresolved deps: firefox = 0:2.0 package: openvrml - 0.16.3-1.fc7.ppc from fedora-extras-development-ppc unresolved deps: firefox = 0:2.0 package: openvrml - 0.16.3-1.fc7.x86_64 from fedora-extras-development-x86_64 unresolved deps: firefox = 0:2.0 package: openvrml-devel - 0.16.3-1.fc7.i386 from fedora-extras-development-i386 unresolved deps: firefox-devel = 0:2.0 package: openvrml-devel - 0.16.3-1.fc7.i386 from fedora-extras-development-x86_64 unresolved deps: firefox-devel = 0:2.0 package: openvrml-devel - 0.16.3-1.fc7.ppc from fedora-extras-development-ppc unresolved deps: firefox-devel = 0:2.0 package: openvrml-devel - 0.16.3-1.fc7.x86_64 from fedora-extras-development-x86_64 unresolved deps: firefox-devel = 0:2.0 ====================================================================== New report for: rdieter AT math.unl.edu package: wxMaxima - 0.7.0a-3.fc5.ppc from fedora-extras-5-ppc unresolved deps: maxima >= 0:5.10 package: wxMaxima - 0.7.0a-3.fc6.ppc from fedora-extras-6-ppc unresolved deps: maxima >= 0:5.10 ====================================================================== Summary of broken packages (by owner): Jochen AT herr-schmitt.de blender - 2.42a-17.fc7.i386 (9 days) blender - 2.42a-17.fc7.ppc (9 days) blender - 2.42a-17.fc7.x86_64 (9 days) andreas.bierfert AT lowlatency.de centericq - 4.21.0-8.fc6.i386 (61 days) centericq - 4.21.0-8.fc6.ppc (61 days) centericq - 4.21.0-8.fc6.x86_64 (61 days) orange - 0.3-4.cvs20051118.fc7.i386 (27 days) bdpepple AT ameritech.net python-telepathy - 0.13.7-2.fc7.noarch (23 days) python-telepathy - 0.13.7-2.fc7.noarch (23 days) python-telepathy - 0.13.7-2.fc7.noarch (23 days) braden AT endoframe.com openvrml - 0.16.3-1.fc7.i386 openvrml - 0.16.3-1.fc7.i386 openvrml - 0.16.3-1.fc7.ppc openvrml - 0.16.3-1.fc7.x86_64 openvrml-devel - 0.16.3-1.fc7.i386 openvrml-devel - 0.16.3-1.fc7.i386 openvrml-devel - 0.16.3-1.fc7.ppc openvrml-devel - 0.16.3-1.fc7.x86_64 cgoorah AT yahoo.com.au toped - 0.8.2-2.fc6.i386 (16 days) toped - 0.8.2-2.fc6.ppc (16 days) toped - 0.8.2-2.fc6.x86_64 (16 days) dan AT danny.cz codeblocks - 1.0-0.18.20061207svn3357.fc7.i386 (16 days) codeblocks - 1.0-0.18.20061207svn3357.fc7.i386 (16 days) codeblocks - 1.0-0.18.20061207svn3357.fc7.ppc (16 days) codeblocks - 1.0-0.18.20061207svn3357.fc7.x86_64 (16 days) codeblocks-contrib - 1.0-0.18.20061207svn3357.fc7.i386 (16 days) codeblocks-contrib - 1.0-0.18.20061207svn3357.fc7.ppc (16 days) codeblocks-contrib - 1.0-0.18.20061207svn3357.fc7.x86_64 (16 days) dcbw AT redhat.com csound - 5.03.0-9.fc7.i386 (23 days) csound - 5.03.0-9.fc7.i386 (23 days) csound - 5.03.0-9.fc7.ppc (23 days) csound - 5.03.0-9.fc7.x86_64 (23 days) csound-python - 5.03.0-9.fc7.i386 (23 days) csound-python - 5.03.0-9.fc7.ppc (23 days) csound-python - 5.03.0-9.fc7.x86_64 (23 days) dwmw2 AT redhat.com openpbx - 1.2-3.rc2.svn2135.fc7.i386 (25 days) openpbx - 1.2-3.rc2.svn2135.fc7.i386 (25 days) openpbx - 1.2-3.rc2.svn2135.fc7.ppc (25 days) openpbx - 1.2-3.rc2.svn2135.fc7.x86_64 (25 days) openpbx-postgresql - 1.2-3.rc2.svn2135.fc7.i386 (25 days) openpbx-postgresql - 1.2-3.rc2.svn2135.fc7.ppc (25 days) openpbx-postgresql - 1.2-3.rc2.svn2135.fc7.x86_64 (25 days) endur AT bennewitz.com streamtuner - 0.99.99-15.fc7.x86_64 (23 days) giallu AT gmail.com kmod-sysprof-kdump - 1.0.7-1.2.6.18_1.2849.fc6.1.i686 (25 days) kmod-sysprof-xen - 1.0.7-1.2.6.18_1.2849.fc6.1.i686 (25 days) kmod-sysprof-xen - 1.0.7-1.2.6.18_1.2849.fc6.1.x86_64 (25 days) ifoox AT redhat.com libreadline-java - 0.8.0-13.fc6.i386 (20 days) libreadline-java - 0.8.0-13.fc6.i386 (20 days) libreadline-java - 0.8.0-13.fc6.ppc (20 days) libreadline-java - 0.8.0-13.fc6.x86_64 (20 days) jafo-redhat AT tummy.com python-pydns - 2.3.0-4.fc6.noarch (23 days) python-pydns - 2.3.0-4.fc6.noarch (23 days) python-pydns - 2.3.0-4.fc6.noarch (23 days) jamatos AT fc.up.pt f2py - 2.45.241_1926-2.fc6.noarch (23 days) f2py - 2.45.241_1926-2.fc6.noarch (23 days) f2py - 2.45.241_1926-2.fc6.noarch (23 days) python-amara - 1.1.7-2.fc6.noarch (23 days) python-amara - 1.1.7-2.fc6.noarch (23 days) python-amara - 1.1.7-2.fc6.noarch (23 days) jeff AT ocjtech.us linphone - 1.2.0-4.fc5.i386 (83 days) linphone - 1.2.0-4.fc5.ppc (83 days) linphone - 1.2.0-4.fc5.x86_64 (83 days) karlthered AT gmail.com gtkmozembedmm - 1.4.2.cvs20060817-5.fc7.i386 (39 days) gtkmozembedmm - 1.4.2.cvs20060817-5.fc7.i386 (39 days) gtkmozembedmm - 1.4.2.cvs20060817-5.fc7.ppc (39 days) gtkmozembedmm - 1.4.2.cvs20060817-5.fc7.x86_64 (39 days) lmacken AT redhat.com TurboGears - 1.0b2-5.fc7.noarch (18 days) TurboGears - 1.0b2-5.fc7.noarch (18 days) TurboGears - 1.0b2-5.fc7.noarch (18 days) python-cherrypy - 2.2.1-3.fc6.noarch (23 days) python-cherrypy - 2.2.1-3.fc6.noarch (23 days) python-cherrypy - 2.2.1-3.fc6.noarch (23 days) michel.salim AT gmail.com python-nltk - 1.4.4-3.fc7.noarch (23 days) python-nltk - 1.4.4-3.fc7.noarch (23 days) python-nltk - 1.4.4-3.fc7.noarch (23 days) mitr AT redhat.com python-4Suite-XML - 1.0-1.i386 (23 days) python-4Suite-XML - 1.0-1.ppc (23 days) python-4Suite-XML - 1.0-1.x86_64 (23 days) orion AT cora.nwra.com paraview - 2.4.4-3.fc6.x86_64 (23 days) paraview-mpi - 2.4.4-3.fc6.x86_64 (23 days) plplot - 5.6.1-8.fc7.i386 (23 days) plplot - 5.6.1-8.fc7.i386 (23 days) plplot - 5.6.1-8.fc7.ppc (23 days) plplot - 5.6.1-8.fc7.x86_64 (23 days) plplot-gnome - 5.6.1-8.fc7.i386 (23 days) plplot-gnome - 5.6.1-8.fc7.i386 (23 days) plplot-gnome - 5.6.1-8.fc7.ppc (23 days) plplot-gnome - 5.6.1-8.fc7.x86_64 (23 days) plplot-wxGTK - 5.6.1-8.fc7.i386 (23 days) plplot-wxGTK - 5.6.1-8.fc7.ppc (23 days) plplot-wxGTK - 5.6.1-8.fc7.x86_64 (23 days) paul AT all-the-johnsons.co.uk XaraLX - 0.7-8.fc6.r1763.i386 (16 days) XaraLX - 0.7-8.fc6.r1763.ppc (16 days) XaraLX - 0.7-8.fc6.r1763.x86_64 (16 days) petersen AT redhat.com ghc-gtk2hs - 0.9.10-4.fc6.i386 (58 days) ghc-gtk2hs - 0.9.10-4.fc6.ppc (58 days) ghc-gtk2hs - 0.9.10-4.fc6.x86_64 (58 days) ghc642-gtk2hs - 0.9.10-4.fc6.i386 (58 days) ghc642-gtk2hs - 0.9.10-4.fc6.ppc (58 days) ghc642-gtk2hs - 0.9.10-4.fc6.x86_64 (58 days) ghc642-gtk2hs-mozembed - 0.9.10-4.fc6.i386 (58 days) ghc642-gtk2hs-mozembed - 0.9.10-4.fc6.ppc (58 days) ghc642-gtk2hs-mozembed - 0.9.10-4.fc6.x86_64 (58 days) prockai AT redhat.com cyrus-imapd - 2.3.7-4.fc6.i386 (32 days) cyrus-imapd - 2.3.7-4.fc6.i386 (32 days) cyrus-imapd - 2.3.7-4.fc6.ppc (32 days) cyrus-imapd - 2.3.7-4.fc6.x86_64 (32 days) rdieter AT math.unl.edu PyKDE - 3.16.0-5.fc7.i386 (23 days) PyKDE - 3.16.0-5.fc7.i386 (23 days) PyKDE - 3.16.0-5.fc7.ppc (23 days) PyKDE - 3.16.0-5.fc7.x86_64 (23 days) gift - 0.11.8.1-6.fc7.i386 (63 days) wxMaxima - 0.7.0a-3.fc5.ppc wxMaxima - 0.7.0a-3.fc6.ppc wxMaxima - 0.7.0a-5.fc7.ppc (8 days) roozbeh AT farsiweb.info translate-toolkit - 0.10.1-3.fc7.noarch translate-toolkit - 0.10.1-3.fc7.noarch translate-toolkit - 0.10.1-3.fc7.noarch shahms AT shahms.com python-psyco - 1.5.1-4.fc6.i386 (23 days) stickster AT gmail.com xmldiff - 0.6.7-12.fc6.i386 (23 days) xmldiff - 0.6.7-12.fc6.ppc (23 days) xmldiff - 0.6.7-12.fc6.x86_64 (23 days) tcallawa AT redhat.com compat-wxPythonGTK2 - 2.4.2.4-12.fc6.i386 (23 days) compat-wxPythonGTK2 - 2.4.2.4-12.fc6.ppc (23 days) compat-wxPythonGTK2 - 2.4.2.4-12.fc6.x86_64 (23 days) evolution-bogofilter - 0.2.0-4.fc7.i386 (11 days) evolution-bogofilter - 0.2.0-4.fc7.ppc (11 days) evolution-bogofilter - 0.2.0-4.fc7.x86_64 (11 days) gambas-gb-db - 1.0.17-6.fc7.i386 (38 days) gambas-gb-db - 1.0.17-6.fc7.ppc (38 days) gambas-runtime - 1.0.17-6.fc7.i386 (38 days) gambas-runtime - 1.0.17-6.fc7.ppc (38 days) pychart - 1.39-4.fc6.noarch (23 days) pychart - 1.39-4.fc6.noarch (23 days) pychart - 1.39-4.fc6.noarch (23 days) rekall-postgresql - 2.4.3-5.fc6.i386 (25 days) rekall-postgresql - 2.4.3-5.fc6.ppc (25 days) rekall-postgresql - 2.4.3-5.fc6.x86_64 (25 days) rekall-python - 2.4.3-5.fc6.i386 (25 days) rekall-python - 2.4.3-5.fc6.ppc (25 days) rekall-python - 2.4.3-5.fc6.x86_64 (25 days) thomas AT apestaart.org python-twisted - 1.3.0-7.fc6.i386 (23 days) python-twisted - 1.3.0-7.fc6.ppc (23 days) python-twisted - 1.3.0-7.fc6.x86_64 (23 days) triad AT df.lth.se gnomad2 - 2.8.9-2.fc6.i386 (23 days) gnomad2 - 2.8.9-2.fc6.ppc (23 days) gnomad2 - 2.8.9-2.fc6.x86_64 (23 days) ville.skytta AT iki.fi em8300 - 0.16.0-3.fc7.i386 (4 days) em8300 - 0.16.0-3.fc7.ppc (4 days) em8300 - 0.16.0-3.fc7.x86_64 (4 days) wart AT kobold.org cyphesis - 0.5.10-3.fc7.i386 (23 days) cyphesis - 0.5.10-3.fc7.ppc (23 days) cyphesis - 0.5.10-3.fc7.x86_64 (23 days) ====================================================================== Broken packages in fedora-extras-development-ppc: PyKDE-3.16.0-5.fc7.ppc requires python(abi) = 0:2.4 PyKDE-3.16.0-5.fc7.ppc requires python-abi = 0:2.4 TurboGears-1.0b2-5.fc7.noarch requires python-elementtree >= 0:1.2.6 XaraLX-0.7-8.fc6.r1763.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) XaraLX-0.7-8.fc6.r1763.ppc requires libwx_baseu_xml-2.6.so.0 XaraLX-0.7-8.fc6.r1763.ppc requires libwx_baseu_net-2.6.so.0(WXU_2.6) XaraLX-0.7-8.fc6.r1763.ppc requires libwx_baseu_xml-2.6.so.0(WXU_2.6) XaraLX-0.7-8.fc6.r1763.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3) XaraLX-0.7-8.fc6.r1763.ppc requires libwx_gtk2u_core-2.6.so.0 XaraLX-0.7-8.fc6.r1763.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) XaraLX-0.7-8.fc6.r1763.ppc requires libwx_baseu_net-2.6.so.0 XaraLX-0.7-8.fc6.r1763.ppc requires libwx_gtk2u_xrc-2.6.so.0 XaraLX-0.7-8.fc6.r1763.ppc requires libwx_gtk2u_xrc-2.6.so.0(WXU_2.6) XaraLX-0.7-8.fc6.r1763.ppc requires libwx_baseu-2.6.so.0(WXU_2.6) XaraLX-0.7-8.fc6.r1763.ppc requires libwx_gtk2u_html-2.6.so.0 XaraLX-0.7-8.fc6.r1763.ppc requires libwx_baseu-2.6.so.0 XaraLX-0.7-8.fc6.r1763.ppc requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6) XaraLX-0.7-8.fc6.r1763.ppc requires libwx_gtk2u_adv-2.6.so.0 XaraLX-0.7-8.fc6.r1763.ppc requires libwx_gtk2u_qa-2.6.so.0(WXU_2.6) XaraLX-0.7-8.fc6.r1763.ppc requires libwx_gtk2u_qa-2.6.so.0 blender-2.42a-17.fc7.ppc requires libgettextlib-0.16.so centericq-4.21.0-8.fc6.ppc requires libcurl.so.3 codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_html-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3) codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_baseu_xml-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_baseu_net-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_baseu_xml-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_core-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_baseu_net-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_xrc-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_xrc-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_baseu-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_html-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_qa-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_baseu-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_adv-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_qa-2.6.so.0(WXU_2.6) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_html-2.6.so.0(WXU_2.6) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_baseu_xml-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_xrc-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_qa-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_core-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_baseu_net-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_xrc-2.6.so.0(WXU_2.6) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_html-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_baseu-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_adv-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_baseu-2.6.so.0(WXU_2.6) compat-wxPythonGTK2-2.4.2.4-12.fc6.ppc requires python(abi) = 0:2.4 csound-5.03.0-9.fc7.ppc requires libpython2.4.so.1.0 csound-python-5.03.0-9.fc7.ppc requires python(abi) = 0:2.4 csound-python-5.03.0-9.fc7.ppc requires libpython2.4.so.1.0 cyphesis-0.5.10-3.fc7.ppc requires libpython2.4.so.1.0 cyrus-imapd-2.3.7-4.fc6.ppc requires libnetsnmpmibs.so.10 cyrus-imapd-2.3.7-4.fc6.ppc requires libnetsnmphelpers.so.10 cyrus-imapd-2.3.7-4.fc6.ppc requires libnetsnmp.so.10 cyrus-imapd-2.3.7-4.fc6.ppc requires libnetsnmpagent.so.10 em8300-0.16.0-3.fc7.ppc requires em8300-kmod >= 0:0.16.0 evolution-bogofilter-0.2.0-4.fc7.ppc requires libcamel-1.2.so.0 evolution-bogofilter-0.2.0-4.fc7.ppc requires libcamel-provider-1.2.so.8 f2py-2.45.241_1926-2.fc6.noarch requires python(abi) = 0:2.4 gambas-gb-db-1.0.17-6.fc7.ppc requires libpq.so.4 gambas-runtime-1.0.17-6.fc7.ppc requires libgettextlib-0.15.so ghc-gtk2hs-0.9.10-4.fc6.ppc requires ghc = 0:6.4.2 ghc642-gtk2hs-0.9.10-4.fc6.ppc requires /usr/bin/ghc-pkg-6.4.2 ghc642-gtk2hs-0.9.10-4.fc6.ppc requires ghc642 ghc642-gtk2hs-mozembed-0.9.10-4.fc6.ppc requires /usr/bin/ghc-pkg-6.4.2 ghc642-gtk2hs-mozembed-0.9.10-4.fc6.ppc requires ghc642 gnomad2-2.8.9-2.fc6.ppc requires libmtp.so.2 gtkmozembedmm-1.4.2.cvs20060817-5.fc7.ppc requires gecko-libs = 0:2.0 libreadline-java-0.8.0-13.fc6.ppc requires libedit >= 0:2.9 openpbx-1.2-3.rc2.svn2135.fc7.ppc requires libedit.so.0 openpbx-postgresql-1.2-3.rc2.svn2135.fc7.ppc requires libpq.so.4 openvrml-0.16.3-1.fc7.ppc requires firefox = 0:2.0 openvrml-devel-0.16.3-1.fc7.ppc requires firefox-devel = 0:2.0 plplot-5.6.1-8.fc7.ppc requires python(abi) = 0:2.4 plplot-5.6.1-8.fc7.ppc requires libpython2.4.so.1.0 plplot-gnome-5.6.1-8.fc7.ppc requires python(abi) = 0:2.4 plplot-gnome-5.6.1-8.fc7.ppc requires libpython2.4.so.1.0 plplot-wxGTK-5.6.1-8.fc7.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) plplot-wxGTK-5.6.1-8.fc7.ppc requires libwx_baseu_xml-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.ppc requires libwx_gtk2u_qa-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) plplot-wxGTK-5.6.1-8.fc7.ppc requires libwx_gtk2u_core-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.ppc requires libwx_baseu_net-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.ppc requires libwx_gtk2u_xrc-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.ppc requires libwx_gtk2u_html-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.ppc requires libwx_baseu-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.ppc requires libwx_gtk2u_adv-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.ppc requires libwx_baseu-2.6.so.0(WXU_2.6) pychart-1.39-4.fc6.noarch requires python(abi) = 0:2.4 python-4Suite-XML-1.0-1.ppc requires python(abi) = 0:2.4 python-amara-1.1.7-2.fc6.noarch requires python(abi) = 0:2.4 python-cherrypy-2.2.1-3.fc6.noarch requires python(abi) = 0:2.4 python-nltk-1.4.4-3.fc7.noarch requires python(abi) = 0:2.4 python-pydns-2.3.0-4.fc6.noarch requires python(abi) = 0:2.4 python-telepathy-0.13.7-2.fc7.noarch requires python(abi) = 0:2.4 python-twisted-1.3.0-7.fc6.ppc requires python(abi) = 0:2.4 rekall-postgresql-2.4.3-5.fc6.ppc requires libpq.so.4 rekall-python-2.4.3-5.fc6.ppc requires python(abi) = 0:2.4 rekall-python-2.4.3-5.fc6.ppc requires libpython2.4.so.1.0 toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_gl-2.6.so.0 toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3) toped-0.8.2-2.fc6.ppc requires libwx_baseu_xml-2.6.so.0 toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_qa-2.6.so.0 toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_core-2.6.so.0 toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_gl-2.6.so.0(WXU_2.6) toped-0.8.2-2.fc6.ppc requires libwx_baseu_net-2.6.so.0 toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_xrc-2.6.so.0 toped-0.8.2-2.fc6.ppc requires libwx_baseu-2.6.so.0(WXU_2.6) toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_html-2.6.so.0 toped-0.8.2-2.fc6.ppc requires libwx_baseu-2.6.so.0 toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6) toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_adv-2.6.so.0 translate-toolkit-0.10.1-3.fc7.noarch requires python-elementtree wxMaxima-0.7.0a-5.fc7.ppc requires maxima >= 0:5.10 xmldiff-0.6.7-12.fc6.ppc requires python-abi = 0:2.4 xmldiff-0.6.7-12.fc6.ppc requires python(abi) = 0:2.4 ====================================================================== Broken packages in fedora-extras-development-x86_64: PyKDE-3.16.0-5.fc7.i386 requires python(abi) = 0:2.4 PyKDE-3.16.0-5.fc7.i386 requires python-abi = 0:2.4 PyKDE-3.16.0-5.fc7.x86_64 requires python(abi) = 0:2.4 PyKDE-3.16.0-5.fc7.x86_64 requires python-abi = 0:2.4 TurboGears-1.0b2-5.fc7.noarch requires python-elementtree >= 0:1.2.6 XaraLX-0.7-8.fc6.r1763.x86_64 requires libwx_gtk2u_qa-2.6.so.0(WXU_2.6)(64bit) XaraLX-0.7-8.fc6.r1763.x86_64 requires libwx_baseu_net-2.6.so.0(WXU_2.6)(64bit) XaraLX-0.7-8.fc6.r1763.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6)(64bit) XaraLX-0.7-8.fc6.r1763.x86_64 requires libwx_baseu-2.6.so.0(WXU_2.6)(64bit) XaraLX-0.7-8.fc6.r1763.x86_64 requires libwx_gtk2u_xrc-2.6.so.0()(64bit) XaraLX-0.7-8.fc6.r1763.x86_64 requires libwx_baseu-2.6.so.0()(64bit) XaraLX-0.7-8.fc6.r1763.x86_64 requires libwx_gtk2u_adv-2.6.so.0()(64bit) XaraLX-0.7-8.fc6.r1763.x86_64 requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6)(64bit) XaraLX-0.7-8.fc6.r1763.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2)(64bit) XaraLX-0.7-8.fc6.r1763.x86_64 requires libwx_gtk2u_qa-2.6.so.0()(64bit) XaraLX-0.7-8.fc6.r1763.x86_64 requires libwx_baseu_xml-2.6.so.0()(64bit) XaraLX-0.7-8.fc6.r1763.x86_64 requires libwx_gtk2u_core-2.6.so.0()(64bit) XaraLX-0.7-8.fc6.r1763.x86_64 requires libwx_gtk2u_html-2.6.so.0()(64bit) XaraLX-0.7-8.fc6.r1763.x86_64 requires libwx_baseu_net-2.6.so.0()(64bit) XaraLX-0.7-8.fc6.r1763.x86_64 requires libwx_baseu_xml-2.6.so.0(WXU_2.6)(64bit) XaraLX-0.7-8.fc6.r1763.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3)(64bit) XaraLX-0.7-8.fc6.r1763.x86_64 requires libwx_gtk2u_xrc-2.6.so.0(WXU_2.6)(64bit) blender-2.42a-17.fc7.x86_64 requires libgettextlib-0.16.so()(64bit) centericq-4.21.0-8.fc6.x86_64 requires libcurl.so.3()(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_html-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu_xml-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu_net-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu_xml-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_core-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu_net-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_xrc-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_xrc-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_html-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_qa-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_adv-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_qa-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_baseu_net-2.6.so.0(WXU_2.6)(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6)(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_baseu-2.6.so.0(WXU_2.6)(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_html-2.6.so.0(WXU_2.6)(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_xrc-2.6.so.0()(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0()(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_baseu-2.6.so.0()(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_qa-2.6.so.0(WXU_2.6)(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_adv-2.6.so.0()(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6)(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2)(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_qa-2.6.so.0()(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_baseu_xml-2.6.so.0()(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_html-2.6.so.0()(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_baseu_net-2.6.so.0()(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_xrc-2.6.so.0(WXU_2.6)(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_baseu_xml-2.6.so.0(WXU_2.6)(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3)(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6)(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_baseu-2.6.so.0(WXU_2.6)(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_html-2.6.so.0(WXU_2.6)(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_xrc-2.6.so.0()(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_baseu-2.6.so.0()(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_adv-2.6.so.0()(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6)(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2)(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_qa-2.6.so.0()(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_baseu_xml-2.6.so.0()(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0()(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_html-2.6.so.0()(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_baseu_net-2.6.so.0()(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_xrc-2.6.so.0(WXU_2.6)(64bit) compat-wxPythonGTK2-2.4.2.4-12.fc6.x86_64 requires python(abi) = 0:2.4 csound-5.03.0-9.fc7.i386 requires libpython2.4.so.1.0 csound-5.03.0-9.fc7.x86_64 requires libpython2.4.so.1.0()(64bit) csound-python-5.03.0-9.fc7.x86_64 requires python(abi) = 0:2.4 csound-python-5.03.0-9.fc7.x86_64 requires libpython2.4.so.1.0()(64bit) cyphesis-0.5.10-3.fc7.x86_64 requires libpython2.4.so.1.0()(64bit) cyrus-imapd-2.3.7-4.fc6.i386 requires libnetsnmpmibs.so.10 cyrus-imapd-2.3.7-4.fc6.i386 requires libnetsnmphelpers.so.10 cyrus-imapd-2.3.7-4.fc6.i386 requires libnetsnmp.so.10 cyrus-imapd-2.3.7-4.fc6.i386 requires libnetsnmpagent.so.10 cyrus-imapd-2.3.7-4.fc6.x86_64 requires libnetsnmpmibs.so.10()(64bit) cyrus-imapd-2.3.7-4.fc6.x86_64 requires libnetsnmp.so.10()(64bit) cyrus-imapd-2.3.7-4.fc6.x86_64 requires libnetsnmphelpers.so.10()(64bit) cyrus-imapd-2.3.7-4.fc6.x86_64 requires libnetsnmpagent.so.10()(64bit) em8300-0.16.0-3.fc7.x86_64 requires em8300-kmod >= 0:0.16.0 evolution-bogofilter-0.2.0-4.fc7.x86_64 requires libcamel-1.2.so.0()(64bit) evolution-bogofilter-0.2.0-4.fc7.x86_64 requires libcamel-provider-1.2.so.8()(64bit) f2py-2.45.241_1926-2.fc6.noarch requires python(abi) = 0:2.4 ghc-gtk2hs-0.9.10-4.fc6.x86_64 requires ghc = 0:6.4.2 ghc642-gtk2hs-0.9.10-4.fc6.x86_64 requires /usr/bin/ghc-pkg-6.4.2 ghc642-gtk2hs-0.9.10-4.fc6.x86_64 requires ghc642 ghc642-gtk2hs-mozembed-0.9.10-4.fc6.x86_64 requires /usr/bin/ghc-pkg-6.4.2 ghc642-gtk2hs-mozembed-0.9.10-4.fc6.x86_64 requires ghc642 gift-0.11.8.1-6.fc7.i386 requires libmagic.so.1 gnomad2-2.8.9-2.fc6.x86_64 requires libmtp.so.2()(64bit) gtkmozembedmm-1.4.2.cvs20060817-5.fc7.i386 requires gecko-libs = 0:2.0 gtkmozembedmm-1.4.2.cvs20060817-5.fc7.x86_64 requires gecko-libs = 0:2.0 kmod-sysprof-xen-1.0.7-1.2.6.18_1.2849.fc6.1.x86_64 requires kernel-x86_64 = 0:2.6.18-1.2849.fc6xen libreadline-java-0.8.0-13.fc6.i386 requires libedit >= 0:2.9 libreadline-java-0.8.0-13.fc6.x86_64 requires libedit >= 0:2.9 openpbx-1.2-3.rc2.svn2135.fc7.i386 requires libedit.so.0 openpbx-1.2-3.rc2.svn2135.fc7.x86_64 requires libedit.so.0()(64bit) openpbx-postgresql-1.2-3.rc2.svn2135.fc7.x86_64 requires libpq.so.4()(64bit) openvrml-0.16.3-1.fc7.i386 requires firefox = 0:2.0 openvrml-0.16.3-1.fc7.x86_64 requires firefox = 0:2.0 openvrml-devel-0.16.3-1.fc7.i386 requires firefox-devel = 0:2.0 openvrml-devel-0.16.3-1.fc7.x86_64 requires firefox-devel = 0:2.0 orange-0.3-4.cvs20051118.fc7.i386 requires libmagic.so.1 paraview-2.4.4-3.fc6.x86_64 requires libpython2.4.so.1.0()(64bit) paraview-mpi-2.4.4-3.fc6.x86_64 requires libpython2.4.so.1.0()(64bit) plplot-5.6.1-8.fc7.i386 requires python(abi) = 0:2.4 plplot-5.6.1-8.fc7.i386 requires libpython2.4.so.1.0 plplot-5.6.1-8.fc7.x86_64 requires python(abi) = 0:2.4 plplot-5.6.1-8.fc7.x86_64 requires libpython2.4.so.1.0()(64bit) plplot-gnome-5.6.1-8.fc7.i386 requires python(abi) = 0:2.4 plplot-gnome-5.6.1-8.fc7.i386 requires libpython2.4.so.1.0 plplot-gnome-5.6.1-8.fc7.x86_64 requires python(abi) = 0:2.4 plplot-gnome-5.6.1-8.fc7.x86_64 requires libpython2.4.so.1.0()(64bit) plplot-wxGTK-5.6.1-8.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6)(64bit) plplot-wxGTK-5.6.1-8.fc7.x86_64 requires libwx_baseu-2.6.so.0(WXU_2.6)(64bit) plplot-wxGTK-5.6.1-8.fc7.x86_64 requires libwx_baseu-2.6.so.0()(64bit) plplot-wxGTK-5.6.1-8.fc7.x86_64 requires libwx_gtk2u_xrc-2.6.so.0()(64bit) plplot-wxGTK-5.6.1-8.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2)(64bit) plplot-wxGTK-5.6.1-8.fc7.x86_64 requires libwx_gtk2u_qa-2.6.so.0()(64bit) plplot-wxGTK-5.6.1-8.fc7.x86_64 requires libwx_baseu_xml-2.6.so.0()(64bit) plplot-wxGTK-5.6.1-8.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0()(64bit) plplot-wxGTK-5.6.1-8.fc7.x86_64 requires libwx_gtk2u_html-2.6.so.0()(64bit) plplot-wxGTK-5.6.1-8.fc7.x86_64 requires libwx_baseu_net-2.6.so.0()(64bit) plplot-wxGTK-5.6.1-8.fc7.x86_64 requires libwx_gtk2u_adv-2.6.so.0()(64bit) pychart-1.39-4.fc6.noarch requires python(abi) = 0:2.4 python-4Suite-XML-1.0-1.x86_64 requires python(abi) = 0:2.4 python-amara-1.1.7-2.fc6.noarch requires python(abi) = 0:2.4 python-cherrypy-2.2.1-3.fc6.noarch requires python(abi) = 0:2.4 python-nltk-1.4.4-3.fc7.noarch requires python(abi) = 0:2.4 python-pydns-2.3.0-4.fc6.noarch requires python(abi) = 0:2.4 python-telepathy-0.13.7-2.fc7.noarch requires python(abi) = 0:2.4 python-twisted-1.3.0-7.fc6.x86_64 requires python(abi) = 0:2.4 rekall-postgresql-2.4.3-5.fc6.x86_64 requires libpq.so.4()(64bit) rekall-python-2.4.3-5.fc6.x86_64 requires python(abi) = 0:2.4 rekall-python-2.4.3-5.fc6.x86_64 requires libpython2.4.so.1.0()(64bit) streamtuner-0.99.99-15.fc7.x86_64 requires libpython2.4.so.1.0()(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_gtk2u_gl-2.6.so.0(WXU_2.6)(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6)(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_baseu-2.6.so.0(WXU_2.6)(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_gtk2u_xrc-2.6.so.0()(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_gtk2u_core-2.6.so.0()(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_baseu-2.6.so.0()(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_gtk2u_adv-2.6.so.0()(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6)(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_gtk2u_qa-2.6.so.0()(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_baseu_xml-2.6.so.0()(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_gtk2u_html-2.6.so.0()(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_baseu_net-2.6.so.0()(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_gtk2u_gl-2.6.so.0()(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2)(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3)(64bit) translate-toolkit-0.10.1-3.fc7.noarch requires python-elementtree xmldiff-0.6.7-12.fc6.x86_64 requires python-abi = 0:2.4 xmldiff-0.6.7-12.fc6.x86_64 requires python(abi) = 0:2.4 ====================================================================== Broken packages in fedora-extras-development-i386: PyKDE-3.16.0-5.fc7.i386 requires python(abi) = 0:2.4 PyKDE-3.16.0-5.fc7.i386 requires python-abi = 0:2.4 TurboGears-1.0b2-5.fc7.noarch requires python-elementtree >= 0:1.2.6 XaraLX-0.7-8.fc6.r1763.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) XaraLX-0.7-8.fc6.r1763.i386 requires libwx_baseu_xml-2.6.so.0 XaraLX-0.7-8.fc6.r1763.i386 requires libwx_baseu_net-2.6.so.0(WXU_2.6) XaraLX-0.7-8.fc6.r1763.i386 requires libwx_baseu_xml-2.6.so.0(WXU_2.6) XaraLX-0.7-8.fc6.r1763.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3) XaraLX-0.7-8.fc6.r1763.i386 requires libwx_gtk2u_core-2.6.so.0 XaraLX-0.7-8.fc6.r1763.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) XaraLX-0.7-8.fc6.r1763.i386 requires libwx_baseu_net-2.6.so.0 XaraLX-0.7-8.fc6.r1763.i386 requires libwx_gtk2u_xrc-2.6.so.0 XaraLX-0.7-8.fc6.r1763.i386 requires libwx_gtk2u_xrc-2.6.so.0(WXU_2.6) XaraLX-0.7-8.fc6.r1763.i386 requires libwx_baseu-2.6.so.0(WXU_2.6) XaraLX-0.7-8.fc6.r1763.i386 requires libwx_gtk2u_html-2.6.so.0 XaraLX-0.7-8.fc6.r1763.i386 requires libwx_baseu-2.6.so.0 XaraLX-0.7-8.fc6.r1763.i386 requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6) XaraLX-0.7-8.fc6.r1763.i386 requires libwx_gtk2u_adv-2.6.so.0 XaraLX-0.7-8.fc6.r1763.i386 requires libwx_gtk2u_qa-2.6.so.0(WXU_2.6) XaraLX-0.7-8.fc6.r1763.i386 requires libwx_gtk2u_qa-2.6.so.0 blender-2.42a-17.fc7.i386 requires libgettextlib-0.16.so centericq-4.21.0-8.fc6.i386 requires libcurl.so.3 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_html-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu_xml-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu_net-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu_xml-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_core-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu_net-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_xrc-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_xrc-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_html-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_qa-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_adv-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_qa-2.6.so.0(WXU_2.6) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_html-2.6.so.0(WXU_2.6) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu_xml-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_xrc-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_qa-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_core-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu_net-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_xrc-2.6.so.0(WXU_2.6) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_html-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_adv-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu-2.6.so.0(WXU_2.6) compat-wxPythonGTK2-2.4.2.4-12.fc6.i386 requires python(abi) = 0:2.4 csound-5.03.0-9.fc7.i386 requires libpython2.4.so.1.0 csound-python-5.03.0-9.fc7.i386 requires python(abi) = 0:2.4 csound-python-5.03.0-9.fc7.i386 requires libpython2.4.so.1.0 cyphesis-0.5.10-3.fc7.i386 requires libpython2.4.so.1.0 cyrus-imapd-2.3.7-4.fc6.i386 requires libnetsnmpmibs.so.10 cyrus-imapd-2.3.7-4.fc6.i386 requires libnetsnmphelpers.so.10 cyrus-imapd-2.3.7-4.fc6.i386 requires libnetsnmp.so.10 cyrus-imapd-2.3.7-4.fc6.i386 requires libnetsnmpagent.so.10 em8300-0.16.0-3.fc7.i386 requires em8300-kmod >= 0:0.16.0 evolution-bogofilter-0.2.0-4.fc7.i386 requires libcamel-1.2.so.0 evolution-bogofilter-0.2.0-4.fc7.i386 requires libcamel-provider-1.2.so.8 f2py-2.45.241_1926-2.fc6.noarch requires python(abi) = 0:2.4 gambas-gb-db-1.0.17-6.fc7.i386 requires libpq.so.4 gambas-runtime-1.0.17-6.fc7.i386 requires libgettextlib-0.15.so ghc-gtk2hs-0.9.10-4.fc6.i386 requires ghc = 0:6.4.2 ghc642-gtk2hs-0.9.10-4.fc6.i386 requires /usr/bin/ghc-pkg-6.4.2 ghc642-gtk2hs-0.9.10-4.fc6.i386 requires ghc642 ghc642-gtk2hs-mozembed-0.9.10-4.fc6.i386 requires /usr/bin/ghc-pkg-6.4.2 ghc642-gtk2hs-mozembed-0.9.10-4.fc6.i386 requires ghc642 gnomad2-2.8.9-2.fc6.i386 requires libmtp.so.2 gtkmozembedmm-1.4.2.cvs20060817-5.fc7.i386 requires gecko-libs = 0:2.0 kmod-sysprof-kdump-1.0.7-1.2.6.18_1.2849.fc6.1.i686 requires kernel-i686 = 0:2.6.18-1.2849.fc6kdump kmod-sysprof-xen-1.0.7-1.2.6.18_1.2849.fc6.1.i686 requires kernel-i686 = 0:2.6.18-1.2849.fc6xen libreadline-java-0.8.0-13.fc6.i386 requires libedit >= 0:2.9 openpbx-1.2-3.rc2.svn2135.fc7.i386 requires libedit.so.0 openpbx-postgresql-1.2-3.rc2.svn2135.fc7.i386 requires libpq.so.4 openvrml-0.16.3-1.fc7.i386 requires firefox = 0:2.0 From fedora at leemhuis.info Mon Jan 1 11:56:14 2007 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Mon, 01 Jan 2007 12:56:14 +0100 Subject: About missing reviews In-Reply-To: <200612311846.00598.jkeating@redhat.com> References: <20061231150107.22d01c0d@ludwig-alpha.unil.ch> <20061231161055.788294b1@ludwig-alpha.unil.ch> <604aa7910612311527v1e85ecft7186c28b914b2ff7@mail.gmail.com> <200612311846.00598.jkeating@redhat.com> Message-ID: <4598F6DE.30707@leemhuis.info> Jesse Keating schrieb: > On Sunday 31 December 2006 18:27, Jeff Spaleta wrote: >> I'm more than happy to re-submit my one package in that list for a new >> review. I picked it up as an orphaned package. I also volunteer to >> feed some of these through a new review process as a co-maintainer or >> to run reviewers for some of these packages as a priority if its >> deemed that we need to do that because the previous fedora.us era >> review timestamp isn't recoverable. But every effort should be made >> to recover the review information from fedora.us first. > Its worth mentioning that fedora.us didn't have the same set of rules we have > now, so re-review isn't necessarily a wasted effort. The rules we used today are also slightly different then they were one, two or three years ago -- thus your argument holds true for all our packages, not just those from fedora.us (albeit the rules that were used might be bit more different). That why I wrote yesterday somewhere else on this list that we sooner or later might need to re-review each package in CVS. But I don't think we have the manpower for that (or let's say: we IMHO have more important things to do ATM), especially with the "let's review all the core stuff when it gets merged into the extras framework for F7" on the horizon. I'd suggest this: for the devel period towards F8 build a "Re-review SIG" (or let the QA sig handle it) that just goes trough most of/all the packages in CVS; the oldest packages get visited first. I'd even say those SIG members should get allowed to fix everything directly in CVS even if the package is owned by somebody else. That eventually could speed up the handling of the effort a lot; we just need to make sure the packager sees what was changed and gets noticed *why* it was changed to educate them. CU thl From pertusus at free.fr Mon Jan 1 15:05:31 2007 From: pertusus at free.fr (Patrice Dumas) Date: Mon, 1 Jan 2007 16:05:31 +0100 Subject: Packaging LabPlot In-Reply-To: <45965E3E.5070304@gmail.com> References: <45965E3E.5070304@gmail.com> Message-ID: <20070101150531.GA3380@free.fr> On Sat, Dec 30, 2006 at 01:40:30PM +0100, Julian Sikorski wrote: > qwtplot3d, cephes and texvc. (I have already made liborigin package but It would be nice to have a cephes library properly packaged, since it is also used in grace. Last time I had a look, though, it wasn't easy to package. Regarding the License, you can have a look at grace, file LICENSE.cephes and cephes-license.email, it may be distributed under the GPL. I'd be happy to review and help packaging cephes. -- Pat From bugs.michael at gmx.net Mon Jan 1 15:14:12 2007 From: bugs.michael at gmx.net (Michael Schwendt) Date: Mon, 1 Jan 2007 16:14:12 +0100 Subject: rpms/lesstif/devel lesstif.spec,1.4,1.5 In-Reply-To: <200701011447.l01ElPfx032742@cvs-int.fedora.redhat.com> References: <200701011447.l01ElPfx032742@cvs-int.fedora.redhat.com> Message-ID: <20070101161412.8340d66d.bugs.michael@gmx.net> On Mon, 1 Jan 2007 09:47:25 -0500, Patrice Dumas (pertusus) wrote: > Author: pertusus > > Update of /cvs/extras/rpms/lesstif/devel > Log Message: > * Mon Jan 1 2007 Patrice Dumas 0.95.0-11 > - add debian patcheset > - Conflict with openmotif versions provided in older fedora core releases > (should fix #221083) > -# This is not needed and may conflit with openmotig packaging > -# outside of fedora > -#Conflicts: openmotif-devel > +# Conflicts with openmotif found in older fedora releases > +Conflicts: openmotif-devel <= 2.3.0-0.2.1 > + > %changelog > +* Mon Jan 1 2007 Patrice Dumas 0.95.0-11 > +- add debian patcheset > +- Conflict with openmotif versions provided in older fedora core releases > + (should fix #221083) > + > * Thu Aug 31 2006 Patrice Dumas 0.95.0-10 > - remove Conflicts: openmotif-devel, it isn't needed for fedora and > - may hurt external packaging of openmotif. Fix #208380. > + may hurt external packaging of openmotif. Fix #208380 Now you're back at Aug 31 2006, bug 208380. Old releases of Fedora Core come with openmotif. Installs of FC <= 5 have openmotif installed. Lesstif is an API-compatible replacement for Motif. Packages are rebuilt against lesstif. An explicit conflict will break an upgrade, since lesstif cannot be installed. You really want proper "Obsoletes" tags [and no "Provides"]. From gilboad at gmail.com Mon Jan 1 15:24:57 2007 From: gilboad at gmail.com (Gilboa Davara) Date: Mon, 01 Jan 2007 17:24:57 +0200 Subject: rpms/lesstif/devel lesstif.spec,1.4,1.5 In-Reply-To: <20070101161412.8340d66d.bugs.michael@gmx.net> References: <200701011447.l01ElPfx032742@cvs-int.fedora.redhat.com> <20070101161412.8340d66d.bugs.michael@gmx.net> Message-ID: <1167665097.14889.20.camel@gilboa-work-dev.localdomain> On Mon, 2007-01-01 at 16:14 +0100, Michael Schwendt wrote: > On Mon, 1 Jan 2007 09:47:25 -0500, Patrice Dumas (pertusus) wrote: > > > Author: pertusus > > > > Update of /cvs/extras/rpms/lesstif/devel > > > Log Message: > > * Mon Jan 1 2007 Patrice Dumas 0.95.0-11 > > - add debian patcheset > > - Conflict with openmotif versions provided in older fedora core releases > > (should fix #221083) > > > -# This is not needed and may conflit with openmotig packaging > > -# outside of fedora > > -#Conflicts: openmotif-devel > > +# Conflicts with openmotif found in older fedora releases > > +Conflicts: openmotif-devel <= 2.3.0-0.2.1 > > + > Patrice, I opened up BZ #221055 [1] which includes a patch that fixes invalid mouse wheel binding in DDD (and nedit?). It would be nice if you can integrate it into the next release. Thanks, - Gilboa [1] https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=221055 From pertusus at free.fr Mon Jan 1 15:38:07 2007 From: pertusus at free.fr (Patrice Dumas) Date: Mon, 1 Jan 2007 16:38:07 +0100 Subject: rpms/lesstif/devel lesstif.spec,1.4,1.5 In-Reply-To: <20070101161412.8340d66d.bugs.michael@gmx.net> References: <200701011447.l01ElPfx032742@cvs-int.fedora.redhat.com> <20070101161412.8340d66d.bugs.michael@gmx.net> Message-ID: <20070101153806.GA16312@free.fr> On Mon, Jan 01, 2007 at 04:14:12PM +0100, Michael Schwendt wrote: > > -#Conflicts: openmotif-devel > > +# Conflicts with openmotif found in older fedora releases > > +Conflicts: openmotif-devel <= 2.3.0-0.2.1 > > Now you're back at Aug 31 2006, bug 208380. Old releases of Fedora Core No, because the conflict is now versionned, with the version corresponding to the latest openmotif shipped in fedora. So now it is possible to package newer openmotif-devel versions non conflicting with lesstif-devel, and there is abetter erroring for those who try to upgrade from older FC releases and have openmotif-devel installed. It is still bad, though, see below. > come with openmotif. Installs of FC <= 5 have openmotif installed. > Lesstif is an API-compatible replacement for Motif. Packages are rebuilt > against lesstif. An explicit conflict will break an upgrade, since lesstif > cannot be installed. You really want proper "Obsoletes" tags [and no > "Provides"]. It will only break if lesstif-devel is installed. lesstif and openmotif packages do not conflict. I would like to avoid having lesstif-devel obsolete openmotif-devel, since it is not true, and I don't want to play bad with third party repo packaging newer openmotif versions. Maybe a versioned obsolete would be less problematic, but even that is dubious. If somebody has openmotif-devel installed and also a package depending on lesstif-devel there's trouble for upgrade path. Hrm. Maybe a versioned Obsolete, like Obsoletes: openmotif-devel <= 2.3.0-0.2.1 I really dislikes that, but there may not be another solution. -- Pat From vonbrand at inf.utfsm.cl Mon Jan 1 15:06:15 2007 From: vonbrand at inf.utfsm.cl (Horst H. von Brand) Date: Mon, 01 Jan 2007 12:06:15 -0300 Subject: Converting from .a to .so In-Reply-To: Message from Richard Dawe of "Sat, 30 Dec 2006 16:45:43 -0000." <459697B7.3000506@phekda.gotadsl.co.uk> Message-ID: <200701011506.l01F6Fcl026479@laptop13.inf.utfsm.cl> Richard Dawe wrote: [...] > I always find the section in the Program-Library-HOWTO (from the Linux > Document Project) quite helpful: > > http://tldp.org/HOWTO/Program-Library-HOWTO/shared-libraries.html#AEN95 > > The HOWTO is a bit out of date if you're a C++ programmer. It doesn't > cover symbol visibility , for example. Then please get patches upstream for that. Thanks! -- Dr. Horst H. von Brand User #22616 counter.li.org Departamento de Informatica Fono: +56 32 2654431 Universidad Tecnica Federico Santa Maria +56 32 2654239 Casilla 110-V, Valparaiso, Chile Fax: +56 32 2797513 From bugs.michael at gmx.net Mon Jan 1 16:21:23 2007 From: bugs.michael at gmx.net (Michael Schwendt) Date: Mon, 1 Jan 2007 17:21:23 +0100 Subject: rpms/lesstif/devel lesstif.spec,1.4,1.5 In-Reply-To: <20070101153806.GA16312@free.fr> References: <200701011447.l01ElPfx032742@cvs-int.fedora.redhat.com> <20070101161412.8340d66d.bugs.michael@gmx.net> <20070101153806.GA16312@free.fr> Message-ID: <20070101172123.ea6e72d2.bugs.michael@gmx.net> On Mon, 1 Jan 2007 16:38:07 +0100, Patrice Dumas wrote: > On Mon, Jan 01, 2007 at 04:14:12PM +0100, Michael Schwendt wrote: > > > -#Conflicts: openmotif-devel > > > +# Conflicts with openmotif found in older fedora releases > > > +Conflicts: openmotif-devel <= 2.3.0-0.2.1 > > > > Now you're back at Aug 31 2006, bug 208380. Old releases of Fedora Core > > No, because the conflict is now versionned, with the version corresponding > to the latest openmotif shipped in fedora. So now it is possible to > package newer openmotif-devel versions non conflicting with lesstif-devel, > and there is abetter erroring for those who try to upgrade from older > FC releases and have openmotif-devel installed. It is still bad, though, > see below. I mean you now have a wrong, highly questionable, explicit Conflict in your package *again*. Explicit *non-versioned* Conflicts are worse. No doubt about that. Strictly speaking, the explicit conflict with openmotif-devel is bad in general. Why? Because first of all, what has happened at Fedora is that we've replaced OpenMotif with Lesstif. And hence we need a mechanism to get rid of the obsolete packages in user's installation, which have been dropped from the distribution and which are not updated anymore. Even if the main "openmotif" package does not conflict with the main "lesstif" package, it remains installed, is available to dlopen and other forms of linking. Lesstif ships the same SONAMEs, just with lower versions. The *.so symlinks in the -devel package may point to the wrong package when lesstif, openmotif and old openmotif-devel are installed. Worse than that, an upgrade blocks lesstif-devel from replacing openmotif-devel. This is not just inconvenient, it is ugly. It makes users, who perform an upgrade, think "WTF?". Conflicts are *bad*. > > come with openmotif. Installs of FC <= 5 have openmotif installed. > > Lesstif is an API-compatible replacement for Motif. Packages are rebuilt > > against lesstif. An explicit conflict will break an upgrade, since lesstif > > cannot be installed. You really want proper "Obsoletes" tags [and no > > "Provides"]. > > It will only break if lesstif-devel is installed. Bad enough. > lesstif and openmotif > packages do not conflict. I would like to avoid having lesstif-devel obsolete > openmotif-devel, since it is not true, It *is* true. In the Fedora distribution, lesstif-devel replaces openmotif-devel. Source-compatible, API-compatible, dependencies built against Lesstif, ... > and I don't want to play bad with > third party repo packaging newer openmotif versions. Maybe a versioned > obsolete would be less problematic, but even that is dubious. > If somebody has openmotif-devel installed and also a package depending on > lesstif-devel there's trouble for upgrade path. Hrm. Maybe a versioned > Obsolete, like > > Obsoletes: openmotif-devel <= 2.3.0-0.2.1 > > I really dislikes that, Incomplete. Ought to be: Obsoletes: openmotif <= 2.3.0-0.2.1 Obsoletes: openmotif-devel <= 2.3.0-0.2.1 I like it, FWIW. ;-) > but there may not be another solution. Huhu, FESCO! :-D From pertusus at free.fr Mon Jan 1 17:27:08 2007 From: pertusus at free.fr (Patrice Dumas) Date: Mon, 1 Jan 2007 18:27:08 +0100 Subject: rpms/lesstif/devel lesstif.spec,1.4,1.5 In-Reply-To: <20070101172123.ea6e72d2.bugs.michael@gmx.net> References: <200701011447.l01ElPfx032742@cvs-int.fedora.redhat.com> <20070101161412.8340d66d.bugs.michael@gmx.net> <20070101153806.GA16312@free.fr> <20070101172123.ea6e72d2.bugs.michael@gmx.net> Message-ID: <20070101172708.GB16312@free.fr> On Mon, Jan 01, 2007 at 05:21:23PM +0100, Michael Schwendt wrote: > > Incomplete. Ought to be: > > Obsoletes: openmotif <= 2.3.0-0.2.1 This is not strictly required, but not doing that could lead to trouble later when the lesstif sonames are bumped in the future, and considering that the -devel package will obsolete older openmotif this is not that problematic, and it will get rid of old fedora openmotif. > Obsoletes: openmotif-devel <= 2.3.0-0.2.1 > > I like it, FWIW. ;-) Once agin I dislike it because there are certainly scenarios for which it will really bother third party repo openmotif packaging. > > but there may not be another solution. > > Huhu, FESCO! :-D Indeed that could be a good idea to have fesco people have a look at that. I'll implement the versioned obsoletes, but maybe it could deserve a thorough look at it. -- Pat From bugs.michael at gmx.net Mon Jan 1 18:49:01 2007 From: bugs.michael at gmx.net (Michael Schwendt) Date: Mon, 1 Jan 2007 19:49:01 +0100 Subject: rpms/lesstif/devel lesstif.spec,1.4,1.5 In-Reply-To: <20070101172708.GB16312@free.fr> References: <200701011447.l01ElPfx032742@cvs-int.fedora.redhat.com> <20070101161412.8340d66d.bugs.michael@gmx.net> <20070101153806.GA16312@free.fr> <20070101172123.ea6e72d2.bugs.michael@gmx.net> <20070101172708.GB16312@free.fr> Message-ID: <20070101194901.e216bed3.bugs.michael@gmx.net> On Mon, 1 Jan 2007 18:27:08 +0100, Patrice Dumas wrote: > On Mon, Jan 01, 2007 at 05:21:23PM +0100, Michael Schwendt wrote: > > > > Incomplete. Ought to be: > > > > Obsoletes: openmotif <= 2.3.0-0.2.1 > > This is not strictly required, but not doing that could lead to trouble > later when the lesstif sonames are bumped in the future, and considering > that the -devel package will obsolete older openmotif this is not that > problematic, and it will get rid of old fedora openmotif. lesstif-devel: Obsoletes: openmotif-devel <= ... lesstif: Obsoletes: openmotif <= ... Only a properly packaged OpenMotif with a higher version number can bring back "openmotif" and "openmotif-devel" for FC6 and later. > > Obsoletes: openmotif-devel <= 2.3.0-0.2.1 > > > > I like it, FWIW. ;-) > > Once agin I dislike it because there are certainly scenarios for which > it will really bother third party repo openmotif packaging. It has been a Core package. 3rd parties need to choose a version number that is higher than in Core, anyway, and hence would not be affected by the Obsoletes anyway. However, they will see the implicit conflicts unless they re-package their OpenMotif in a non-conflicting way. > Indeed that could be a good idea to have fesco people have a look at that. > I'll implement the versioned obsoletes, but maybe it could deserve a thorough > look at it. Again, to emphasise my concerns: first link in bug #221083, a conflict is bad. From buildsys at fedoraproject.org Mon Jan 1 19:43:50 2007 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Mon, 1 Jan 2007 14:43:50 -0500 (EST) Subject: Fedora Extras Package Build Report 2007-01-01 Message-ID: <20070101194350.1F66215212E@buildsys.fedoraproject.org> Packages built and released for Fedora Extras development: 10 (!) TurboGears-1.0b2-5.fc7 : INVALID rebuild, not published! gcin-1.3.2-1.fc7 lesstif-0.95.0-12.fc7 NEW libpreludedb-0.9.11-4.fc7 ochusha-0.5.99.65.2-0.1.cvs070101.fc7 openvrml-0.16.3-2.fc7 pdns-2.9.20-7.fc7 sbcl-1.0.1-4.fc7 search4files-0.2a-1.fc7 smb4k-0.8.0-1.fc7 Packages built and released for Fedora Extras 6: 6 gcin-1.3.2-1.fc6 lesstif-0.95.0-12.fc6 pyfribidi-0.6.0-3.fc6 sbcl-1.0.1-4.fc6 search4files-0.2a-1.fc6 smb4k-0.8.0-1.fc6 Packages built and released for Fedora Extras 5: 3 gcin-1.3.2-1.fc5 search4files-0.2a-1.fc5 smb4k-0.8.0-1.fc5 Packages built and released for Fedora Extras 4: 2 gcin-1.3.2-1.fc4 smb4k-0.8.0-1.fc4 Packages built and released for Fedora Extras 3: 0 For more information about the built packages please see the repository or the Fedora Info Feed: http://fedoraproject.org/infofeed/ From kevin at scrye.com Mon Jan 1 19:48:31 2007 From: kevin at scrye.com (Kevin Fenzi) Date: Mon, 1 Jan 2007 12:48:31 -0700 Subject: About missing reviews In-Reply-To: <4598F6DE.30707@leemhuis.info> References: <20061231150107.22d01c0d@ludwig-alpha.unil.ch> <20061231161055.788294b1@ludwig-alpha.unil.ch> <604aa7910612311527v1e85ecft7186c28b914b2ff7@mail.gmail.com> <200612311846.00598.jkeating@redhat.com> <4598F6DE.30707@leemhuis.info> Message-ID: <20070101124831.09dbbf77@ningauble.scrye.com> On Mon, 01 Jan 2007 12:56:14 +0100 fedora at leemhuis.info (Thorsten Leemhuis) wrote: > The rules we used today are also slightly different then they were > one, two or three years ago -- thus your argument holds true for all > our packages, not just those from fedora.us (albeit the rules that > were used might be bit more different). That why I wrote yesterday > somewhere else on this list that we sooner or later might need to > re-review each package in CVS. But I don't think we have the manpower > for that (or let's say: we IMHO have more important things to do > ATM), especially with the "let's review all the core stuff when it > gets merged into the extras framework for F7" on the horizon. Yeah, I think it would be a wonderfull world if we could re-review every package on every cycle or something, but thats not gonna happen. ;) > I'd suggest this: for the devel period towards F8 build a "Re-review > SIG" (or let the QA sig handle it) that just goes trough most of/all > the packages in CVS; the oldest packages get visited first. Can (or will) the new shiny package database contain a 'last reviewed' field? We could sort on that and go thru the list from oldest to newest. > I'd even > say those SIG members should get allowed to fix everything directly > in CVS even if the package is owned by somebody else. That eventually > could speed up the handling of the effort a lot; we just need to make > sure the packager sees what was changed and gets noticed *why* it was > changed to educate them. I don't think thats a very good idea personally... If a re-review of a package shows problems, why not file them as bugs? The maintainer can explain why they might not be real bugs, etc.. also as a bonus this could show a package that could be orphaned due to lack of maintainer response. > CU > thl kevin -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From jspaleta at gmail.com Mon Jan 1 20:07:41 2007 From: jspaleta at gmail.com (Jeff Spaleta) Date: Mon, 1 Jan 2007 11:07:41 -0900 Subject: About missing reviews In-Reply-To: <4598F6DE.30707@leemhuis.info> References: <20061231150107.22d01c0d@ludwig-alpha.unil.ch> <20061231161055.788294b1@ludwig-alpha.unil.ch> <604aa7910612311527v1e85ecft7186c28b914b2ff7@mail.gmail.com> <200612311846.00598.jkeating@redhat.com> <4598F6DE.30707@leemhuis.info> Message-ID: <604aa7910701011207p51f47dadp73330cd70d79e778@mail.gmail.com> On 1/1/07, Thorsten Leemhuis wrote: > I'd suggest this: for the devel period towards F8 build a "Re-review > SIG" (or let the QA sig handle it) that just goes trough most of/all the > packages in CVS; the oldest packages get visited first. If you really really want to do this, we should really really take a very hard look at toolizing some of the review process, as has been mentioned before. The more specific policy items we can script checks for the less manpower we will need to burn on re-reviews. Granted not everything that needs to be reviewed can be toolized or scripted, but certainly specific policy item that have evolved over time could be, like the python-abi defines, or the setting of the Fedora-Extras Category in desktop files. I believe re-reviews would have value, but without new tools in place to script some of the checking we will continue to be too manpower poor for this to be worthwhile compared to other work. In the meantime, if a lack of a review trail for fedora.us era packages is blocking the ability to spin-up new and interesting downstream projects as Jesse suggests, then its worth doing something about that now since there is an additional payoff other than general cobweb removal. -jef From dennis at ausil.us Mon Jan 1 21:12:26 2007 From: dennis at ausil.us (Dennis Gilmore) Date: Mon, 1 Jan 2007 15:12:26 -0600 Subject: upgradecheck upgradecheck-core+extras.conf, 1.4, 1.5 upgradecheck-extras.conf, 1.3, 1.4 upgradecheck.py, 1.30, 1.31 In-Reply-To: <200701011935.l01JZQLP018533@cvs-int.fedora.redhat.com> References: <200701011935.l01JZQLP018533@cvs-int.fedora.redhat.com> Message-ID: <200701011512.31823.dennis@ausil.us> On Monday 01 January 2007 1:35 pm, Ville Skytta wrote: > Author: scop > > Update of /cvs/fedora/upgradecheck > In directory cvs-int.fedora.redhat.com:/tmp/cvs-serv18514 > > Modified Files: > upgradecheck-core+extras.conf upgradecheck-extras.conf > upgradecheck.py > Log Message: > Stop checking upgrade paths from FC3. We need to stop checking FC4 also as its now closed on the buildsys also -- Dennis Gilmore, RHCE Proud Australian -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From ville.skytta at iki.fi Mon Jan 1 21:16:54 2007 From: ville.skytta at iki.fi (Ville =?utf-8?q?Skytt=C3=A4?=) Date: Mon, 1 Jan 2007 23:16:54 +0200 Subject: upgradecheck upgradecheck-core+extras.conf, 1.4, 1.5 upgradecheck-extras.conf, 1.3, 1.4 upgradecheck.py, 1.30, 1.31 In-Reply-To: <200701011512.31823.dennis@ausil.us> References: <200701011935.l01JZQLP018533@cvs-int.fedora.redhat.com> <200701011512.31823.dennis@ausil.us> Message-ID: <200701012316.54616.ville.skytta@iki.fi> On Monday 01 January 2007 23:12, Dennis Gilmore wrote: > On Monday 01 January 2007 1:35 pm, Ville Skytta wrote: > > > Stop checking upgrade paths from FC3. > > We need to stop checking FC4 also as its now closed on the buildsys also http://www.redhat.com/archives/fedora-maintainers/2007-January/msg00004.html From ville.skytta at iki.fi Mon Jan 1 22:10:18 2007 From: ville.skytta at iki.fi (Ville =?iso-8859-1?q?Skytt=E4?=) Date: Tue, 2 Jan 2007 00:10:18 +0200 Subject: Orphaned: xmms, xmms-alarm Message-ID: <200701020010.19232.ville.skytta@iki.fi> I've just moved xmms and xmms-alarm from "potentially orphaned" to orphaned status, like planned and mentioned a couple of times recently. If nobody picks up both xmms and xmms-modplug before FC7, I'll probably split modplugplay out of the latter into a separate package and submit it. From Christian.Iseli at licr.org Mon Jan 1 23:26:59 2007 From: Christian.Iseli at licr.org (Christian Iseli) Date: Tue, 2 Jan 2007 00:26:59 +0100 Subject: About missing reviews In-Reply-To: <20070101124831.09dbbf77@ningauble.scrye.com> References: <20061231150107.22d01c0d@ludwig-alpha.unil.ch> <20061231161055.788294b1@ludwig-alpha.unil.ch> <604aa7910612311527v1e85ecft7186c28b914b2ff7@mail.gmail.com> <200612311846.00598.jkeating@redhat.com> <4598F6DE.30707@leemhuis.info> <20070101124831.09dbbf77@ningauble.scrye.com> Message-ID: <20070102002659.50321072@ludwig-alpha.unil.ch> On Mon, 1 Jan 2007 12:48:31 -0700, Kevin Fenzi wrote: > Can (or will) the new shiny package database contain a 'last reviewed' > field? Yes, there will be a "reviewed" field, with a date, the ID of the reviewer and a URL pointing to the review > We could sort on that and go thru the list from oldest to > newest. Yup > I don't think thats a very good idea personally... If a re-review of a > package shows problems, why not file them as bugs? The maintainer can > explain why they might not be real bugs, etc.. also as a bonus this > could show a package that could be orphaned due to lack of maintainer > response. I tend to like the bugzilla way too. On Mon, 1 Jan 2007 11:07:41 -0900, Jeff Spaleta wrote: > If you really really want to do this, we should really really take a > very hard look at toolizing some of the review process, as has been > mentioned before. The more specific policy items we can script checks > for the less manpower we will need to burn on re-reviews. Granted not > everything that needs to be reviewed can be toolized or scripted, but > certainly specific policy item that have evolved over time could be, > like the python-abi defines, or the setting of the Fedora-Extras > Category in desktop files. A few tools could help. I was semi-daydreaming some sort of exploded review entry in the package database, where each must/should item has its own entry, date of checking, who did the check, that sort of thing. It sounds darn heavy-weight, but on the other hand, new must/should item could be checked individually when new packaging rules are devised, and some of them could be checked by tools like you suggest... > I believe re-reviews would have value, but without new tools in place > to script some of the checking we will continue to be too manpower > poor for this to be worthwhile compared to other work. Agreed. > In the meantime, if a lack of a review trail for fedora.us era > packages is blocking the ability to spin-up new and interesting > downstream projects as Jesse suggests, then its worth doing something > about that now since there is an additional payoff other than general > cobweb removal. I did some heavy trimming of my missing_review list, removing packages appearing before July 2005, and also attempting to remove packages resulting from name changes. I now have this short list of 82 packages that appear to be recent, but where I can't find the review ticket. I already tracked one to a typo in the review ticket summary field. If a few kind souls have a little spare time, they might lend a hand to help further shrink this list. I guess we'll soon need a lore-master... telling us the story of packages old and new... sounds like a fitting time of the year to tell stories that start with "Once upon a time" :-) Cheers, C ---- andreas bawue net dd_rescue andreas bierfert lowlatency de koffice-langpack andreas bierfert lowlatency de koffice andreas bierfert lowlatency de libetpan bdpepple ameritech net galago-filesystem bdpepple ameritech net telepathy-filesystem cgoorah yahoo com au kadischi dakingun gmail com exaile danken cs technion ac il tetex-fonts-hebrew denis poolshark org NetworkManager-vpnc devrim commandprompt com python-psycopg2 dm mensa se initng-ifiles enrico scholz informatik tu-chemnitz de gif2png eric tanguy univ-nantes fr qucs extras-orphan fedoraproject org alacarte extras-orphan fedoraproject org at-poke extras-orphan fedoraproject org gstreamer08-python extras-orphan fedoraproject org lirc-kmod-common extras-orphan fedoraproject org lirc-kmod extras-orphan fedoraproject org roundup extras-orphan fedoraproject org thinkpad-kmod-common extras-orphan fedoraproject org thinkpad-kmod extras-orphan fedoraproject org v2strip green redhat com ladspa-swh-plugins hamzy us ibm com sblim-cmpi-devel hamzy us ibm com sblim-testsuite hamzy us ibm com sblim-wbemcli hamzy us ibm com tog-pegasus jamatos fc up pt fftw2 jamatos fc up pt pyparsing jima beer tclug org bwm-ng jnovy redhat com nedit jonathan underwood gmail com emacs-common-muse joost cnoc nl fpc jspaleta gmail com gpodder j w r degoede hhs nl dia j w r degoede hhs nl worminator-data lmacken redhat com python-formencode lmacken redhat com python-paste-deploy lmacken redhat com python-paste-script lmacken redhat com python-sqlobject luya_tfz thefinalzone com gdesklets matthias rpmforge net liboil ndbecker2 gmail com filelight ndbecker2 gmail com uncrustify orion cora nwra com python-numarray paul all-the-johnsons co uk gconvert paul all-the-johnsons co uk gtksharp paul all-the-johnsons co uk lib765 paul all-the-johnsons co uk libdsk paul xelerance com gaim-otr paul xelerance com libotr petersen redhat com ddskk pnasrat redhat com splint qspencer ieee org ufsparse rdieter math unl edu uw-imap somlo cmu edu argus splinux fedoraproject org gdmap splinux fedoraproject org glipper splinux fedoraproject org gstm splinux fedoraproject org pessulus steve silug org perl-Unix-Statgrab tagoh redhat com apel tagoh redhat com Canna tagoh redhat com kasumi tcallawa redhat com compat-wxPythonGTK2 tcallawa redhat com pam_pkcs11 tcallawa redhat com perl-Class-Accessor tcallawa redhat com perl-Class-Whitehole tcallawa redhat com perl-DBD-SQLite2 tcallawa redhat com perl-UNIVERSAL-exports tcallawa redhat com perl-UNIVERSAL-moniker tcallawa redhat com stripesnoop thomas apestaart org libannodex thomas apestaart org libcmml thomas apestaart org liboggz thomas apestaart org mod_annodex tscherf redhat com libpreludedb ville skytta iki fi xemacs-packages-base wart kobold org iwidgets yufanyufan gmail com audacious-itouch zing fastmail fm mmv From ruben at rubenkerkhof.com Mon Jan 1 23:37:59 2007 From: ruben at rubenkerkhof.com (Ruben Kerkhof) Date: Tue, 2 Jan 2007 00:37:59 +0100 Subject: About missing reviews In-Reply-To: <20070102002659.50321072@ludwig-alpha.unil.ch> References: <20061231150107.22d01c0d@ludwig-alpha.unil.ch> <20061231161055.788294b1@ludwig-alpha.unil.ch> <604aa7910612311527v1e85ecft7186c28b914b2ff7@mail.gmail.com> <200612311846.00598.jkeating@redhat.com> <4598F6DE.30707@leemhuis.info> <20070101124831.09dbbf77@ningauble.scrye.com> <20070102002659.50321072@ludwig-alpha.unil.ch> Message-ID: <6A0496A8-E6EA-4B8A-97BF-8083F4D775CC@rubenkerkhof.com> On 2-jan-2007, at 0:26, Christian Iseli wrote: > tscherf redhat com libpreludedb libpreludedb is https://bugzilla.redhat.com/bugzilla/show_bug.cgi? id=209215 Kind regards, Ruben -------------- next part -------------- A non-text attachment was scrubbed... Name: PGP.sig Type: application/pgp-signature Size: 186 bytes Desc: This is a digitally signed message part URL: From peter at thecodergeek.com Mon Jan 1 23:43:58 2007 From: peter at thecodergeek.com (Peter Gordon) Date: Mon, 01 Jan 2007 15:43:58 -0800 Subject: rpms/xmms/devel xmms.spec,1.26,1.27 In-Reply-To: <200701012326.l01NQ4Ta032316@cvs-int.fedora.redhat.com> References: <200701012326.l01NQ4Ta032316@cvs-int.fedora.redhat.com> Message-ID: <1167695038.6949.1.camel@localhost> On Mon, 2007-01-01 at 18:26 -0500, Paul F. Johnson wrote: > Rebuild, new owner, added R to lib subpackage > xmms.spec > [...] If you are certain that you wish to take ownership of this package, please remember to add yourself as the owner in the entry in CVS (owners/owners.list). Thanks. -- Peter Gordon (codergeek42) GnuPG Public Key ID: 0xFFC19479 / Fingerprint: DD68 A414 56BD 6368 D957 9666 4268 CB7A FFC1 9479 My Blog: http://thecodergeek.com/blog/ -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From paul at all-the-johnsons.co.uk Mon Jan 1 23:47:28 2007 From: paul at all-the-johnsons.co.uk (Paul) Date: Mon, 01 Jan 2007 23:47:28 +0000 Subject: rpms/xmms/devel xmms.spec,1.26,1.27 In-Reply-To: <1167695038.6949.1.camel@localhost> References: <200701012326.l01NQ4Ta032316@cvs-int.fedora.redhat.com> <1167695038.6949.1.camel@localhost> Message-ID: <1167695248.22216.19.camel@T7.Linux> On Mon, 2007-01-01 at 15:43 -0800, Peter Gordon wrote: > On Mon, 2007-01-01 at 18:26 -0500, Paul F. Johnson wrote: > > Rebuild, new owner, added R to lib subpackage > > xmms.spec > > [...] > > If you are certain that you wish to take ownership of this package, > please remember to add yourself as the owner in the entry in CVS > (owners/owners.list). Thanks. Will do in a moment... TTFN Paul -- "Mmmmmmmm....Shakira geschmiert mit schokolade" sagt Homer -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From tibbs at math.uh.edu Mon Jan 1 23:58:28 2007 From: tibbs at math.uh.edu (Jason L Tibbitts III) Date: 01 Jan 2007 17:58:28 -0600 Subject: Tracking down broken dependencies in devel In-Reply-To: <20061230184148.796ad806@ningauble.scrye.com> References: <20061230184148.796ad806@ningauble.scrye.com> Message-ID: The cyrus packages are in CVS and tagged byt fail to build due to changes in the Berkeley DB libraries: gcc -c -I.. -I/usr/include/db4 -I/usr/kerberos/include -I/usr/include/et -I/usr/include -DHAVE_CONFIG_H -I/usr/kerberos/include -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector --param=ssp-buffer-size=4 -m64 -mtune=generic -fPIC \ cyrusdb_berkeley.c cyrusdb_berkeley.c: In function 'init': cyrusdb_berkeley.c:176: error: 'DB_ENV' has no member named 'set_lk_max' cyrusdb_berkeley.c: In function 'myarchive': cyrusdb_berkeley.c:301: warning: implicit declaration of function 'strlcpy' make[1]: *** [cyrusdb_berkeley.o] Error 1 make[1]: Leaving directory `/builddir/build/BUILD/cyrus-imapd-2.3.7/lib' make: *** [all] Error 1 - J< From ville.skytta at iki.fi Mon Jan 1 23:59:31 2007 From: ville.skytta at iki.fi (Ville =?utf-8?q?Skytt=C3=A4?=) Date: Tue, 2 Jan 2007 01:59:31 +0200 Subject: rpms/xmms/devel xmms.spec,1.26,1.27 In-Reply-To: <200701012326.l01NQ4Ta032316@cvs-int.fedora.redhat.com> References: <200701012326.l01NQ4Ta032316@cvs-int.fedora.redhat.com> Message-ID: <200701020159.31485.ville.skytta@iki.fi> On Tuesday 02 January 2007 01:26, Paul F. Johnson wrote: > > Rebuild, new owner, added R to lib subpackage > xmms.spec [...] > @@ -60,6 +60,7 @@ > %package libs > Summary: XMMS engine and core plugins > Group: System Environment/Libraries > +Requires: %{name} = %{epoch}:%{version}-%{release} This is wrong, please revert. The libs do *not* require the main xmms app. From paul at all-the-johnsons.co.uk Tue Jan 2 00:22:53 2007 From: paul at all-the-johnsons.co.uk (Paul) Date: Tue, 02 Jan 2007 00:22:53 +0000 Subject: rpms/xmms/devel xmms.spec,1.26,1.27 In-Reply-To: <200701020159.31485.ville.skytta@iki.fi> References: <200701012326.l01NQ4Ta032316@cvs-int.fedora.redhat.com> <200701020159.31485.ville.skytta@iki.fi> Message-ID: <1167697373.22216.21.camel@T7.Linux> Hi, > > Rebuild, new owner, added R to lib subpackage > > xmms.spec > [...] > > @@ -60,6 +60,7 @@ > > %package libs > > Summary: XMMS engine and core plugins > > Group: System Environment/Libraries > > +Requires: %{name} = %{epoch}:%{version}-%{release} > > This is wrong, please revert. The libs do *not* require the main xmms app. D'oh! TTFN Paul -- "Mmmmmmmm....Shakira geschmiert mit schokolade" sagt Homer -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From bugs.michael at gmx.net Tue Jan 2 01:07:45 2007 From: bugs.michael at gmx.net (Michael Schwendt) Date: Tue, 2 Jan 2007 02:07:45 +0100 Subject: rpms/xmms/devel xmms.spec,1.26,1.27 In-Reply-To: <1167697373.22216.21.camel@T7.Linux> References: <200701012326.l01NQ4Ta032316@cvs-int.fedora.redhat.com> <200701020159.31485.ville.skytta@iki.fi> <1167697373.22216.21.camel@T7.Linux> Message-ID: <20070102020745.0f778ef4.bugs.michael@gmx.net> On Tue, 02 Jan 2007 00:22:53 +0000, Paul wrote: > Hi, > > > > Rebuild, new owner, added R to lib subpackage > > > xmms.spec > > [...] > > > @@ -60,6 +60,7 @@ > > > %package libs > > > Summary: XMMS engine and core plugins > > > Group: System Environment/Libraries > > > +Requires: %{name} = %{epoch}:%{version}-%{release} > > > > This is wrong, please revert. The libs do *not* require the main xmms app. > > D'oh! > > TTFN I'm going to flag the builds, so they are not published. From paul at all-the-johnsons.co.uk Tue Jan 2 01:19:52 2007 From: paul at all-the-johnsons.co.uk (Paul) Date: Tue, 02 Jan 2007 01:19:52 +0000 Subject: rpms/xmms/devel xmms.spec,1.26,1.27 In-Reply-To: <20070102020745.0f778ef4.bugs.michael@gmx.net> References: <200701012326.l01NQ4Ta032316@cvs-int.fedora.redhat.com> <200701020159.31485.ville.skytta@iki.fi> <1167697373.22216.21.camel@T7.Linux> <20070102020745.0f778ef4.bugs.michael@gmx.net> Message-ID: <1167700792.22216.29.camel@T7.Linux> Hi, > I'm going to flag the builds, so they are not published. I've removed the line and rebuilt, so the flag can vanish (assuming they build!) TTFN Paul -- "Mmmmmmmm....Shakira geschmiert mit schokolade" sagt Homer -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From bugs.michael at gmx.net Tue Jan 2 01:41:07 2007 From: bugs.michael at gmx.net (Michael Schwendt) Date: Tue, 2 Jan 2007 02:41:07 +0100 Subject: rpms/xmms/devel xmms.spec,1.26,1.27 In-Reply-To: <1167700792.22216.29.camel@T7.Linux> References: <200701012326.l01NQ4Ta032316@cvs-int.fedora.redhat.com> <200701020159.31485.ville.skytta@iki.fi> <1167697373.22216.21.camel@T7.Linux> <20070102020745.0f778ef4.bugs.michael@gmx.net> <1167700792.22216.29.camel@T7.Linux> Message-ID: <20070102024107.f5e43d27.bugs.michael@gmx.net> On Tue, 02 Jan 2007 01:19:52 +0000, Paul wrote: > Hi, > > > I'm going to flag the builds, so they are not published. > > I've removed the line and rebuilt, so the flag can vanish (assuming they > build!) > > TTFN It makes no sense to rebuild xmms for FC-5 and FC-6 and xmms-alarm for FC-5 and FC-6 for just an increased %release value. Please don't rebuild packages just for fun. These builds are left in the queue: $ pushscript/List.py Extras fedora-development-extras: aria2-0.9.0-2.fc7 fakechroot-2.5-12.fc7 xmms-alarm-0.3.7-6.fc7 pdns-2.9.20-8.fc7 fedora-6-extras: fedora-5-extras: prozilla-2.0.4-7.fc5 From rdieter at math.unl.edu Tue Jan 2 04:08:22 2007 From: rdieter at math.unl.edu (Rex Dieter) Date: Mon, 01 Jan 2007 22:08:22 -0600 Subject: rpms/lesstif/devel lesstif.spec,1.4,1.5 References: <200701011447.l01ElPfx032742@cvs-int.fedora.redhat.com> <20070101161412.8340d66d.bugs.michael@gmx.net> <20070101153806.GA16312@free.fr> <20070101172123.ea6e72d2.bugs.michael@gmx.net> <20070101172708.GB16312@free.fr> Message-ID: Patrice Dumas wrote: > On Mon, Jan 01, 2007 at 05:21:23PM +0100, Michael Schwendt wrote: >> >> Incomplete. Ought to be: >> >> Obsoletes: openmotif <= 2.3.0-0.2.1 > > This is not strictly required, but not doing that could lead to trouble > later when the lesstif sonames are bumped in the future, and considering > that the -devel package will obsolete older openmotif this is not that > problematic, and it will get rid of old fedora openmotif. > >> Obsoletes: openmotif-devel <= 2.3.0-0.2.1 >> >> I like it, FWIW. ;-) > > Once agin I dislike it because there are certainly scenarios for which > it will really bother third party repo openmotif packaging. As far as we (Fedora) are concerned, lesstif-devel *does* effectively Obsoletes: openmotif-devel Even though your Conflicts is correct (ie, not wrong), Michael's suggestion of using (versinoed) Obsoletes in this case is, imo, a better option. -- Rex From jspaleta at gmail.com Tue Jan 2 05:45:19 2007 From: jspaleta at gmail.com (Jeff Spaleta) Date: Mon, 1 Jan 2007 20:45:19 -0900 Subject: About missing reviews In-Reply-To: <20070102002659.50321072@ludwig-alpha.unil.ch> References: <20061231150107.22d01c0d@ludwig-alpha.unil.ch> <20061231161055.788294b1@ludwig-alpha.unil.ch> <604aa7910612311527v1e85ecft7186c28b914b2ff7@mail.gmail.com> <200612311846.00598.jkeating@redhat.com> <4598F6DE.30707@leemhuis.info> <20070101124831.09dbbf77@ningauble.scrye.com> <20070102002659.50321072@ludwig-alpha.unil.ch> Message-ID: <604aa7910701012145s670bcb5dsb88353d7fd55ad59@mail.gmail.com> On 1/1/07, Christian Iseli wrote: > jspaleta gmail com gpodder https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=220730 From jspaleta at gmail.com Tue Jan 2 06:00:49 2007 From: jspaleta at gmail.com (Jeff Spaleta) Date: Mon, 1 Jan 2007 21:00:49 -0900 Subject: About missing reviews In-Reply-To: <20070102002659.50321072@ludwig-alpha.unil.ch> References: <20061231150107.22d01c0d@ludwig-alpha.unil.ch> <20061231161055.788294b1@ludwig-alpha.unil.ch> <604aa7910612311527v1e85ecft7186c28b914b2ff7@mail.gmail.com> <200612311846.00598.jkeating@redhat.com> <4598F6DE.30707@leemhuis.info> <20070101124831.09dbbf77@ningauble.scrye.com> <20070102002659.50321072@ludwig-alpha.unil.ch> Message-ID: <604aa7910701012200h5cdfd73cnd75d97c4a3e536e3@mail.gmail.com> On 1/1/07, Christian Iseli wrote: > bdpepple ameritech net galago-filesystem https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=209948 > bdpepple ameritech net telepathy-filesystem https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=207607 From jspaleta at gmail.com Tue Jan 2 06:03:02 2007 From: jspaleta at gmail.com (Jeff Spaleta) Date: Mon, 1 Jan 2007 21:03:02 -0900 Subject: About missing reviews In-Reply-To: <20070102002659.50321072@ludwig-alpha.unil.ch> References: <20061231150107.22d01c0d@ludwig-alpha.unil.ch> <20061231161055.788294b1@ludwig-alpha.unil.ch> <604aa7910612311527v1e85ecft7186c28b914b2ff7@mail.gmail.com> <200612311846.00598.jkeating@redhat.com> <4598F6DE.30707@leemhuis.info> <20070101124831.09dbbf77@ningauble.scrye.com> <20070102002659.50321072@ludwig-alpha.unil.ch> Message-ID: <604aa7910701012203o480cecbcia959185074f87d8f@mail.gmail.com> On 1/1/07, Christian Iseli wrote: > orion cora nwra com python-numarray https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165398 From fedora at leemhuis.info Tue Jan 2 06:06:17 2007 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Tue, 02 Jan 2007 07:06:17 +0100 Subject: About missing reviews In-Reply-To: <20070101124831.09dbbf77@ningauble.scrye.com> References: <20061231150107.22d01c0d@ludwig-alpha.unil.ch> <20061231161055.788294b1@ludwig-alpha.unil.ch> <604aa7910612311527v1e85ecft7186c28b914b2ff7@mail.gmail.com> <200612311846.00598.jkeating@redhat.com> <4598F6DE.30707@leemhuis.info> <20070101124831.09dbbf77@ningauble.scrye.com> Message-ID: <4599F659.1040704@leemhuis.info> On 01.01.2007 20:48, Kevin Fenzi wrote: > On Mon, 01 Jan 2007 12:56:14 +0100 > fedora at leemhuis.info (Thorsten Leemhuis) wrote: >> The rules we used today are also slightly different then they were >> one, two or three years ago -- thus your argument holds true for all >> our packages, not just those from fedora.us (albeit the rules that >> were used might be bit more different). That why I wrote yesterday >> somewhere else on this list that we sooner or later might need to >> re-review each package in CVS. But I don't think we have the manpower >> for that (or let's say: we IMHO have more important things to do >> ATM), especially with the "let's review all the core stuff when it >> gets merged into the extras framework for F7" on the horizon. > Yeah, I think it would be a wonderfull world if we could re-review > every package on every cycle or something, but thats not gonna > happen. ;) Well, there is a reason behind the sentence "the oldest packages get visited first" ;-) -- e.g. I suspect we are not able to visit everything during one devel period. >> I'd suggest this: for the devel period towards F8 build a "Re-review >> SIG" (or let the QA sig handle it) that just goes trough most of/all >> the packages in CVS; the oldest packages get visited first. > [...] >> I'd even >> say those SIG members should get allowed to fix everything directly >> in CVS even if the package is owned by somebody else. That eventually >> could speed up the handling of the effort a lot; we just need to make >> sure the packager sees what was changed and gets noticed *why* it was >> changed to educate them. > I don't think thats a very good idea personally... If a re-review of a > package shows problems, why not file them as bugs? The maintainer can > explain why they might not be real bugs, etc.. also as a bonus this > could show a package that could be orphaned due to lack of maintainer > response. For everything none obvious filing bugs should be mandatory. But is there is still a manual > Requires: python-abi = %(python -c "import sys ; print sys.version[:3]") somewhere (?) why not fix it directly in cvs? Bugzilla is IMHO to much overhead for such easy fixes. Hint: But the real solution for those obvious "bugs" is probably to write a check-script that files bugs automatically. CU thl (?) -- from a extras checkout devel: $ grep python-abi devel/*/*.spec | wc -l 87 From a.badger at gmail.com Tue Jan 2 07:02:33 2007 From: a.badger at gmail.com (Toshio Kuratomi) Date: Mon, 01 Jan 2007 23:02:33 -0800 Subject: About missing reviews In-Reply-To: <20070102002659.50321072@ludwig-alpha.unil.ch> References: <20061231150107.22d01c0d@ludwig-alpha.unil.ch> <20061231161055.788294b1@ludwig-alpha.unil.ch> <604aa7910612311527v1e85ecft7186c28b914b2ff7@mail.gmail.com> <200612311846.00598.jkeating@redhat.com> <4598F6DE.30707@leemhuis.info> <20070101124831.09dbbf77@ningauble.scrye.com> <20070102002659.50321072@ludwig-alpha.unil.ch> Message-ID: <1167721353.2436.15.camel@localhost.localdomain> On Tue, 2007-01-02 at 00:26 +0100, Christian Iseli wrote: > On Mon, 1 Jan 2007 11:07:41 -0900, Jeff Spaleta wrote: > > If you really really want to do this, we should really really take a > > very hard look at toolizing some of the review process, as has been > > mentioned before. The more specific policy items we can script checks > > for the less manpower we will need to burn on re-reviews. Granted not > > everything that needs to be reviewed can be toolized or scripted, but > > certainly specific policy item that have evolved over time could be, > > like the python-abi defines, or the setting of the Fedora-Extras > > Category in desktop files. > > A few tools could help. I was semi-daydreaming some sort of exploded > review entry in the package database, where each must/should item has > its own entry, date of checking, who did the check, that sort of > thing. It sounds darn heavy-weight, but on the other hand, new > must/should item could be checked individually when new packaging rules > are devised, and some of them could be checked by tools like you > suggest... > This may help some but it's far from infallible. Packagers make changes to spec files, upstream packages add dependencies or break a package into tools + library. If we had time to do re-reviews of packages I'd much rather see a full review (with tools to help) than a partial review based solely on new guidelines since the last review. > I did some heavy trimming of my missing_review list, removing packages > appearing before July 2005, and also attempting to remove packages > resulting from name changes. I now have this short list of 82 packages > that appear to be recent, but where I can't find the review ticket. I > already tracked one to a typo in the review ticket summary field. If a > few kind souls have a little spare time, they might lend a hand to > help further shrink this list. Here's a few of the one's I know about: > devrim commandprompt com python-psycopg2 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=199784 > extras-orphan fedoraproject org alacarte Renamed from smeg > lmacken redhat com python-paste-deploy https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=198288 > lmacken redhat com python-paste-script https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=198289 > lmacken redhat com python-sqlobject https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=168923 -Toshio -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From giallu at gmail.com Tue Jan 2 08:16:45 2007 From: giallu at gmail.com (Gianluca Sforna) Date: Tue, 2 Jan 2007 09:16:45 +0100 Subject: Packaging LabPlot In-Reply-To: <45965E3E.5070304@gmail.com> References: <45965E3E.5070304@gmail.com> Message-ID: On 12/30/06, Julian Sikorski wrote: > The second question is: do all libraries that are shipped together with > LabPlot need to be packaged separately? I'm talking about liborigin, > qwtplot3d, AFAIK, qwtplot3d is a standalone project[1], so I guess it has to be submitted in its own ticket and used as a dependency in LabPlot [1] http://qwtplot3d.sourceforge.net/ From giallu at gmail.com Tue Jan 2 08:23:40 2007 From: giallu at gmail.com (Gianluca Sforna) Date: Tue, 2 Jan 2007 09:23:40 +0100 Subject: httpd config file and FC6 In-Reply-To: <20061230065150.GB6803@serv.smile.org.ua> References: <20061230065150.GB6803@serv.smile.org.ua> Message-ID: On 12/30/06, Andy Shevchenko wrote: > Hi Gianluca Sforna! > > /etc/hosts has the line: > > 127.0.0.1 hal9001 localhost.localdomain localhost > As man hosts says the first occurence of the hostname should be canonical. > You must shift your addons (hal9001) to the end of the line. Thanks a lot for the info. Now I just have to check if I added it manually (not unlikely) or s-c-n is the tool to blame for this... From giallu at gmail.com Tue Jan 2 09:29:43 2007 From: giallu at gmail.com (Gianluca Sforna) Date: Tue, 2 Jan 2007 10:29:43 +0100 Subject: Tracking down broken dependencies in devel In-Reply-To: <20061230184148.796ad806@ningauble.scrye.com> References: <20061230184148.796ad806@ningauble.scrye.com> Message-ID: On 12/31/06, Kevin Fenzi wrote: > > I understand that devel is often in a state of flux as dependencies get > upgraded and packages need to be rebuilt and tweaked, but I don't think > it's very good to have things that are broken for many months. > If you run into problems rebuilding your package, you should ask for > help on the list or upstream, IMHO. My broken deps in -devel can be fixed by removing the offending packages: kmod-sysprof-kdump - 1.0.7-1.2.6.18_1.2849.fc6.1.i686 (25 days) kmod-sysprof-xen - 1.0.7-1.2.6.18_1.2849.fc6.1.i686 (25 days) kmod-sysprof-xen - 1.0.7-1.2.6.18_1.2849.fc6.1.x86_64 (25 days) BTW, I am not even sure why they are still there... From chitlesh at fedoraproject.org Tue Jan 2 11:07:14 2007 From: chitlesh at fedoraproject.org (Chitlesh GOORAH) Date: Tue, 2 Jan 2007 12:07:14 +0100 Subject: Packaging LabPlot In-Reply-To: References: <45965E3E.5070304@gmail.com> Message-ID: <13dbfe4f0701020307r7a18d08bp931cbcf45d880b75@mail.gmail.com> On 1/2/07, Gianluca Sforna wrote: > AFAIK, qwtplot3d is a standalone project[1], so I guess it has to be > submitted in its own ticket and used as a dependency in LabPlot > > > [1] http://qwtplot3d.sourceforge.net/ >From LabPlot's README, LabPlot contains following 3rd party software packages : ####################################################### * cephes cephes/ cephes/COPYING * netcdf 3.5.0 netcdf/ netcdf/COPYING * audiofile 0.2.5 audiofile/ LGPL * qwtplot3d 0.2.6 qwtplot3d/ qwtplot3d/COPYING * texvc texvc/ GPL If someone wants to package qwtplot3d and share the task, I'm ready to make LabPlot use it. Lots of work has been done on LabPlot's spec file yesterday https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=221027 Chitlesh -- http://clunixchit.blogspot.com From bugs.michael at gmx.net Tue Jan 2 11:13:04 2007 From: bugs.michael at gmx.net (Michael Schwendt) Date: Tue, 2 Jan 2007 12:13:04 +0100 Subject: Tracking down broken dependencies in devel In-Reply-To: References: <20061230184148.796ad806@ningauble.scrye.com> Message-ID: <20070102121304.ec371cfa.bugs.michael@gmx.net> On Tue, 2 Jan 2007 10:29:43 +0100, Gianluca Sforna wrote: > On 12/31/06, Kevin Fenzi wrote: > > > > I understand that devel is often in a state of flux as dependencies get > > upgraded and packages need to be rebuilt and tweaked, but I don't think > > it's very good to have things that are broken for many months. > > If you run into problems rebuilding your package, you should ask for > > help on the list or upstream, IMHO. > > My broken deps in -devel can be fixed by removing the offending packages: > kmod-sysprof-kdump - 1.0.7-1.2.6.18_1.2849.fc6.1.i686 (25 days) > kmod-sysprof-xen - 1.0.7-1.2.6.18_1.2849.fc6.1.i686 (25 days) > kmod-sysprof-xen - 1.0.7-1.2.6.18_1.2849.fc6.1.x86_64 (25 days) > > BTW, I am not even sure why they are still there... Because kmod- packages are excluded from automated pruning. This is correct for final releases of the distribution, but apparently not for Rawhide. Does Rawhide contain only a single kernel package release at a time? It seems so. If that is true, we can simply drop "kmod-" from the whitelist, and let repoprune kill the old package releases. From giallu at gmail.com Tue Jan 2 11:18:57 2007 From: giallu at gmail.com (Gianluca Sforna) Date: Tue, 2 Jan 2007 12:18:57 +0100 Subject: Tracking down broken dependencies in devel In-Reply-To: <20070102121304.ec371cfa.bugs.michael@gmx.net> References: <20061230184148.796ad806@ningauble.scrye.com> <20070102121304.ec371cfa.bugs.michael@gmx.net> Message-ID: On 1/2/07, Michael Schwendt wrote: > > Does Rawhide contain only a single kernel package release at a time? AFAIK, yes From pertusus at free.fr Tue Jan 2 12:43:37 2007 From: pertusus at free.fr (Patrice Dumas) Date: Tue, 2 Jan 2007 13:43:37 +0100 Subject: rpms/lesstif/devel lesstif.spec,1.4,1.5 In-Reply-To: References: <200701011447.l01ElPfx032742@cvs-int.fedora.redhat.com> <20070101161412.8340d66d.bugs.michael@gmx.net> <20070101153806.GA16312@free.fr> <20070101172123.ea6e72d2.bugs.michael@gmx.net> <20070101172708.GB16312@free.fr> Message-ID: <20070102124337.GC2572@free.fr> On Mon, Jan 01, 2007 at 10:08:22PM -0600, Rex Dieter wrote: > > Even though your Conflicts is correct (ie, not wrong), Michael's suggestion > of using (versinoed) Obsoletes in this case is, imo, a better option. That's what I used. If Ralf doesn't raise any concern I'll keep the versionned obsoletes. -- Pat From nicolas.mailhot at laposte.net Tue Jan 2 12:47:29 2007 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Tue, 02 Jan 2007 13:47:29 +0100 Subject: Xawtv: some questions In-Reply-To: <20061230064829.GA6803@serv.smile.org.ua> References: <4593FFE9.8000000@odu.neva.ru> <20061230064829.GA6803@serv.smile.org.ua> Message-ID: <1167742049.10596.10.camel@rousalka.dyndns.org> Le samedi 30 d?cembre 2006 ? 08:48 +0200, Andy Shevchenko a ?crit : > Hi Dmitry Butskoy! > > 5) What about "tv-fonts", accompanied with xawtv? Whether it is > > required or not? How it should be named ("xawtv-tv-fonts" or just > > "tv-fonts")? > IIRC this package is necessary to the teletext messaging. The fonts package > is shipped as separate tarball. Thus may be good to pack it separately as > tv-fonts (like to other fonts packages in the FE). Before inflicting yet another font package on Fedora users please check the current fonts do not provide the glyphs you need (for example IIRC both dejavu sans mono & dejavu LGC sans mono carry videotext glyphs). If some glyphs are missing request them added to one of those fonts upstream. Every new font slightly degrades performance & user experience (font lists, etc). No font should be added before checking it's actually worth this cost. A new font style is a good reason. A big unicode block too. Glyphs that are already shipped by Fedora or not too difficult to add to existing fonts aren't. This is really no different from the private library forks some developers are so fond of. We don't ship those. Regards, -- Nicolas Mailhot -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: Ceci est une partie de message num?riquement sign?e URL: From rc040203 at freenet.de Tue Jan 2 12:59:47 2007 From: rc040203 at freenet.de (Ralf Corsepius) Date: Tue, 02 Jan 2007 13:59:47 +0100 Subject: rpms/lesstif/devel lesstif.spec,1.4,1.5 In-Reply-To: <20070102124337.GC2572@free.fr> References: <200701011447.l01ElPfx032742@cvs-int.fedora.redhat.com> <20070101161412.8340d66d.bugs.michael@gmx.net> <20070101153806.GA16312@free.fr> <20070101172123.ea6e72d2.bugs.michael@gmx.net> <20070101172708.GB16312@free.fr> <20070102124337.GC2572@free.fr> Message-ID: <1167742787.9424.15.camel@mccallum.corsepiu.local> On Tue, 2007-01-02 at 13:43 +0100, Patrice Dumas wrote: > On Mon, Jan 01, 2007 at 10:08:22PM -0600, Rex Dieter wrote: > > > > Even though your Conflicts is correct (ie, not wrong), Michael's suggestion > > of using (versinoed) Obsoletes in this case is, imo, a better option. > > That's what I used. If Ralf doesn't raise any concern I'll keep the versionned > obsoletes. Well, you know very well, that I consider your way of packaging lesstif to be broken, because OpenMotif-devel and Lesstif-devel must be installable in parallel. Any such Obsoletes breaks this. Besides this, it should be more important to you to fix lesstif in a way major apps such as ddd and nedit are functional again. Ralf From giallu at gmail.com Tue Jan 2 14:04:51 2007 From: giallu at gmail.com (Gianluca Sforna) Date: Tue, 2 Jan 2007 15:04:51 +0100 Subject: rpms/lesstif/devel lesstif.spec,1.4,1.5 In-Reply-To: <1167665097.14889.20.camel@gilboa-work-dev.localdomain> References: <200701011447.l01ElPfx032742@cvs-int.fedora.redhat.com> <20070101161412.8340d66d.bugs.michael@gmx.net> <1167665097.14889.20.camel@gilboa-work-dev.localdomain> Message-ID: On 1/1/07, Gilboa Davara wrote: > I opened up BZ #221055 [1] which includes a patch that fixes invalid > mouse wheel binding in DDD (and nedit?). > It would be nice if you can integrate it into the next release. > Oh great. I was wondering why my ddd insisted on scrolling the wrong way with the wheel... From dakingun at gmail.com Tue Jan 2 14:22:20 2007 From: dakingun at gmail.com (Deji Akingunola) Date: Tue, 2 Jan 2007 09:22:20 -0500 Subject: About missing reviews In-Reply-To: <20070102002659.50321072@ludwig-alpha.unil.ch> References: <20061231150107.22d01c0d@ludwig-alpha.unil.ch> <20061231161055.788294b1@ludwig-alpha.unil.ch> <604aa7910612311527v1e85ecft7186c28b914b2ff7@mail.gmail.com> <200612311846.00598.jkeating@redhat.com> <4598F6DE.30707@leemhuis.info> <20070101124831.09dbbf77@ningauble.scrye.com> <20070102002659.50321072@ludwig-alpha.unil.ch> Message-ID: > dakingun gmail com exaile This has just passed reviews, https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=220775 From overholt at redhat.com Tue Jan 2 15:11:03 2007 From: overholt at redhat.com (Andrew Overholt) Date: Tue, 02 Jan 2007 10:11:03 -0500 Subject: GUI for managing rpm In-Reply-To: References: <369151.60976.qm@web36809.mail.mud.yahoo.com> <200612231320.24562.jkeating@redhat.com> Message-ID: <1167750663.19316.2.camel@toast.toronto.redhat.com> On Sat, 2006-23-12 at 23:55 +0100, Aurelien Bompard wrote: > Jesse Keating wrote: > > On Saturday 23 December 2006 13:12, Amit Dey wrote: > >> Is there any gui application for maintaining rpm files in fedora core 6. > > > > pirut > > I think he means "for maintaining spec files". To my knowledge, there are > none. I heard of an eclipse plugin at some point Yeah, we're hopefully going to get the Eclipse RPM feature available in F7. The current specfile editor can be checked out of CVS following instructions here: http://overholt.ca/wp/?p=67 Andrew -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From belegdol at gmail.com Tue Jan 2 15:58:45 2007 From: belegdol at gmail.com (Julian Sikorski) Date: Tue, 02 Jan 2007 16:58:45 +0100 Subject: Packaging LabPlot In-Reply-To: <13dbfe4f0701020307r7a18d08bp931cbcf45d880b75@mail.gmail.com> References: <45965E3E.5070304@gmail.com> <13dbfe4f0701020307r7a18d08bp931cbcf45d880b75@mail.gmail.com> Message-ID: <459A8135.40903@gmail.com> Chitlesh GOORAH napisa?(a): > On 1/2/07, Gianluca Sforna wrote: >> AFAIK, qwtplot3d is a standalone project[1], so I guess it has to be >> submitted in its own ticket and used as a dependency in LabPlot >> >> >> [1] http://qwtplot3d.sourceforge.net/ > >> From LabPlot's README, > LabPlot contains following 3rd party software packages : > ####################################################### > > * cephes cephes/ cephes/COPYING > * netcdf 3.5.0 netcdf/ netcdf/COPYING > * audiofile 0.2.5 audiofile/ LGPL > * qwtplot3d 0.2.6 qwtplot3d/ qwtplot3d/COPYING > * texvc texvc/ GPL > > If someone wants to package qwtplot3d and share the task, I'm ready to > make LabPlot use it. > Lots of work has been done on LabPlot's spec file yesterday > > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=221027 > > Chitlesh I have a qwtplot3d spec and I'll polish it and post soonish. Keep in mind that in order to use system-wide lib yopu seed to pass --enable-system-qwtplot3d to configure and export QWT3D_PATH=/usr. Cheers. From belegdol at gmail.com Tue Jan 2 16:28:12 2007 From: belegdol at gmail.com (Julian Sikorski) Date: Tue, 02 Jan 2007 17:28:12 +0100 Subject: Packaging LabPlot In-Reply-To: <13dbfe4f0701020307r7a18d08bp931cbcf45d880b75@mail.gmail.com> References: <45965E3E.5070304@gmail.com> <13dbfe4f0701020307r7a18d08bp931cbcf45d880b75@mail.gmail.com> Message-ID: <459A881C.9080507@gmail.com> Chitlesh GOORAH napisa?(a): > On 1/2/07, Gianluca Sforna wrote: >> AFAIK, qwtplot3d is a standalone project[1], so I guess it has to be >> submitted in its own ticket and used as a dependency in LabPlot >> >> >> [1] http://qwtplot3d.sourceforge.net/ > >> From LabPlot's README, > LabPlot contains following 3rd party software packages : > ####################################################### > > * cephes cephes/ cephes/COPYING > * netcdf 3.5.0 netcdf/ netcdf/COPYING > * audiofile 0.2.5 audiofile/ LGPL > * qwtplot3d 0.2.6 qwtplot3d/ qwtplot3d/COPYING > * texvc texvc/ GPL > > If someone wants to package qwtplot3d and share the task, I'm ready to > make LabPlot use it. > Lots of work has been done on LabPlot's spec file yesterday > > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=221027 > > Chitlesh Almost ready. Yo use system-wide netcdf, please see the bug mentioned in the beginning of this thread. Cheers. From stickster at gmail.com Tue Jan 2 18:14:38 2007 From: stickster at gmail.com (Paul W. Frields) Date: Tue, 02 Jan 2007 13:14:38 -0500 Subject: PPC help with xmldiff In-Reply-To: <1167495182.9579.14.camel@shinybook.infradead.org> References: <1167263539.7666.15.camel@localhost.localdomain> <1167495182.9579.14.camel@shinybook.infradead.org> Message-ID: <1167761678.457.44.camel@localhost.localdomain> On Sat, 2006-12-30 at 16:13 +0000, David Woodhouse wrote: > On Wed, 2006-12-27 at 18:52 -0500, Paul W. Frields wrote: > > http://buildsys.fedoraproject.org/logs/fedora-development-extras/24025-xmldiff-0.6.8-1.fc7/ > > That looks like a python problem -- the same package builds fine on FC-6 > but not when I build it in mock for rawhide. Just so. My FC6 package is already rebuilt and in the repo. -- Paul W. Frields, RHCE http://paul.frields.org/ gpg fingerprint: 3DA6 A0AC 6D58 FEC4 0233 5906 ACDB C937 BD11 3717 Fedora Project Board: http://fedoraproject.org/wiki/Board Fedora Docs Project: http://fedoraproject.org/wiki/DocsProject -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From steve at silug.org Tue Jan 2 18:31:02 2007 From: steve at silug.org (Steven Pritchard) Date: Tue, 2 Jan 2007 12:31:02 -0600 Subject: About missing reviews In-Reply-To: <20070102002659.50321072@ludwig-alpha.unil.ch> References: <20061231150107.22d01c0d@ludwig-alpha.unil.ch> <20061231161055.788294b1@ludwig-alpha.unil.ch> <604aa7910612311527v1e85ecft7186c28b914b2ff7@mail.gmail.com> <200612311846.00598.jkeating@redhat.com> <4598F6DE.30707@leemhuis.info> <20070101124831.09dbbf77@ningauble.scrye.com> <20070102002659.50321072@ludwig-alpha.unil.ch> Message-ID: <20070102183102.GA24481@osiris.silug.org> On Tue, Jan 02, 2007 at 12:26:59AM +0100, Christian Iseli wrote: > steve silug org perl-Unix-Statgrab https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165533 Steve -- Steven Pritchard - K&S Pritchard Enterprises, Inc. Email: steve at kspei.com http://www.kspei.com/ Phone: (618)398-3000 Mobile: (618)567-7320 From pertusus at free.fr Tue Jan 2 22:30:08 2007 From: pertusus at free.fr (Patrice Dumas) Date: Tue, 2 Jan 2007 23:30:08 +0100 Subject: using debian patches directly Message-ID: <20070102223008.GA5201@free.fr> Hello, When the debian patcheset don't interfere with the upstream package (that is it only installs files below the debian directory), I generally include it in the package, and, for example use the manpages. Sometimes there are also interesting patches. I can copy them and use the usual Patch: and %patch, but it duplicates the patch. Would it be right to call patch directly on the file in the debian patcheset, or would it be a bad idea? -- Pat From ville.skytta at iki.fi Tue Jan 2 22:45:12 2007 From: ville.skytta at iki.fi (Ville =?iso-8859-1?q?Skytt=E4?=) Date: Wed, 3 Jan 2007 00:45:12 +0200 Subject: using debian patches directly In-Reply-To: <20070102223008.GA5201@free.fr> References: <20070102223008.GA5201@free.fr> Message-ID: <200701030045.12983.ville.skytta@iki.fi> On Wednesday 03 January 2007 00:30, Patrice Dumas wrote: > When the debian patcheset don't interfere with the upstream package (that > is it only installs files below the debian directory), I generally include > it in the package, and, for example use the manpages. Sometimes there are > also interesting patches. I can copy them and use the usual Patch: and > %patch, but it duplicates the patch. Would it be right to call patch > directly on the file in the debian patcheset, or would it be a bad idea? Just call it directly, eg. %{__patch} -i debian/patches/foo.patch (-i instead of < results the filename being visible in the build log which may be useful). From bugzilla at redhat.com Tue Jan 2 23:27:28 2007 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 2 Jan 2007 18:27:28 -0500 Subject: [Bug 168923] Review Request: python-sqlobject - Python SQLObject ORM library -- needs sponsor In-Reply-To: Message-ID: <200701022327.l02NRSbv020166@bugzilla.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: python-sqlobject - Python SQLObject ORM library -- needs sponsor https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=168923 bugzilla at redhat.com changed: What |Removed |Added ---------------------------------------------------------------------------- CC|fedora-extras- | |list at redhat.com | CC| |fedora-package- | |review at redhat.com CC|fedora-package- | |review at redhat.com | CC| |fedora-extras- | |list at redhat.com Christian.Iseli at licr.org changed: What |Removed |Added ---------------------------------------------------------------------------- QAContact|dkl at redhat.com |fedora-package- | |review at redhat.com Summary|Review Request: Python |Review Request: python- |SQLObject ORM library -- |sqlobject - Python SQLObject |needs sponsor |ORM library -- needs sponsor CC|fedora-extras- | |list at redhat.com | ------- Additional Comments From Christian.Iseli at licr.org 2007-01-02 18:27 EST ------- Changed summary for tracking purposes. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From Christian.Iseli at licr.org Tue Jan 2 23:44:26 2007 From: Christian.Iseli at licr.org (Christian Iseli) Date: Wed, 3 Jan 2007 00:44:26 +0100 Subject: About missing reviews In-Reply-To: <604aa7910701012200h5cdfd73cnd75d97c4a3e536e3@mail.gmail.com> References: <20061231150107.22d01c0d@ludwig-alpha.unil.ch> <20061231161055.788294b1@ludwig-alpha.unil.ch> <604aa7910612311527v1e85ecft7186c28b914b2ff7@mail.gmail.com> <200612311846.00598.jkeating@redhat.com> <4598F6DE.30707@leemhuis.info> <20070101124831.09dbbf77@ningauble.scrye.com> <20070102002659.50321072@ludwig-alpha.unil.ch> <604aa7910701012200h5cdfd73cnd75d97c4a3e536e3@mail.gmail.com> Message-ID: <20070103004426.78fbe1fe@ludwig-alpha.unil.ch> On Mon, 1 Jan 2007 21:00:49 -0900, Jeff Spaleta wrote: > On 1/1/07, Christian Iseli wrote: > > bdpepple ameritech net galago-filesystem > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=209948 > > > bdpepple ameritech net telepathy-filesystem > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=207607 Argh ! Reviewers, please, do not review two packages in one ticket ! Pretty please ! Things are complicated enough already. Thanks, C From bugzilla at redhat.com Tue Jan 2 23:56:38 2007 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 2 Jan 2007 18:56:38 -0500 Subject: [Bug 168922] Review Request: python-formencode - Python FormEncode Library -- needs sponsor In-Reply-To: Message-ID: <200701022356.l02NucjK021616@bugzilla.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: python-formencode - Python FormEncode Library -- needs sponsor https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=168922 bugzilla at redhat.com changed: What |Removed |Added ---------------------------------------------------------------------------- CC|fedora-extras- | |list at redhat.com | CC| |fedora-package- | |review at redhat.com CC|fedora-package- | |review at redhat.com | CC| |fedora-extras- | |list at redhat.com Christian.Iseli at licr.org changed: What |Removed |Added ---------------------------------------------------------------------------- QAContact|dkl at redhat.com |fedora-package- | |review at redhat.com Summary|Review Request: Python |Review Request: python- |FormEncode Library -- needs |formencode - Python |sponsor |FormEncode Library -- needs | |sponsor CC|fedora-extras- | |list at redhat.com | ------- Additional Comments From Christian.Iseli at licr.org 2007-01-02 18:56 EST ------- Changed summary for tracking purposes. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Jan 3 00:27:47 2007 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 2 Jan 2007 19:27:47 -0500 Subject: [Bug 173111] Review Request: gdesklets In-Reply-To: Message-ID: <200701030027.l030RlaU023557@bugzilla.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: gdesklets https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173111 bugzilla at redhat.com changed: What |Removed |Added ---------------------------------------------------------------------------- CC|fedora-extras- | |list at redhat.com | CC| |fedora-package- | |review at redhat.com CC|fedora-package- | |review at redhat.com | CC| |fedora-extras- | |list at redhat.com Christian.Iseli at licr.org changed: What |Removed |Added ---------------------------------------------------------------------------- QAContact|dkl at redhat.com |fedora-package- | |review at redhat.com Summary|Review Request: | CC|fedora-extras- | |list at redhat.com | ------- Additional Comments From Christian.Iseli at licr.org 2007-01-02 19:27 EST ------- Changed summary for tracking purposes. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From rdieter at math.unl.edu Wed Jan 3 01:01:35 2007 From: rdieter at math.unl.edu (Rex Dieter) Date: Tue, 02 Jan 2007 19:01:35 -0600 Subject: rpms/lesstif/devel lesstif.spec,1.4,1.5 In-Reply-To: <1167742787.9424.15.camel@mccallum.corsepiu.local> References: <200701011447.l01ElPfx032742@cvs-int.fedora.redhat.com> <20070101161412.8340d66d.bugs.michael@gmx.net> <20070101153806.GA16312@free.fr> <20070101172123.ea6e72d2.bugs.michael@gmx.net> <20070101172708.GB16312@free.fr> <20070102124337.GC2572@free.fr> <1167742787.9424.15.camel@mccallum.corsepiu.local> Message-ID: Ralf Corsepius wrote: > On Tue, 2007-01-02 at 13:43 +0100, Patrice Dumas wrote: >> On Mon, Jan 01, 2007 at 10:08:22PM -0600, Rex Dieter wrote: >>> Even though your Conflicts is correct (ie, not wrong), Michael's suggestion >>> of using (versinoed) Obsoletes in this case is, imo, a better option. >> That's what I used. If Ralf doesn't raise any concern I'll keep the versionned >> obsoletes. > Well, you know very well, that I consider your way of packaging lesstif > to be broken, because OpenMotif-devel and Lesstif-devel must be > installable in parallel. Any such Obsoletes breaks this. Problem being, Ralf, Fedora has control over how lesstif is packaged but doesn't have that for openmotif (anymore). When/If we/Fedora had the ability to coordinate with openmotif packaging to make it parallel-installable, that situation could change, but until then... -- Rex From bugzilla at redhat.com Wed Jan 3 00:44:27 2007 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 2 Jan 2007 19:44:27 -0500 Subject: [Bug 170492] Review Request: qucs - Circuit simulator In-Reply-To: Message-ID: <200701030044.l030iRUr024603@bugzilla.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: qucs - Circuit simulator https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=170492 bugzilla at redhat.com changed: What |Removed |Added ---------------------------------------------------------------------------- CC|fedora-extras- | |list at redhat.com | CC| |fedora-package- | |review at redhat.com CC|fedora-package- | |review at redhat.com | CC| |fedora-extras- | |list at redhat.com Christian.Iseli at licr.org changed: What |Removed |Added ---------------------------------------------------------------------------- QAContact|dkl at redhat.com |fedora-package- | |review at redhat.com Summary|Review Request: qucs-0.0.7 :|Review Request: qucs - |Circuit simulator |Circuit simulator CC|fedora-extras- | |list at redhat.com | ------- Additional Comments From Christian.Iseli at licr.org 2007-01-02 19:43 EST ------- Changed summary for tracking purposes. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From pertusus at free.fr Wed Jan 3 00:50:50 2007 From: pertusus at free.fr (Patrice Dumas) Date: Wed, 3 Jan 2007 01:50:50 +0100 Subject: rpms/lesstif/devel lesstif.spec,1.4,1.5 In-Reply-To: <1167742787.9424.15.camel@mccallum.corsepiu.local> References: <200701011447.l01ElPfx032742@cvs-int.fedora.redhat.com> <20070101161412.8340d66d.bugs.michael@gmx.net> <20070101153806.GA16312@free.fr> <20070101172123.ea6e72d2.bugs.michael@gmx.net> <20070101172708.GB16312@free.fr> <20070102124337.GC2572@free.fr> <1167742787.9424.15.camel@mccallum.corsepiu.local> Message-ID: <20070103005050.GA21650@free.fr> On Tue, Jan 02, 2007 at 01:59:47PM +0100, Ralf Corsepius wrote: > Well, you know very well, that I consider your way of packaging lesstif > to be broken, because OpenMotif-devel and Lesstif-devel must be > installable in parallel. I am still willing to coordinate with any 3rd party repos where an openmotif parallel installable with lesstif is packaged and change lesstif packaging accordingly. -- Pat From Christian.Iseli at licr.org Wed Jan 3 01:13:03 2007 From: Christian.Iseli at licr.org (Christian Iseli) Date: Wed, 3 Jan 2007 02:13:03 +0100 Subject: About missing reviews In-Reply-To: <1167721353.2436.15.camel@localhost.localdomain> References: <20061231150107.22d01c0d@ludwig-alpha.unil.ch> <20061231161055.788294b1@ludwig-alpha.unil.ch> <604aa7910612311527v1e85ecft7186c28b914b2ff7@mail.gmail.com> <200612311846.00598.jkeating@redhat.com> <4598F6DE.30707@leemhuis.info> <20070101124831.09dbbf77@ningauble.scrye.com> <20070102002659.50321072@ludwig-alpha.unil.ch> <1167721353.2436.15.camel@localhost.localdomain> Message-ID: <20070103021303.2343f129@ludwig-alpha.unil.ch> On Mon, 01 Jan 2007 23:02:33 -0800, Toshio Kuratomi wrote: > This may help some but it's far from infallible. Packagers make changes > to spec files, upstream packages add dependencies or break a package > into tools + library. If we had time to do re-reviews of packages I'd > much rather see a full review (with tools to help) than a partial review > based solely on new guidelines since the last review. Right. Thinking some more about it, we might be able to split reviews in two parts: an automated part and a human-performed part. We could perform the automated part once per release. The human one would be performed as manpower permits... once before accepting the package, of course, and then on a rolling base... Anyway, thanks to the various help messages I received, I knocked my list of packages down to 46 entries... Time for me to get some sleep. Cheers, C ---- andreas bawue net dd_rescue andreas bierfert lowlatency de koffice-langpack andreas bierfert lowlatency de koffice andreas bierfert lowlatency de libetpan cgoorah yahoo com au kadischi danken cs technion ac il tetex-fonts-hebrew denis poolshark org NetworkManager-vpnc dm mensa se initng-ifiles enrico scholz informatik tu-chemnitz de gif2png extras-orphan fedoraproject org gstreamer08-python green redhat com ladspa-swh-plugins hamzy us ibm com sblim-cmpi-devel hamzy us ibm com sblim-testsuite hamzy us ibm com sblim-wbemcli hamzy us ibm com tog-pegasus jamatos fc up pt fftw2 jamatos fc up pt pyparsing jima beer tclug org bwm-ng jnovy redhat com nedit jonathan underwood gmail com emacs-common-muse joost cnoc nl fpc j w r degoede hhs nl dia j w r degoede hhs nl worminator-data paul all-the-johnsons co uk gconvert paul all-the-johnsons co uk gtksharp paul all-the-johnsons co uk lib765 paul all-the-johnsons co uk libdsk paul xelerance com gaim-otr paul xelerance com libotr petersen redhat com ddskk pnasrat redhat com splint qspencer ieee org ufsparse tagoh redhat com apel tagoh redhat com Canna tcallawa redhat com compat-wxPythonGTK2 tcallawa redhat com perl-Class-Accessor tcallawa redhat com perl-Class-Whitehole tcallawa redhat com perl-DBD-SQLite2 tcallawa redhat com perl-UNIVERSAL-exports tcallawa redhat com perl-UNIVERSAL-moniker tcallawa redhat com stripesnoop thomas apestaart org libannodex thomas apestaart org libcmml thomas apestaart org liboggz thomas apestaart org mod_annodex wart kobold org iwidgets From steve at silug.org Wed Jan 3 02:03:00 2007 From: steve at silug.org (Steven Pritchard) Date: Tue, 2 Jan 2007 20:03:00 -0600 Subject: About missing reviews In-Reply-To: <20070103021303.2343f129@ludwig-alpha.unil.ch> References: <20061231150107.22d01c0d@ludwig-alpha.unil.ch> <20061231161055.788294b1@ludwig-alpha.unil.ch> <604aa7910612311527v1e85ecft7186c28b914b2ff7@mail.gmail.com> <200612311846.00598.jkeating@redhat.com> <4598F6DE.30707@leemhuis.info> <20070101124831.09dbbf77@ningauble.scrye.com> <20070102002659.50321072@ludwig-alpha.unil.ch> <1167721353.2436.15.camel@localhost.localdomain> <20070103021303.2343f129@ludwig-alpha.unil.ch> Message-ID: <20070103020300.GA29316@osiris.silug.org> On Wed, Jan 03, 2007 at 02:13:03AM +0100, Christian Iseli wrote: > andreas bawue net dd_rescue This is a rename of the ddrescue package from fedora.us. Hang on a second... Why is dd_rescue still called ddrescue in CVS? Shouldn't someone rename the CVS branch? (And, for that matter, shouldn't there be a version number on the Obsoletes in dd_rescue.spec so we can actually have GNU ddrescue also one of these years?) I'd really love all this to be resolved one of these years. :-) http://www.redhat.com/archives/fedora-extras-list/2005-June/msg00782.html http://www.redhat.com/archives/fedora-extras-list/2005-July/msg00329.html Etc. Steve -- Steven Pritchard - K&S Pritchard Enterprises, Inc. Email: steve at kspei.com http://www.kspei.com/ Phone: (618)398-3000 Mobile: (618)567-7320 From rc040203 at freenet.de Wed Jan 3 03:44:26 2007 From: rc040203 at freenet.de (Ralf Corsepius) Date: Wed, 03 Jan 2007 04:44:26 +0100 Subject: rpms/lesstif/devel lesstif.spec,1.4,1.5 In-Reply-To: References: <200701011447.l01ElPfx032742@cvs-int.fedora.redhat.com> <20070101161412.8340d66d.bugs.michael@gmx.net> <20070101153806.GA16312@free.fr> <20070101172123.ea6e72d2.bugs.michael@gmx.net> <20070101172708.GB16312@free.fr> <20070102124337.GC2572@free.fr> <1167742787.9424.15.camel@mccallum.corsepiu.local> Message-ID: <1167795866.9424.57.camel@mccallum.corsepiu.local> On Tue, 2007-01-02 at 19:01 -0600, Rex Dieter wrote: > Ralf Corsepius wrote: > > On Tue, 2007-01-02 at 13:43 +0100, Patrice Dumas wrote: > >> On Mon, Jan 01, 2007 at 10:08:22PM -0600, Rex Dieter wrote: > >>> Even though your Conflicts is correct (ie, not wrong), Michael's suggestion > >>> of using (versinoed) Obsoletes in this case is, imo, a better option. > > >> That's what I used. If Ralf doesn't raise any concern I'll keep the versionned > >> obsoletes. > > > Well, you know very well, that I consider your way of packaging lesstif > > to be broken, because OpenMotif-devel and Lesstif-devel must be > > installable in parallel. Any such Obsoletes breaks this. > > Problem being, Ralf, Fedora has control over how lesstif is packaged but > doesn't have that for openmotif (anymore). When/If we/Fedora had the > ability to coordinate with openmotif packaging to make it > parallel-installable, that situation could change, but until then... The problem isn't openmotif's packaging, the problem is the way lesstif is being packaged in Fedora. Think about how you manage parallel installation of different versions of kde/Qt. Any such Obsoletes: inside of the Fedora provided packages would your 3rd party kde packages and would force you to use bizarre packaging tricks, such as epoch tricks or playing games on package names. Ralf From rdieter at math.unl.edu Wed Jan 3 04:33:02 2007 From: rdieter at math.unl.edu (Rex Dieter) Date: Tue, 02 Jan 2007 22:33:02 -0600 Subject: rpms/lesstif/devel lesstif.spec,1.4,1.5 In-Reply-To: <1167795866.9424.57.camel@mccallum.corsepiu.local> References: <200701011447.l01ElPfx032742@cvs-int.fedora.redhat.com> <20070101161412.8340d66d.bugs.michael@gmx.net> <20070101153806.GA16312@free.fr> <20070101172123.ea6e72d2.bugs.michael@gmx.net> <20070101172708.GB16312@free.fr> <20070102124337.GC2572@free.fr> <1167742787.9424.15.camel@mccallum.corsepiu.local> <1167795866.9424.57.camel@mccallum.corsepiu.local> Message-ID: Ralf Corsepius wrote: > On Tue, 2007-01-02 at 19:01 -0600, Rex Dieter wrote: > The problem isn't openmotif's packaging, the problem is the way lesstif > is being packaged in Fedora. > > Think about how you manage parallel installation of different versions > of kde/Qt. Any such Obsoletes: inside of the Fedora provided packages > would your 3rd party kde packages and would force you to use bizarre > packaging tricks, such as epoch tricks or playing games on package > names. Patrice's Obsoletes *only* hits the last known *Fedora* releases of openmotif-devel, by carefully using versioned Obsoletes. Further, he has stated he is willing to coordinate (better) parallel-install solutions when/if 3rd party openmotif packagers are willing to do the same. -- Rex From rc040203 at freenet.de Wed Jan 3 04:41:08 2007 From: rc040203 at freenet.de (Ralf Corsepius) Date: Wed, 03 Jan 2007 05:41:08 +0100 Subject: rpms/lesstif/devel lesstif.spec,1.4,1.5 In-Reply-To: References: <200701011447.l01ElPfx032742@cvs-int.fedora.redhat.com> <20070101161412.8340d66d.bugs.michael@gmx.net> <20070101153806.GA16312@free.fr> <20070101172123.ea6e72d2.bugs.michael@gmx.net> <20070101172708.GB16312@free.fr> <20070102124337.GC2572@free.fr> <1167742787.9424.15.camel@mccallum.corsepiu.local> <1167795866.9424.57.camel@mccallum.corsepiu.local> Message-ID: <1167799268.9424.84.camel@mccallum.corsepiu.local> On Tue, 2007-01-02 at 22:33 -0600, Rex Dieter wrote: > Ralf Corsepius wrote: > > On Tue, 2007-01-02 at 19:01 -0600, Rex Dieter wrote: > > > The problem isn't openmotif's packaging, the problem is the way lesstif > > is being packaged in Fedora. > > > > Think about how you manage parallel installation of different versions > > of kde/Qt. Any such Obsoletes: inside of the Fedora provided packages > > would your 3rd party kde packages and would force you to use bizarre > > packaging tricks, such as epoch tricks or playing games on package > > names. > > Patrice's Obsoletes *only* hits the last known *Fedora* releases of > openmotif-devel, by carefully using versioned Obsoletes. Wrong, he obsoletes all openmotif versions below a certain version, comprising older ones. Ralf From jspaleta at gmail.com Wed Jan 3 07:46:02 2007 From: jspaleta at gmail.com (Jeff Spaleta) Date: Tue, 2 Jan 2007 22:46:02 -0900 Subject: About missing reviews In-Reply-To: <20070103021303.2343f129@ludwig-alpha.unil.ch> References: <20061231150107.22d01c0d@ludwig-alpha.unil.ch> <20061231161055.788294b1@ludwig-alpha.unil.ch> <604aa7910612311527v1e85ecft7186c28b914b2ff7@mail.gmail.com> <200612311846.00598.jkeating@redhat.com> <4598F6DE.30707@leemhuis.info> <20070101124831.09dbbf77@ningauble.scrye.com> <20070102002659.50321072@ludwig-alpha.unil.ch> <1167721353.2436.15.camel@localhost.localdomain> <20070103021303.2343f129@ludwig-alpha.unil.ch> Message-ID: <604aa7910701022346md783a09w517981836cc29acf@mail.gmail.com> On 1/2/07, Christian Iseli wrote: > dm mensa se initng-ifiles This was part of the very long initng review https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173459#c261 From jspaleta at gmail.com Wed Jan 3 07:56:01 2007 From: jspaleta at gmail.com (Jeff Spaleta) Date: Tue, 2 Jan 2007 22:56:01 -0900 Subject: About missing reviews In-Reply-To: <20070103021303.2343f129@ludwig-alpha.unil.ch> References: <20061231150107.22d01c0d@ludwig-alpha.unil.ch> <20061231161055.788294b1@ludwig-alpha.unil.ch> <604aa7910612311527v1e85ecft7186c28b914b2ff7@mail.gmail.com> <200612311846.00598.jkeating@redhat.com> <4598F6DE.30707@leemhuis.info> <20070101124831.09dbbf77@ningauble.scrye.com> <20070102002659.50321072@ludwig-alpha.unil.ch> <1167721353.2436.15.camel@localhost.localdomain> <20070103021303.2343f129@ludwig-alpha.unil.ch> Message-ID: <604aa7910701022356n5bc2bd57wa7ca9e4ac9833e9@mail.gmail.com> On 1/2/07, Christian Iseli wrote: > jamatos fc up pt fftw2 Looking at the commit-list activity on or around 1/31/2006 and 2/1/2006, this appears to have been created when fftw was upgraded to the upstream 3.x versions. fftw2 was was created as a compatibility module for packages that still need the 2.x version of fftw. -jef From Christian.Iseli at licr.org Wed Jan 3 08:38:38 2007 From: Christian.Iseli at licr.org (Christian Iseli) Date: Wed, 3 Jan 2007 09:38:38 +0100 Subject: About missing reviews In-Reply-To: <604aa7910701022346md783a09w517981836cc29acf@mail.gmail.com> References: <20061231150107.22d01c0d@ludwig-alpha.unil.ch> <20061231161055.788294b1@ludwig-alpha.unil.ch> <604aa7910612311527v1e85ecft7186c28b914b2ff7@mail.gmail.com> <200612311846.00598.jkeating@redhat.com> <4598F6DE.30707@leemhuis.info> <20070101124831.09dbbf77@ningauble.scrye.com> <20070102002659.50321072@ludwig-alpha.unil.ch> <1167721353.2436.15.camel@localhost.localdomain> <20070103021303.2343f129@ludwig-alpha.unil.ch> <604aa7910701022346md783a09w517981836cc29acf@mail.gmail.com> Message-ID: <20070103093838.32badc59@ludwig-alpha.unil.ch> On Tue, 2 Jan 2007 22:46:02 -0900, Jeff Spaleta wrote: > On 1/2/07, Christian Iseli wrote: > > > dm mensa se initng-ifiles > > This was part of the very long initng review > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173459#c261 Ah, another dual-package review :-/ ... Thanks for your help. C From pertusus at free.fr Wed Jan 3 10:31:48 2007 From: pertusus at free.fr (Patrice Dumas) Date: Wed, 3 Jan 2007 11:31:48 +0100 Subject: rpms/lesstif/devel lesstif.spec,1.4,1.5 In-Reply-To: <1167799268.9424.84.camel@mccallum.corsepiu.local> References: <20070101153806.GA16312@free.fr> <20070101172123.ea6e72d2.bugs.michael@gmx.net> <20070101172708.GB16312@free.fr> <20070102124337.GC2572@free.fr> <1167742787.9424.15.camel@mccallum.corsepiu.local> <1167795866.9424.57.camel@mccallum.corsepiu.local> <1167799268.9424.84.camel@mccallum.corsepiu.local> Message-ID: <20070103103147.GA2573@free.fr> On Wed, Jan 03, 2007 at 05:41:08AM +0100, Ralf Corsepius wrote: > Wrong, he obsoletes all openmotif versions below a certain version, > comprising older ones. What should I do, instead, to ensure upgrade paths are sane - even from old FC releases - and avoid coming in the way of third party packaging? Obsolete all the openmotif versions-release? -- Pat From dwmw2 at infradead.org Wed Jan 3 10:33:11 2007 From: dwmw2 at infradead.org (David Woodhouse) Date: Wed, 03 Jan 2007 10:33:11 +0000 Subject: PPC help with xmldiff In-Reply-To: <1167761678.457.44.camel@localhost.localdomain> References: <1167263539.7666.15.camel@localhost.localdomain> <1167495182.9579.14.camel@shinybook.infradead.org> <1167761678.457.44.camel@localhost.localdomain> Message-ID: <1167820391.22068.455.camel@pmac.infradead.org> On Tue, 2007-01-02 at 13:14 -0500, Paul W. Frields wrote: > On Sat, 2006-12-30 at 16:13 +0000, David Woodhouse wrote: > > On Wed, 2006-12-27 at 18:52 -0500, Paul W. Frields wrote: > > > http://buildsys.fedoraproject.org/logs/fedora-development-extras/24025-xmldiff-0.6.8-1.fc7/ > > > > That looks like a python problem -- the same package builds fine on FC-6 > > but not when I build it in mock for rawhide. > > Just so. My FC6 package is already rebuilt and in the repo. Also, the tests in the _same_ (failed) mock chroot do actually work when NFS-mounted from a G4. That would normally make me suspect that it's something to do with executable stack (older CPUs like the G4 didn't enforce non-exec, but the newer CPUs such as the ones in the build system do). But the failure mode isn't what I'd expect if that was the problem. -- dwmw2 From jamatos at fc.up.pt Wed Jan 3 11:03:40 2007 From: jamatos at fc.up.pt (=?iso-8859-1?q?Jos=E9_Matos?=) Date: Wed, 3 Jan 2007 11:03:40 +0000 Subject: About missing reviews In-Reply-To: <604aa7910701022356n5bc2bd57wa7ca9e4ac9833e9@mail.gmail.com> References: <20061231150107.22d01c0d@ludwig-alpha.unil.ch> <20070103021303.2343f129@ludwig-alpha.unil.ch> <604aa7910701022356n5bc2bd57wa7ca9e4ac9833e9@mail.gmail.com> Message-ID: <200701031103.40965.jamatos@fc.up.pt> On Wednesday 03 January 2007 7:56 am, Jeff Spaleta wrote: > On 1/2/07, Christian Iseli wrote: > > jamatos fc up pt fftw2 > > Looking at the commit-list activity on or around 1/31/2006 and > 2/1/2006, this appears to have been created when fftw was upgraded to > the upstream 3.x versions. fftw2 was was created as a compatibility > module for packages that still need the 2.x version of fftw. True, and if I remember correctly that package came from Core. > -jef -- Jos? Ab?lio From dominik at greysector.net Wed Jan 3 11:46:38 2007 From: dominik at greysector.net (Dominik 'Rathann' Mierzejewski) Date: Wed, 3 Jan 2007 12:46:38 +0100 Subject: rpms/lesstif/devel lesstif.spec,1.4,1.5 In-Reply-To: <1167742787.9424.15.camel@mccallum.corsepiu.local> References: <200701011447.l01ElPfx032742@cvs-int.fedora.redhat.com> <20070101161412.8340d66d.bugs.michael@gmx.net> <20070101153806.GA16312@free.fr> <20070101172123.ea6e72d2.bugs.michael@gmx.net> <20070101172708.GB16312@free.fr> <20070102124337.GC2572@free.fr> <1167742787.9424.15.camel@mccallum.corsepiu.local> Message-ID: <20070103114638.GB19670@ryvius.pekin.waw.pl> On Tuesday, 02 January 2007 at 13:59, Ralf Corsepius wrote: > On Tue, 2007-01-02 at 13:43 +0100, Patrice Dumas wrote: > > On Mon, Jan 01, 2007 at 10:08:22PM -0600, Rex Dieter wrote: > > > > > > Even though your Conflicts is correct (ie, not wrong), Michael's suggestion > > > of using (versinoed) Obsoletes in this case is, imo, a better option. > > > > That's what I used. If Ralf doesn't raise any concern I'll keep the versionned > > obsoletes. > Well, you know very well, that I consider your way of packaging lesstif > to be broken, because OpenMotif-devel and Lesstif-devel must be > installable in parallel. Any such Obsoletes breaks this. > > Besides this, it should be more important to you to fix lesstif in a way > major apps such as ddd and nedit are functional again. There's also this bug: http://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=216160 Regards, R. -- Fedora Extras contributor http://fedoraproject.org/wiki/DominikMierzejewski Livna contributor http://rpm.livna.org MPlayer developer http://mplayerhq.hu "Faith manages." -- Delenn to Lennier in Babylon 5:"Confessions and Lamentations" From paskalis at di.uoa.gr Wed Jan 3 11:53:56 2007 From: paskalis at di.uoa.gr (Sarantis Paskalis) Date: Wed, 3 Jan 2007 13:53:56 +0200 Subject: About missing reviews In-Reply-To: <20070103021303.2343f129@ludwig-alpha.unil.ch> References: <20061231150107.22d01c0d@ludwig-alpha.unil.ch> <20061231161055.788294b1@ludwig-alpha.unil.ch> <604aa7910612311527v1e85ecft7186c28b914b2ff7@mail.gmail.com> <200612311846.00598.jkeating@redhat.com> <4598F6DE.30707@leemhuis.info> <20070101124831.09dbbf77@ningauble.scrye.com> <20070102002659.50321072@ludwig-alpha.unil.ch> <1167721353.2436.15.camel@localhost.localdomain> <20070103021303.2343f129@ludwig-alpha.unil.ch> Message-ID: <20070103115356.GA23158@gallagher.di.uoa.gr> On Wed, Jan 03, 2007 at 02:13:03AM +0100, Christian Iseli wrote: > danken cs technion ac il tetex-fonts-hebrew https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=195585 -- Sarantis From Christian.Iseli at licr.org Wed Jan 3 12:34:49 2007 From: Christian.Iseli at licr.org (Christian Iseli) Date: Wed, 3 Jan 2007 13:34:49 +0100 Subject: About missing reviews In-Reply-To: <20070103115356.GA23158@gallagher.di.uoa.gr> References: <20061231150107.22d01c0d@ludwig-alpha.unil.ch> <20061231161055.788294b1@ludwig-alpha.unil.ch> <604aa7910612311527v1e85ecft7186c28b914b2ff7@mail.gmail.com> <200612311846.00598.jkeating@redhat.com> <4598F6DE.30707@leemhuis.info> <20070101124831.09dbbf77@ningauble.scrye.com> <20070102002659.50321072@ludwig-alpha.unil.ch> <1167721353.2436.15.camel@localhost.localdomain> <20070103021303.2343f129@ludwig-alpha.unil.ch> <20070103115356.GA23158@gallagher.di.uoa.gr> Message-ID: <20070103133449.40c9ce95@ludwig-alpha.unil.ch> On Wed, 3 Jan 2007 13:53:56 +0200, Sarantis Paskalis wrote: > On Wed, Jan 03, 2007 at 02:13:03AM +0100, Christian Iseli wrote: > > danken cs technion ac il tetex-fonts-hebrew > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=195585 Ah, thanks. People, please, leave the component field of review tickets to "Package Review". Thanks, C From rdieter at math.unl.edu Wed Jan 3 12:57:16 2007 From: rdieter at math.unl.edu (Rex Dieter) Date: Wed, 03 Jan 2007 06:57:16 -0600 Subject: rpms/lesstif/devel lesstif.spec,1.4,1.5 In-Reply-To: <1167799268.9424.84.camel@mccallum.corsepiu.local> References: <200701011447.l01ElPfx032742@cvs-int.fedora.redhat.com> <20070101161412.8340d66d.bugs.michael@gmx.net> <20070101153806.GA16312@free.fr> <20070101172123.ea6e72d2.bugs.michael@gmx.net> <20070101172708.GB16312@free.fr> <20070102124337.GC2572@free.fr> <1167742787.9424.15.camel@mccallum.corsepiu.local> <1167795866.9424.57.camel@mccallum.corsepiu.local> <1167799268.9424.84.camel@mccallum.corsepiu.local> Message-ID: Ralf Corsepius wrote: > On Tue, 2007-01-02 at 22:33 -0600, Rex Dieter wrote: >> Patrice's Obsoletes *only* hits the last known *Fedora* releases of >> openmotif-devel, by carefully using versioned Obsoletes. > Wrong, he obsoletes all openmotif versions below a certain version, > comprising older ones. I guess we'll just have to agree to disagree at this point. I consider what Patrice is doing perfectly justified/ok, and fail to understand your problems with it. -- Rex From fedora at leemhuis.info Wed Jan 3 13:00:50 2007 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Wed, 03 Jan 2007 14:00:50 +0100 Subject: rpms/lesstif/devel lesstif.spec,1.4,1.5 In-Reply-To: References: <200701011447.l01ElPfx032742@cvs-int.fedora.redhat.com> <20070101161412.8340d66d.bugs.michael@gmx.net> <20070101153806.GA16312@free.fr> <20070101172123.ea6e72d2.bugs.michael@gmx.net> <20070101172708.GB16312@free.fr> <20070102124337.GC2572@free.fr> <1167742787.9424.15.camel@mccallum.corsepiu.local> <1167795866.9424.57.camel@mccallum.corsepiu.local> <1167799268.9424.84.camel@mccallum.corsepiu.local> Message-ID: <459BA902.4000300@leemhuis.info> On 03.01.2007 13:57, Rex Dieter wrote: > Ralf Corsepius wrote: >> On Tue, 2007-01-02 at 22:33 -0600, Rex Dieter wrote: >>> Patrice's Obsoletes *only* hits the last known *Fedora* releases of >>> openmotif-devel, by carefully using versioned Obsoletes. >> Wrong, he obsoletes all openmotif versions below a certain version, >> comprising older ones. > I guess we'll just have to agree to disagree at this point. I consider > what Patrice is doing perfectly justified/ok, and fail to understand > your problems with it. My 2 cent: What Patrice is doing now is IMHO the best for the current situation -- I tend to think that we should not leave software lying around on peoples hard disk that is not supported/shipped by us anymore (?). But Ralf has a point: if the users got openmotif from somewhere else and/or wants it to stay installed it should be possible. But I don't see how we can easily solve this dilemma in a acceptable way for both sides with the current tools (e.g. we would need a better rpm/yum afaics). CU thl (?) -- it might confuse yum updates and might have security problems that won't get fixed because the package is not in our repos anymore. That a general problem that also applies for packages that get orphaned. We probably need a meta-package that obsoletes them *or* document that probably in the release notes. From buc at odusz.so-cdu.ru Wed Jan 3 14:19:13 2007 From: buc at odusz.so-cdu.ru (Dmitry Butskoy) Date: Wed, 03 Jan 2007 17:19:13 +0300 Subject: Xawtv: some questions In-Reply-To: <4593FFE9.8000000@odu.neva.ru> References: <4593FFE9.8000000@odu.neva.ru> Message-ID: <459BBB61.40908@odu.neva.ru> Andy Shevchenko wrote: >> 5) What about "tv-fonts", accompanied with xawtv? Whether it is >> required or not? How it should be named ("xawtv-tv-fonts" or just >> "tv-fonts")? >IIRC this package is necessary to the teletext messaging. > Hmm... It seems that "zvbi" package already has its own fonts included for teletext... >> Note, that one of the problem for the "radio" was unicode console >> support, which I've added recently. :) >Are you using libncursesw for it? > > Yep. Plus add "setlocale()" call at the programs' startup. ~buc From nicolas.mailhot at laposte.net Wed Jan 3 14:54:03 2007 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Wed, 3 Jan 2007 15:54:03 +0100 (CET) Subject: rpms/lesstif/devel lesstif.spec,1.4,1.5 In-Reply-To: <459BA902.4000300@leemhuis.info> References: <200701011447.l01ElPfx032742@cvs-int.fedora.redhat.com> <20070101161412.8340d66d.bugs.michael@gmx.net> <20070101153806.GA16312@free.fr> <20070101172123.ea6e72d2.bugs.michael@gmx.net> <20070101172708.GB16312@free.fr> <20070102124337.GC2572@free.fr> <1167742787.9424.15.camel@mccallum.corsepiu.local> <1167795866.9424.57.camel@mccallum.corsepiu.local> <1167799268.9424.84.camel@mccallum.corsepiu.local> <459BA902.4000300@leemhuis.info> Message-ID: <46898.192.54.193.51.1167836043.squirrel@rousalka.dyndns.org> Le Mer 3 janvier 2007 14:00, Thorsten Leemhuis a ?crit : > But Ralf has a point: if the users got openmotif from somewhere else > and/or wants it to stay installed it should be possible. But I don't see > how we can easily solve this dilemma in a acceptable way for both sides > with the current tools (e.g. we would need a better rpm/yum afaics). There's no way to bless third-party openmotif packages we don't know of. IMHO requiring them to bump their version to show they play well with the brave new lesstiff FE world is perfectly fine. -- Nicolas Mailhot From rdieter at math.unl.edu Wed Jan 3 15:42:35 2007 From: rdieter at math.unl.edu (Rex Dieter) Date: Wed, 03 Jan 2007 09:42:35 -0600 Subject: rpms/lesstif/devel lesstif.spec,1.4,1.5 In-Reply-To: <459BA902.4000300@leemhuis.info> References: <200701011447.l01ElPfx032742@cvs-int.fedora.redhat.com> <20070101161412.8340d66d.bugs.michael@gmx.net> <20070101153806.GA16312@free.fr> <20070101172123.ea6e72d2.bugs.michael@gmx.net> <20070101172708.GB16312@free.fr> <20070102124337.GC2572@free.fr> <1167742787.9424.15.camel@mccallum.corsepiu.local> <1167795866.9424.57.camel@mccallum.corsepiu.local> <1167799268.9424.84.camel@mccallum.corsepiu.local> <459BA902.4000300@leemhuis.info> Message-ID: Thorsten Leemhuis wrote: > But Ralf has a point: if the users got openmotif from somewhere else > and/or wants it to stay installed it should be possible. It *is* possible, just make sure it(openmotif) has a higher EVR than the last openmotif provided from Fedora. That is exactly the point of Patrice's use of *versioned* Obsoletes. -- Rex From jima at beer.tclug.org Wed Jan 3 16:17:56 2007 From: jima at beer.tclug.org (Jima) Date: Wed, 3 Jan 2007 10:17:56 -0600 (CST) Subject: About missing reviews In-Reply-To: <20070103021303.2343f129@ludwig-alpha.unil.ch> References: <20061231150107.22d01c0d@ludwig-alpha.unil.ch> <20061231161055.788294b1@ludwig-alpha.unil.ch> <604aa7910612311527v1e85ecft7186c28b914b2ff7@mail.gmail.com> <200612311846.00598.jkeating@redhat.com> <4598F6DE.30707@leemhuis.info> <20070101124831.09dbbf77@ningauble.scrye.com> <20070102002659.50321072@ludwig-alpha.unil.ch> <1167721353.2436.15.camel@localhost.localdomain> <20070103021303.2343f129@ludwig-alpha.unil.ch> Message-ID: On Wed, 3 Jan 2007, Christian Iseli wrote: > jima beer tclug org bwm-ng This one had me digging! I finally came up with: http://www.redhat.com/archives/fedora-extras-list/2005-July/msg00731.html It could probably stand to be re-reviewed, at any rate; I just noticed rpmlint is not silent: W: bwm-ng conffile-without-noreplace-flag /etc/bwm-ng.conf Fixed locally now, but probably not worth pushing an update for. Jima From Christian.Iseli at licr.org Wed Jan 3 17:04:55 2007 From: Christian.Iseli at licr.org (Christian Iseli) Date: Wed, 3 Jan 2007 18:04:55 +0100 Subject: About missing reviews In-Reply-To: References: <20061231150107.22d01c0d@ludwig-alpha.unil.ch> <20061231161055.788294b1@ludwig-alpha.unil.ch> <604aa7910612311527v1e85ecft7186c28b914b2ff7@mail.gmail.com> <200612311846.00598.jkeating@redhat.com> <4598F6DE.30707@leemhuis.info> <20070101124831.09dbbf77@ningauble.scrye.com> <20070102002659.50321072@ludwig-alpha.unil.ch> <1167721353.2436.15.camel@localhost.localdomain> <20070103021303.2343f129@ludwig-alpha.unil.ch> Message-ID: <20070103180455.213ae9b2@ludwig-alpha.unil.ch> On Wed, 3 Jan 2007 10:17:56 -0600 (CST), Jima wrote: > This one had me digging! I finally came up with: > > http://www.redhat.com/archives/fedora-extras-list/2005-July/msg00731.html Ah, thanks. I suppose you forgot the "APPROVED" mail to the commits list (or I missed it...) :-) Good enough for now. Later, C From jima at beer.tclug.org Wed Jan 3 17:20:49 2007 From: jima at beer.tclug.org (Jima) Date: Wed, 3 Jan 2007 11:20:49 -0600 (CST) Subject: About missing reviews In-Reply-To: <20070103180455.213ae9b2@ludwig-alpha.unil.ch> References: <20061231150107.22d01c0d@ludwig-alpha.unil.ch> <20061231161055.788294b1@ludwig-alpha.unil.ch> <604aa7910612311527v1e85ecft7186c28b914b2ff7@mail.gmail.com> <200612311846.00598.jkeating@redhat.com> <4598F6DE.30707@leemhuis.info> <20070101124831.09dbbf77@ningauble.scrye.com> <20070102002659.50321072@ludwig-alpha.unil.ch> <1167721353.2436.15.camel@localhost.localdomain> <20070103021303.2343f129@ludwig-alpha.unil.ch> <20070103180455.213ae9b2@ludwig-alpha.unil.ch> Message-ID: On Wed, 3 Jan 2007, Christian Iseli wrote: > On Wed, 3 Jan 2007 10:17:56 -0600 (CST), Jima wrote: >> This one had me digging! I finally came up with: >> >> http://www.redhat.com/archives/fedora-extras-list/2005-July/msg00731.html > > Ah, thanks. I suppose you forgot the "APPROVED" mail to the commits > list (or I missed it...) :-) Uh, no, this wasn't my package at the time; I only picked it up in 2006. However, I did feel the need to figure out whether it had been reviewed properly. :) After I found this approval, it occurred to me that a similar Google search (i.e., '"request for review" site:www.redhat.com ') should find some others. Indeed, it did (or I otherwise guessed them): koffice-langpack: http://www.redhat.com/archives/fedora-extras-list/2005-July/msg01108.html http://www.redhat.com/archives/fedora-extras-list/2005-July/msg01122.html koffice: http://www.redhat.com/archives/fedora-extras-list/2005-July/msg01530.html libetpan: http://www.redhat.com/archives/fedora-extras-list/2005-August/msg00707.html NetworkManager-vpnc: Not sure, but I found this: http://www.redhat.com/archives/fedora-extras-list/2005-June/msg00659.html gif2png: http://www.redhat.com/archives/fedora-extras-list/2005-July/msg00503.html pyparsing: http://www.redhat.com/archives/fedora-extras-list/2005-July/msg01411.html nedit: Slightly vague, but right around here: http://www.redhat.com/archives/fedora-extras-list/2005-June/msg00148.html fpc: http://www.redhat.com/archives/fedora-extras-list/2005-June/msg01084.html worminator-data: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=183969 gaim-otr & libotr: http://www.redhat.com/archives/fedora-extras-list/2005-June/msg00643.html splint: http://www.redhat.com/archives/fedora-extras-list/2005-June/msg00755.html perl-Class-Accessor: perl-Class-Whitehole: perl-DBD-SQLite2: perl-UNIVERSAL-exports: perl-UNIVERSAL-moniker: Discussed here, but no idea where/how they got approved: http://www.redhat.com/archives/fedora-extras-list/2005-July/msg00386.html stripesnoop: http://www.redhat.com/archives/fedora-extras-list/2005-August/msg00188.html libannodex: libcmml: liboggz: mod_annodex: Again, discussed here, no idea where they got approved: http://www.redhat.com/archives/fedora-extras-list/2005-June/msg00463.html Not everything, but that ought to knock a few packages off your list, and hopefully lead you to some answers on the two "and friends" groups. Jima From florin at andrei.myip.org Wed Jan 3 20:49:48 2007 From: florin at andrei.myip.org (Florin Andrei) Date: Wed, 03 Jan 2007 12:49:48 -0800 Subject: inotify-enabled apps [was: inotail] In-Reply-To: <45957E9E.40506@andrei.myip.org> References: <45957E9E.40506@andrei.myip.org> Message-ID: <459C16EC.2020505@andrei.myip.org> Florin Andrei wrote: > Anybody planning to submit inotail to Extras? > > http://distanz.ch/inotail/ Hmm, that's not the only inotify-enabled version of a major application, it seems. http://incron.aiken.cz/ 1. About This program is the "inotify cron" system. It consists of a daemon and a table manipulator. You can use it a similar way as the regular cron. The difference is that the inotify cron handles filesystem events rather than time periods. -- Florin Andrei http://florin.myip.org/ From lsof at nodata.co.uk Wed Jan 3 21:49:57 2007 From: lsof at nodata.co.uk (nodata) Date: Wed, 03 Jan 2007 22:49:57 +0100 Subject: inotify-enabled apps [was: inotail] In-Reply-To: <459C16EC.2020505@andrei.myip.org> References: <45957E9E.40506@andrei.myip.org> <459C16EC.2020505@andrei.myip.org> Message-ID: <1167860997.11888.12.camel@sb-home.lan> Am Mittwoch, den 03.01.2007, 12:49 -0800 schrieb Florin Andrei: > Florin Andrei wrote: > > Anybody planning to submit inotail to Extras? > > > > http://distanz.ch/inotail/ > > Hmm, that's not the only inotify-enabled version of a major application, > it seems. > > http://incron.aiken.cz/ > > 1. About > This program is the "inotify cron" system. It consists of a daemon and a > table manipulator. You can use it a similar way as the regular cron. The > difference is that the inotify cron handles filesystem events rather > than time periods. > > -- > Florin Andrei > > http://florin.myip.org/ > During your search, did you find out the reason for the forks? From davej at redhat.com Wed Jan 3 23:01:42 2007 From: davej at redhat.com (Dave Jones) Date: Wed, 3 Jan 2007 18:01:42 -0500 Subject: inotify-enabled apps [was: inotail] In-Reply-To: <459C16EC.2020505@andrei.myip.org> References: <45957E9E.40506@andrei.myip.org> <459C16EC.2020505@andrei.myip.org> Message-ID: <20070103230142.GB11354@redhat.com> On Wed, Jan 03, 2007 at 12:49:48PM -0800, Florin Andrei wrote: > Florin Andrei wrote: > > Anybody planning to submit inotail to Extras? > > > > http://distanz.ch/inotail/ > > Hmm, that's not the only inotify-enabled version of a major application, > it seems. > > http://incron.aiken.cz/ > > 1. About > This program is the "inotify cron" system. It consists of a daemon and a > table manipulator. You can use it a similar way as the regular cron. The > difference is that the inotify cron handles filesystem events rather > than time periods. That sounds bizarre. Why would it need to poll for file changes at all? It would be more logical if crontab(1) told crond that modifications were made after it gets run. Dave -- http://www.codemonkey.org.uk From fedora at camperquake.de Wed Jan 3 23:18:09 2007 From: fedora at camperquake.de (Ralf Ertzinger) Date: Thu, 4 Jan 2007 00:18:09 +0100 Subject: inotify-enabled apps [was: inotail] In-Reply-To: <20070103230142.GB11354@redhat.com> References: <45957E9E.40506@andrei.myip.org> <459C16EC.2020505@andrei.myip.org> <20070103230142.GB11354@redhat.com> Message-ID: <20070104001809.6f33f280@lain.camperquake.de> Hi. On Wed, 3 Jan 2007 18:01:42 -0500, Dave Jones wrote > That sounds bizarre. Why would it need to poll for file changes at > all? It would be more logical if crontab(1) told crond that > modifications were made after it gets run. Which does not solve the case of changes to the cron system made without crontab. But If you change cron files in a frequency that inotify becomes a solution then you are solving the wrong problem, anyway, IMHO. From davej at redhat.com Wed Jan 3 23:24:29 2007 From: davej at redhat.com (Dave Jones) Date: Wed, 3 Jan 2007 18:24:29 -0500 Subject: inotify-enabled apps [was: inotail] In-Reply-To: <20070104001809.6f33f280@lain.camperquake.de> References: <45957E9E.40506@andrei.myip.org> <459C16EC.2020505@andrei.myip.org> <20070103230142.GB11354@redhat.com> <20070104001809.6f33f280@lain.camperquake.de> Message-ID: <20070103232429.GC11354@redhat.com> On Thu, Jan 04, 2007 at 12:18:09AM +0100, Ralf Ertzinger wrote: > Hi. > > On Wed, 3 Jan 2007 18:01:42 -0500, Dave Jones wrote > > > That sounds bizarre. Why would it need to poll for file changes at > > all? It would be more logical if crontab(1) told crond that > > modifications were made after it gets run. > > Which does not solve the case of changes to the cron system made > without crontab. if the daemon needs inotify to notice that it made changes itself, there are bigger problems. Dave -- http://www.codemonkey.org.uk From fedora at camperquake.de Wed Jan 3 23:29:22 2007 From: fedora at camperquake.de (Ralf Ertzinger) Date: Thu, 4 Jan 2007 00:29:22 +0100 Subject: inotify-enabled apps [was: inotail] In-Reply-To: <20070103232429.GC11354@redhat.com> References: <45957E9E.40506@andrei.myip.org> <459C16EC.2020505@andrei.myip.org> <20070103230142.GB11354@redhat.com> <20070104001809.6f33f280@lain.camperquake.de> <20070103232429.GC11354@redhat.com> Message-ID: <20070104002922.3a02e457@lain.camperquake.de> Hi. On Wed, 3 Jan 2007 18:24:29 -0500, Dave Jones wrote > if the daemon needs inotify to notice that it made changes itself, > there are bigger problems. Eh? No, I thought of files in /etc/cron.d or someone changing /etc/crontab with an editor. From a.badger at gmail.com Wed Jan 3 23:29:51 2007 From: a.badger at gmail.com (Toshio Kuratomi) Date: Wed, 03 Jan 2007 15:29:51 -0800 Subject: inotify-enabled apps [was: inotail] In-Reply-To: <20070103230142.GB11354@redhat.com> References: <45957E9E.40506@andrei.myip.org> <459C16EC.2020505@andrei.myip.org> <20070103230142.GB11354@redhat.com> Message-ID: <1167866991.23361.45.camel@localhost.localdomain> On Wed, 2007-01-03 at 18:01 -0500, Dave Jones wrote: > On Wed, Jan 03, 2007 at 12:49:48PM -0800, Florin Andrei wrote: > > http://incron.aiken.cz/ > > > > 1. About > > This program is the "inotify cron" system. It consists of a daemon and a > > table manipulator. You can use it a similar way as the regular cron. The > > difference is that the inotify cron handles filesystem events rather > > than time periods. > > That sounds bizarre. Why would it need to poll for file changes at all? > It would be more logical if crontab(1) told crond that modifications were > made after it gets run. I don't think it's a cron replacement. It's similarity to cron is that it's a daemon that invokes another program based on a config file. Where it differs is that cron starts programs when a specified time is reached. This daemon starts a program when a specified file is modified. -Toshio -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From fedora at camperquake.de Wed Jan 3 23:37:06 2007 From: fedora at camperquake.de (Ralf Ertzinger) Date: Thu, 4 Jan 2007 00:37:06 +0100 Subject: inotify-enabled apps [was: inotail] In-Reply-To: <1167866991.23361.45.camel@localhost.localdomain> References: <45957E9E.40506@andrei.myip.org> <459C16EC.2020505@andrei.myip.org> <20070103230142.GB11354@redhat.com> <1167866991.23361.45.camel@localhost.localdomain> Message-ID: <20070104003706.3f733110@lain.camperquake.de> Hi. On Wed, 03 Jan 2007 15:29:51 -0800, Toshio Kuratomi wrote > Where it differs is that cron starts programs when a specified time is > reached. This daemon starts a program when a specified file is > modified. Ah. Now that may actually be useful. From mclasen at redhat.com Thu Jan 4 00:56:09 2007 From: mclasen at redhat.com (Matthias Clasen) Date: Wed, 03 Jan 2007 19:56:09 -0500 Subject: inotify-enabled apps [was: inotail] In-Reply-To: <20070103230142.GB11354@redhat.com> References: <45957E9E.40506@andrei.myip.org> <459C16EC.2020505@andrei.myip.org> <20070103230142.GB11354@redhat.com> Message-ID: <1167872169.3221.8.camel@localhost.localdomain> On Wed, 2007-01-03 at 18:01 -0500, Dave Jones wrote: > On Wed, Jan 03, 2007 at 12:49:48PM -0800, Florin Andrei wrote: > > Florin Andrei wrote: > > > Anybody planning to submit inotail to Extras? > > > > > > http://distanz.ch/inotail/ > > > > Hmm, that's not the only inotify-enabled version of a major application, > > it seems. > > > > http://incron.aiken.cz/ > > > > 1. About > > This program is the "inotify cron" system. It consists of a daemon and a > > table manipulator. You can use it a similar way as the regular cron. The > > difference is that the inotify cron handles filesystem events rather > > than time periods. > > That sounds bizarre. Why would it need to poll for file changes at all? > It would be more logical if crontab(1) told crond that modifications were > made after it gets run. > Dave, I believe you misunderstood. This is not actually a cron replacement. Instead, it allows you to trigger actions on filesystem modifications. E.g. we could get rid of all the ugly gtk-update-icon-cache calls in package %posts and instead have incron monitor /usr/share/icons/* and trigger the icon cache update in that way. From florin at andrei.myip.org Thu Jan 4 00:55:23 2007 From: florin at andrei.myip.org (Florin Andrei) Date: Wed, 03 Jan 2007 16:55:23 -0800 Subject: inotify-enabled apps [was: inotail] In-Reply-To: <1167866991.23361.45.camel@localhost.localdomain> References: <45957E9E.40506@andrei.myip.org> <459C16EC.2020505@andrei.myip.org> <20070103230142.GB11354@redhat.com> <1167866991.23361.45.camel@localhost.localdomain> Message-ID: <459C507B.4070405@andrei.myip.org> Toshio Kuratomi wrote: > > I don't think it's a cron replacement. It's similarity to cron is that > it's a daemon that invokes another program based on a config file. > > Where it differs is that cron starts programs when a specified time is > reached. This daemon starts a program when a specified file is > modified. Exactly. Quotes from the README: ################################################### Example 1: You need to run program 'abc' with the full file path as an argument every time a file is changed in /var/mail. One of the solutions follows: /var/mail IN_CLOSE_WRITE abc $@/$# Example 2: You need to run program 'efg' with the full file path as the first argument and the numeric event flags as the second one. It have to monitor all events on files in /tmp. Here is it: /tmp IN_ALL_EVENTS efg $@/$# $& ################################################### Sounds pretty useful to me. And yes, I was wrong, it's not a cron fork. -- Florin Andrei http://florin.myip.org/ From florin at andrei.myip.org Thu Jan 4 01:02:43 2007 From: florin at andrei.myip.org (Florin Andrei) Date: Wed, 03 Jan 2007 17:02:43 -0800 Subject: inotify-enabled apps [was: inotail] In-Reply-To: <1167872169.3221.8.camel@localhost.localdomain> References: <45957E9E.40506@andrei.myip.org> <459C16EC.2020505@andrei.myip.org> <20070103230142.GB11354@redhat.com> <1167872169.3221.8.camel@localhost.localdomain> Message-ID: <459C5233.20000@andrei.myip.org> Matthias Clasen wrote: > > Dave, I believe you misunderstood. This is not actually a cron > replacement. Instead, it allows you to trigger actions on filesystem > modifications. E.g. we could get rid of all the ugly > gtk-update-icon-cache calls in package %posts and instead have incron > monitor /usr/share/icons/* and trigger the icon cache update in that > way. Frankly, I'm surprised it took so long for someone to come up with an incron equivalent. inotify is incredibly powerful, I thought we were going to see a massive amount of apps starting to use it immediately. Yes, instead of all those ugly hacks, the OS could provide an /etc/incron.d/ where some apps could drop a file and let incrond do the heavy lifting. Actually, like in your example, the OS could provide an /etc/incron.d/ preloaded with the obvious stuff. Pretty much like /etc/logrotate.d/ or /etc/cron.d/ -- Florin Andrei http://florin.myip.org/ From jspaleta at gmail.com Thu Jan 4 01:33:51 2007 From: jspaleta at gmail.com (Jeff Spaleta) Date: Wed, 3 Jan 2007 16:33:51 -0900 Subject: inotify-enabled apps [was: inotail] In-Reply-To: <459C5233.20000@andrei.myip.org> References: <45957E9E.40506@andrei.myip.org> <459C16EC.2020505@andrei.myip.org> <20070103230142.GB11354@redhat.com> <1167872169.3221.8.camel@localhost.localdomain> <459C5233.20000@andrei.myip.org> Message-ID: <604aa7910701031733m739d9304g611fee4110e0da1f@mail.gmail.com> On 1/3/07, Florin Andrei wrote: > Frankly, I'm surprised it took so long for someone to come up with an > incron equivalent. inotify is incredibly powerful, I thought we were > going to see a massive amount of apps starting to use it immediately. What is the maximum number of filesystem locations inotify can watch in the current fedora kernels? And what is the memory tradeoff associated with each additional watch? -jef From buildsys at fedoraproject.org Thu Jan 4 09:36:56 2007 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Thu, 4 Jan 2007 04:36:56 -0500 (EST) Subject: Fedora Extras Package Build Report 2007-01-04 Message-ID: <20070104093656.B35D415212E@buildsys.fedoraproject.org> Packages built and released for Fedora Extras development: 56 DevIL-1.6.8-0.11.rc2.fc7 Pound-2.2.1-1.fc7 VLGothic-fonts-20070101-1.fc7 aquamarine-0.1.4-2.fc7 NEW aria2-0.9.0-2.fc7 audacity-1.2.6-1.fc7 bdock-0.1.4-1.fc7 beryl-core-0.1.4-1.fc7 beryl-dbus-0.1.4-2.fc7 beryl-manager-0.1.4-1.fc7 beryl-plugins-0.1.4-1.fc7 beryl-settings-0.1.4-1.fc7 conserver-8.1.15-1.fc7 NEW cowsay-3.03-2.fc7 dclib-0.3.8-1.fc7 ddskk-12.2.0-11.fc7 emerald-0.1.4-1.fc7 emerald-themes-0.1.4-1.fc7 NEW fakechroot-2.5-12.fc7 NEW galternatives-0.13.4-4.fc7 ganglia-3.0.4-1.fc7 grip-3.2.0-15.fc7 gtkwave-3.0.19-1.fc7 heliodor-0.1.4-2.fc7 kadu-0.5.0-1.fc7 NEW kio_resources-0.2-2.fc7 lesstif-0.95.0-13.fc7 NEW libextractor-0.5.17-2.fc7 libqalculate-0.9.5-1.fc7 ntfs-3g-0-0.6.20070102.fc7 ochusha-0.5.99.65.2-0.1.cvs070102.fc7 otrs-2.0.4-5.fc7 papyrus-0.6.0-1.fc7 pdns-2.9.20-8.fc7 NEW php-pear-Math-Stats-0.9.0-0.1.beta3.fc7 NEW prelude-lml-0.9.8.1-2.fc7 proj-4.5.0-1.fc7 prozilla-2.0.4-7.fc7 python-kid-0.9.4-2.1.fc7 python-sqlalchemy-0.3.3-1.fc7 NEW python-twisted-runner-0.2.0-4.fc7 NEW python-twisted-words-0.4.0-3.fc7 qalculate-gtk-0.9.5-1.fc7 qalculate-kde-0.9.5-1.fc7 rrdtool-1.2.15-9.fc7 texmaker-1.5-1.fc7 NEW thunar-archive-plugin-0.2.2-2.fc7 trac-0.10.3-1.fc7 NEW uncrustify-0.30-1.fc7 valknut-0.3.8-1.fc7 xarchiver-0.4.9-0.1.20070103svn.fc7 xemacs-21.5.27-7.fc7 xine-lib-1.1.3-3.fc7 xmms-1.2.10-31.fc7 xmms-alarm-0.3.7-6.fc7 zabbix-1.1.4-5.fc7 Packages built and released for Fedora Extras 6: 52 DevIL-1.6.8-0.11.rc2.fc6 NEW ScientificPython-2.6-6.fc6 VLGothic-fonts-20070101-1.fc6 aquamarine-0.1.4-2.fc6 NEW aria2-0.9.0-2.fc6 audacity-1.2.6-1.fc6 bdock-0.1.4-1.fc6 beryl-core-0.1.4-2.fc6 beryl-dbus-0.1.4-2.fc6 beryl-manager-0.1.4-1.fc6 beryl-plugins-0.1.4-2.fc6 beryl-settings-0.1.4-1.fc6 NEW cowsay-3.03-2.fc6 dates-0.2-1.fc6 em8300-kmod-0.16.0-5.2.6.18_1.2869.fc6 emerald-0.1.4-1.fc6 emerald-themes-0.1.4-1.fc6 NEW galternatives-0.13.4-4.fc6 ganglia-3.0.4-1.fc6 grip-3.2.0-15.fc6 gtkwave-3.0.19-1.fc6 heliodor-0.1.4-2.fc6 kadu-0.5.0-1.fc6 NEW kio_resources-0.2-2.fc6 kphotobymail-0.4.1-1.fc6 lesstif-0.95.0-13.fc6 NEW libpreludedb-0.9.11-4.fc6 libqalculate-0.9.5-1.fc6 NEW librfid-0.1.0-2.fc6 mlmmj-1.2.13-1.fc6 ntfs-3g-0-0.6.20070102.fc6 otrs-2.0.4-5.fc6 papyrus-0.6.0-1.fc6 NEW pdns-2.9.20-8.fc6 NEW php-pear-Net-Sieve-1.1.5-2.fc6 postgis-1.2.0-4.fc6 proj-4.5.0-1.fc6 prozilla-2.0.4-7.fc6 python-kid-0.9.4-2.fc6 python-sqlalchemy-0.3.3-1.fc6 NEW python-twisted-runner-0.2.0-4.fc6 NEW python-twisted-words-0.4.0-3.fc6 qalculate-gtk-0.9.5-1.fc6 qalculate-kde-0.9.5-1.fc6 rrdtool-1.2.15-9.fc6 rzip-2.1-1.fc6 sysprof-kmod-1.0.8-1.2.6.18_1.2869.fc6 texmaker-1.5-1.fc6 trac-0.10.3-1.fc6 NEW uncrustify-0.30-1.fc6 xemacs-21.5.27-6.fc6 xine-lib-1.1.3-3.fc6 Packages built and released for Fedora Extras 5: 28 DevIL-1.6.8-0.11.rc2.fc5 VLGothic-fonts-20070101-1.fc5 NEW aria2-0.9.0-2.fc5 NEW cowsay-3.03-2.fc5 NEW galternatives-0.13.4-4.fc5 ganglia-3.0.4-1.fc5 grip-3.2.0-15.fc5 gtkwave-3.0.19-1.fc5 kadu-0.5.0-1.fc5 NEW kio_resources-0.2-2.fc5 NEW libpreludedb-0.9.11-4.fc5 libqalculate-0.9.5-1.fc5 mlmmj-1.2.13-1.fc5 ntfs-3g-0-0.6.20070102.fc5 otrs-2.0.4-5.fc5 NEW pdns-2.9.20-8.fc5 NEW php-pear-Net-Sieve-1.1.5-2.fc5 proj-4.5.0-1.fc5 prozilla-2.0.4-7.fc5 python-kid-0.9.4-2.fc5 qalculate-gtk-0.9.5-1.fc5 qalculate-kde-0.9.5-1.fc5 rrdtool-1.2.15-9.fc5 rzip-2.1-1.fc5 seamonkey-1.0.7-0.5.fc5 texmaker-1.5-1.fc5 trac-0.10.3-1.fc5 NEW uncrustify-0.30-1.fc5 For more information about the built packages please see the repository or the Fedora Info Feed: http://fedoraproject.org/infofeed/ From buildsys at fedoraproject.org Thu Jan 4 10:22:37 2007 From: buildsys at fedoraproject.org (Fedora Extras repoclosure) Date: Thu, 04 Jan 2007 10:22:37 -0000 Subject: Summary - Broken dependencies in Fedora Extras - 2007-01-04 Message-ID: <20070104102237.7113.82514@extras64.linux.duke.edu> New report for: giallu AT gmail.com package: kmod-sysprof - 1.0.8-1.2.6.19_1.2891.fc7.i586 from fedora-extras-development-i386 unresolved deps: kernel-i586 = 0:2.6.19-1.2891.fc7 package: kmod-sysprof - 1.0.8-1.2.6.19_1.2891.fc7.i686 from fedora-extras-development-i386 unresolved deps: kernel-i686 = 0:2.6.19-1.2891.fc7 package: kmod-sysprof - 1.0.8-1.2.6.19_1.2891.fc7.x86_64 from fedora-extras-development-x86_64 unresolved deps: kernel-x86_64 = 0:2.6.19-1.2891.fc7 package: kmod-sysprof-PAE - 1.0.8-1.2.6.19_1.2891.fc7.i686 from fedora-extras-development-i386 unresolved deps: kernel-i686 = 0:2.6.19-1.2891.fc7PAE package: kmod-sysprof-kdump - 1.0.8-1.2.6.19_1.2891.fc7.x86_64 from fedora-extras-development-x86_64 unresolved deps: kernel-x86_64 = 0:2.6.19-1.2891.fc7kdump ====================================================================== Summary of broken packages (by owner): Jochen AT herr-schmitt.de blender - 2.42a-17.fc7.i386 (13 days) blender - 2.42a-17.fc7.ppc (13 days) blender - 2.42a-17.fc7.x86_64 (13 days) andreas.bierfert AT lowlatency.de centericq - 4.21.0-8.fc6.i386 (65 days) centericq - 4.21.0-8.fc6.ppc (65 days) centericq - 4.21.0-8.fc6.x86_64 (65 days) orange - 0.3-4.cvs20051118.fc7.i386 (31 days) bdpepple AT ameritech.net python-telepathy - 0.13.7-2.fc7.noarch (27 days) python-telepathy - 0.13.7-2.fc7.noarch (27 days) python-telepathy - 0.13.7-2.fc7.noarch (27 days) cgoorah AT yahoo.com.au toped - 0.8.2-2.fc6.i386 (20 days) toped - 0.8.2-2.fc6.ppc (20 days) toped - 0.8.2-2.fc6.x86_64 (20 days) dan AT danny.cz codeblocks - 1.0-0.18.20061207svn3357.fc7.i386 (20 days) codeblocks - 1.0-0.18.20061207svn3357.fc7.i386 (20 days) codeblocks - 1.0-0.18.20061207svn3357.fc7.ppc (20 days) codeblocks - 1.0-0.18.20061207svn3357.fc7.x86_64 (20 days) codeblocks-contrib - 1.0-0.18.20061207svn3357.fc7.i386 (20 days) codeblocks-contrib - 1.0-0.18.20061207svn3357.fc7.ppc (20 days) codeblocks-contrib - 1.0-0.18.20061207svn3357.fc7.x86_64 (20 days) dcbw AT redhat.com csound - 5.03.0-9.fc7.i386 (27 days) csound - 5.03.0-9.fc7.i386 (27 days) csound - 5.03.0-9.fc7.ppc (27 days) csound - 5.03.0-9.fc7.x86_64 (27 days) csound-python - 5.03.0-9.fc7.i386 (27 days) csound-python - 5.03.0-9.fc7.ppc (27 days) csound-python - 5.03.0-9.fc7.x86_64 (27 days) dwmw2 AT redhat.com openpbx - 1.2-3.rc2.svn2135.fc7.i386 (29 days) openpbx - 1.2-3.rc2.svn2135.fc7.i386 (29 days) openpbx - 1.2-3.rc2.svn2135.fc7.ppc (29 days) openpbx - 1.2-3.rc2.svn2135.fc7.x86_64 (29 days) openpbx-postgresql - 1.2-3.rc2.svn2135.fc7.i386 (29 days) openpbx-postgresql - 1.2-3.rc2.svn2135.fc7.ppc (29 days) openpbx-postgresql - 1.2-3.rc2.svn2135.fc7.x86_64 (29 days) endur AT bennewitz.com streamtuner - 0.99.99-15.fc7.x86_64 (27 days) giallu AT gmail.com kmod-sysprof - 1.0.8-1.2.6.19_1.2891.fc7.i586 kmod-sysprof - 1.0.8-1.2.6.19_1.2891.fc7.i686 kmod-sysprof - 1.0.8-1.2.6.19_1.2891.fc7.x86_64 kmod-sysprof-PAE - 1.0.8-1.2.6.19_1.2891.fc7.i686 kmod-sysprof-kdump - 1.0.8-1.2.6.19_1.2891.fc7.x86_64 ifoox AT redhat.com libreadline-java - 0.8.0-13.fc6.i386 (24 days) libreadline-java - 0.8.0-13.fc6.i386 (24 days) libreadline-java - 0.8.0-13.fc6.ppc (24 days) libreadline-java - 0.8.0-13.fc6.x86_64 (24 days) jafo-redhat AT tummy.com python-pydns - 2.3.0-4.fc6.noarch (27 days) python-pydns - 2.3.0-4.fc6.noarch (27 days) python-pydns - 2.3.0-4.fc6.noarch (27 days) jamatos AT fc.up.pt f2py - 2.45.241_1926-2.fc6.noarch (27 days) f2py - 2.45.241_1926-2.fc6.noarch (27 days) f2py - 2.45.241_1926-2.fc6.noarch (27 days) python-amara - 1.1.7-2.fc6.noarch (27 days) python-amara - 1.1.7-2.fc6.noarch (27 days) python-amara - 1.1.7-2.fc6.noarch (27 days) jeff AT ocjtech.us linphone - 1.2.0-4.fc5.i386 (87 days) linphone - 1.2.0-4.fc5.ppc (87 days) linphone - 1.2.0-4.fc5.x86_64 (87 days) karlthered AT gmail.com gtkmozembedmm - 1.4.2.cvs20060817-5.fc7.i386 (43 days) gtkmozembedmm - 1.4.2.cvs20060817-5.fc7.i386 (43 days) gtkmozembedmm - 1.4.2.cvs20060817-5.fc7.ppc (43 days) gtkmozembedmm - 1.4.2.cvs20060817-5.fc7.x86_64 (43 days) lmacken AT redhat.com TurboGears - 1.0b2-5.fc7.noarch (22 days) TurboGears - 1.0b2-5.fc7.noarch (22 days) TurboGears - 1.0b2-5.fc7.noarch (22 days) python-cherrypy - 2.2.1-3.fc6.noarch (27 days) python-cherrypy - 2.2.1-3.fc6.noarch (27 days) python-cherrypy - 2.2.1-3.fc6.noarch (27 days) michel.salim AT gmail.com python-nltk - 1.4.4-3.fc7.noarch (27 days) python-nltk - 1.4.4-3.fc7.noarch (27 days) python-nltk - 1.4.4-3.fc7.noarch (27 days) mitr AT redhat.com python-4Suite-XML - 1.0-1.i386 (27 days) python-4Suite-XML - 1.0-1.ppc (27 days) python-4Suite-XML - 1.0-1.x86_64 (27 days) orion AT cora.nwra.com paraview - 2.4.4-3.fc6.x86_64 (27 days) paraview-mpi - 2.4.4-3.fc6.x86_64 (27 days) plplot - 5.6.1-8.fc7.i386 (27 days) plplot - 5.6.1-8.fc7.i386 (27 days) plplot - 5.6.1-8.fc7.ppc (27 days) plplot - 5.6.1-8.fc7.x86_64 (27 days) plplot-gnome - 5.6.1-8.fc7.i386 (27 days) plplot-gnome - 5.6.1-8.fc7.i386 (27 days) plplot-gnome - 5.6.1-8.fc7.ppc (27 days) plplot-gnome - 5.6.1-8.fc7.x86_64 (27 days) plplot-wxGTK - 5.6.1-8.fc7.i386 (27 days) plplot-wxGTK - 5.6.1-8.fc7.ppc (27 days) plplot-wxGTK - 5.6.1-8.fc7.x86_64 (27 days) petersen AT redhat.com ghc-gtk2hs - 0.9.10-4.fc6.i386 (62 days) ghc-gtk2hs - 0.9.10-4.fc6.ppc (62 days) ghc-gtk2hs - 0.9.10-4.fc6.x86_64 (62 days) ghc642-gtk2hs - 0.9.10-4.fc6.i386 (62 days) ghc642-gtk2hs - 0.9.10-4.fc6.ppc (62 days) ghc642-gtk2hs - 0.9.10-4.fc6.x86_64 (62 days) ghc642-gtk2hs-mozembed - 0.9.10-4.fc6.i386 (62 days) ghc642-gtk2hs-mozembed - 0.9.10-4.fc6.ppc (62 days) ghc642-gtk2hs-mozembed - 0.9.10-4.fc6.x86_64 (62 days) prockai AT redhat.com cyrus-imapd - 2.3.7-4.fc6.i386 (36 days) cyrus-imapd - 2.3.7-4.fc6.i386 (36 days) cyrus-imapd - 2.3.7-4.fc6.ppc (36 days) cyrus-imapd - 2.3.7-4.fc6.x86_64 (36 days) rdieter AT math.unl.edu PyKDE - 3.16.0-5.fc7.i386 (27 days) PyKDE - 3.16.0-5.fc7.i386 (27 days) PyKDE - 3.16.0-5.fc7.ppc (27 days) PyKDE - 3.16.0-5.fc7.x86_64 (27 days) gift - 0.11.8.1-6.fc7.i386 (67 days) wxMaxima - 0.7.0a-3.fc5.ppc (4 days) wxMaxima - 0.7.0a-3.fc6.ppc (4 days) wxMaxima - 0.7.0a-5.fc7.ppc (12 days) roozbeh AT farsiweb.info translate-toolkit - 0.10.1-3.fc7.noarch (5 days) translate-toolkit - 0.10.1-3.fc7.noarch (5 days) translate-toolkit - 0.10.1-3.fc7.noarch (5 days) shahms AT shahms.com python-psyco - 1.5.1-4.fc6.i386 (27 days) stickster AT gmail.com xmldiff - 0.6.7-12.fc6.i386 (27 days) xmldiff - 0.6.7-12.fc6.ppc (27 days) xmldiff - 0.6.7-12.fc6.x86_64 (27 days) tcallawa AT redhat.com compat-wxPythonGTK2 - 2.4.2.4-12.fc6.i386 (27 days) compat-wxPythonGTK2 - 2.4.2.4-12.fc6.ppc (27 days) compat-wxPythonGTK2 - 2.4.2.4-12.fc6.x86_64 (27 days) evolution-bogofilter - 0.2.0-4.fc7.i386 (15 days) evolution-bogofilter - 0.2.0-4.fc7.ppc (15 days) evolution-bogofilter - 0.2.0-4.fc7.x86_64 (15 days) gambas-gb-db - 1.0.17-6.fc7.i386 (42 days) gambas-gb-db - 1.0.17-6.fc7.ppc (42 days) gambas-runtime - 1.0.17-6.fc7.i386 (42 days) gambas-runtime - 1.0.17-6.fc7.ppc (42 days) pychart - 1.39-4.fc6.noarch (27 days) pychart - 1.39-4.fc6.noarch (27 days) pychart - 1.39-4.fc6.noarch (27 days) rekall-postgresql - 2.4.3-5.fc6.i386 (29 days) rekall-postgresql - 2.4.3-5.fc6.ppc (29 days) rekall-postgresql - 2.4.3-5.fc6.x86_64 (29 days) rekall-python - 2.4.3-5.fc6.i386 (29 days) rekall-python - 2.4.3-5.fc6.ppc (29 days) rekall-python - 2.4.3-5.fc6.x86_64 (29 days) thomas AT apestaart.org python-twisted - 1.3.0-7.fc6.i386 (27 days) python-twisted - 1.3.0-7.fc6.ppc (27 days) python-twisted - 1.3.0-7.fc6.x86_64 (27 days) triad AT df.lth.se gnomad2 - 2.8.9-2.fc6.i386 (27 days) gnomad2 - 2.8.9-2.fc6.ppc (27 days) gnomad2 - 2.8.9-2.fc6.x86_64 (27 days) ville.skytta AT iki.fi em8300 - 0.16.0-3.fc7.i386 (8 days) em8300 - 0.16.0-3.fc7.ppc (8 days) em8300 - 0.16.0-3.fc7.x86_64 (8 days) wart AT kobold.org cyphesis - 0.5.10-3.fc7.i386 (27 days) cyphesis - 0.5.10-3.fc7.ppc (27 days) cyphesis - 0.5.10-3.fc7.x86_64 (27 days) ====================================================================== Broken packages in fedora-extras-development-ppc: PyKDE-3.16.0-5.fc7.ppc requires python(abi) = 0:2.4 PyKDE-3.16.0-5.fc7.ppc requires python-abi = 0:2.4 TurboGears-1.0b2-5.fc7.noarch requires python-elementtree >= 0:1.2.6 blender-2.42a-17.fc7.ppc requires libgettextlib-0.16.so centericq-4.21.0-8.fc6.ppc requires libcurl.so.3 codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_html-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3) codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_baseu_xml-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_baseu_net-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_baseu_xml-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_core-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_baseu_net-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_xrc-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_xrc-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_baseu-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_html-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_qa-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_baseu-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_adv-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_qa-2.6.so.0(WXU_2.6) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_html-2.6.so.0(WXU_2.6) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_baseu_xml-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_xrc-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_qa-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_core-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_baseu_net-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_xrc-2.6.so.0(WXU_2.6) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_html-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_baseu-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_adv-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_baseu-2.6.so.0(WXU_2.6) compat-wxPythonGTK2-2.4.2.4-12.fc6.ppc requires python(abi) = 0:2.4 csound-5.03.0-9.fc7.ppc requires libpython2.4.so.1.0 csound-python-5.03.0-9.fc7.ppc requires python(abi) = 0:2.4 csound-python-5.03.0-9.fc7.ppc requires libpython2.4.so.1.0 cyphesis-0.5.10-3.fc7.ppc requires libpython2.4.so.1.0 cyrus-imapd-2.3.7-4.fc6.ppc requires libnetsnmpmibs.so.10 cyrus-imapd-2.3.7-4.fc6.ppc requires libnetsnmphelpers.so.10 cyrus-imapd-2.3.7-4.fc6.ppc requires libnetsnmp.so.10 cyrus-imapd-2.3.7-4.fc6.ppc requires libnetsnmpagent.so.10 em8300-0.16.0-3.fc7.ppc requires em8300-kmod >= 0:0.16.0 evolution-bogofilter-0.2.0-4.fc7.ppc requires libcamel-1.2.so.0 evolution-bogofilter-0.2.0-4.fc7.ppc requires libcamel-provider-1.2.so.8 f2py-2.45.241_1926-2.fc6.noarch requires python(abi) = 0:2.4 gambas-gb-db-1.0.17-6.fc7.ppc requires libpq.so.4 gambas-runtime-1.0.17-6.fc7.ppc requires libgettextlib-0.15.so ghc-gtk2hs-0.9.10-4.fc6.ppc requires ghc = 0:6.4.2 ghc642-gtk2hs-0.9.10-4.fc6.ppc requires /usr/bin/ghc-pkg-6.4.2 ghc642-gtk2hs-0.9.10-4.fc6.ppc requires ghc642 ghc642-gtk2hs-mozembed-0.9.10-4.fc6.ppc requires /usr/bin/ghc-pkg-6.4.2 ghc642-gtk2hs-mozembed-0.9.10-4.fc6.ppc requires ghc642 gnomad2-2.8.9-2.fc6.ppc requires libmtp.so.2 gtkmozembedmm-1.4.2.cvs20060817-5.fc7.ppc requires gecko-libs = 0:2.0 libreadline-java-0.8.0-13.fc6.ppc requires libedit >= 0:2.9 openpbx-1.2-3.rc2.svn2135.fc7.ppc requires libedit.so.0 openpbx-postgresql-1.2-3.rc2.svn2135.fc7.ppc requires libpq.so.4 plplot-5.6.1-8.fc7.ppc requires python(abi) = 0:2.4 plplot-5.6.1-8.fc7.ppc requires libpython2.4.so.1.0 plplot-gnome-5.6.1-8.fc7.ppc requires python(abi) = 0:2.4 plplot-gnome-5.6.1-8.fc7.ppc requires libpython2.4.so.1.0 plplot-wxGTK-5.6.1-8.fc7.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) plplot-wxGTK-5.6.1-8.fc7.ppc requires libwx_baseu_xml-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.ppc requires libwx_gtk2u_qa-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) plplot-wxGTK-5.6.1-8.fc7.ppc requires libwx_gtk2u_core-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.ppc requires libwx_baseu_net-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.ppc requires libwx_gtk2u_xrc-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.ppc requires libwx_gtk2u_html-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.ppc requires libwx_baseu-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.ppc requires libwx_gtk2u_adv-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.ppc requires libwx_baseu-2.6.so.0(WXU_2.6) pychart-1.39-4.fc6.noarch requires python(abi) = 0:2.4 python-4Suite-XML-1.0-1.ppc requires python(abi) = 0:2.4 python-amara-1.1.7-2.fc6.noarch requires python(abi) = 0:2.4 python-cherrypy-2.2.1-3.fc6.noarch requires python(abi) = 0:2.4 python-nltk-1.4.4-3.fc7.noarch requires python(abi) = 0:2.4 python-pydns-2.3.0-4.fc6.noarch requires python(abi) = 0:2.4 python-telepathy-0.13.7-2.fc7.noarch requires python(abi) = 0:2.4 python-twisted-1.3.0-7.fc6.ppc requires python(abi) = 0:2.4 rekall-postgresql-2.4.3-5.fc6.ppc requires libpq.so.4 rekall-python-2.4.3-5.fc6.ppc requires python(abi) = 0:2.4 rekall-python-2.4.3-5.fc6.ppc requires libpython2.4.so.1.0 toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_gl-2.6.so.0 toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3) toped-0.8.2-2.fc6.ppc requires libwx_baseu_xml-2.6.so.0 toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_qa-2.6.so.0 toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_core-2.6.so.0 toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_gl-2.6.so.0(WXU_2.6) toped-0.8.2-2.fc6.ppc requires libwx_baseu_net-2.6.so.0 toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_xrc-2.6.so.0 toped-0.8.2-2.fc6.ppc requires libwx_baseu-2.6.so.0(WXU_2.6) toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_html-2.6.so.0 toped-0.8.2-2.fc6.ppc requires libwx_baseu-2.6.so.0 toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6) toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_adv-2.6.so.0 translate-toolkit-0.10.1-3.fc7.noarch requires python-elementtree wxMaxima-0.7.0a-5.fc7.ppc requires maxima >= 0:5.10 xmldiff-0.6.7-12.fc6.ppc requires python-abi = 0:2.4 xmldiff-0.6.7-12.fc6.ppc requires python(abi) = 0:2.4 ====================================================================== Broken packages in fedora-extras-development-x86_64: PyKDE-3.16.0-5.fc7.i386 requires python(abi) = 0:2.4 PyKDE-3.16.0-5.fc7.i386 requires python-abi = 0:2.4 PyKDE-3.16.0-5.fc7.x86_64 requires python(abi) = 0:2.4 PyKDE-3.16.0-5.fc7.x86_64 requires python-abi = 0:2.4 TurboGears-1.0b2-5.fc7.noarch requires python-elementtree >= 0:1.2.6 blender-2.42a-17.fc7.x86_64 requires libgettextlib-0.16.so()(64bit) centericq-4.21.0-8.fc6.x86_64 requires libcurl.so.3()(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_html-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu_xml-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu_net-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu_xml-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_core-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu_net-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_xrc-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_xrc-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_html-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_qa-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_adv-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_qa-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_baseu_net-2.6.so.0(WXU_2.6)(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6)(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_baseu-2.6.so.0(WXU_2.6)(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_html-2.6.so.0(WXU_2.6)(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_xrc-2.6.so.0()(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0()(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_baseu-2.6.so.0()(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_qa-2.6.so.0(WXU_2.6)(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_adv-2.6.so.0()(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6)(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2)(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_qa-2.6.so.0()(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_baseu_xml-2.6.so.0()(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_html-2.6.so.0()(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_baseu_net-2.6.so.0()(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_xrc-2.6.so.0(WXU_2.6)(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_baseu_xml-2.6.so.0(WXU_2.6)(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3)(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6)(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_baseu-2.6.so.0(WXU_2.6)(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_html-2.6.so.0(WXU_2.6)(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_xrc-2.6.so.0()(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_baseu-2.6.so.0()(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_adv-2.6.so.0()(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6)(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2)(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_qa-2.6.so.0()(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_baseu_xml-2.6.so.0()(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0()(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_html-2.6.so.0()(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_baseu_net-2.6.so.0()(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_xrc-2.6.so.0(WXU_2.6)(64bit) compat-wxPythonGTK2-2.4.2.4-12.fc6.x86_64 requires python(abi) = 0:2.4 csound-5.03.0-9.fc7.i386 requires libpython2.4.so.1.0 csound-5.03.0-9.fc7.x86_64 requires libpython2.4.so.1.0()(64bit) csound-python-5.03.0-9.fc7.x86_64 requires python(abi) = 0:2.4 csound-python-5.03.0-9.fc7.x86_64 requires libpython2.4.so.1.0()(64bit) cyphesis-0.5.10-3.fc7.x86_64 requires libpython2.4.so.1.0()(64bit) cyrus-imapd-2.3.7-4.fc6.i386 requires libnetsnmpmibs.so.10 cyrus-imapd-2.3.7-4.fc6.i386 requires libnetsnmphelpers.so.10 cyrus-imapd-2.3.7-4.fc6.i386 requires libnetsnmp.so.10 cyrus-imapd-2.3.7-4.fc6.i386 requires libnetsnmpagent.so.10 cyrus-imapd-2.3.7-4.fc6.x86_64 requires libnetsnmpmibs.so.10()(64bit) cyrus-imapd-2.3.7-4.fc6.x86_64 requires libnetsnmp.so.10()(64bit) cyrus-imapd-2.3.7-4.fc6.x86_64 requires libnetsnmphelpers.so.10()(64bit) cyrus-imapd-2.3.7-4.fc6.x86_64 requires libnetsnmpagent.so.10()(64bit) em8300-0.16.0-3.fc7.x86_64 requires em8300-kmod >= 0:0.16.0 evolution-bogofilter-0.2.0-4.fc7.x86_64 requires libcamel-1.2.so.0()(64bit) evolution-bogofilter-0.2.0-4.fc7.x86_64 requires libcamel-provider-1.2.so.8()(64bit) f2py-2.45.241_1926-2.fc6.noarch requires python(abi) = 0:2.4 ghc-gtk2hs-0.9.10-4.fc6.x86_64 requires ghc = 0:6.4.2 ghc642-gtk2hs-0.9.10-4.fc6.x86_64 requires /usr/bin/ghc-pkg-6.4.2 ghc642-gtk2hs-0.9.10-4.fc6.x86_64 requires ghc642 ghc642-gtk2hs-mozembed-0.9.10-4.fc6.x86_64 requires /usr/bin/ghc-pkg-6.4.2 ghc642-gtk2hs-mozembed-0.9.10-4.fc6.x86_64 requires ghc642 gift-0.11.8.1-6.fc7.i386 requires libmagic.so.1 gnomad2-2.8.9-2.fc6.x86_64 requires libmtp.so.2()(64bit) gtkmozembedmm-1.4.2.cvs20060817-5.fc7.i386 requires gecko-libs = 0:2.0 gtkmozembedmm-1.4.2.cvs20060817-5.fc7.x86_64 requires gecko-libs = 0:2.0 kmod-sysprof-1.0.8-1.2.6.19_1.2891.fc7.x86_64 requires kernel-x86_64 = 0:2.6.19-1.2891.fc7 kmod-sysprof-kdump-1.0.8-1.2.6.19_1.2891.fc7.x86_64 requires kernel-x86_64 = 0:2.6.19-1.2891.fc7kdump libreadline-java-0.8.0-13.fc6.i386 requires libedit >= 0:2.9 libreadline-java-0.8.0-13.fc6.x86_64 requires libedit >= 0:2.9 openpbx-1.2-3.rc2.svn2135.fc7.i386 requires libedit.so.0 openpbx-1.2-3.rc2.svn2135.fc7.x86_64 requires libedit.so.0()(64bit) openpbx-postgresql-1.2-3.rc2.svn2135.fc7.x86_64 requires libpq.so.4()(64bit) orange-0.3-4.cvs20051118.fc7.i386 requires libmagic.so.1 paraview-2.4.4-3.fc6.x86_64 requires libpython2.4.so.1.0()(64bit) paraview-mpi-2.4.4-3.fc6.x86_64 requires libpython2.4.so.1.0()(64bit) plplot-5.6.1-8.fc7.i386 requires python(abi) = 0:2.4 plplot-5.6.1-8.fc7.i386 requires libpython2.4.so.1.0 plplot-5.6.1-8.fc7.x86_64 requires python(abi) = 0:2.4 plplot-5.6.1-8.fc7.x86_64 requires libpython2.4.so.1.0()(64bit) plplot-gnome-5.6.1-8.fc7.i386 requires python(abi) = 0:2.4 plplot-gnome-5.6.1-8.fc7.i386 requires libpython2.4.so.1.0 plplot-gnome-5.6.1-8.fc7.x86_64 requires python(abi) = 0:2.4 plplot-gnome-5.6.1-8.fc7.x86_64 requires libpython2.4.so.1.0()(64bit) plplot-wxGTK-5.6.1-8.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6)(64bit) plplot-wxGTK-5.6.1-8.fc7.x86_64 requires libwx_baseu-2.6.so.0(WXU_2.6)(64bit) plplot-wxGTK-5.6.1-8.fc7.x86_64 requires libwx_baseu-2.6.so.0()(64bit) plplot-wxGTK-5.6.1-8.fc7.x86_64 requires libwx_gtk2u_xrc-2.6.so.0()(64bit) plplot-wxGTK-5.6.1-8.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2)(64bit) plplot-wxGTK-5.6.1-8.fc7.x86_64 requires libwx_gtk2u_qa-2.6.so.0()(64bit) plplot-wxGTK-5.6.1-8.fc7.x86_64 requires libwx_baseu_xml-2.6.so.0()(64bit) plplot-wxGTK-5.6.1-8.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0()(64bit) plplot-wxGTK-5.6.1-8.fc7.x86_64 requires libwx_gtk2u_html-2.6.so.0()(64bit) plplot-wxGTK-5.6.1-8.fc7.x86_64 requires libwx_baseu_net-2.6.so.0()(64bit) plplot-wxGTK-5.6.1-8.fc7.x86_64 requires libwx_gtk2u_adv-2.6.so.0()(64bit) pychart-1.39-4.fc6.noarch requires python(abi) = 0:2.4 python-4Suite-XML-1.0-1.x86_64 requires python(abi) = 0:2.4 python-amara-1.1.7-2.fc6.noarch requires python(abi) = 0:2.4 python-cherrypy-2.2.1-3.fc6.noarch requires python(abi) = 0:2.4 python-nltk-1.4.4-3.fc7.noarch requires python(abi) = 0:2.4 python-pydns-2.3.0-4.fc6.noarch requires python(abi) = 0:2.4 python-telepathy-0.13.7-2.fc7.noarch requires python(abi) = 0:2.4 python-twisted-1.3.0-7.fc6.x86_64 requires python(abi) = 0:2.4 rekall-postgresql-2.4.3-5.fc6.x86_64 requires libpq.so.4()(64bit) rekall-python-2.4.3-5.fc6.x86_64 requires python(abi) = 0:2.4 rekall-python-2.4.3-5.fc6.x86_64 requires libpython2.4.so.1.0()(64bit) streamtuner-0.99.99-15.fc7.x86_64 requires libpython2.4.so.1.0()(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_gtk2u_gl-2.6.so.0(WXU_2.6)(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6)(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_baseu-2.6.so.0(WXU_2.6)(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_gtk2u_xrc-2.6.so.0()(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_gtk2u_core-2.6.so.0()(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_baseu-2.6.so.0()(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_gtk2u_adv-2.6.so.0()(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6)(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_gtk2u_qa-2.6.so.0()(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_baseu_xml-2.6.so.0()(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_gtk2u_html-2.6.so.0()(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_baseu_net-2.6.so.0()(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_gtk2u_gl-2.6.so.0()(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2)(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3)(64bit) translate-toolkit-0.10.1-3.fc7.noarch requires python-elementtree xmldiff-0.6.7-12.fc6.x86_64 requires python-abi = 0:2.4 xmldiff-0.6.7-12.fc6.x86_64 requires python(abi) = 0:2.4 ====================================================================== Broken packages in fedora-extras-development-i386: PyKDE-3.16.0-5.fc7.i386 requires python(abi) = 0:2.4 PyKDE-3.16.0-5.fc7.i386 requires python-abi = 0:2.4 TurboGears-1.0b2-5.fc7.noarch requires python-elementtree >= 0:1.2.6 blender-2.42a-17.fc7.i386 requires libgettextlib-0.16.so centericq-4.21.0-8.fc6.i386 requires libcurl.so.3 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_html-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu_xml-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu_net-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu_xml-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_core-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu_net-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_xrc-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_xrc-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_html-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_qa-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_adv-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_qa-2.6.so.0(WXU_2.6) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_html-2.6.so.0(WXU_2.6) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu_xml-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_xrc-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_qa-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_core-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu_net-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_xrc-2.6.so.0(WXU_2.6) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_html-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_adv-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu-2.6.so.0(WXU_2.6) compat-wxPythonGTK2-2.4.2.4-12.fc6.i386 requires python(abi) = 0:2.4 csound-5.03.0-9.fc7.i386 requires libpython2.4.so.1.0 csound-python-5.03.0-9.fc7.i386 requires python(abi) = 0:2.4 csound-python-5.03.0-9.fc7.i386 requires libpython2.4.so.1.0 cyphesis-0.5.10-3.fc7.i386 requires libpython2.4.so.1.0 cyrus-imapd-2.3.7-4.fc6.i386 requires libnetsnmpmibs.so.10 cyrus-imapd-2.3.7-4.fc6.i386 requires libnetsnmphelpers.so.10 cyrus-imapd-2.3.7-4.fc6.i386 requires libnetsnmp.so.10 cyrus-imapd-2.3.7-4.fc6.i386 requires libnetsnmpagent.so.10 em8300-0.16.0-3.fc7.i386 requires em8300-kmod >= 0:0.16.0 evolution-bogofilter-0.2.0-4.fc7.i386 requires libcamel-1.2.so.0 evolution-bogofilter-0.2.0-4.fc7.i386 requires libcamel-provider-1.2.so.8 f2py-2.45.241_1926-2.fc6.noarch requires python(abi) = 0:2.4 gambas-gb-db-1.0.17-6.fc7.i386 requires libpq.so.4 gambas-runtime-1.0.17-6.fc7.i386 requires libgettextlib-0.15.so ghc-gtk2hs-0.9.10-4.fc6.i386 requires ghc = 0:6.4.2 ghc642-gtk2hs-0.9.10-4.fc6.i386 requires /usr/bin/ghc-pkg-6.4.2 ghc642-gtk2hs-0.9.10-4.fc6.i386 requires ghc642 ghc642-gtk2hs-mozembed-0.9.10-4.fc6.i386 requires /usr/bin/ghc-pkg-6.4.2 ghc642-gtk2hs-mozembed-0.9.10-4.fc6.i386 requires ghc642 gnomad2-2.8.9-2.fc6.i386 requires libmtp.so.2 gtkmozembedmm-1.4.2.cvs20060817-5.fc7.i386 requires gecko-libs = 0:2.0 kmod-sysprof-1.0.8-1.2.6.19_1.2891.fc7.i586 requires kernel-i586 = 0:2.6.19-1.2891.fc7 kmod-sysprof-1.0.8-1.2.6.19_1.2891.fc7.i686 requires kernel-i686 = 0:2.6.19-1.2891.fc7 kmod-sysprof-PAE-1.0.8-1.2.6.19_1.2891.fc7.i686 requires kernel-i686 = 0:2.6.19-1.2891.fc7PAE libreadline-java-0.8.0-13.fc6.i386 requires libedit >= 0:2.9 openpbx-1.2-3.rc2.svn2135.fc7.i386 requires libedit.so.0 openpbx-postgresql-1.2-3.rc2.svn2135.fc7.i386 requires libpq.so.4 plplot-5.6.1-8.fc7.i386 requires python(abi) = 0:2.4 plplot-5.6.1-8.fc7.i386 requires libpython2.4.so.1.0 plplot-gnome-5.6.1-8.fc7.i386 requires python(abi) = 0:2.4 plplot-gnome-5.6.1-8.fc7.i386 requires libpython2.4.so.1.0 plplot-wxGTK-5.6.1-8.fc7.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) plplot-wxGTK-5.6.1-8.fc7.i386 requires libwx_baseu_xml-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.i386 requires libwx_gtk2u_qa-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) plplot-wxGTK-5.6.1-8.fc7.i386 requires libwx_gtk2u_core-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.i386 requires libwx_baseu_net-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.i386 requires libwx_gtk2u_xrc-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.i386 requires libwx_gtk2u_html-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.i386 requires libwx_baseu-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.i386 requires libwx_gtk2u_adv-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.i386 requires libwx_baseu-2.6.so.0(WXU_2.6) pychart-1.39-4.fc6.noarch requires python(abi) = 0:2.4 python-4Suite-XML-1.0-1.i386 requires python(abi) = 0:2.4 python-amara-1.1.7-2.fc6.noarch requires python(abi) = 0:2.4 python-cherrypy-2.2.1-3.fc6.noarch requires python(abi) = 0:2.4 python-nltk-1.4.4-3.fc7.noarch requires python(abi) = 0:2.4 python-psyco-1.5.1-4.fc6.i386 requires python-abi = 0:2.4 python-psyco-1.5.1-4.fc6.i386 requires python(abi) = 0:2.4 python-pydns-2.3.0-4.fc6.noarch requires python(abi) = 0:2.4 python-telepathy-0.13.7-2.fc7.noarch requires python(abi) = 0:2.4 python-twisted-1.3.0-7.fc6.i386 requires python(abi) = 0:2.4 rekall-postgresql-2.4.3-5.fc6.i386 requires libpq.so.4 rekall-python-2.4.3-5.fc6.i386 requires python(abi) = 0:2.4 rekall-python-2.4.3-5.fc6.i386 requires libpython2.4.so.1.0 toped-0.8.2-2.fc6.i386 requires libwx_gtk2u_gl-2.6.so.0 toped-0.8.2-2.fc6.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) toped-0.8.2-2.fc6.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3) toped-0.8.2-2.fc6.i386 requires libwx_baseu_xml-2.6.so.0 toped-0.8.2-2.fc6.i386 requires libwx_gtk2u_qa-2.6.so.0 toped-0.8.2-2.fc6.i386 requires libwx_gtk2u_core-2.6.so.0 toped-0.8.2-2.fc6.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) toped-0.8.2-2.fc6.i386 requires libwx_gtk2u_gl-2.6.so.0(WXU_2.6) toped-0.8.2-2.fc6.i386 requires libwx_baseu_net-2.6.so.0 toped-0.8.2-2.fc6.i386 requires libwx_gtk2u_xrc-2.6.so.0 toped-0.8.2-2.fc6.i386 requires libwx_baseu-2.6.so.0(WXU_2.6) toped-0.8.2-2.fc6.i386 requires libwx_gtk2u_html-2.6.so.0 toped-0.8.2-2.fc6.i386 requires libwx_baseu-2.6.so.0 toped-0.8.2-2.fc6.i386 requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6) toped-0.8.2-2.fc6.i386 requires libwx_gtk2u_adv-2.6.so.0 translate-toolkit-0.10.1-3.fc7.noarch requires python-elementtree xmldiff-0.6.7-12.fc6.i386 requires python-abi = 0:2.4 xmldiff-0.6.7-12.fc6.i386 requires python(abi) = 0:2.4 ====================================================================== Broken packages in fedora-extras-6-ppc: wxMaxima-0.7.0a-3.fc6.ppc requires maxima >= 0:5.10 ====================================================================== Broken packages in fedora-extras-5-ppc: linphone-1.2.0-4.fc5.ppc requires libortp.so.2 wxMaxima-0.7.0a-3.fc5.ppc requires maxima >= 0:5.10 ====================================================================== Broken packages in fedora-extras-5-x86_64: linphone-1.2.0-4.fc5.x86_64 requires libortp.so.2()(64bit) ====================================================================== Broken packages in fedora-extras-5-i386: linphone-1.2.0-4.fc5.i386 requires libortp.so.2 From fedora at leemhuis.info Thu Jan 4 10:31:37 2007 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Thu, 04 Jan 2007 11:31:37 +0100 Subject: Summary - Broken dependencies in Fedora Extras - 2007-01-04 In-Reply-To: <20070104102237.7113.82514@extras64.linux.duke.edu> References: <20070104102237.7113.82514@extras64.linux.duke.edu> Message-ID: <459CD789.9010004@leemhuis.info> On 04.01.2007 11:22, Fedora Extras repoclosure wrote: > New report for: giallu AT gmail.com > > package: kmod-sysprof - 1.0.8-1.2.6.19_1.2891.fc7.i586 from fedora-extras-development-i386 > unresolved deps: > kernel-i586 = 0:2.6.19-1.2891.fc7 > > package: kmod-sysprof - 1.0.8-1.2.6.19_1.2891.fc7.i686 from fedora-extras-development-i386 > unresolved deps: > kernel-i686 = 0:2.6.19-1.2891.fc7 > > package: kmod-sysprof - 1.0.8-1.2.6.19_1.2891.fc7.x86_64 from fedora-extras-development-x86_64 > unresolved deps: > kernel-x86_64 = 0:2.6.19-1.2891.fc7 > > package: kmod-sysprof-PAE - 1.0.8-1.2.6.19_1.2891.fc7.i686 from fedora-extras-development-i386 > unresolved deps: > kernel-i686 = 0:2.6.19-1.2891.fc7PAE > > package: kmod-sysprof-kdump - 1.0.8-1.2.6.19_1.2891.fc7.x86_64 from fedora-extras-development-x86_64 > unresolved deps: > kernel-x86_64 = 0:2.6.19-1.2891.fc7kdump I think we should we exclude kmods in devel from the dependencies check. The kernels in rawhide change quite often and thus we'll have kmod-packages with missing kernels quite often until we have a automatic solution that rebuilds the kmods when a new kernel get pushed.... CU thl From jamatos at fc.up.pt Thu Jan 4 11:05:27 2007 From: jamatos at fc.up.pt (=?iso-8859-1?q?Jos=E9_Matos?=) Date: Thu, 4 Jan 2007 11:05:27 +0000 Subject: Summary - Broken dependencies in Fedora Extras - 2007-01-04 In-Reply-To: <20070104102237.7113.82514@extras64.linux.duke.edu> References: <20070104102237.7113.82514@extras64.linux.duke.edu> Message-ID: <200701041105.27546.jamatos@fc.up.pt> On Thursday 04 January 2007 10:22 am, Fedora Extras repoclosure wrote: > ? ? jamatos AT fc.up.pt > ? ? ? ? f2py - 2.45.241_1926-2.fc6.noarch ? ?(27 days) > ? ? ? ? f2py - 2.45.241_1926-2.fc6.noarch ? ?(27 days) > ? ? ? ? f2py - 2.45.241_1926-2.fc6.noarch ? ?(27 days) I propose to drop the f2py standalone package as numpy carries the maintained version. Would it be possible for numpy to Obsolete and Provide f2py? Should I open a bug for this? > ? ? ? ? python-amara - 1.1.7-2.fc6.noarch ? ?(27 days) > ? ? ? ? python-amara - 1.1.7-2.fc6.noarch ? ?(27 days) > ? ? ? ? python-amara - 1.1.7-2.fc6.noarch ? ?(27 days) This package is waiting for python-4Suite-XML to rebuild as it depends on it. -- Jos? Ab?lio From frank-buettner at gmx.net Thu Jan 4 11:38:42 2007 From: frank-buettner at gmx.net (=?UTF-8?B?RnJhbmsgQsO8dHRuZXI=?=) Date: Thu, 04 Jan 2007 12:38:42 +0100 Subject: Perl and Qt Message-ID: <459CE742.90300@gmx.net> Are somebody working on an Perl Module with support Qt? I have found something on http://www.froglogic.com/pg?id=Products&category=pq -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/x-pkcs7-signature Size: 4285 bytes Desc: S/MIME Cryptographic Signature URL: From rdieter at math.unl.edu Thu Jan 4 13:33:40 2007 From: rdieter at math.unl.edu (Rex Dieter) Date: Thu, 04 Jan 2007 07:33:40 -0600 Subject: rpms/lesstif/devel lesstif.spec,1.4,1.5 References: <200701011447.l01ElPfx032742@cvs-int.fedora.redhat.com> <20070101161412.8340d66d.bugs.michael@gmx.net> <20070101153806.GA16312@free.fr> <20070101172123.ea6e72d2.bugs.michael@gmx.net> <20070101172708.GB16312@free.fr> <20070102124337.GC2572@free.fr> Message-ID: Patrice Dumas wrote: > On Mon, Jan 01, 2007 at 10:08:22PM -0600, Rex Dieter wrote: >> >> Even though your Conflicts is correct (ie, not wrong), Michael's >> suggestion of using (versinoed) Obsoletes in this case is, imo, a better >> option. > > That's what I used. If Ralf doesn't raise any concern I'll keep the > versionned obsoletes. I just checked cvs, and the latest devel/lesstif.spec includes # obsolete older openmotif. May hurt third party repos Obsoletes: openmotif <= 2.3.0-0.2.1 which is way not right. See my comments in the package review: http://bugzilla.redhat.com/203274#c11 (item 1) It's seems to have been added due to http://bugzilla.redhat.com/221083 But that only ever referred to -devel conflicts. For now, it is my strong opinion that *at most*, only openmotif-devel should be Obsoleted, but not the runtime. It *may* be ok, to Obsoletes: openmotif21 since it genuinely conflicts (same soname), see http://bugzilla.redhat.com/215560 -- Rex From rdieter at math.unl.edu Thu Jan 4 13:44:04 2007 From: rdieter at math.unl.edu (Rex Dieter) Date: Thu, 04 Jan 2007 07:44:04 -0600 Subject: rpms/kphotobymail/devel kphotobymail.spec,1.4,1.5 References: <200701032138.l03LckvV006835@cvs-int.fedora.redhat.com> Message-ID: Kushal Das (kushal) wrote: > Author: kushal > > Update of /cvs/extras/rpms/kphotobymail/devel > In directory cvs-int.fedora.redhat.com:/tmp/cvs-serv6820 > > Modified Files: > kphotobymail.spec ... > Index: kphotobymail.spec > =================================================================== > RCS file: /cvs/extras/rpms/kphotobymail/devel/kphotobymail.spec,v ... > +Requires: python >= 2.4, PyQt >= 3.15, PyKDE >= 3.16 You really only need Requires: PyKDE here. -- Rex From kushaldas at gmail.com Thu Jan 4 13:56:39 2007 From: kushaldas at gmail.com (Kushal Das) Date: Thu, 4 Jan 2007 19:26:39 +0530 Subject: rpms/kphotobymail/devel kphotobymail.spec,1.4,1.5 In-Reply-To: References: <200701032138.l03LckvV006835@cvs-int.fedora.redhat.com> Message-ID: <200701041926.39868.kushaldas@gmail.com> On Thursday 04 January 2007 19:14, Rex Dieter wrote: > Kushal Das (kushal) wrote: > > Author: kushal > > > > Update of /cvs/extras/rpms/kphotobymail/devel > > In directory cvs-int.fedora.redhat.com:/tmp/cvs-serv6820 > > > > Modified Files: > > kphotobymail.spec > > ... > > > Index: kphotobymail.spec > > =================================================================== > > RCS file: /cvs/extras/rpms/kphotobymail/devel/kphotobymail.spec,v > > ... > > > +Requires: python >= 2.4, PyQt >= 3.15, PyKDE >= 3.16 > > You really only need > Requires: PyKDE > here. Ok , thanks. :) Regards, Kushal -- Fedora Ambassador, India http://kushaldas.blogspot.com From rdieter at math.unl.edu Thu Jan 4 14:01:06 2007 From: rdieter at math.unl.edu (Rex Dieter) Date: Thu, 04 Jan 2007 08:01:06 -0600 Subject: impartial mediator required References: <45899C6B.80009@math.unl.edu> <200612201439.58463.dennis@ausil.us> Message-ID: Dennis Gilmore wrote: > On Wednesday 20 December 2006 14:26, Rex Dieter wrote: >> Anybody willing to act as an impartial 3rd party to mediate a >> disagreement regarding 2 incompatible packages/packagers? >> >> disclaimer: I am one of them. >> >> Currently, we have a broken package in Extras and are at an impasse on >> how to fix it. At issue, qt4 and qt4-qsa: >> http://bugzilla.redhat.com/210544 >> http://bugzilla.redhat.com/213382 > I will Thanks Dennis. Feel free to implement said mediating in any way you see fit. -- Rex From pertusus at free.fr Thu Jan 4 16:05:55 2007 From: pertusus at free.fr (Patrice Dumas) Date: Thu, 4 Jan 2007 17:05:55 +0100 Subject: rpms/lesstif/devel lesstif.spec,1.4,1.5 In-Reply-To: References: <200701011447.l01ElPfx032742@cvs-int.fedora.redhat.com> <20070101161412.8340d66d.bugs.michael@gmx.net> <20070101153806.GA16312@free.fr> <20070101172123.ea6e72d2.bugs.michael@gmx.net> <20070101172708.GB16312@free.fr> <20070102124337.GC2572@free.fr> Message-ID: <20070104160555.GE2588@free.fr> On Thu, Jan 04, 2007 at 07:33:40AM -0600, Rex Dieter wrote: > > It *may* be ok, to > Obsoletes: openmotif21 > since it genuinely conflicts (same soname), see > http://bugzilla.redhat.com/215560 Maybe a Conflict would be better, with an explicit dependency on lesstif for packages built against lesstif-devel. Otherwise one may end with lesstif installed and packages built against openmotif21, although they are binary incompatible. What's your advice? -- Pat From bugs.michael at gmx.net Thu Jan 4 16:43:40 2007 From: bugs.michael at gmx.net (Michael Schwendt) Date: Thu, 4 Jan 2007 17:43:40 +0100 Subject: rpms/lesstif/devel lesstif.spec,1.4,1.5 In-Reply-To: <20070104160555.GE2588@free.fr> References: <200701011447.l01ElPfx032742@cvs-int.fedora.redhat.com> <20070101161412.8340d66d.bugs.michael@gmx.net> <20070101153806.GA16312@free.fr> <20070101172123.ea6e72d2.bugs.michael@gmx.net> <20070101172708.GB16312@free.fr> <20070102124337.GC2572@free.fr> <20070104160555.GE2588@free.fr> Message-ID: <20070104174340.a9cccb18.bugs.michael@gmx.net> On Thu, 4 Jan 2007 17:05:55 +0100, Patrice Dumas wrote: > On Thu, Jan 04, 2007 at 07:33:40AM -0600, Rex Dieter wrote: > > > > It *may* be ok, to > > Obsoletes: openmotif21 > > since it genuinely conflicts (same soname), see > > http://bugzilla.redhat.com/215560 > > Maybe a Conflict would be better, with an explicit dependency on lesstif for > packages built against lesstif-devel. Otherwise one may end with lesstif > installed and packages built against openmotif21, although they are > binary incompatible. What's your advice? 1.) You cannot link against openmotif21 since it doesn't provide the necessary .so symlinks. It doesn't store its libraries in %_libdir either, so the linker search path would be different, too. 2.) Are they really *binary* compatible? 3.) Conflicts during installation/upgrade is among the typical "WTF?" scenarios. Avoid them like the plague. From pertusus at free.fr Thu Jan 4 16:47:50 2007 From: pertusus at free.fr (Patrice Dumas) Date: Thu, 4 Jan 2007 17:47:50 +0100 Subject: rpms/lesstif/devel lesstif.spec,1.4,1.5 In-Reply-To: <20070104174340.a9cccb18.bugs.michael@gmx.net> References: <200701011447.l01ElPfx032742@cvs-int.fedora.redhat.com> <20070101161412.8340d66d.bugs.michael@gmx.net> <20070101153806.GA16312@free.fr> <20070101172123.ea6e72d2.bugs.michael@gmx.net> <20070101172708.GB16312@free.fr> <20070102124337.GC2572@free.fr> <20070104160555.GE2588@free.fr> <20070104174340.a9cccb18.bugs.michael@gmx.net> Message-ID: <20070104164750.GF2588@free.fr> On Thu, Jan 04, 2007 at 05:43:40PM +0100, Michael Schwendt wrote: > > Maybe a Conflict would be better, with an explicit dependency on lesstif for > > packages built against lesstif-devel. Otherwise one may end with lesstif > > installed and packages built against openmotif21, although they are > > binary incompatible. What's your advice? > > 1.) You cannot link against openmotif21 since it doesn't provide the > necessary .so symlinks. It doesn't store its libraries in %_libdir either, > so the linker search path would be different, too. There may be packages linked against openmotif21 existing, requiring libXm.so.2 which is also provided by lesstif. > 2.) Are they really *binary* compatible? No, they are binary incompatible. > 3.) Conflicts during installation/upgrade is among the typical "WTF?" > scenarios. Avoid them like the plague. Indeed, but with an obsolete, it is possible to end up with packages built against openmotif21 (old packages lying around), using the lesstif provided library. -- Pat From bugs.michael at gmx.net Thu Jan 4 17:03:37 2007 From: bugs.michael at gmx.net (Michael Schwendt) Date: Thu, 4 Jan 2007 18:03:37 +0100 Subject: rpms/lesstif/devel lesstif.spec,1.4,1.5 In-Reply-To: <20070104164750.GF2588@free.fr> References: <200701011447.l01ElPfx032742@cvs-int.fedora.redhat.com> <20070101161412.8340d66d.bugs.michael@gmx.net> <20070101153806.GA16312@free.fr> <20070101172123.ea6e72d2.bugs.michael@gmx.net> <20070101172708.GB16312@free.fr> <20070102124337.GC2572@free.fr> <20070104160555.GE2588@free.fr> <20070104174340.a9cccb18.bugs.michael@gmx.net> <20070104164750.GF2588@free.fr> Message-ID: <20070104180337.1cb8e13c.bugs.michael@gmx.net> On Thu, 4 Jan 2007 17:47:50 +0100, Patrice Dumas wrote: [openmotif21 / lesstif] > > 2.) Are they really *binary* compatible? > > No, they are binary incompatible. abicheck on ddd is happy when lesstif is removed and the old openmotif21 compatibility pkg is installed. The lesstif folks indeed aim at full compatibility with Motif 1.2 and 2.1 according to their docs. Except the /usr/X11R6/lib path causes trouble. That is not good. openmotif21 if installed resolves dependencies on lesstif sonames. > > 3.) Conflicts during installation/upgrade is among the typical "WTF?" > > scenarios. Avoid them like the plague. > > Indeed, but with an obsolete, it is possible to end up with packages > built against openmotif21 (old packages lying around), using the > lesstif provided library. Lesstif does not obsolete openmotif21 yet, however. ;) From davej at redhat.com Thu Jan 4 17:25:14 2007 From: davej at redhat.com (Dave Jones) Date: Thu, 4 Jan 2007 12:25:14 -0500 Subject: inotify-enabled apps [was: inotail] In-Reply-To: <1167872169.3221.8.camel@localhost.localdomain> References: <45957E9E.40506@andrei.myip.org> <459C16EC.2020505@andrei.myip.org> <20070103230142.GB11354@redhat.com> <1167872169.3221.8.camel@localhost.localdomain> Message-ID: <20070104172514.GC3129@redhat.com> On Wed, Jan 03, 2007 at 07:56:09PM -0500, Matthias Clasen wrote: > Dave, I believe you misunderstood. This is not actually a cron > replacement. Instead, it allows you to trigger actions on filesystem > modifications. E.g. we could get rid of all the ugly > gtk-update-icon-cache calls in package %posts and instead have incron > monitor /usr/share/icons/* and trigger the icon cache update in that > way. Indeed, this does actually sound like it could be useful for a number of things. Dave -- http://www.codemonkey.org.uk From pertusus at free.fr Thu Jan 4 17:52:15 2007 From: pertusus at free.fr (Patrice Dumas) Date: Thu, 4 Jan 2007 18:52:15 +0100 Subject: rpms/lesstif/devel lesstif.spec,1.4,1.5 In-Reply-To: <20070104180337.1cb8e13c.bugs.michael@gmx.net> References: <20070101153806.GA16312@free.fr> <20070101172123.ea6e72d2.bugs.michael@gmx.net> <20070101172708.GB16312@free.fr> <20070102124337.GC2572@free.fr> <20070104160555.GE2588@free.fr> <20070104174340.a9cccb18.bugs.michael@gmx.net> <20070104164750.GF2588@free.fr> <20070104180337.1cb8e13c.bugs.michael@gmx.net> Message-ID: <20070104175215.GA2578@free.fr> On Thu, Jan 04, 2007 at 06:03:37PM +0100, Michael Schwendt wrote: > On Thu, 4 Jan 2007 17:47:50 +0100, Patrice Dumas wrote: > > [openmotif21 / lesstif] > > > > 2.) Are they really *binary* compatible? > > > > No, they are binary incompatible. > > abicheck on ddd is happy when lesstif is removed and the old openmotif21 > compatibility pkg is installed. The lesstif folks indeed aim at full > compatibility with Motif 1.2 and 2.1 according to their docs. Seems that xpdf and ddd from fedora devel are happy with openmotif21, but nedit segfaults. abicheck seems to be happy with nedit. It may be a bug/workaround specific of nedit, if I recall well it doesn't do exactly the same with lesstif or openmotif. I cannot get a backtrace. grace (or xbae?) fails: The software was built with LessTif, but is running with Motif! We don't support binary Motif/LessTif compatibility. Use a semistatic binary or compile Grace yourself! Failed initializing GUI, exiting -- Pat From lsof at nodata.co.uk Thu Jan 4 18:49:33 2007 From: lsof at nodata.co.uk (nodata) Date: Thu, 04 Jan 2007 19:49:33 +0100 Subject: inotify-enabled apps [was: inotail] In-Reply-To: <20070103230142.GB11354@redhat.com> References: <45957E9E.40506@andrei.myip.org> <459C16EC.2020505@andrei.myip.org> <20070103230142.GB11354@redhat.com> Message-ID: <1167936573.3574.25.camel@sb-home.lan> Am Mittwoch, den 03.01.2007, 18:01 -0500 schrieb Dave Jones: > On Wed, Jan 03, 2007 at 12:49:48PM -0800, Florin Andrei wrote: > That sounds bizarre. Why would it need to poll for file changes at all? > It would be more logical if crontab(1) told crond that modifications were > made after it gets run. > > Dave > > -- > http://www.codemonkey.org.uk > Because crond checks for crontab file changes every minute. From jamatos at fc.up.pt Thu Jan 4 20:29:22 2007 From: jamatos at fc.up.pt (=?iso-8859-1?q?Jos=E9_Matos?=) Date: Thu, 4 Jan 2007 20:29:22 +0000 Subject: Summary - Broken dependencies in Fedora Extras - 2007-01-04 In-Reply-To: <200701041105.27546.jamatos@fc.up.pt> References: <20070104102237.7113.82514@extras64.linux.duke.edu> <200701041105.27546.jamatos@fc.up.pt> Message-ID: <200701042029.22548.jamatos@fc.up.pt> On Thursday 04 January 2007 11:05 am, Jos? Matos wrote: > On Thursday 04 January 2007 10:22 am, Fedora Extras repoclosure wrote: > > ? ? jamatos AT fc.up.pt > > ? ? ? ? f2py - 2.45.241_1926-2.fc6.noarch ? ?(27 days) > > ? ? ? ? f2py - 2.45.241_1926-2.fc6.noarch ? ?(27 days) > > ? ? ? ? f2py - 2.45.241_1926-2.fc6.noarch ? ?(27 days) > > I propose to drop the f2py standalone package as numpy carries the > maintained version. Would it be possible for numpy to Obsolete and Provide > f2py? Just for the record: I have coordinated with Jarod Wilson (numpy maintainer) the removal of f2py. I have followed the steps described in http://fedoraproject.org/wiki/Extras/PackageEndOfLife I have added a dead.package file to devel, FC-6 and FC-5, removed all files from those directories, I have added an entry in http://fedoraproject.org/wiki/Extras/RetiredPackages and I have requested the removal of existing packages from those branches in http://fedoraproject.org/wiki/Extras/RepoRequests I guess that the only remaining step is to remove f2py from owners.list. -- Jos? Ab?lio From bugzilla at redhat.com Thu Jan 4 20:46:00 2007 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 4 Jan 2007 15:46:00 -0500 Subject: [Bug 174268] Review Request: iwidgets - object oriented megawidgets for Tcl In-Reply-To: Message-ID: <200701042046.l04Kk0c3017576@bugzilla.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: iwidgets - object oriented megawidgets for Tcl https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=174268 bugzilla at redhat.com changed: What |Removed |Added ---------------------------------------------------------------------------- CC|fedora-extras- | |list at redhat.com | CC| |fedora-package- | |review at redhat.com CC|fedora-package- | |review at redhat.com | CC| |fedora-extras- | |list at redhat.com kevin at tummy.com changed: What |Removed |Added ---------------------------------------------------------------------------- Summary|Review Request: itcl- |Review Request: iwidgets - |iwidgets - object oriented |object oriented megawidgets |megawidgets for Tcl |for Tcl ------- Additional Comments From kevin at tummy.com 2007-01-04 15:45 EST ------- Changing summary for tracking purposes. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Jan 4 23:41:34 2007 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 4 Jan 2007 18:41:34 -0500 Subject: [Bug 177881] Review Request: lucidlife In-Reply-To: Message-ID: <200701042341.l04NfY1D001412@bugzilla.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: lucidlife Alias: lucidlife https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=177881 bugzilla at redhat.com changed: What |Removed |Added ---------------------------------------------------------------------------- CC|fedora-extras- | |list at redhat.com | CC| |fedora-package- | |review at redhat.com CC|fedora-package- | |review at redhat.com | CC| |fedora-extras- | |list at redhat.com peter at thecodergeek.com changed: What |Removed |Added ---------------------------------------------------------------------------- Alias| |lucidlife -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugs.michael at gmx.net Fri Jan 5 01:52:55 2007 From: bugs.michael at gmx.net (Michael Schwendt) Date: Fri, 5 Jan 2007 02:52:55 +0100 Subject: rpms/lesstif/devel lesstif.spec,1.4,1.5 In-Reply-To: <20070104175215.GA2578@free.fr> References: <20070101153806.GA16312@free.fr> <20070101172123.ea6e72d2.bugs.michael@gmx.net> <20070101172708.GB16312@free.fr> <20070102124337.GC2572@free.fr> <20070104160555.GE2588@free.fr> <20070104174340.a9cccb18.bugs.michael@gmx.net> <20070104164750.GF2588@free.fr> <20070104180337.1cb8e13c.bugs.michael@gmx.net> <20070104175215.GA2578@free.fr> Message-ID: <20070105025255.d5e3f4c6.bugs.michael@gmx.net> On Thu, 4 Jan 2007 18:52:15 +0100, Patrice Dumas wrote: > On Thu, Jan 04, 2007 at 06:03:37PM +0100, Michael Schwendt wrote: > > On Thu, 4 Jan 2007 17:47:50 +0100, Patrice Dumas wrote: > > > > [openmotif21 / lesstif] > > > > > > 2.) Are they really *binary* compatible? > > > > > > No, they are binary incompatible. > > > > abicheck on ddd is happy when lesstif is removed and the old openmotif21 > > compatibility pkg is installed. The lesstif folks indeed aim at full > > compatibility with Motif 1.2 and 2.1 according to their docs. > > Seems that xpdf and ddd from fedora devel are happy with openmotif21, > but nedit segfaults. abicheck seems to be happy with nedit. API- and ABI-compatibility alone does not ensure run-time compatibility. > It may be a bug/workaround specific of nedit, if I recall well it doesn't > do exactly the same with lesstif or openmotif. I cannot get a backtrace. > > grace (or xbae?) fails: > The software was built with LessTif, but is running with Motif! > We don't support binary Motif/LessTif compatibility. > Use a semistatic binary or compile Grace yourself! > Failed initializing GUI, exiting DoS for anyone, who upgrades from FC4 and has openmotif21 installed. SONAMEs are present, lesstif won't be pulled in, and whether the applications will execute at all depends on the configured run-time linker's search path. More reason to use appropriate versioned Obsoletes. From bugs.michael at gmx.net Fri Jan 5 01:55:32 2007 From: bugs.michael at gmx.net (Michael Schwendt) Date: Fri, 5 Jan 2007 02:55:32 +0100 Subject: f2py - Re: Summary - Broken dependencies in Fedora Extras - 2007-01-04 In-Reply-To: <200701042029.22548.jamatos@fc.up.pt> References: <20070104102237.7113.82514@extras64.linux.duke.edu> <200701041105.27546.jamatos@fc.up.pt> <200701042029.22548.jamatos@fc.up.pt> Message-ID: <20070105025532.1f9a27dd.bugs.michael@gmx.net> On Thu, 4 Jan 2007 20:29:22 +0000, Jos? Matos wrote: > On Thursday 04 January 2007 11:05 am, Jos? Matos wrote: > > On Thursday 04 January 2007 10:22 am, Fedora Extras repoclosure wrote: > > > ? ? jamatos AT fc.up.pt > > > ? ? ? ? f2py - 2.45.241_1926-2.fc6.noarch ? ?(27 days) > > > ? ? ? ? f2py - 2.45.241_1926-2.fc6.noarch ? ?(27 days) > > > ? ? ? ? f2py - 2.45.241_1926-2.fc6.noarch ? ?(27 days) > > > > I propose to drop the f2py standalone package as numpy carries the > > maintained version. Would it be possible for numpy to Obsolete and Provide > > f2py? > > Just for the record: > > I have coordinated with Jarod Wilson (numpy maintainer) the removal of f2py. > I have followed the steps described in > http://fedoraproject.org/wiki/Extras/PackageEndOfLife > > I have added a dead.package file to devel, FC-6 and FC-5, removed all files > >from those directories, I have added an entry in > http://fedoraproject.org/wiki/Extras/RetiredPackages > > and I have requested the removal of existing packages from those branches in > http://fedoraproject.org/wiki/Extras/RepoRequests > > I guess that the only remaining step is to remove f2py from owners.list. Just for the record, you've entered the request in the wrong box. The lower box is for rare "Copy" requests. From kevin at scrye.com Fri Jan 5 04:46:02 2007 From: kevin at scrye.com (Kevin Fenzi) Date: Thu, 4 Jan 2007 21:46:02 -0700 Subject: Summary - Broken dependencies in Fedora Extras - 2007-01-04 In-Reply-To: <200701041105.27546.jamatos@fc.up.pt> References: <20070104102237.7113.82514@extras64.linux.duke.edu> <200701041105.27546.jamatos@fc.up.pt> Message-ID: <20070104214602.69f0602f@ningauble.scrye.com> On Thu, 4 Jan 2007 11:05:27 +0000 jamatos at fc.up.pt (Jos? Matos) wrote: >...snipp... > > > ? ? ? ? python-amara - 1.1.7-2.fc6.noarch ? ?(27 days) > > ? ? ? ? python-amara - 1.1.7-2.fc6.noarch ? ?(27 days) > > ? ? ? ? python-amara - 1.1.7-2.fc6.noarch ? ?(27 days) > > This package is waiting for python-4Suite-XML to rebuild as it > depends on it. > Unfortunately, python-4Suite-XML isn't building due to: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=219564 Wonder how many of the other python packages that won't rebuild for 2.5 are being hit by this? kevin -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From jspaleta at gmail.com Fri Jan 5 07:17:36 2007 From: jspaleta at gmail.com (Jeff Spaleta) Date: Thu, 4 Jan 2007 22:17:36 -0900 Subject: Followup to FESCO meeting: firefox dependancy tracking. Message-ID: <604aa7910701042317p7c2201b7p3f338b9bea49d15b@mail.gmail.com> As per the FESCO meeting item list, and irc discussion, here is my humble attempt to identify via repoquery what packages are currently prone to library dependancy breakage without being noticed by the automated scripts which just look for rpm autogenerated library dependancies. these are packages which have a requirement on a library from firefox, but do not explicitly require firefox or gecko-libs: epiphany-extensions-0:2.16.1-1.i386 gnome-chemistry-utils-mozplugin-0:0.6.3-4.fc6.i386 openvrml-gtkplug-0:0.16.3-1.fc6.i386 openvrml-mozilla-plugin-0:0.16.3-1.fc6.i386 If you just look at packages which do not use a versioned firefox dep you also get: devhelp-0:0.12-9.fc6.i386 epiphany-0:2.16.2-1.fc6.i386 galeon-0:2.0.3-4.fc6.1.i386 gtkmozembedmm-0:1.4.2.cvs20060817-7.fc6.i386 libswt3-gtk2-1:3.2.1-23.fc6.i386 openvrml-0:0.16.3-1.fc6.i386 yelp-0:2.16.0-11.fc6.i386 The only packages which use a versioned firefox requirements are: gnome-python2-gtkmozembed-0:2.14.2-6.fc6.i386 liferea-0:1.0.26-2.fc6.i386 My suggestion is that all packages which end up requiring a library from firefox should use a versioned dependancy as long as firefox continues to keep its libraries in a versioned directory tree ( currently /usr/lib/firefox-1.5.0.9/ ). If a versioned firefox requirement is used we can atleast become aware of breakage as it happens via the available infrastructure scripts. As it stands the majority of the packages which depend on libraries from firefox will have library breakages on firefox updates and we can't see them from the available rpm dependancy information. Users will hit this issues when the library linker goes looking for a library in the wrong place. Comments? Should I start filing bugs against these packages to get versioned firefox requires added to their specfiles? Should we look at making this sort of thing part of the review process that should be checked for? Note that my use of repoquery still doesn't catch problematic packages like gnome-python2-extras nor esc which do not have trackable rpm library dependancies for repoquery to work with. -jef From rc040203 at freenet.de Fri Jan 5 07:39:09 2007 From: rc040203 at freenet.de (Ralf Corsepius) Date: Fri, 05 Jan 2007 08:39:09 +0100 Subject: Followup to FESCO meeting: firefox dependancy tracking. In-Reply-To: <604aa7910701042317p7c2201b7p3f338b9bea49d15b@mail.gmail.com> References: <604aa7910701042317p7c2201b7p3f338b9bea49d15b@mail.gmail.com> Message-ID: <1167982749.9424.316.camel@mccallum.corsepiu.local> On Thu, 2007-01-04 at 22:17 -0900, Jeff Spaleta wrote: > As per the FESCO meeting item list, and irc discussion, here is my > humble attempt to identify via repoquery what packages are currently > prone to library dependancy breakage without being noticed by the > automated scripts which just look for rpm autogenerated library > dependancies. > > these are packages which have a requirement on a library from firefox, > but do not explicitly require firefox or gecko-libs: > > epiphany-extensions-0:2.16.1-1.i386 > gnome-chemistry-utils-mozplugin-0:0.6.3-4.fc6.i386 > openvrml-gtkplug-0:0.16.3-1.fc6.i386 > openvrml-mozilla-plugin-0:0.16.3-1.fc6.i386 > > If you just look at packages which do not use a versioned firefox dep > you also get: > > devhelp-0:0.12-9.fc6.i386 > epiphany-0:2.16.2-1.fc6.i386 > galeon-0:2.0.3-4.fc6.1.i386 > gtkmozembedmm-0:1.4.2.cvs20060817-7.fc6.i386 > libswt3-gtk2-1:3.2.1-23.fc6.i386 > openvrml-0:0.16.3-1.fc6.i386 > yelp-0:2.16.0-11.fc6.i386 > > > The only packages which use a versioned firefox requirements are: > > gnome-python2-gtkmozembed-0:2.14.2-6.fc6.i386 > liferea-0:1.0.26-2.fc6.i386 Hmm? # rpm -q --requires openvrml | grep firefox firefox = 1.5.0.9 > My suggestion is that all packages which end up requiring a library > from firefox should use a versioned dependancy as long as firefox > continues to keep its libraries in a versioned directory tree ( > currently /usr/lib/firefox-1.5.0.9/ ). ACK. > Comments? Should I start filing bugs against these packages to get > versioned firefox requires added to their specfiles ? Probably. It actually depends on what a package needs a versioned firefox dep for. In some cases, it's a library search path (Some packages use firefox libs as system libraries, but they are out of ld.so's search path, some explicitly dlopen them), in some cases it's a directory name, in some cases it's a particular version of a firefox library (Firefox libs lack proper SONAMES and properly versioned API). > Should we look at making this sort of thing part of the review process > that should be checked for? Yes, .. better have firefox fixed. IMO it's "plain broken". Ralf From peter at thecodergeek.com Fri Jan 5 07:39:22 2007 From: peter at thecodergeek.com (Peter Gordon) Date: Thu, 04 Jan 2007 23:39:22 -0800 Subject: Followup to FESCO meeting: firefox dependancy tracking. In-Reply-To: <604aa7910701042317p7c2201b7p3f338b9bea49d15b@mail.gmail.com> References: <604aa7910701042317p7c2201b7p3f338b9bea49d15b@mail.gmail.com> Message-ID: <1167982762.3323.1.camel@localhost> On Thu, 2007-01-04 at 22:17 -0900, Jeff Spaleta wrote: > these are packages which have a requirement on a library from firefox, > but do not explicitly require firefox or gecko-libs: > > epiphany-extensions-0:2.16.1-1.i386 epiphany-extensions, for one, Requires epiphany; and that in turn takes care of the Firefox/Gecko dependency. Thanks. -- Peter Gordon (codergeek42) GnuPG Public Key ID: 0xFFC19479 / Fingerprint: DD68 A414 56BD 6368 D957 9666 4268 CB7A FFC1 9479 My Blog: http://thecodergeek.com/blog/ -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From jamatos at fc.up.pt Fri Jan 5 08:52:25 2007 From: jamatos at fc.up.pt (=?iso-8859-1?q?Jos=E9_Matos?=) Date: Fri, 5 Jan 2007 08:52:25 +0000 Subject: f2py - Re: Summary - Broken dependencies in Fedora Extras - 2007-01-04 In-Reply-To: <20070105025532.1f9a27dd.bugs.michael@gmx.net> References: <20070104102237.7113.82514@extras64.linux.duke.edu> <200701042029.22548.jamatos@fc.up.pt> <20070105025532.1f9a27dd.bugs.michael@gmx.net> Message-ID: <200701050852.26045.jamatos@fc.up.pt> On Friday 05 January 2007 1:55 am, Michael Schwendt wrote: > Just for the record, you've entered the request in the wrong box. > The lower box is for rare "Copy" requests. Argh... I am sorry. :-( Thanks for taking care of the request. :-) -- Jos? Ab?lio From denis at poolshark.org Fri Jan 5 12:44:39 2007 From: denis at poolshark.org (Denis Leroy) Date: Fri, 05 Jan 2007 13:44:39 +0100 Subject: Followup to FESCO meeting: firefox dependancy tracking. In-Reply-To: <604aa7910701042317p7c2201b7p3f338b9bea49d15b@mail.gmail.com> References: <604aa7910701042317p7c2201b7p3f338b9bea49d15b@mail.gmail.com> Message-ID: <459E4837.3040301@poolshark.org> Jeff Spaleta wrote: > As per the FESCO meeting item list, and irc discussion, here is my > humble attempt to identify via repoquery what packages are currently > prone to library dependancy breakage without being noticed by the > automated scripts which just look for rpm autogenerated library > dependancies. > > these are packages which have a requirement on a library from firefox, > but do not explicitly require firefox or gecko-libs: > > epiphany-extensions-0:2.16.1-1.i386 > gnome-chemistry-utils-mozplugin-0:0.6.3-4.fc6.i386 > openvrml-gtkplug-0:0.16.3-1.fc6.i386 > openvrml-mozilla-plugin-0:0.16.3-1.fc6.i386 > > If you just look at packages which do not use a versioned firefox dep > you also get: > > devhelp-0:0.12-9.fc6.i386 > epiphany-0:2.16.2-1.fc6.i386 > galeon-0:2.0.3-4.fc6.1.i386 galeon uses a versioned dependency on gecko-libs. From the spec file: Requires: gecko-libs = %{gecko_ver} BuildRequires: gecko-devel = %{gecko_ver} Epiphany does this as well. From rob at choralone.org Fri Jan 5 13:09:08 2007 From: rob at choralone.org (Rob Andrews) Date: Fri, 5 Jan 2007 13:09:08 +0000 Subject: inotify-enabled apps [was: inotail] In-Reply-To: <20070104172514.GC3129@redhat.com> References: <45957E9E.40506@andrei.myip.org> <459C16EC.2020505@andrei.myip.org> <20070103230142.GB11354@redhat.com> <1167872169.3221.8.camel@localhost.localdomain> <20070104172514.GC3129@redhat.com> Message-ID: <20070105130908.GD8413@aphasia.badger.choralone.org> On 04-Jan-2007 17:25.14 (GMT), Dave Jones wrote: > > E.g. we could get rid of all the ugly > > gtk-update-icon-cache calls in package %posts and instead have incron > > monitor /usr/share/icons/* and trigger the icon cache update in that > > way. > Indeed, this does actually sound like it could be useful for a number of things. Only if it has proper job locking (or triggered execution at the end of a yum transaction). If two packages update one after the other, and, say, a scrollkeeper-update is already running from the previous update before it's called again, you could end up in an inconsistant state fairly quickly. -- rob andrews :: pgp 0x01e00563 :: rob at choralone.org From caillon at redhat.com Fri Jan 5 17:07:44 2007 From: caillon at redhat.com (Christopher Aillon) Date: Fri, 05 Jan 2007 12:07:44 -0500 Subject: Followup to FESCO meeting: firefox dependancy tracking. In-Reply-To: <604aa7910701042317p7c2201b7p3f338b9bea49d15b@mail.gmail.com> References: <604aa7910701042317p7c2201b7p3f338b9bea49d15b@mail.gmail.com> Message-ID: <459E85E0.8000804@redhat.com> Let me first preface this by stating very clearly: Firefox is NOT a devel environment. It will NEVER be one. There is a -devel package only because there is no other choice at the moment. There is no supported way to use a gecko build environment from upstream until XULrunner 1.0 is released. Every package that attempts to build against Firefox is doing so at their own risk. Having said that, every package in Core which needs to has always had an explicit versioned requires (except for the packages in FC6 GOLD which was an unfortunate regression, but long since fixed). See the latest epiphany/devhelp/yelp RPMs for how to do the dependencies (I'm not sure how they got in your list of non-versioned deps unless you looked at FC6 GOLD). So, the real question is now: do we want to continue to allow more gecko based applications into fedora at all? There is no real build environment for it, and it works only as a side effect of hacking it up to work for yelp, really which we need and is in core. I'd like to say no if we can help it. Things like esc have no business using gecko, IMO. Using gecko just opens up the package maintainer to a world of pain, which I also have to face, but I'm being paid for it at least. It is a negative experience for the maintainer to have to rebuild things all the damn time. On 01/05/2007 02:17 AM, Jeff Spaleta wrote: > As per the FESCO meeting item list, and irc discussion, here is my > humble attempt to identify via repoquery what packages are currently > prone to library dependancy breakage without being noticed by the > automated scripts which just look for rpm autogenerated library > dependancies. > > these are packages which have a requirement on a library from firefox, > but do not explicitly require firefox or gecko-libs: > > epiphany-extensions-0:2.16.1-1.i386 > gnome-chemistry-utils-mozplugin-0:0.6.3-4.fc6.i386 > openvrml-gtkplug-0:0.16.3-1.fc6.i386 > openvrml-mozilla-plugin-0:0.16.3-1.fc6.i386 > > If you just look at packages which do not use a versioned firefox dep > you also get: > > devhelp-0:0.12-9.fc6.i386 > epiphany-0:2.16.2-1.fc6.i386 > galeon-0:2.0.3-4.fc6.1.i386 > gtkmozembedmm-0:1.4.2.cvs20060817-7.fc6.i386 > libswt3-gtk2-1:3.2.1-23.fc6.i386 > openvrml-0:0.16.3-1.fc6.i386 > yelp-0:2.16.0-11.fc6.i386 > > > The only packages which use a versioned firefox requirements are: > > gnome-python2-gtkmozembed-0:2.14.2-6.fc6.i386 > liferea-0:1.0.26-2.fc6.i386 > > My suggestion is that all packages which end up requiring a library > from firefox should use a versioned dependancy as long as firefox > continues to keep its libraries in a versioned directory tree ( > currently /usr/lib/firefox-1.5.0.9/ ). If a versioned firefox > requirement is used we can atleast become aware of breakage as it > happens via the available infrastructure scripts. As it stands the > majority of the packages which depend on libraries from firefox will > have library breakages on firefox updates and we can't see them from > the available rpm dependancy information. Users will hit this issues > when the library linker goes looking for a library in the wrong place. > > Comments? Should I start filing bugs against these packages to get > versioned firefox requires added to their specfiles? Should we look > at making this sort of thing part of the review process that should be > checked for? > > Note that my use of repoquery still doesn't catch problematic packages > like gnome-python2-extras nor esc which do not have trackable rpm > library dependancies for repoquery to work with. > > -jef > > -- > Fedora-maintainers mailing list > Fedora-maintainers at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-maintainers -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/x-pkcs7-signature Size: 3241 bytes Desc: S/MIME Cryptographic Signature URL: From nicolas.mailhot at laposte.net Fri Jan 5 17:46:46 2007 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Fri, 05 Jan 2007 18:46:46 +0100 Subject: Followup to FESCO meeting: firefox dependancy tracking. In-Reply-To: <459E85E0.8000804@redhat.com> References: <604aa7910701042317p7c2201b7p3f338b9bea49d15b@mail.gmail.com> <459E85E0.8000804@redhat.com> Message-ID: <1168019206.10184.2.camel@rousalka.dyndns.org> Le vendredi 05 janvier 2007 ? 12:07 -0500, Christopher Aillon a ?crit : > Let me first preface this by stating very clearly: Firefox is NOT a > devel environment. BTW, I'm curious : will the Fedora Directory Server (n?e Netscape Directory Server) inclusion force some modularisation ? IIRC it shared quite a few libraries with Mozilla Regards, -- Nicolas Mailhot -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: Ceci est une partie de message num?riquement sign?e URL: From jspaleta at gmail.com Fri Jan 5 18:14:29 2007 From: jspaleta at gmail.com (Jeff Spaleta) Date: Fri, 5 Jan 2007 09:14:29 -0900 Subject: Followup to FESCO meeting: firefox dependancy tracking. In-Reply-To: <459E85E0.8000804@redhat.com> References: <604aa7910701042317p7c2201b7p3f338b9bea49d15b@mail.gmail.com> <459E85E0.8000804@redhat.com> Message-ID: <604aa7910701051014j1d458b8dl5b16f52a98b26fb1@mail.gmail.com> On 1/5/07, Christopher Aillon wrote: > Having said that, every package in Core which needs to has always had an > explicit versioned requires (except for the packages in FC6 GOLD which > was an unfortunate regression, but long since fixed). See the latest > epiphany/devhelp/yelp RPMs for how to do the dependencies (I'm not sure > how they got in your list of non-versioned deps unless you looked at FC6 > GOLD). I ran multiple runs of repoquery with fc6,updates,updates-testing, and extras enabled. Please read my message again. The first group of packages are the packages that do not have a dep on firefox nor gecko-libs and that netted only 4 packages from Extras as ones with a potential issue. In total there are 13 packages that my repoquery runs showed depend on libraries from firefox. Since the number is so thankfully small, its no big deal to follow up and add versioned requirments on a case by case basis. And I have to stress to everyone that this was a first attempt to just identify the space of affected packages. repoquery definitely did not catch everything, and I probably fat-fingered some of my hand editting of the repoquery output. Since repoquery outputs all packages that match... not just the 'newest'... i cleaned up the output a bit and probably made a opps. I'm much more concerned about packages that are using the firefox libs but I can't see via the rpm deps at all. I can't think of a way to check for that without installing all of fedora-space on a system and doing a brute-force run of ldd looking for libxpcom for example. And I don't think we ever really fixed how readahead works to account for firefox's versioned directory. -jef From matt at truch.net Fri Jan 5 18:22:42 2007 From: matt at truch.net (Matthew D Truch) Date: Fri, 5 Jan 2007 13:22:42 -0500 Subject: Explicit Requires: Message-ID: <20070105182242.GE27423@truch.net> I'm having a little trouble with dependancies in kst-fits and cfitsio. It seems that cfitsio has a run-time check on versioning and won't run with a versioning mis-match, even upon minor revision differences only. What is the best way to tell kst-fits to require only the version of cfitsio that it was compiled with? I could do this by hand, but is there a better way. Or am I going about this all wrong. Any help would be greatly appreciated. Thanks. -- "One in every seven days is a Thursday." -------------------------- Matthew Truch Department of Physics Brown University matt at truch.net http://matt.truch.net/ -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From chitlesh at fedoraproject.org Fri Jan 5 18:37:52 2007 From: chitlesh at fedoraproject.org (Chitlesh GOORAH) Date: Fri, 5 Jan 2007 19:37:52 +0100 Subject: rpms/apcupsd/FC-4 apcupsd.spec,1.7,1.8 In-Reply-To: <200701051836.l05Ia0Mj009920@cvs-int.fedora.redhat.com> References: <200701051836.l05Ia0Mj009920@cvs-int.fedora.redhat.com> Message-ID: <13dbfe4f0701051037w4b3d6bdel2824a3d929e761bf@mail.gmail.com> updates for FC4 wasn't stopped ? On 1/5/07, orion Orion Poplawski wrote: > Author: orion > > Update of /cvs/extras/rpms/apcupsd/FC-4 > In directory cvs-int.fedora.redhat.com:/tmp/cvs-serv9874/FC-4 > > Modified Files: > apcupsd.spec > Log Message: > Mark everything in /etc/apcupsd noreplace > > > > Index: apcupsd.spec > =================================================================== > RCS file: /cvs/extras/rpms/apcupsd/FC-4/apcupsd.spec,v > retrieving revision 1.7 > retrieving revision 1.8 > diff -u -r1.7 -r1.8 > --- apcupsd.spec 9 Oct 2006 16:47:41 -0000 1.7 > +++ apcupsd.spec 5 Jan 2007 18:35:30 -0000 1.8 > @@ -1,6 +1,6 @@ > Name: apcupsd > Version: 3.12.4 > -Release: 2%{?dist} > +Release: 3%{?dist} > Summary: APC UPS Power Control Daemon for Linux > > Group: System Environment/Daemons > @@ -110,13 +110,13 @@ > %config(noreplace) %{_sysconfdir}/apcupsd/hosts.conf > %config(noreplace) %{_sysconfdir}/apcupsd/multimon.conf > %attr(0755,root,root) %{_sysconfdir}/apcupsd/apccontrol > -%{_sysconfdir}/apcupsd/changeme > -%{_sysconfdir}/apcupsd/commfailure > -%{_sysconfdir}/apcupsd/commok > -%{_sysconfdir}/apcupsd/offbattery > -%{_sysconfdir}/apcupsd/onbattery > -%{_sysconfdir}/apcupsd/masterconnect > -%{_sysconfdir}/apcupsd/mastertimeout > +%config(noreplace) %{_sysconfdir}/apcupsd/changeme > +%config(noreplace) %{_sysconfdir}/apcupsd/commfailure > +%config(noreplace) %{_sysconfdir}/apcupsd/commok > +%config(noreplace) %{_sysconfdir}/apcupsd/offbattery > +%config(noreplace) %{_sysconfdir}/apcupsd/onbattery > +%config(noreplace) %{_sysconfdir}/apcupsd/masterconnect > +%config(noreplace) %{_sysconfdir}/apcupsd/mastertimeout > %config(noreplace) %{_sysconfdir}/logrotate.d/apcupsd > %attr(0755,root,root) %{_sbindir}/* > %{_mandir}/*/* > @@ -143,6 +143,9 @@ > > > %changelog > +* Fri Jan 5 2006 - Orion Poplawski - 3.12.4-3 > +- Mark everything in /etc/apcupsd noreplace > + > * Mon Oct 9 2006 - Orion Poplawski - 3.12.4-2 > - Fix /etc/httpd/conf.d/apcupsd.conf so DirectoryIndex works (bug #209952). > Patch from Clive Messer (clive at vacuumtube.org.uk) > > -- > fedora-extras-commits mailing list > fedora-extras-commits at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-extras-commits > -- http://clunixchit.blogspot.com From tibbs at math.uh.edu Fri Jan 5 18:49:56 2007 From: tibbs at math.uh.edu (Jason L Tibbitts III) Date: 05 Jan 2007 12:49:56 -0600 Subject: rpms/apcupsd/FC-4 apcupsd.spec,1.7,1.8 In-Reply-To: <13dbfe4f0701051037w4b3d6bdel2824a3d929e761bf@mail.gmail.com> References: <200701051836.l05Ia0Mj009920@cvs-int.fedora.redhat.com> <13dbfe4f0701051037w4b3d6bdel2824a3d929e761bf@mail.gmail.com> Message-ID: >>>>> "CG" == Chitlesh GOORAH writes: CG> updates for FC4 wasn't stopped ? Sure they were. You cannot queue jobs in the buildsys for the old releases. The files are still in CVS, however, and nothing stops anyone from making commits to them. I will probably continue to commit to CVS for old branches of my packages until I no longer have a need for them. - J< From jwboyer at jdub.homelinux.org Fri Jan 5 18:52:36 2007 From: jwboyer at jdub.homelinux.org (Josh Boyer) Date: Fri, 05 Jan 2007 12:52:36 -0600 Subject: rpms/apcupsd/FC-4 apcupsd.spec,1.7,1.8 In-Reply-To: References: <200701051836.l05Ia0Mj009920@cvs-int.fedora.redhat.com> <13dbfe4f0701051037w4b3d6bdel2824a3d929e761bf@mail.gmail.com> Message-ID: <1168023156.3836.142.camel@zod.rchland.ibm.com> On Fri, 2007-01-05 at 12:49 -0600, Jason L Tibbitts III wrote: > >>>>> "CG" == Chitlesh GOORAH writes: > > CG> updates for FC4 wasn't stopped ? > > Sure they were. You cannot queue jobs in the buildsys for the old > releases. The files are still in CVS, however, and nothing stops > anyone from making commits to them. I will probably continue to > commit to CVS for old branches of my packages until I no longer have a > need for them. I see nothing wrong with this. josh From buildsys at fedoraproject.org Fri Jan 5 20:16:49 2007 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Fri, 5 Jan 2007 15:16:49 -0500 (EST) Subject: Fedora Extras Package Build Report 2007-01-05 Message-ID: <20070105201649.5C76415212E@buildsys.fedoraproject.org> Packages built and released for Fedora Extras development: 29 beryl-core-0.1.4-2.fc7 beryl-plugins-0.1.4-2.fc7 chkrootkit-0.47-2.fc7 compface-1.5.2-5 ghdl-0.25-0.89svn.1.fc7 gnome-commander-1.2.3-3.fc7 lesstif-0.95.0-15.fc7 libsidplay-1.36.57-12.fc7 liferea-1.2.2-1.fc7 lilypond-2.10.8-1.fc7 maxima-5.11.0-5.fc7 numpy-1.0.1-2.fc7 ochusha-0.5.99.65.2-0.1.cvs070104.fc7 perl-AppConfig-1.64-1.fc7 perl-Devel-Cover-0.60-1.fc7 perl-File-HomeDir-0.62-1.fc7 perl-GPS-PRN-0.04-1.fc7 perl-Geo-Ellipsoids-0.12-1.fc7 perl-Module-ScanDeps-0.71-1.fc7 perl-Net-GPSD-0.34-1.fc7 perl-POE-Component-Client-HTTP-0.80-2.fc7 perl-POE-Component-IRC-5.18-1.fc7 perl-PadWalker-1.5-1.fc7 NEW php-pear-Image-Canvas-0.3.0-3.fc7 phpPgAdmin-4.0.1-6.fc7 pyxdg-0.15-5.fc7 sysprof-kmod-1.0.8-1.2.6.19_1.2904.fc7 tinyerp-4.0.1-1.fc7 xtide-2.9-0.2.date20070103.fc7 Packages built and released for Fedora Extras 6: 19 NEW fail2ban-0.6.2-3.fc6 NEW fakechroot-2.5-12.fc6 gnome-commander-1.2.3-3.fc6 lesstif-0.95.0-15.fc6 lilypond-2.10.8-1.fc6 ntfs-3g-0-0.7.20070920.fc6 numpy-1.0.1-2.fc6 perl-AppConfig-1.64-1.fc6 perl-Devel-Cover-0.60-1.fc6 perl-File-HomeDir-0.62-1.fc6 perl-GPS-PRN-0.04-1.fc6 perl-Module-ScanDeps-0.71-1.fc6 perl-Net-GPSD-0.34-1.fc6 perl-POE-Component-Client-HTTP-0.80-2.fc6 perl-POE-Component-IRC-5.18-1.fc6 phpPgAdmin-4.0.1-7.fc6 rt3-3.6.3-1.fc6 tinyerp-4.0.1-1.fc6 xtide-2.9-0.2.date20070103.fc6 Packages built and released for Fedora Extras 5: 17 NEW fail2ban-0.6.2-3.fc5 NEW fakechroot-2.5-12.fc5 gnome-commander-1.2.3-3.fc5 lilypond-2.10.8-1.fc5 ntfs-3g-0-0.7.20070920.fc5 numpy-1.0.1-2.fc5 perl-Devel-Cover-0.60-1.fc5 perl-File-HomeDir-0.62-1.fc5 perl-GPS-PRN-0.04-1.fc5 perl-Module-ScanDeps-0.71-1.fc5 perl-Net-GPSD-0.34-1.fc5 perl-POE-Component-Client-HTTP-0.80-2.fc5 perl-POE-Component-IRC-5.18-1.fc5 phpPgAdmin-4.0.1-6.fc5 sbcl-1.0.1-4.fc5.2 tinyerp-4.0.1-1.fc5 xtide-2.9-0.2.date20070103.fc5 For more information about the built packages please see the repository or the Fedora Info Feed: http://fedoraproject.org/infofeed/ From caillon at redhat.com Fri Jan 5 21:33:09 2007 From: caillon at redhat.com (Christopher Aillon) Date: Fri, 05 Jan 2007 16:33:09 -0500 Subject: Followup to FESCO meeting: firefox dependancy tracking. In-Reply-To: <1168019206.10184.2.camel@rousalka.dyndns.org> References: <604aa7910701042317p7c2201b7p3f338b9bea49d15b@mail.gmail.com> <459E85E0.8000804@redhat.com> <1168019206.10184.2.camel@rousalka.dyndns.org> Message-ID: <459EC415.4030402@redhat.com> On 01/05/2007 12:46 PM, Nicolas Mailhot wrote: > Le vendredi 05 janvier 2007 ? 12:07 -0500, Christopher Aillon a ?crit : >> Let me first preface this by stating very clearly: Firefox is NOT a >> devel environment. > > BTW, I'm curious : will the Fedora Directory Server (n?e Netscape > Directory Server) inclusion force some modularisation ? IIRC it shared > quite a few libraries with Mozilla > nss and nspr are split out already. the LDAP stuff is being split out I'm told. I'm guessing it's not a priority for any of the teams, so help might be nice. -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/x-pkcs7-signature Size: 3241 bytes Desc: S/MIME Cryptographic Signature URL: From nicolas.mailhot at laposte.net Fri Jan 5 22:07:44 2007 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Fri, 05 Jan 2007 23:07:44 +0100 Subject: Followup to FESCO meeting: firefox dependancy tracking. In-Reply-To: <459EC415.4030402@redhat.com> References: <604aa7910701042317p7c2201b7p3f338b9bea49d15b@mail.gmail.com> <459E85E0.8000804@redhat.com> <1168019206.10184.2.camel@rousalka.dyndns.org> <459EC415.4030402@redhat.com> Message-ID: <1168034864.3611.0.camel@rousalka.dyndns.org> Le vendredi 05 janvier 2007 ? 16:33 -0500, Christopher Aillon a ?crit : > On 01/05/2007 12:46 PM, Nicolas Mailhot wrote: > > Le vendredi 05 janvier 2007 ? 12:07 -0500, Christopher Aillon a ?crit : > >> Let me first preface this by stating very clearly: Firefox is NOT a > >> devel environment. > > > > BTW, I'm curious : will the Fedora Directory Server (n?e Netscape > > Directory Server) inclusion force some modularisation ? IIRC it shared > > quite a few libraries with Mozilla > > > > nss and nspr are split out already. the LDAP stuff is being split out > I'm told. I'm guessing it's not a priority for any of the teams, so > help might be nice. Actually I asked because I remember the ldapsdk & jss bits as hellish to package:) -- Nicolas Mailhot -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: Ceci est une partie de message num?riquement sign?e URL: From rdieter at math.unl.edu Fri Jan 5 23:26:11 2007 From: rdieter at math.unl.edu (Rex Dieter) Date: Fri, 05 Jan 2007 17:26:11 -0600 Subject: Explicit Requires: In-Reply-To: <20070105182242.GE27423@truch.net> References: <20070105182242.GE27423@truch.net> Message-ID: Matthew D Truch wrote: > I'm having a little trouble with dependancies in kst-fits and cfitsio. > It seems that cfitsio has a run-time check on versioning and won't run > with a versioning mis-match, even upon minor revision differences only. > > What is the best way to tell kst-fits to require only the version of > cfitsio that it was compiled with? I do the same thing with maxima and sbcl. See maxima's specfile for an example. -- Rex From matt at truch.net Sat Jan 6 00:42:30 2007 From: matt at truch.net (Matthew D Truch) Date: Fri, 5 Jan 2007 19:42:30 -0500 Subject: Explicit Requires: In-Reply-To: References: <20070105182242.GE27423@truch.net> Message-ID: <20070106004230.GB7269@truch.net> > > What is the best way to tell kst-fits to require only the version of > > cfitsio that it was compiled with? > > I do the same thing with maxima and sbcl. See maxima's specfile for an > example. Rex, great. Exactly what I needed. Thanks. -- "Things are more like they are today than they ever have been before." -------------------------- Matthew Truch Department of Physics Brown University matt at truch.net http://matt.truch.net/ -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From peter at thecodergeek.com Sat Jan 6 08:12:38 2007 From: peter at thecodergeek.com (Peter Gordon) Date: Sat, 06 Jan 2007 00:12:38 -0800 Subject: rpms/audacity/devel .cvsignore, 1.6, 1.7 audacity.spec, 1.21, 1.22 sources, 1.8, 1.9 In-Reply-To: <200701060754.l067swUW004583@cvs-int.fedora.redhat.com> References: <200701060754.l067swUW004583@cvs-int.fedora.redhat.com> Message-ID: <1168071158.21615.3.camel@localhost> On Sat, 2007-01-06 at 02:54 -0500, G?rard Milmeister wrote: > [...] > +audacity-cvs20070106.tar.bz2 > [...] > -Release: 2%{?dist} > +Release: 3.cvs20060106%{?dist} > Summary: A multitrack audio editor > [...] > %changelog > +* Sat Jan 6 2007 Gerard Milmeister - 1.3.2-3.cvs20060106 > +- update to cvs The datestamps in your Release tag and %changelog entry are off by one year. Also, the proper format for alpha tags in the naming of snapshot packages is YYYYMMDDcvs (or YYYYMMDDsvn, et al.); i.e., the type of checkout goes after the datestamp and not before. :) -- Peter Gordon (codergeek42) GnuPG Public Key ID: 0xFFC19479 / Fingerprint: DD68 A414 56BD 6368 D957 9666 4268 CB7A FFC1 9479 My Blog: http://thecodergeek.com/blog/ -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From sundaram at fedoraproject.org Sat Jan 6 17:51:37 2007 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Sat, 06 Jan 2007 23:21:37 +0530 Subject: wiki reorganization Message-ID: <459FE1A9.4010204@fedoraproject.org> Hi Anticipating the upcoming merge of Fedora Core and Extras I have been removing the references to Fedora Core and replacing it with appropriate terms throughout the wiki but I would need suggestions on how to handle pages within the /Extras namespace. Would moving them to /Packaging make sense? Can we considering dropping the ACL's in the packaging page and just add a note on top that changes needs to be handled by the packaging committee? Rahul From panemade at gmail.com Sat Jan 6 18:36:46 2007 From: panemade at gmail.com (=?UTF-8?Q?Parag_N(=E0=A4=AA=E0=A4=B0=E0=A4=BE=E0=A5=9A)?=) Date: Sun, 7 Jan 2007 00:06:46 +0530 Subject: wiki reorganization In-Reply-To: <459FE1A9.4010204@fedoraproject.org> References: <459FE1A9.4010204@fedoraproject.org> Message-ID: Hi, On 1/6/07, Rahul Sundaram wrote: > Hi > > Anticipating the upcoming merge of Fedora Core and Extras I have been > removing the references to Fedora Core and replacing it with appropriate > terms throughout the wiki but I would need suggestions on how to handle > pages within the /Extras namespace. Would moving them to /Packaging > make sense? Can we considering dropping the ACL's in the packaging page > and just add a note on top that changes needs to be handled by the > packaging committee? I think yes. As all pages under /Extras are anyway related to /Packaging, those can be moved to /Packaging. But How are we going to replace Extras word in all those pages? I have one suggestion, can we replace "Fedora Extras" words with "Fedora Community"/"Fedora Collection" ? Regards, Parag Nemade. From jkeating at redhat.com Sat Jan 6 18:39:23 2007 From: jkeating at redhat.com (Jesse Keating) Date: Sat, 6 Jan 2007 13:39:23 -0500 Subject: wiki reorganization In-Reply-To: References: <459FE1A9.4010204@fedoraproject.org> Message-ID: <200701061339.23393.jkeating@redhat.com> On Saturday 06 January 2007 13:36, Parag N(????) wrote: > "Fedora Community"/"Fedora Collection" ? Fedora Collective -- Jesse Keating Release Engineer: Fedora -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From buildsys at fedoraproject.org Sat Jan 6 21:47:11 2007 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Sat, 6 Jan 2007 16:47:11 -0500 (EST) Subject: Fedora Extras Package Build Report 2007-01-06 Message-ID: <20070106214711.1BA6615212E@buildsys.fedoraproject.org> Packages built and released for Fedora Extras development: 27 GtkAda-2.8.0-7.fc7 apcupsd-3.13.9-2.fc7 audacity-1.3.2-5.20070106cvs.fc7 evolution-bogofilter-0.2.0-5.fc7 freefont-20060126-4.fc7 gambas-1.0.17-7.fc7 gdl-0.9-0.pre4.fc7 gossip-0.21-1.fc7 gtkmozembedmm-1.4.2.cvs20060817-7.fc7 kst-1.3.1-2.fc7 NEW kvm-9-1 lapack-3.1.0-4.fc7 libprelude-0.9.12.1-1.fc7 libpreludedb-0.9.11.1-2.fc7 mercurial-0.9.3-1.fc7 NEW perl-Text-CharWidth-0.04-2.fc7 php-shout-0.9.2-1.fc7 prelude-lml-0.9.8.1-3.fc7 puppet-0.22.0-1.fc7 NEW pybluez-0.9.1-3.fc7 pychart-1.39-5.fc7 NEW pyflakes-0.2.1-3.fc7 NEW python-twisted-lore-0.2.0-4.fc7 NEW python-twisted-mail-0.3.0-4.fc7 NEW python-twisted-news-0.2.0-3.fc7 telepathy-stream-engine-0.3.20-1.fc7 (!) veusz-0.10-13.fc7 : INVALID rebuild, not published! Packages built and released for Fedora Extras 6: 19 apcupsd-3.12.4-4.fc6 audacity-1.3.2-2.fc6 freefont-20060126-4.fc6 kst-1.3.1-2.fc6 lapack-3.1.0-4.fc6 libprelude-0.9.12.1-1.fc6 libpreludedb-0.9.11.1-2.fc6 NEW php-pear-Image-Canvas-0.3.0-3.fc6 NEW php-pear-Math-Stats-0.9.0-0.1.beta3.fc6 php-shout-0.9.2-1.fc6 plone-2.5.1-6.fc6 NEW prelude-lml-0.9.8.1-3.fc6 puppet-0.22.0-1.fc6 NEW pybluez-0.9.1-3.fc6 NEW python-twisted-lore-0.2.0-4.fc6 NEW python-twisted-mail-0.3.0-4.fc6 NEW python-twisted-news-0.2.0-3.fc6 NEW svrcore-4.0.3.01-0.fc6 zope-2.9.6-1.fc6 Packages built and released for Fedora Extras 5: 15 apcupsd-3.12.4-3.fc5 freefont-20060126-4.fc5 NEW gq-1.2.2-2.fc5 kst-1.3.1-2.fc5 lapack-3.1.0-4.fc5 libprelude-0.9.12.1-1.fc5 libpreludedb-0.9.11.1-2.fc5 NEW php-pear-Image-Canvas-0.3.0-3.fc5 NEW php-pear-Math-Stats-0.9.0-0.1.beta3.fc5 php-shout-0.9.2-1.fc5 plone-2.5.1-5.fc5 NEW prelude-lml-0.9.8.1-3.fc5 puppet-0.22.0-1.fc5 NEW pybluez-0.9.1-3.fc5 zope-2.9.6-1.fc5 For more information about the built packages please see the repository or the Fedora Info Feed: http://fedoraproject.org/infofeed/ From fedora at leemhuis.info Sun Jan 7 08:24:00 2007 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Sun, 07 Jan 2007 09:24:00 +0100 Subject: wiki reorganization In-Reply-To: <459FE1A9.4010204@fedoraproject.org> References: <459FE1A9.4010204@fedoraproject.org> Message-ID: <45A0AE20.3000803@leemhuis.info> Rahul Sundaram schrieb: > Anticipating the upcoming merge of Fedora Core and Extras I have been > removing the references to Fedora Core and replacing it with appropriate > terms throughout the wiki but I would need suggestions on how to handle > pages within the /Extras namespace. Would moving them to /Packaging > make sense? Can we considering dropping the ACL's in the packaging page > and just add a note on top that changes needs to be handled by the > packaging committee? +1 for moving most of the stuff to Packaging/ (?) . But we need to make sure that the Review Guidelines and the other stuff thats remains protected by ACL's get moved to their own namespace, too ( /Packaging/Guidelines/ for example). The frontpage for that namespace IMHO need a clear statement why there are such restricted ACL's. With this scheme we further could clearly differentiate between general packaging stuff (/Packaging/) and the stuff that's maintained by the Packaging Committee (/Packaging/Guidelines/*). @Spot/Packaging Committee: Does that sound sane for you, too? BTW, I doubt those ACL's are useful (actually, I think they hurt) -- I prefer if all contributors can make small changes everywhere. The people that maintain those guidelines should watch those pages closely via subscription in the wiki; if someone does something bad somewhere it's easy to revert and bring it up in a meeting. But well, that the buisiness of the Packaging Committee, so who am I to complain... CU thl (?) -- maybe it might be a good idea to wait with it a bit more until we roughly know how the new merged Core and Extras world is governed. I'll post some thoughts about it later to FAB From bugs.michael at gmx.net Sun Jan 7 11:54:50 2007 From: bugs.michael at gmx.net (Michael Schwendt) Date: Sun, 7 Jan 2007 12:54:50 +0100 Subject: rpms/ladspa-swh-plugins/FC-6 ladspa-swh-plugins.spec,1.1,1.2 In-Reply-To: <200701070623.l076NmXw005046@cvs-int.fedora.redhat.com> References: <200701070623.l076NmXw005046@cvs-int.fedora.redhat.com> Message-ID: <20070107125450.fd425c20.bugs.michael@gmx.net> On Sun, 7 Jan 2007 01:23:48 -0500, Anthony Green (green) wrote: > Author: green > > Update of /cvs/extras/rpms/ladspa-swh-plugins/FC-6 > > Modified Files: > ladspa-swh-plugins.spec > Log Message: > Add SELinux support. > +%post > +# Set SELinux file context in the policy > +semanage fcontext -f -- -a -t textrel_shlib_t '%{_libdir}/ladspa/sc4m_1916.so' 2>/dev/null || : > +# Actually change the context > +chcon -R -t textrel_shlib_t %{_libdir}/ladspa/sc4m_1916.so || : > + > +%postun > +# SELinux support > +if [ $1 -eq 0 ]; then # final removal > + semanage fcontext -f -- -d -t textrel_shlib_t %{_libdir}/ladspa/sc4m_1916.so || : > +fi > + Shouldn't this be built with -fPIC/-fpic instead of changing the SELinux context? From Axel.Thimm at ATrpms.net Sun Jan 7 13:25:00 2007 From: Axel.Thimm at ATrpms.net (Axel Thimm) Date: Sun, 7 Jan 2007 14:25:00 +0100 Subject: wiki reorganization In-Reply-To: <45A0AE20.3000803@leemhuis.info> References: <459FE1A9.4010204@fedoraproject.org> <45A0AE20.3000803@leemhuis.info> Message-ID: <20070107132500.GB26973@neu.nirvana> On Sun, Jan 07, 2007 at 09:24:00AM +0100, Thorsten Leemhuis wrote: > Rahul Sundaram schrieb: > > Anticipating the upcoming merge of Fedora Core and Extras I have been > > removing the references to Fedora Core and replacing it with appropriate > > terms throughout the wiki but I would need suggestions on how to handle > > pages within the /Extras namespace. Would moving them to /Packaging > > make sense? Can we considering dropping the ACL's in the packaging page > > and just add a note on top that changes needs to be handled by the > > packaging committee? > > +1 for moving most of the stuff to Packaging/ (?) . I would against merging /Extras and /Packaging for the same reasons merging fedora-extras and fedora-packaging lists. The space under /Extras is more or less about everything, from organisational strutures over _Review_ Guidelines, CVS requests and a lot more. The Packaging area remained rather packaging (not package) focused and is mainly maintained by the people for the packaging committee. Perhaps some parts of /Extras make sense to land in /Packaging, but generally I feel like simply removing the /Extras prefix from the URL may be a better idea. -- Axel.Thimm at ATrpms.net -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From ville.skytta at iki.fi Sun Jan 7 15:25:14 2007 From: ville.skytta at iki.fi (Ville =?utf-8?q?Skytt=C3=A4?=) Date: Sun, 7 Jan 2007 17:25:14 +0200 Subject: wiki reorganization In-Reply-To: <20070107132500.GB26973@neu.nirvana> References: <459FE1A9.4010204@fedoraproject.org> <45A0AE20.3000803@leemhuis.info> <20070107132500.GB26973@neu.nirvana> Message-ID: <200701071725.15104.ville.skytta@iki.fi> On Sunday 07 January 2007 15:25, Axel Thimm wrote: > > I would against merging /Extras and /Packaging for the same reasons > merging fedora-extras and fedora-packaging lists. The space under > /Extras is more or less about everything, from organisational > strutures over _Review_ Guidelines, CVS requests and a lot more. The > Packaging area remained rather packaging (not package) focused and is > mainly maintained by the people for the packaging committee. > > Perhaps some parts of /Extras make sense to land in /Packaging, but > generally I feel like simply removing the /Extras prefix from the URL > may be a better idea. Seconded, mostly. Except that I think instead of removing /Extras, I think replacing it with /Contributors or someting would be better in case people find /Extras confusing in the new context. Regarding mailing lists, I suppose merging the extras and maintainers lists would have some benefits, but I think I'd keep packaging separate. There was also talk about a maintainers-announce list some time ago (for things like "maintainers heads up: please rebuild everything" -like announcements only) but I don't know/remember what's the status of that. From opensource at till.name Sun Jan 7 20:22:33 2007 From: opensource at till.name (Till Maas) Date: Sun, 07 Jan 2007 21:22:33 +0100 Subject: owners owners.list,1.2182,1.2183 In-Reply-To: <200701010106.l0116Kft019144@cvs-int.fedora.redhat.com> References: <200701010106.l0116Kft019144@cvs-int.fedora.redhat.com> Message-ID: <200701072122.35021.opensource@till.name> On Monday 01 January 2007 02:06, Christian Iseli wrote: > Remove duplicate. Fix sorting order. What excactly is the correct sorting order? (Especially regarding special characters.) Regards, Till From buildsys at fedoraproject.org Sun Jan 7 21:31:43 2007 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Sun, 7 Jan 2007 16:31:43 -0500 (EST) Subject: Fedora Extras Package Build Report 2007-01-07 Message-ID: <20070107213143.CEEF115212E@buildsys.fedoraproject.org> Packages built and released for Fedora Extras development: 31 GeoIP-1.4.1-1.fc7 Macaulay2-0.9.95-3.fc7 QuantLib-0.3.14-1.fc7 ardour-0.99.3-8.fc7 cernlib-2005-27.fc7 ddd-3.3.11-14.fc7 NEW doodle-0.6.6-2.fc7 NEW dvdauthor-0.6.11-9.fc7 gai-0.5.10-9.fc7 gai-temp-0.1.1-6 gaim-rhythmbox-2.0-0.5.beta5.fc7 gnomad2-2.8.9-4.fc7 jd-1.8.5-0.2.cvs070107.fc7 ladspa-swh-plugins-0.4.15-6.fc7 lirc-0.8.1-1.fc7 mhash-0.9.7.1-1 nyquist-2.32-1.fc7 ochusha-0.5.99.66-0.1.cvs070107.fc7 perl-Module-Load-Conditional-0.14-1.fc7 NEW perl-Text-WrapI18N-0.06-2.fc7 NEW po4a-0.29-3.fc7 python-telepathy-0.13.7-4.fc7 q-7.6-1.fc7 NEW qwtplot3d-0.2.6-2.fc7 trac-0.10.3-2.fc7 vdr-1.4.5-2.fc7 vdr-femon-1.1.0-5.fc7 vdr-osdteletext-0.5.1-27.fc7 vdr-subtitles-0.4.0-7.fc7 vdr-sudoku-0.1.2-2.fc7 yumex-1.9.1-1.0.fc7 Packages built and released for Fedora Extras 6: 21 Macaulay2-0.9.95-3.fc6 QuantLib-0.3.14-1.fc6 ardour-0.99.3-8.fc6 balsa-2.3.14-1.fc6 ddd-3.3.11-14.fc6 gai-0.5.10-9.fc6 gaim-rhythmbox-2.0-0.5.beta5.fc6 gossip-0.21-1.fc6 jd-1.8.5-0.2.beta061227.fc6 ladspa-swh-plugins-0.4.15-6.fc6 lirc-0.8.1-1.fc6 nyquist-2.32-1.fc6 NEW perl-Text-CharWidth-0.04-2.fc6 NEW perl-Text-WrapI18N-0.06-2.fc6 NEW po4a-0.29-3.fc6 NEW pyflakes-0.2.1-3.fc6 q-7.6-1.fc6 NEW qwtplot3d-0.2.6-2.fc6 NEW thunar-archive-plugin-0.2.2-2.fc6 NEW xarchiver-0.4.9-0.1.20070103svn.fc6 yumex-1.2.2-1.0.fc6 Packages built and released for Fedora Extras 5: 15 Macaulay2-0.9.95-3.fc5.1 QuantLib-0.3.14-1.fc5 ardour-0.99.3-8.fc5 balsa-2.3.14-1.fc5 gaim-rhythmbox-1.5.0.1-2.fc5 jd-1.8.5-0.2.beta061227.fc5 libesmtp-1.0.4-1.fc5 liferea-1.0.24-2.fc5 maxima-5.11.0-5.fc5 NEW perl-Text-CharWidth-0.04-2.fc5 NEW perl-Text-WrapI18N-0.06-2.fc5 NEW po4a-0.29-3.fc5 NEW pyflakes-0.2.1-3.fc5 q-7.6-1.fc5 NEW qwtplot3d-0.2.6-2.fc5 For more information about the built packages please see the repository or the Fedora Info Feed: http://fedoraproject.org/infofeed/ From thomas at apestaart.org Sun Jan 7 21:58:02 2007 From: thomas at apestaart.org (Thomas Vander Stichele) Date: Sun, 07 Jan 2007 22:58:02 +0100 Subject: Adding (parts of) gstreamer-plugins-bad to FE? In-Reply-To: <456850B2.2050402@hhs.nl> References: <456850B2.2050402@hhs.nl> Message-ID: <1168207082.20999.2.camel@otto.amantes> On Sat, 2006-11-25 at 15:18 +0100, Hans de Goede wrote: > Hi all, > > I'm currently working on getting gstreamer-plugins-bad into that other > repo, and I was thinking that it could actually be a good idea to put it > in FE and only put the parts with troublesome dependencies in FE. Hi, as an upstream GStreamer maintainer and a fellow Fedora Extras contributor, I respectfully respect that no package for gstreamer-plugins-bad gets put in Fedora Extras. It is called bad for a reason; the plug-ins are likely to break applications using it, contain security issues, have bad quality and cause people to think that "GStreamer does not work". -bad is the project that contains the package of too low quality for distributors to ship. People that really want them for testing or development purposes know where to find them. My 2 cents, Thomas From romal at gmx.de Sun Jan 7 22:02:43 2007 From: romal at gmx.de (Robert M. Albrecht) Date: Sun, 07 Jan 2007 23:02:43 +0100 Subject: Gallery2 Message-ID: <45A16E03.7080705@gmx.de> Hi, I have problems installing Gallery2 from Fedora Extras. The setup-wizard does not get the login.txt for authenticating the installation: Error: could not locate login.txt. Please place it in your /srv/gallery2/ directory. Why is he searching in /srv/gallery2 and where does /srv belong ? I am running fc7 rawhide. cu romal [root at niep gallery2]# ls -l insgesamt 248 -rw-r--r-- 1 root root 1966 17. Aug 17:35 bootstrap.inc -rw-r--r-- 1 apache root 109 17. Aug 23:26 config.php -rw-r--r-- 1 root root 2756 17. Aug 17:35 embed.php drwxr-xr-x 2 root root 4096 7. Jan 21:11 images -rw-r--r-- 1 root root 1940 17. Aug 17:35 index.php -rw-r--r-- 1 root root 7316 17. Aug 17:35 init.inc drwxr-xr-x 8 root root 4096 7. Jan 21:11 install drwxr-xr-x 12 root root 4096 7. Jan 21:11 lib -rw-r--r-- 1 root root 18011 17. Aug 17:35 LICENSE -rw-rw-rw- 1 root root 33 7. Jan 22:39 login.txt -rw-r--r-- 1 root root 20663 17. Aug 17:35 main.php -rw-r--r-- 1 root root 62297 17. Aug 23:26 MANIFEST drwxr-xr-x 3 root root 4096 7. Jan 21:11 modules -rw-r--r-- 1 root root 1238 7. Jun 2006 README.fedora -rw-r--r-- 1 root root 73808 17. Aug 17:35 README.html drwxr-xr-x 4 root root 4096 7. Jan 21:11 themes drwxr-xr-x 8 root root 4096 7. Jan 21:11 upgrade [root at niep gallery2]# pwd /usr/share/gallery2 [root at niep gallery2]# cat login.txt 1b6fbf0e312fe846085fbcfae6211b6d [root at niep gallery2]# From Christian.Iseli at licr.org Sun Jan 7 22:18:28 2007 From: Christian.Iseli at licr.org (Christian Iseli) Date: Sun, 7 Jan 2007 23:18:28 +0100 Subject: owners owners.list,1.2182,1.2183 In-Reply-To: <200701072122.35021.opensource@till.name> References: <200701010106.l0116Kft019144@cvs-int.fedora.redhat.com> <200701072122.35021.opensource@till.name> Message-ID: <20070107231828.4d3f2d44@ludwig-alpha.unil.ch> On Sun, 07 Jan 2007 21:22:33 +0100, Till Maas wrote: > What excactly is the correct sorting order? (Especially regarding special > characters.) POSIX lexicographical order, ignoring the case of characters. The problematic bit is probably the underscore, which in ASCII lies between upper and lower cases... "sort -f" folds to upper cases, and so names with underscores appear later in the list, while the script I used folds to lower cases, because it seemed more natural since most package names are lower cases. Cheers, C From buildsys at fedoraproject.org Sun Jan 7 22:20:58 2007 From: buildsys at fedoraproject.org (Fedora Extras repoclosure) Date: Sun, 07 Jan 2007 22:20:58 -0000 Subject: Summary - Broken dependencies in Fedora Extras - 2007-01-07 Message-ID: <20070107222058.26025.32807@extras64.linux.duke.edu> New report for: giallu AT gmail.com package: kmod-sysprof - 1.0.8-1.2.6.19_1.2904.fc7.i586 from fedora-extras-development-i386 unresolved deps: kernel-i586 = 0:2.6.19-1.2904.fc7 package: kmod-sysprof - 1.0.8-1.2.6.19_1.2904.fc7.i686 from fedora-extras-development-i386 unresolved deps: kernel-i686 = 0:2.6.19-1.2904.fc7 package: kmod-sysprof - 1.0.8-1.2.6.19_1.2904.fc7.x86_64 from fedora-extras-development-x86_64 unresolved deps: kernel-x86_64 = 0:2.6.19-1.2904.fc7 package: kmod-sysprof-PAE - 1.0.8-1.2.6.19_1.2904.fc7.i686 from fedora-extras-development-i386 unresolved deps: kernel-i686 = 0:2.6.19-1.2904.fc7PAE package: kmod-sysprof-kdump - 1.0.8-1.2.6.19_1.2904.fc7.x86_64 from fedora-extras-development-x86_64 unresolved deps: kernel-x86_64 = 0:2.6.19-1.2904.fc7kdump ====================================================================== New report for: rdieter AT math.unl.edu package: Macaulay2-doc - 0.9.2-22.fc5.i386 from fedora-extras-5-i386 unresolved deps: Macaulay2 = 0:0.9.2 package: Macaulay2-doc - 0.9.2-22.fc5.ppc from fedora-extras-5-ppc unresolved deps: Macaulay2 = 0:0.9.2 package: Macaulay2-doc - 0.9.2-22.fc5.x86_64 from fedora-extras-5-x86_64 unresolved deps: Macaulay2 = 0:0.9.2 ====================================================================== Summary of broken packages (by owner): Jochen AT herr-schmitt.de blender - 2.42a-17.fc7.i386 (16 days) blender - 2.42a-17.fc7.ppc (16 days) blender - 2.42a-17.fc7.x86_64 (16 days) andreas.bierfert AT lowlatency.de centericq - 4.21.0-8.fc6.i386 (68 days) centericq - 4.21.0-8.fc6.ppc (68 days) centericq - 4.21.0-8.fc6.x86_64 (68 days) orange - 0.3-4.cvs20051118.fc7.i386 (34 days) cgoorah AT yahoo.com.au toped - 0.8.2-2.fc6.i386 (23 days) toped - 0.8.2-2.fc6.ppc (23 days) toped - 0.8.2-2.fc6.x86_64 (23 days) dan AT danny.cz codeblocks - 1.0-0.18.20061207svn3357.fc7.i386 (23 days) codeblocks - 1.0-0.18.20061207svn3357.fc7.i386 (23 days) codeblocks - 1.0-0.18.20061207svn3357.fc7.ppc (23 days) codeblocks - 1.0-0.18.20061207svn3357.fc7.x86_64 (23 days) codeblocks-contrib - 1.0-0.18.20061207svn3357.fc7.i386 (23 days) codeblocks-contrib - 1.0-0.18.20061207svn3357.fc7.ppc (23 days) codeblocks-contrib - 1.0-0.18.20061207svn3357.fc7.x86_64 (23 days) dcbw AT redhat.com csound - 5.03.0-9.fc7.i386 (30 days) csound - 5.03.0-9.fc7.i386 (30 days) csound - 5.03.0-9.fc7.ppc (30 days) csound - 5.03.0-9.fc7.x86_64 (30 days) csound-python - 5.03.0-9.fc7.i386 (30 days) csound-python - 5.03.0-9.fc7.ppc (30 days) csound-python - 5.03.0-9.fc7.x86_64 (30 days) denis AT poolshark.org galeon - 2.0.3-1.fc5.i386 galeon - 2.0.3-1.fc5.ppc galeon - 2.0.3-1.fc5.x86_64 dwmw2 AT redhat.com openpbx - 1.2-3.rc2.svn2135.fc7.i386 (32 days) openpbx - 1.2-3.rc2.svn2135.fc7.i386 (32 days) openpbx - 1.2-3.rc2.svn2135.fc7.ppc (32 days) openpbx - 1.2-3.rc2.svn2135.fc7.x86_64 (32 days) openpbx-postgresql - 1.2-3.rc2.svn2135.fc7.i386 (32 days) openpbx-postgresql - 1.2-3.rc2.svn2135.fc7.ppc (32 days) openpbx-postgresql - 1.2-3.rc2.svn2135.fc7.x86_64 (32 days) endur AT bennewitz.com streamtuner - 0.99.99-15.fc7.x86_64 (30 days) giallu AT gmail.com kmod-sysprof - 1.0.8-1.2.6.19_1.2904.fc7.i586 kmod-sysprof - 1.0.8-1.2.6.19_1.2904.fc7.i686 kmod-sysprof - 1.0.8-1.2.6.19_1.2904.fc7.x86_64 kmod-sysprof-PAE - 1.0.8-1.2.6.19_1.2904.fc7.i686 kmod-sysprof-kdump - 1.0.8-1.2.6.19_1.2904.fc7.x86_64 ifoox AT redhat.com libreadline-java - 0.8.0-13.fc6.i386 (27 days) libreadline-java - 0.8.0-13.fc6.i386 (27 days) libreadline-java - 0.8.0-13.fc6.ppc (27 days) libreadline-java - 0.8.0-13.fc6.x86_64 (27 days) jafo-redhat AT tummy.com python-pydns - 2.3.0-4.fc6.noarch (30 days) python-pydns - 2.3.0-4.fc6.noarch (30 days) python-pydns - 2.3.0-4.fc6.noarch (30 days) jamatos AT fc.up.pt python-amara - 1.1.7-2.fc6.noarch (30 days) python-amara - 1.1.7-2.fc6.noarch (30 days) python-amara - 1.1.7-2.fc6.noarch (30 days) jeff AT ocjtech.us linphone - 1.2.0-4.fc5.i386 (90 days) linphone - 1.2.0-4.fc5.ppc (90 days) linphone - 1.2.0-4.fc5.x86_64 (90 days) lmacken AT redhat.com TurboGears - 1.0b2-5.fc7.noarch (25 days) TurboGears - 1.0b2-5.fc7.noarch (25 days) TurboGears - 1.0b2-5.fc7.noarch (25 days) python-cherrypy - 2.2.1-3.fc6.noarch (30 days) python-cherrypy - 2.2.1-3.fc6.noarch (30 days) python-cherrypy - 2.2.1-3.fc6.noarch (30 days) michel.salim AT gmail.com python-nltk - 1.4.4-3.fc7.noarch (30 days) python-nltk - 1.4.4-3.fc7.noarch (30 days) python-nltk - 1.4.4-3.fc7.noarch (30 days) mitr AT redhat.com python-4Suite-XML - 1.0-1.i386 (30 days) python-4Suite-XML - 1.0-1.ppc (30 days) python-4Suite-XML - 1.0-1.x86_64 (30 days) orion AT cora.nwra.com paraview - 2.4.4-3.fc6.x86_64 (30 days) paraview-mpi - 2.4.4-3.fc6.x86_64 (30 days) plplot - 5.6.1-8.fc7.i386 (30 days) plplot - 5.6.1-8.fc7.i386 (30 days) plplot - 5.6.1-8.fc7.ppc (30 days) plplot - 5.6.1-8.fc7.x86_64 (30 days) plplot-gnome - 5.6.1-8.fc7.i386 (30 days) plplot-gnome - 5.6.1-8.fc7.i386 (30 days) plplot-gnome - 5.6.1-8.fc7.ppc (30 days) plplot-gnome - 5.6.1-8.fc7.x86_64 (30 days) plplot-wxGTK - 5.6.1-8.fc7.i386 (30 days) plplot-wxGTK - 5.6.1-8.fc7.ppc (30 days) plplot-wxGTK - 5.6.1-8.fc7.x86_64 (30 days) petersen AT redhat.com ghc-gtk2hs - 0.9.10-4.fc6.i386 (65 days) ghc-gtk2hs - 0.9.10-4.fc6.ppc (65 days) ghc-gtk2hs - 0.9.10-4.fc6.x86_64 (65 days) ghc642-gtk2hs - 0.9.10-4.fc6.i386 (65 days) ghc642-gtk2hs - 0.9.10-4.fc6.ppc (65 days) ghc642-gtk2hs - 0.9.10-4.fc6.x86_64 (65 days) ghc642-gtk2hs-mozembed - 0.9.10-1.fc5.i386 ghc642-gtk2hs-mozembed - 0.9.10-1.fc5.ppc ghc642-gtk2hs-mozembed - 0.9.10-1.fc5.x86_64 ghc642-gtk2hs-mozembed - 0.9.10-4.fc6.i386 (65 days) ghc642-gtk2hs-mozembed - 0.9.10-4.fc6.ppc (65 days) ghc642-gtk2hs-mozembed - 0.9.10-4.fc6.x86_64 (65 days) rdieter AT math.unl.edu Macaulay2-doc - 0.9.2-22.fc5.i386 Macaulay2-doc - 0.9.2-22.fc5.ppc Macaulay2-doc - 0.9.2-22.fc5.x86_64 PyKDE - 3.16.0-5.fc7.i386 (30 days) PyKDE - 3.16.0-5.fc7.i386 (30 days) PyKDE - 3.16.0-5.fc7.ppc (30 days) PyKDE - 3.16.0-5.fc7.x86_64 (30 days) gift - 0.11.8.1-6.fc7.i386 (70 days) wxMaxima - 0.7.0a-3.fc6.ppc (7 days) roozbeh AT farsiweb.info translate-toolkit - 0.10.1-3.fc7.noarch (8 days) translate-toolkit - 0.10.1-3.fc7.noarch (8 days) translate-toolkit - 0.10.1-3.fc7.noarch (8 days) shahms AT shahms.com python-psyco - 1.5.1-4.fc6.i386 (30 days) stickster AT gmail.com xmldiff - 0.6.7-12.fc6.i386 (30 days) xmldiff - 0.6.7-12.fc6.ppc (30 days) xmldiff - 0.6.7-12.fc6.x86_64 (30 days) tcallawa AT redhat.com compat-wxPythonGTK2 - 2.4.2.4-12.fc6.i386 (30 days) compat-wxPythonGTK2 - 2.4.2.4-12.fc6.ppc (30 days) compat-wxPythonGTK2 - 2.4.2.4-12.fc6.x86_64 (30 days) rekall-postgresql - 2.4.3-5.fc6.i386 (32 days) rekall-postgresql - 2.4.3-5.fc6.ppc (32 days) rekall-postgresql - 2.4.3-5.fc6.x86_64 (32 days) rekall-python - 2.4.3-5.fc6.i386 (32 days) rekall-python - 2.4.3-5.fc6.ppc (32 days) rekall-python - 2.4.3-5.fc6.x86_64 (32 days) thomas AT apestaart.org python-twisted - 1.3.0-7.fc6.i386 (30 days) python-twisted - 1.3.0-7.fc6.ppc (30 days) python-twisted - 1.3.0-7.fc6.x86_64 (30 days) tjanouse AT redhat.com cyrus-imapd - 2.3.7-4.fc6.i386 (39 days) cyrus-imapd - 2.3.7-4.fc6.i386 (39 days) cyrus-imapd - 2.3.7-4.fc6.ppc (39 days) cyrus-imapd - 2.3.7-4.fc6.x86_64 (39 days) ville.skytta AT iki.fi em8300 - 0.16.0-3.fc7.i386 (11 days) em8300 - 0.16.0-3.fc7.ppc (11 days) em8300 - 0.16.0-3.fc7.x86_64 (11 days) wart AT kobold.org cyphesis - 0.5.10-3.fc7.i386 (30 days) cyphesis - 0.5.10-3.fc7.ppc (30 days) cyphesis - 0.5.10-3.fc7.x86_64 (30 days) ====================================================================== Broken packages in fedora-extras-development-ppc: PyKDE-3.16.0-5.fc7.ppc requires python(abi) = 0:2.4 PyKDE-3.16.0-5.fc7.ppc requires python-abi = 0:2.4 TurboGears-1.0b2-5.fc7.noarch requires python-elementtree >= 0:1.2.6 blender-2.42a-17.fc7.ppc requires libgettextlib-0.16.so centericq-4.21.0-8.fc6.ppc requires libcurl.so.3 codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_html-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3) codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_baseu_xml-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_baseu_net-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_baseu_xml-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_core-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_baseu_net-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_xrc-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_xrc-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_baseu-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_html-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_qa-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_baseu-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_adv-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_qa-2.6.so.0(WXU_2.6) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_html-2.6.so.0(WXU_2.6) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_baseu_xml-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_xrc-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_qa-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_core-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_baseu_net-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_xrc-2.6.so.0(WXU_2.6) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_html-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_baseu-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_adv-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_baseu-2.6.so.0(WXU_2.6) compat-wxPythonGTK2-2.4.2.4-12.fc6.ppc requires python(abi) = 0:2.4 csound-5.03.0-9.fc7.ppc requires libpython2.4.so.1.0 csound-python-5.03.0-9.fc7.ppc requires python(abi) = 0:2.4 csound-python-5.03.0-9.fc7.ppc requires libpython2.4.so.1.0 cyphesis-0.5.10-3.fc7.ppc requires libpython2.4.so.1.0 cyrus-imapd-2.3.7-4.fc6.ppc requires libnetsnmpmibs.so.10 cyrus-imapd-2.3.7-4.fc6.ppc requires libnetsnmphelpers.so.10 cyrus-imapd-2.3.7-4.fc6.ppc requires libnetsnmp.so.10 cyrus-imapd-2.3.7-4.fc6.ppc requires libnetsnmpagent.so.10 em8300-0.16.0-3.fc7.ppc requires em8300-kmod >= 0:0.16.0 ghc-gtk2hs-0.9.10-4.fc6.ppc requires ghc = 0:6.4.2 ghc642-gtk2hs-0.9.10-4.fc6.ppc requires /usr/bin/ghc-pkg-6.4.2 ghc642-gtk2hs-0.9.10-4.fc6.ppc requires ghc642 ghc642-gtk2hs-mozembed-0.9.10-4.fc6.ppc requires /usr/bin/ghc-pkg-6.4.2 ghc642-gtk2hs-mozembed-0.9.10-4.fc6.ppc requires ghc642 libreadline-java-0.8.0-13.fc6.ppc requires libedit >= 0:2.9 openpbx-1.2-3.rc2.svn2135.fc7.ppc requires libedit.so.0 openpbx-postgresql-1.2-3.rc2.svn2135.fc7.ppc requires libpq.so.4 plplot-5.6.1-8.fc7.ppc requires python(abi) = 0:2.4 plplot-5.6.1-8.fc7.ppc requires libpython2.4.so.1.0 plplot-gnome-5.6.1-8.fc7.ppc requires python(abi) = 0:2.4 plplot-gnome-5.6.1-8.fc7.ppc requires libpython2.4.so.1.0 plplot-wxGTK-5.6.1-8.fc7.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) plplot-wxGTK-5.6.1-8.fc7.ppc requires libwx_baseu_xml-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.ppc requires libwx_gtk2u_qa-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) plplot-wxGTK-5.6.1-8.fc7.ppc requires libwx_gtk2u_core-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.ppc requires libwx_baseu_net-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.ppc requires libwx_gtk2u_xrc-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.ppc requires libwx_gtk2u_html-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.ppc requires libwx_baseu-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.ppc requires libwx_gtk2u_adv-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.ppc requires libwx_baseu-2.6.so.0(WXU_2.6) python-4Suite-XML-1.0-1.ppc requires python(abi) = 0:2.4 python-amara-1.1.7-2.fc6.noarch requires python(abi) = 0:2.4 python-cherrypy-2.2.1-3.fc6.noarch requires python(abi) = 0:2.4 python-nltk-1.4.4-3.fc7.noarch requires python(abi) = 0:2.4 python-pydns-2.3.0-4.fc6.noarch requires python(abi) = 0:2.4 python-twisted-1.3.0-7.fc6.ppc requires python(abi) = 0:2.4 rekall-postgresql-2.4.3-5.fc6.ppc requires libpq.so.4 rekall-python-2.4.3-5.fc6.ppc requires python(abi) = 0:2.4 rekall-python-2.4.3-5.fc6.ppc requires libpython2.4.so.1.0 toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_gl-2.6.so.0 toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3) toped-0.8.2-2.fc6.ppc requires libwx_baseu_xml-2.6.so.0 toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_qa-2.6.so.0 toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_core-2.6.so.0 toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_gl-2.6.so.0(WXU_2.6) toped-0.8.2-2.fc6.ppc requires libwx_baseu_net-2.6.so.0 toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_xrc-2.6.so.0 toped-0.8.2-2.fc6.ppc requires libwx_baseu-2.6.so.0(WXU_2.6) toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_html-2.6.so.0 toped-0.8.2-2.fc6.ppc requires libwx_baseu-2.6.so.0 toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6) toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_adv-2.6.so.0 translate-toolkit-0.10.1-3.fc7.noarch requires python-elementtree xmldiff-0.6.7-12.fc6.ppc requires python-abi = 0:2.4 xmldiff-0.6.7-12.fc6.ppc requires python(abi) = 0:2.4 ====================================================================== Broken packages in fedora-extras-development-x86_64: PyKDE-3.16.0-5.fc7.i386 requires python(abi) = 0:2.4 PyKDE-3.16.0-5.fc7.i386 requires python-abi = 0:2.4 PyKDE-3.16.0-5.fc7.x86_64 requires python(abi) = 0:2.4 PyKDE-3.16.0-5.fc7.x86_64 requires python-abi = 0:2.4 TurboGears-1.0b2-5.fc7.noarch requires python-elementtree >= 0:1.2.6 blender-2.42a-17.fc7.x86_64 requires libgettextlib-0.16.so()(64bit) centericq-4.21.0-8.fc6.x86_64 requires libcurl.so.3()(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_html-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu_xml-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu_net-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu_xml-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_core-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu_net-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_xrc-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_xrc-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_html-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_qa-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_adv-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_qa-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_baseu_net-2.6.so.0(WXU_2.6)(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6)(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_baseu-2.6.so.0(WXU_2.6)(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_html-2.6.so.0(WXU_2.6)(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_xrc-2.6.so.0()(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0()(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_baseu-2.6.so.0()(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_qa-2.6.so.0(WXU_2.6)(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_adv-2.6.so.0()(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6)(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2)(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_qa-2.6.so.0()(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_baseu_xml-2.6.so.0()(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_html-2.6.so.0()(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_baseu_net-2.6.so.0()(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_xrc-2.6.so.0(WXU_2.6)(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_baseu_xml-2.6.so.0(WXU_2.6)(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3)(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6)(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_baseu-2.6.so.0(WXU_2.6)(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_html-2.6.so.0(WXU_2.6)(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_xrc-2.6.so.0()(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_baseu-2.6.so.0()(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_adv-2.6.so.0()(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6)(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2)(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_qa-2.6.so.0()(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_baseu_xml-2.6.so.0()(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0()(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_html-2.6.so.0()(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_baseu_net-2.6.so.0()(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_xrc-2.6.so.0(WXU_2.6)(64bit) compat-wxPythonGTK2-2.4.2.4-12.fc6.x86_64 requires python(abi) = 0:2.4 csound-5.03.0-9.fc7.i386 requires libpython2.4.so.1.0 csound-5.03.0-9.fc7.x86_64 requires libpython2.4.so.1.0()(64bit) csound-python-5.03.0-9.fc7.x86_64 requires python(abi) = 0:2.4 csound-python-5.03.0-9.fc7.x86_64 requires libpython2.4.so.1.0()(64bit) cyphesis-0.5.10-3.fc7.x86_64 requires libpython2.4.so.1.0()(64bit) cyrus-imapd-2.3.7-4.fc6.i386 requires libnetsnmpmibs.so.10 cyrus-imapd-2.3.7-4.fc6.i386 requires libnetsnmphelpers.so.10 cyrus-imapd-2.3.7-4.fc6.i386 requires libnetsnmp.so.10 cyrus-imapd-2.3.7-4.fc6.i386 requires libnetsnmpagent.so.10 cyrus-imapd-2.3.7-4.fc6.x86_64 requires libnetsnmpmibs.so.10()(64bit) cyrus-imapd-2.3.7-4.fc6.x86_64 requires libnetsnmp.so.10()(64bit) cyrus-imapd-2.3.7-4.fc6.x86_64 requires libnetsnmphelpers.so.10()(64bit) cyrus-imapd-2.3.7-4.fc6.x86_64 requires libnetsnmpagent.so.10()(64bit) em8300-0.16.0-3.fc7.x86_64 requires em8300-kmod >= 0:0.16.0 ghc-gtk2hs-0.9.10-4.fc6.x86_64 requires ghc = 0:6.4.2 ghc642-gtk2hs-0.9.10-4.fc6.x86_64 requires /usr/bin/ghc-pkg-6.4.2 ghc642-gtk2hs-0.9.10-4.fc6.x86_64 requires ghc642 ghc642-gtk2hs-mozembed-0.9.10-4.fc6.x86_64 requires /usr/bin/ghc-pkg-6.4.2 ghc642-gtk2hs-mozembed-0.9.10-4.fc6.x86_64 requires ghc642 gift-0.11.8.1-6.fc7.i386 requires libmagic.so.1 kmod-sysprof-1.0.8-1.2.6.19_1.2904.fc7.x86_64 requires kernel-x86_64 = 0:2.6.19-1.2904.fc7 kmod-sysprof-kdump-1.0.8-1.2.6.19_1.2904.fc7.x86_64 requires kernel-x86_64 = 0:2.6.19-1.2904.fc7kdump libreadline-java-0.8.0-13.fc6.i386 requires libedit >= 0:2.9 libreadline-java-0.8.0-13.fc6.x86_64 requires libedit >= 0:2.9 openpbx-1.2-3.rc2.svn2135.fc7.i386 requires libedit.so.0 openpbx-1.2-3.rc2.svn2135.fc7.x86_64 requires libedit.so.0()(64bit) openpbx-postgresql-1.2-3.rc2.svn2135.fc7.x86_64 requires libpq.so.4()(64bit) orange-0.3-4.cvs20051118.fc7.i386 requires libmagic.so.1 paraview-2.4.4-3.fc6.x86_64 requires libpython2.4.so.1.0()(64bit) paraview-mpi-2.4.4-3.fc6.x86_64 requires libpython2.4.so.1.0()(64bit) plplot-5.6.1-8.fc7.i386 requires python(abi) = 0:2.4 plplot-5.6.1-8.fc7.i386 requires libpython2.4.so.1.0 plplot-5.6.1-8.fc7.x86_64 requires python(abi) = 0:2.4 plplot-5.6.1-8.fc7.x86_64 requires libpython2.4.so.1.0()(64bit) plplot-gnome-5.6.1-8.fc7.i386 requires python(abi) = 0:2.4 plplot-gnome-5.6.1-8.fc7.i386 requires libpython2.4.so.1.0 plplot-gnome-5.6.1-8.fc7.x86_64 requires python(abi) = 0:2.4 plplot-gnome-5.6.1-8.fc7.x86_64 requires libpython2.4.so.1.0()(64bit) plplot-wxGTK-5.6.1-8.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6)(64bit) plplot-wxGTK-5.6.1-8.fc7.x86_64 requires libwx_baseu-2.6.so.0(WXU_2.6)(64bit) plplot-wxGTK-5.6.1-8.fc7.x86_64 requires libwx_baseu-2.6.so.0()(64bit) plplot-wxGTK-5.6.1-8.fc7.x86_64 requires libwx_gtk2u_xrc-2.6.so.0()(64bit) plplot-wxGTK-5.6.1-8.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2)(64bit) plplot-wxGTK-5.6.1-8.fc7.x86_64 requires libwx_gtk2u_qa-2.6.so.0()(64bit) plplot-wxGTK-5.6.1-8.fc7.x86_64 requires libwx_baseu_xml-2.6.so.0()(64bit) plplot-wxGTK-5.6.1-8.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0()(64bit) plplot-wxGTK-5.6.1-8.fc7.x86_64 requires libwx_gtk2u_html-2.6.so.0()(64bit) plplot-wxGTK-5.6.1-8.fc7.x86_64 requires libwx_baseu_net-2.6.so.0()(64bit) plplot-wxGTK-5.6.1-8.fc7.x86_64 requires libwx_gtk2u_adv-2.6.so.0()(64bit) python-4Suite-XML-1.0-1.x86_64 requires python(abi) = 0:2.4 python-amara-1.1.7-2.fc6.noarch requires python(abi) = 0:2.4 python-cherrypy-2.2.1-3.fc6.noarch requires python(abi) = 0:2.4 python-nltk-1.4.4-3.fc7.noarch requires python(abi) = 0:2.4 python-pydns-2.3.0-4.fc6.noarch requires python(abi) = 0:2.4 python-twisted-1.3.0-7.fc6.x86_64 requires python(abi) = 0:2.4 rekall-postgresql-2.4.3-5.fc6.x86_64 requires libpq.so.4()(64bit) rekall-python-2.4.3-5.fc6.x86_64 requires python(abi) = 0:2.4 rekall-python-2.4.3-5.fc6.x86_64 requires libpython2.4.so.1.0()(64bit) streamtuner-0.99.99-15.fc7.x86_64 requires libpython2.4.so.1.0()(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_gtk2u_gl-2.6.so.0(WXU_2.6)(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6)(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_baseu-2.6.so.0(WXU_2.6)(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_gtk2u_xrc-2.6.so.0()(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_gtk2u_core-2.6.so.0()(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_baseu-2.6.so.0()(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_gtk2u_adv-2.6.so.0()(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6)(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_gtk2u_qa-2.6.so.0()(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_baseu_xml-2.6.so.0()(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_gtk2u_html-2.6.so.0()(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_baseu_net-2.6.so.0()(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_gtk2u_gl-2.6.so.0()(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2)(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3)(64bit) translate-toolkit-0.10.1-3.fc7.noarch requires python-elementtree xmldiff-0.6.7-12.fc6.x86_64 requires python-abi = 0:2.4 xmldiff-0.6.7-12.fc6.x86_64 requires python(abi) = 0:2.4 ====================================================================== Broken packages in fedora-extras-development-i386: PyKDE-3.16.0-5.fc7.i386 requires python(abi) = 0:2.4 PyKDE-3.16.0-5.fc7.i386 requires python-abi = 0:2.4 TurboGears-1.0b2-5.fc7.noarch requires python-elementtree >= 0:1.2.6 blender-2.42a-17.fc7.i386 requires libgettextlib-0.16.so centericq-4.21.0-8.fc6.i386 requires libcurl.so.3 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_html-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu_xml-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu_net-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu_xml-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_core-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu_net-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_xrc-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_xrc-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_html-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_qa-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_adv-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_qa-2.6.so.0(WXU_2.6) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_html-2.6.so.0(WXU_2.6) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu_xml-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_xrc-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_qa-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_core-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu_net-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_xrc-2.6.so.0(WXU_2.6) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_html-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_adv-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu-2.6.so.0(WXU_2.6) compat-wxPythonGTK2-2.4.2.4-12.fc6.i386 requires python(abi) = 0:2.4 csound-5.03.0-9.fc7.i386 requires libpython2.4.so.1.0 csound-python-5.03.0-9.fc7.i386 requires python(abi) = 0:2.4 csound-python-5.03.0-9.fc7.i386 requires libpython2.4.so.1.0 cyphesis-0.5.10-3.fc7.i386 requires libpython2.4.so.1.0 cyrus-imapd-2.3.7-4.fc6.i386 requires libnetsnmpmibs.so.10 cyrus-imapd-2.3.7-4.fc6.i386 requires libnetsnmphelpers.so.10 cyrus-imapd-2.3.7-4.fc6.i386 requires libnetsnmp.so.10 cyrus-imapd-2.3.7-4.fc6.i386 requires libnetsnmpagent.so.10 em8300-0.16.0-3.fc7.i386 requires em8300-kmod >= 0:0.16.0 ghc-gtk2hs-0.9.10-4.fc6.i386 requires ghc = 0:6.4.2 ghc642-gtk2hs-0.9.10-4.fc6.i386 requires /usr/bin/ghc-pkg-6.4.2 ghc642-gtk2hs-0.9.10-4.fc6.i386 requires ghc642 ghc642-gtk2hs-mozembed-0.9.10-4.fc6.i386 requires /usr/bin/ghc-pkg-6.4.2 ghc642-gtk2hs-mozembed-0.9.10-4.fc6.i386 requires ghc642 kmod-sysprof-1.0.8-1.2.6.19_1.2904.fc7.i586 requires kernel-i586 = 0:2.6.19-1.2904.fc7 kmod-sysprof-1.0.8-1.2.6.19_1.2904.fc7.i686 requires kernel-i686 = 0:2.6.19-1.2904.fc7 kmod-sysprof-PAE-1.0.8-1.2.6.19_1.2904.fc7.i686 requires kernel-i686 = 0:2.6.19-1.2904.fc7PAE libreadline-java-0.8.0-13.fc6.i386 requires libedit >= 0:2.9 openpbx-1.2-3.rc2.svn2135.fc7.i386 requires libedit.so.0 openpbx-postgresql-1.2-3.rc2.svn2135.fc7.i386 requires libpq.so.4 plplot-5.6.1-8.fc7.i386 requires python(abi) = 0:2.4 plplot-5.6.1-8.fc7.i386 requires libpython2.4.so.1.0 plplot-gnome-5.6.1-8.fc7.i386 requires python(abi) = 0:2.4 plplot-gnome-5.6.1-8.fc7.i386 requires libpython2.4.so.1.0 plplot-wxGTK-5.6.1-8.fc7.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) plplot-wxGTK-5.6.1-8.fc7.i386 requires libwx_baseu_xml-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.i386 requires libwx_gtk2u_qa-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) plplot-wxGTK-5.6.1-8.fc7.i386 requires libwx_gtk2u_core-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.i386 requires libwx_baseu_net-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.i386 requires libwx_gtk2u_xrc-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.i386 requires libwx_gtk2u_html-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.i386 requires libwx_baseu-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.i386 requires libwx_gtk2u_adv-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.i386 requires libwx_baseu-2.6.so.0(WXU_2.6) python-4Suite-XML-1.0-1.i386 requires python(abi) = 0:2.4 python-amara-1.1.7-2.fc6.noarch requires python(abi) = 0:2.4 python-cherrypy-2.2.1-3.fc6.noarch requires python(abi) = 0:2.4 python-nltk-1.4.4-3.fc7.noarch requires python(abi) = 0:2.4 python-psyco-1.5.1-4.fc6.i386 requires python-abi = 0:2.4 python-psyco-1.5.1-4.fc6.i386 requires python(abi) = 0:2.4 python-pydns-2.3.0-4.fc6.noarch requires python(abi) = 0:2.4 python-twisted-1.3.0-7.fc6.i386 requires python(abi) = 0:2.4 rekall-postgresql-2.4.3-5.fc6.i386 requires libpq.so.4 rekall-python-2.4.3-5.fc6.i386 requires python(abi) = 0:2.4 rekall-python-2.4.3-5.fc6.i386 requires libpython2.4.so.1.0 toped-0.8.2-2.fc6.i386 requires libwx_gtk2u_gl-2.6.so.0 toped-0.8.2-2.fc6.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) toped-0.8.2-2.fc6.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3) toped-0.8.2-2.fc6.i386 requires libwx_baseu_xml-2.6.so.0 toped-0.8.2-2.fc6.i386 requires libwx_gtk2u_qa-2.6.so.0 toped-0.8.2-2.fc6.i386 requires libwx_gtk2u_core-2.6.so.0 toped-0.8.2-2.fc6.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) toped-0.8.2-2.fc6.i386 requires libwx_gtk2u_gl-2.6.so.0(WXU_2.6) toped-0.8.2-2.fc6.i386 requires libwx_baseu_net-2.6.so.0 toped-0.8.2-2.fc6.i386 requires libwx_gtk2u_xrc-2.6.so.0 toped-0.8.2-2.fc6.i386 requires libwx_baseu-2.6.so.0(WXU_2.6) toped-0.8.2-2.fc6.i386 requires libwx_gtk2u_html-2.6.so.0 toped-0.8.2-2.fc6.i386 requires libwx_baseu-2.6.so.0 toped-0.8.2-2.fc6.i386 requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6) toped-0.8.2-2.fc6.i386 requires libwx_gtk2u_adv-2.6.so.0 translate-toolkit-0.10.1-3.fc7.noarch requires python-elementtree xmldiff-0.6.7-12.fc6.i386 requires python-abi = 0:2.4 xmldiff-0.6.7-12.fc6.i386 requires python(abi) = 0:2.4 ====================================================================== Broken packages in fedora-extras-6-ppc: wxMaxima-0.7.0a-3.fc6.ppc requires maxima >= 0:5.10 ====================================================================== Broken packages in fedora-extras-5-ppc: Macaulay2-doc-0.9.2-22.fc5.ppc requires Macaulay2 = 0:0.9.2 galeon-2.0.3-1.fc5.ppc requires mozilla = 37:1.7.13 ghc642-gtk2hs-mozembed-0.9.10-1.fc5.ppc requires mozilla-devel = 37:1.7.13 linphone-1.2.0-4.fc5.ppc requires libortp.so.2 ====================================================================== Broken packages in fedora-extras-5-x86_64: Macaulay2-doc-0.9.2-22.fc5.x86_64 requires Macaulay2 = 0:0.9.2 galeon-2.0.3-1.fc5.x86_64 requires mozilla = 37:1.7.13 ghc642-gtk2hs-mozembed-0.9.10-1.fc5.x86_64 requires mozilla-devel = 37:1.7.13 linphone-1.2.0-4.fc5.x86_64 requires libortp.so.2()(64bit) ====================================================================== Broken packages in fedora-extras-5-i386: Macaulay2-doc-0.9.2-22.fc5.i386 requires Macaulay2 = 0:0.9.2 galeon-2.0.3-1.fc5.i386 requires mozilla = 37:1.7.13 ghc642-gtk2hs-mozembed-0.9.10-1.fc5.i386 requires mozilla-devel = 37:1.7.13 linphone-1.2.0-4.fc5.i386 requires libortp.so.2 From bugs.michael at gmx.net Sun Jan 7 22:30:14 2007 From: bugs.michael at gmx.net (Michael Schwendt) Date: Sun, 7 Jan 2007 23:30:14 +0100 Subject: Summary - Broken dependencies in Fedora Extras - 2007-01-04 In-Reply-To: <459CD789.9010004@leemhuis.info> References: <20070104102237.7113.82514@extras64.linux.duke.edu> <459CD789.9010004@leemhuis.info> Message-ID: <20070107233014.43f81940.bugs.michael@gmx.net> On Thu, 04 Jan 2007 11:31:37 +0100, Thorsten Leemhuis wrote: > On 04.01.2007 11:22, Fedora Extras repoclosure wrote: > > New report for: giallu AT gmail.com > > > > package: kmod-sysprof - 1.0.8-1.2.6.19_1.2891.fc7.i586 from fedora-extras-development-i386 > > unresolved deps: > > kernel-i586 = 0:2.6.19-1.2891.fc7 > I think we should we exclude kmods in devel from the dependencies check. > The kernels in rawhide change quite often and thus we'll have > kmod-packages with missing kernels quite often until we have a automatic > solution that rebuilds the kmods when a new kernel get pushed.... I'm going to patch them out differently. They will still be sent to the package owner and also be included in the summary mail, but not trigger a new summary. From jspaleta at gmail.com Sun Jan 7 22:45:01 2007 From: jspaleta at gmail.com (Jeff Spaleta) Date: Sun, 7 Jan 2007 13:45:01 -0900 Subject: Adding (parts of) gstreamer-plugins-bad to FE? In-Reply-To: <456CA99D.4070803@hhs.nl> References: <456850B2.2050402@hhs.nl> <20061127165608.GI29814@nostromo.devel.redhat.com> <456B3568.7020903@hhs.nl> <883cfe6d0611280714l1f644019wbaacf930562dc780@mail.gmail.com> <456C5B04.3080108@hhs.nl> <883cfe6d0611281059l71e11190o487b58738e60a384@mail.gmail.com> <456CA99D.4070803@hhs.nl> Message-ID: <604aa7910701071445s5ce4f485r45d5ece26e2cf599@mail.gmail.com> On 11/28/06, Hans de Goede wrote: > The bad references mainly to the code quality, not to licensing issues, > so I'm planning on: So you're planning on delibrately feed code that has been deemed as poor code quality from upstream to end-users of Fedora. WTF? You are delibrately running counter to upstream's purpose of having these things in a 'bad' package. If you distribute these things... you WILL be causing friction with the upstream developers. Is it worth it? Is it worth burning bridges with upstream developers to get end-users a plugin now? I don't care how 'cool' some of these things are... if the upstreamer gst developers have an established bar to meet to promote something from bad to good or ugly.. then you should be working with them to get the plugin fixed so it can be promoted. Dropping them into a distribution against the express wishes of upstream's code stablization process is a very good way to burn bridges... bridges you are going to need to fix bugreports that YOU as the maintainer will be expected to fix. Do you not care about stabilityor any other bug issue? How exactly do YOU plan to deal with bugreports? I'm not happy about this if there is no buy-in from upstream for fedora to distribute this as part of a plan to test and fix specific plugins so they can be promoted. I want to see real discussion with upstream for each module you want to see in FE, as to why its in bad right now, and what actions need to be taken to get them into good by F7 release. If for example a plugin is in bad because it doesn't have an active maintainer... putting it into Fedora would not be in the users best interest's. If a different plugin is in bad because it needs to be more widely tested, then there could very well be an opportunity to have it in development for the testing phase of F7 so we can help get it promoted into the good. Whatever you do, do not go it alone. You absolutely must work with upstream so that we get the plugins out of the bad category. We can not feed unstable or unmaintained plugins to users in Fedora's release branch repositories. We absolutely cannot do it. -jef From buildsys at fedoraproject.org Mon Jan 8 00:18:31 2007 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Sun, 7 Jan 2007 19:18:31 -0500 (EST) Subject: Fedora Extras Package Build Report 2007-01-07 Message-ID: <20070108001831.2464C15212E@buildsys.fedoraproject.org> Packages built and released for Fedora Extras 6: 3 awstats-6.6-1.fc6 emacs-common-muse-3.02.93-3.fc6 mach-0.9.1-1.fc6 Packages built and released for Fedora Extras 5: 3 emacs-common-muse-3.02.93-3.fc5 galeon-2.0.3-2.fc5 mach-0.9.1-1.fc5 For more information about the built packages please see the repository or the Fedora Info Feed: http://fedoraproject.org/infofeed/ From thomas at apestaart.org Sun Jan 7 23:41:41 2007 From: thomas at apestaart.org (thomas at apestaart.org) Date: Mon, 8 Jan 2007 00:41:41 +0100 (CET) Subject: RELEASE: Mach 0.9.1 'Australia' Message-ID: <20070107234141.E67BD240001@ana.amantes> This mail announces the release of Mach 0.9.1 'Australia'. mach allows you to set up clean roots from scratch for any distribution or distribution variation supported. Currently, this is limited to RPM-based distributions. This clean build root can be used for making clean packages, running jailed services, testing builds, or making disk images of clean roots. For more information, see http://thomas.apestaart.org/projects/mach/ To file bugs, go to https://apestaart.org/thomas/trac/newticket -------------- next part -------------- mach - make a chroot - RELEASE NOTES ------------------------------------ Announcing the release of mach 0.9.1 - Australia. WHAT IS IT ---------- mach allows you to set up clean roots from scratch for any distribution or distribution variation supported. This clean build root can be used to run jailed services, create disk images, or build clean packages. mach can currently set up roots for the following distributions: - Fedora 4, 5, 6 (core, updated, extras, rpm.livna.org, devel JPackage, FreshRPMS, GStreamer) - Fedora 1, 2, 3 (core, updated, www.fedora.us, rpm.livna.org, JPackage, FreshRPMS, GStreamer) - Red Hat 8.0, 9 (basic, updated, www.fedora.us, rpm.livna.org, JPackage, GStreamer, FreshRPMS) - Red Hat 7.2, 7.3 (basic, updated, FreshRPMS, JPackage) - Red Hat 7.0, 7.1 (basic, updated, FreshRPMS) - CentOS 4 - SuSE 8.1/8.2/9 - Connectiva - Yellowdog Linux 3.0 (basic, updated, FreshRPMS) - Yellowdog Linux 2.3 (basic, updated, FreshRPMS) - Dave/Dina 0.0/oven/fridge Read the README included in the distribution for a better overview. CHANGES ------- - Add FC6, CentOS 4 and JPackage 1.7 configs (Ville) - Run rpmlint by default (Thomas) - Cleanup of dist files (Ville) - Enable buildroot and rpath checks in FE roots (Ville) - Add /dev/(u)random to the root (Thomas) - Sync FC build package sets with Fedora guidelines (Ville) - Create RPM transaction lock directories during prep (Nigel) - Add Fedora PPC configs (Matthias) - Add debian build files (Jan) WHY WOULD YOU USE IT -------------------- mach is helpful: - to create minimal chroot environments to jail services in - to create clean packages for distributions - to catch spec file mistakes, missing buildrequires, and more INFORMATION ----------- mach's homepage is at http://thomas.apestaart.org/projects/mach/ mach is hosted on SourceForge; the project page is http://www.sourceforge.net/projects/mach/ There is a mailing list for development and use of mach. See http://lists.sourceforge.net/lists/listinfo/mach-devel QUICKSTART ---------- a) On a Fedora 4 Core system, install the mach rpm from http://thomas.apestaart.org/download/mach b) su - mach c) mach setup base d) mach chroot poke around a bit in the fresh root e) exit f) mach rebuild http://ayo.freshrpms.net/fedora/linux/4/i386/SRPMS.core/vorbis-tools-1.0.1-6.src.rpm If all goes well, you'll get a nice freshly built vorbis-tools package. Now go out, experiment and bug report ! MAILING LIST ------------ A mailing list has been set up for discussion of mach use and development. Check http://lists.sourceforge.net/lists/listinfo/mach-devel for information. The list is low-volume. BUGS ---- To file bugs, go to https://apestaart.org/thomas/trac Always state what platform you are running on, if it's a clean install or somehow updated, how I can reproduce the bug, and output of a run of the failed command with -d (debugging). CONTRIBUTORS ------------ Contributors to releases include - Thomas Vander Stichele - Ville Skytt?? - Jeff Pitman - Rudi Chiarito - Matthias Saou - Nigel Metheringham - Jan Schmidt From mattdm at mattdm.org Mon Jan 8 03:11:12 2007 From: mattdm at mattdm.org (Matthew Miller) Date: Sun, 7 Jan 2007 22:11:12 -0500 Subject: Gallery2 In-Reply-To: <45A16E03.7080705@gmx.de> References: <45A16E03.7080705@gmx.de> Message-ID: <20070108031112.GA12150@jadzia.bu.edu> On Sun, Jan 07, 2007 at 11:02:43PM +0100, Robert M. Albrecht wrote: > I have problems installing Gallery2 from Fedora Extras. > The setup-wizard does not get the login.txt for authenticating the > installation: Right. Because if that were there, anyone in the world could configure your gallery without your permission. > Error: could not locate login.txt. Please place it in your > /srv/gallery2/ directory. > Why is he searching in /srv/gallery2 and where does /srv belong ? Read the rest of the page! The very next paragraph tells you exactly what to do. -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> From thias at spam.spam.spam.spam.spam.spam.spam.egg.and.spam.freshrpms.net Mon Jan 8 13:59:27 2007 From: thias at spam.spam.spam.spam.spam.spam.spam.egg.and.spam.freshrpms.net (Matthias Saou) Date: Mon, 8 Jan 2007 14:59:27 +0100 Subject: About missing reviews In-Reply-To: <200612311250.19455.jkeating@redhat.com> References: <20061231150107.22d01c0d@ludwig-alpha.unil.ch> <20061231153943.88f58507.bugs.michael@gmx.net> <4597CE69.5090103@leemhuis.info> <200612311250.19455.jkeating@redhat.com> Message-ID: <20070108145927.5b3e29f5@python3.es.egwn.lan> Jesse Keating wrote : > On Sunday 31 December 2006 09:51, Thorsten Leemhuis wrote: > > Yeah, probably -- and some are from freshrpms afaics. > > > > Is it really worth the effort to search for all those informations? > > Yes, EVERY package must have an accountable review. This is the only way > we'll be able to trust the package repository for downstream projects, > otherwise each downstream project will need to do its own package reviews to > ensure quality. Fully agreed. Does anyone want to review all the packages that came from freshrpms and never got a proper formal review? I'm pretty sure some things have slipped through... Matthias -- Clean custom Red Hat Linux rpm packages : http://freshrpms.net/ Fedora Core release 6 (Zod) - Linux kernel 2.6.18-1.2835.fc6 Load : 2.47 1.66 1.56 From thias at spam.spam.spam.spam.spam.spam.spam.egg.and.spam.freshrpms.net Mon Jan 8 14:17:19 2007 From: thias at spam.spam.spam.spam.spam.spam.spam.egg.and.spam.freshrpms.net (Matthias Saou) Date: Mon, 8 Jan 2007 15:17:19 +0100 Subject: Possible wxWidgets-2.8 problem (rawhide) In-Reply-To: <20061219141900.GA13029@jadzia.bu.edu> References: <1166353800.21598.21.camel@T7.Linux> <20061217152550.GA4561@jadzia.bu.edu> <1166371130.21598.29.camel@T7.Linux> <20061217171046.GA7987@jadzia.bu.edu> <20061217182220.GA11248@jadzia.bu.edu> <20061218170620.00ae997e@python3.es.egwn.lan> <20061218192914.GA5729@jadzia.bu.edu> <20061219131512.351aecb2@python3.es.egwn.lan> <20061219141900.GA13029@jadzia.bu.edu> Message-ID: <20070108151719.4f38a909@python3.es.egwn.lan> Matthew Miller wrote : > On Tue, Dec 19, 2006 at 01:15:12PM +0100, Matthias Saou wrote: > > Here's the VLC error I'm still getting : > > dialogs.cpp: In member function 'void > > DialogsProvider::OnOpenFileGeneric(wxCommandEvent&)': > > dialogs.cpp:379: error: 'class wxFileDialog' has no member named > > 'SetStyle' > > make[6]: *** [libwxwidgets_plugin_a-dialogs.o] Error 1 > > Possibly some non-enabled style changing option for wxGTK? > > Well, I'm not explicitly giving "--enable-filedlg", but I think that should > be on by default. On the other hand, I thought the timer would be on by > default too by reading the configure.in. FYI : This build error is caused by a function rename, and the entire VLC build can be fixed with a trivial patch : http://forum.videolan.org/viewtopic.php?t=30193 Matthias -- Clean custom Red Hat Linux rpm packages : http://freshrpms.net/ Fedora Core release 6 (Zod) - Linux kernel 2.6.18-1.2835.fc6 Load : 2.18 2.96 2.50 From mattdm at mattdm.org Mon Jan 8 15:22:35 2007 From: mattdm at mattdm.org (Matthew Miller) Date: Mon, 8 Jan 2007 10:22:35 -0500 Subject: Possible wxWidgets-2.8 problem (rawhide) In-Reply-To: <20070108151719.4f38a909@python3.es.egwn.lan> References: <1166353800.21598.21.camel@T7.Linux> <20061217152550.GA4561@jadzia.bu.edu> <1166371130.21598.29.camel@T7.Linux> <20061217171046.GA7987@jadzia.bu.edu> <20061217182220.GA11248@jadzia.bu.edu> <20061218170620.00ae997e@python3.es.egwn.lan> <20061218192914.GA5729@jadzia.bu.edu> <20061219131512.351aecb2@python3.es.egwn.lan> <20061219141900.GA13029@jadzia.bu.edu> <20070108151719.4f38a909@python3.es.egwn.lan> Message-ID: <20070108152235.GA2594@jadzia.bu.edu> On Mon, Jan 08, 2007 at 03:17:19PM +0100, Matthias Saou wrote: > > Well, I'm not explicitly giving "--enable-filedlg", but I think that should > > be on by default. On the other hand, I thought the timer would be on by > > default too by reading the configure.in. > FYI : This build error is caused by a function rename, and the entire > VLC build can be fixed with a trivial patch : > http://forum.videolan.org/viewtopic.php?t=30193 Thanks. Odd that there's no mention of that in the changes document. -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> From gilboad at gmail.com Mon Jan 8 15:41:46 2007 From: gilboad at gmail.com (Gilboa Davara) Date: Mon, 08 Jan 2007 17:41:46 +0200 Subject: Hosting spec file, SRPMs. Message-ID: <1168270906.15587.25.camel@gilboa-work-dev.localdomain> Hello all, Can anyone point me to a free public on-line hosting service that can host my SPEC/SRPM files? - Gilboa From peter at thecodergeek.com Mon Jan 8 15:55:06 2007 From: peter at thecodergeek.com (Peter Gordon) Date: Mon, 8 Jan 2007 07:55:06 -0800 (PST) Subject: Hosting spec file, SRPMs. In-Reply-To: <1168270906.15587.25.camel@gilboa-work-dev.localdomain> References: <1168270906.15587.25.camel@gilboa-work-dev.localdomain> Message-ID: <46158.65.223.36.19.1168271706.squirrel@thecodergeek.com> Gilboa Davara wrote: > Can anyone point me to a free public on-line hosting service that can > host my SPEC/SRPM files? It's public only for read access; but email me off-list and I can give you some web/FTP space if you'd like. :] -- Peter Gordon (codergeek42) This message was sent through a webmail interface, and thus not signed. From romal at gmx.de Mon Jan 8 20:05:14 2007 From: romal at gmx.de (Robert M. Albrecht) Date: Mon, 08 Jan 2007 21:05:14 +0100 Subject: Gallery2 In-Reply-To: <20070108031112.GA12150@jadzia.bu.edu> References: <45A16E03.7080705@gmx.de> <20070108031112.GA12150@jadzia.bu.edu> Message-ID: <45A2A3FA.5090307@gmx.de> Hi, >> Error: could not locate login.txt. Please place it in your >> /srv/gallery2/ directory. >> Why is he searching in /srv/gallery2 and where does /srv belong ? > Read the rest of the page! The very next paragraph tells you exactly what to > do. Yes, I did that and it didn't work. Installing gallery2 from source works flawless, so there might be a problem with the package. cu romal From mattdm at mattdm.org Mon Jan 8 20:27:38 2007 From: mattdm at mattdm.org (Matthew Miller) Date: Mon, 8 Jan 2007 15:27:38 -0500 Subject: Gallery2 In-Reply-To: <45A2A3FA.5090307@gmx.de> References: <45A16E03.7080705@gmx.de> <20070108031112.GA12150@jadzia.bu.edu> <45A2A3FA.5090307@gmx.de> Message-ID: <20070108202738.GA16597@jadzia.bu.edu> On Mon, Jan 08, 2007 at 09:05:14PM +0100, Robert M. Albrecht wrote: > >>Error: could not locate login.txt. Please place it in your > >>/srv/gallery2/ directory. > >>Why is he searching in /srv/gallery2 and where does /srv belong ? > >Read the rest of the page! The very next paragraph tells you exactly what > >to > >do. > Yes, I did that and it didn't work. In what way exactly did it not work? -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> From ndbecker2 at gmail.com Mon Jan 8 22:12:10 2007 From: ndbecker2 at gmail.com (Neal Becker) Date: Mon, 08 Jan 2007 17:12:10 -0500 Subject: kforge anyone? Message-ID: This looks like a cool potential addition, any interest? http://linux.softpedia.com/get/Office/Groupware/KForge-8892.shtml From chitlesh at fedoraproject.org Mon Jan 8 23:10:03 2007 From: chitlesh at fedoraproject.org (Chitlesh GOORAH) Date: Tue, 9 Jan 2007 00:10:03 +0100 Subject: .la and FE guidelines Message-ID: <13dbfe4f0701081510y7769c943pe1762c1496fae56e@mail.gmail.com> Hello I'm suspecting a leakage in the FE guidelines concerning .la for kcontrol plugins. kcontrol plugins require .la files in order to work properly. Example: 1) https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=221733 2) https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=221015#c7 I think that these guidelines should be properly documented in that perspective. Any comments on this ? (PS: perhaps now, we should call it FE guidelines but F guidelines) Chitlesh -- http://clunixchit.blogspot.com From a.badger at gmail.com Tue Jan 9 00:13:14 2007 From: a.badger at gmail.com (Toshio Kuratomi) Date: Mon, 08 Jan 2007 16:13:14 -0800 Subject: .la and FE guidelines In-Reply-To: <13dbfe4f0701081510y7769c943pe1762c1496fae56e@mail.gmail.com> References: <13dbfe4f0701081510y7769c943pe1762c1496fae56e@mail.gmail.com> Message-ID: <1168301594.4180.22.camel@localhost.localdomain> On Tue, 2007-01-09 at 00:10 +0100, Chitlesh GOORAH wrote: > Hello > I'm suspecting a leakage in the FE guidelines concerning .la for > kcontrol plugins. > > kcontrol plugins require .la files in order to work properly. > Example: > 1) https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=221733 > 2) https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=221015#c7 > > I think that these guidelines should be properly documented in that perspective. > > Any comments on this ? > > (PS: perhaps now, we should call it FE guidelines but F guidelines) Hey Rex, Sorry, I got busy after figuring out just the arts piece of this puzzle. I have some time right now to go through and fix things to not require .la files. However, I know nothing of the kde project so I need a little bit of advice. * Do you think this work would be appreciated upstream or accepted within the Fedora kde packages? * Can you help me figure out which packages I need to look into and how to test that the problems are gone once I patch them? If so I'll open up a bug in bugzilla.r.c where we can track this. P.S. For Chitlesh: The Packaging Committee has discussed this: http://www.fedoraproject.org/wiki/PackagingDrafts/LibtoolArchives but not yet passed it. The fact that kde apps need .la's is arguably a bug in upstream's code but I don't know whether we determined there was any negative's from allowing them when they were a part of a loadable module rather than a shared library. -Toshio -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From rdieter at math.unl.edu Tue Jan 9 00:54:01 2007 From: rdieter at math.unl.edu (Rex Dieter) Date: Mon, 08 Jan 2007 18:54:01 -0600 Subject: .la and FE guidelines In-Reply-To: <1168301594.4180.22.camel@localhost.localdomain> References: <13dbfe4f0701081510y7769c943pe1762c1496fae56e@mail.gmail.com> <1168301594.4180.22.camel@localhost.localdomain> Message-ID: Toshio Kuratomi wrote: > On Tue, 2007-01-09 at 00:10 +0100, Chitlesh GOORAH wrote: >> Hello >> I'm suspecting a leakage in the FE guidelines concerning .la for >> kcontrol plugins. >> >> kcontrol plugins require .la files in order to work properly. >> Example: >> 1) https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=221733 >> 2) https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=221015#c7 >> >> I think that these guidelines should be properly documented in that perspective. >> Any comments on this ? > Sorry, I got busy after figuring out just the arts piece of this puzzle. > I have some time right now to go through and fix things to not > require .la files. However, I know nothing of the kde project so I need > a little bit of advice. > > * Do you think this work would be appreciated upstream or accepted > within the Fedora kde packages? upstream? Highly likely not, since kde-3.5.x is pretty much in strict maintenance mode now. > * Can you help me figure out which packages I need to look into and how > to test that the problems are gone once I patch them? > > If so I'll open up a bug in bugzilla.r.c where we can track this. IMO, it's just plain not worth the pain involved. By the time we get a good handle on this in core kde and supporting applications, kde4 will likely be around the corner (which, thankfully, at least wrt, no longer uses libtool). > P.S. For Chitlesh: The Packaging Committee has discussed this: > http://www.fedoraproject.org/wiki/PackagingDrafts/LibtoolArchives but > not yet passed it. The fact that kde apps need .la's is arguably a bug > in upstream's code but I don't know whether we determined there was any > negative's from allowing them when they were a part of a loadable module > rather than a shared library. Afaik, there are no negatives with the updated libtoolarchives proposal, but clearly, I was in the minority, which is why the proposal, as yet, hasn't passed. -- Rex From petersen at redhat.com Tue Jan 9 00:57:58 2007 From: petersen at redhat.com (Jens Petersen) Date: Tue, 09 Jan 2007 10:57:58 +1000 Subject: About missing reviews In-Reply-To: <20061231150107.22d01c0d@ludwig-alpha.unil.ch> References: <20061231150107.22d01c0d@ludwig-alpha.unil.ch> Message-ID: <45A2E896.3050405@redhat.com> Christian Iseli wrote: > In the process of preparing data to feed to the upcoming package > database, I tried to dig out all existing package reviews I could > find. I now have two lists: one were I could attach a review ticket or > an approval email (in the old review system), and one where I > couldn't... so I think I'll need some help here. Could FE package > owners please have a look at the missing_review.txt file and lend me a > hand where possible ? I believe in the earlier days of Extras, packages removed from Core were imported into Extras without a review. I'm pretty sure that accounts for my missing-review packages anyway. Thanks for your work on this. Jens ps It would be good if the changelogs of approved packages also referred to their review bug IMHO. From buildsys at fedoraproject.org Tue Jan 9 01:32:05 2007 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Mon, 8 Jan 2007 20:32:05 -0500 (EST) Subject: Fedora Extras Package Build Report 2007-01-08 Message-ID: <20070109013205.C703E15212E@buildsys.fedoraproject.org> Packages built and released for Fedora Extras development: 23 GeoIP-1.4.1-2.fc7 aiccu-2007.01.07-1.fc7 awstats-6.6-1.fc7 blender-2.42a-18.fc7 centericq-4.21.0-10.fc7 cfitsio-3.030-1.fc7 NEW curlftpfs-0.9-3.fc7 cyrus-imapd-2.3.7-6.fc7 dvdauthor-0.6.12-1.fc7 emacs-common-muse-3.02.93-3.fc7 gobby-0.4.1-2.fc7 jd-1.8.5-0.2.cvs070108.fc7 kst-1.3.1-3.fc7 mach-0.9.1-1.fc7 nedit-5.5-11.fc7 ochusha-0.5.99.66-0.1.cvs070108.fc7 papyrus-0.6.1-1.fc7 perl-Convert-UUlib-1.08-1.fc7 perl-MP3-Info-1.21-1.fc7.1 prelude-lml-0.9.8.1-4.fc7 NEW prelude-manager-0.9.7.1-3.fc7 python-cheetah-2.0-0.4.rc7.fc7 sysprof-kmod-1.0.8-1.2.6.19_1.2905.fc7 Packages built and released for Fedora Extras 6: 12 GeoIP-1.4.1-2.fc6 aiccu-2007.01.07-1.fc6 cfitsio-3.030-1.fc6 NEW curlftpfs-0.9-3.fc6 gdl-0.9-0.pre4.fc6 kst-1.3.1-3.fc6 libcddb-1.3.0-1.fc6 NEW libextractor-0.5.17-2.fc6 maxima-5.11.0-5.fc6 papyrus-0.6.1-1.fc6 perl-MP3-Info-1.21-1.fc6 prelude-lml-0.9.8.1-5.fc6 Packages built and released for Fedora Extras 5: 10 GeoIP-1.4.1-2.fc5 aiccu-2007.01.07-1.fc5 cfitsio-3.030-1.fc5 NEW curlftpfs-0.9-3.fc5 gdl-0.9-0.pre4.fc5 kst-1.3.1-3.fc5 NEW libextractor-0.5.17-2.fc5 papyrus-0.6.1-1.fc5 perl-MP3-Info-1.21-1.fc5 prelude-lml-0.9.8.1-4.fc5 For more information about the built packages please see the repository or the Fedora Info Feed: http://fedoraproject.org/infofeed/ From buildsys at fedoraproject.org Tue Jan 9 02:21:04 2007 From: buildsys at fedoraproject.org (Fedora Extras repoclosure) Date: Tue, 09 Jan 2007 02:21:04 -0000 Subject: Summary - Broken dependencies in Fedora Extras - 2007-01-08 Message-ID: <20070109022104.31596.54612@extras64.linux.duke.edu> New report for: giallu AT gmail.com package: kmod-sysprof - 1.0.8-1.2.6.19_1.2905.fc7.i586 from fedora-extras-development-i386 unresolved deps: kernel-i586 = 0:2.6.19-1.2905.fc7 package: kmod-sysprof - 1.0.8-1.2.6.19_1.2905.fc7.i686 from fedora-extras-development-i386 unresolved deps: kernel-i686 = 0:2.6.19-1.2905.fc7 package: kmod-sysprof - 1.0.8-1.2.6.19_1.2905.fc7.x86_64 from fedora-extras-development-x86_64 unresolved deps: kernel-x86_64 = 0:2.6.19-1.2905.fc7 package: kmod-sysprof-PAE - 1.0.8-1.2.6.19_1.2905.fc7.i686 from fedora-extras-development-i386 unresolved deps: kernel-i686 = 0:2.6.19-1.2905.fc7PAE package: kmod-sysprof-kdump - 1.0.8-1.2.6.19_1.2905.fc7.x86_64 from fedora-extras-development-x86_64 unresolved deps: kernel-x86_64 = 0:2.6.19-1.2905.fc7kdump ====================================================================== Summary of broken packages (by owner): andreas.bierfert AT lowlatency.de orange - 0.3-4.cvs20051118.fc7.i386 (35 days) cgoorah AT yahoo.com.au toped - 0.8.2-2.fc6.i386 (24 days) toped - 0.8.2-2.fc6.ppc (24 days) toped - 0.8.2-2.fc6.x86_64 (24 days) dan AT danny.cz codeblocks - 1.0-0.18.20061207svn3357.fc7.i386 (24 days) codeblocks - 1.0-0.18.20061207svn3357.fc7.i386 (24 days) codeblocks - 1.0-0.18.20061207svn3357.fc7.ppc (24 days) codeblocks - 1.0-0.18.20061207svn3357.fc7.x86_64 (24 days) codeblocks-contrib - 1.0-0.18.20061207svn3357.fc7.i386 (24 days) codeblocks-contrib - 1.0-0.18.20061207svn3357.fc7.ppc (24 days) codeblocks-contrib - 1.0-0.18.20061207svn3357.fc7.x86_64 (24 days) dcbw AT redhat.com csound - 5.03.0-9.fc7.i386 (31 days) csound - 5.03.0-9.fc7.i386 (31 days) csound - 5.03.0-9.fc7.ppc (31 days) csound - 5.03.0-9.fc7.x86_64 (31 days) csound-python - 5.03.0-9.fc7.i386 (31 days) csound-python - 5.03.0-9.fc7.ppc (31 days) csound-python - 5.03.0-9.fc7.x86_64 (31 days) dwmw2 AT redhat.com openpbx - 1.2-3.rc2.svn2135.fc7.i386 (33 days) openpbx - 1.2-3.rc2.svn2135.fc7.i386 (33 days) openpbx - 1.2-3.rc2.svn2135.fc7.ppc (33 days) openpbx - 1.2-3.rc2.svn2135.fc7.x86_64 (33 days) openpbx-postgresql - 1.2-3.rc2.svn2135.fc7.i386 (33 days) openpbx-postgresql - 1.2-3.rc2.svn2135.fc7.ppc (33 days) openpbx-postgresql - 1.2-3.rc2.svn2135.fc7.x86_64 (33 days) endur AT bennewitz.com streamtuner - 0.99.99-15.fc7.x86_64 (31 days) giallu AT gmail.com kmod-sysprof - 1.0.8-1.2.6.19_1.2905.fc7.i586 kmod-sysprof - 1.0.8-1.2.6.19_1.2905.fc7.i686 kmod-sysprof - 1.0.8-1.2.6.19_1.2905.fc7.x86_64 kmod-sysprof-PAE - 1.0.8-1.2.6.19_1.2905.fc7.i686 kmod-sysprof-kdump - 1.0.8-1.2.6.19_1.2905.fc7.x86_64 ifoox AT redhat.com libreadline-java - 0.8.0-13.fc6.i386 (28 days) libreadline-java - 0.8.0-13.fc6.i386 (28 days) libreadline-java - 0.8.0-13.fc6.ppc (28 days) libreadline-java - 0.8.0-13.fc6.x86_64 (28 days) jafo-redhat AT tummy.com python-pydns - 2.3.0-4.fc6.noarch (31 days) python-pydns - 2.3.0-4.fc6.noarch (31 days) python-pydns - 2.3.0-4.fc6.noarch (31 days) jamatos AT fc.up.pt python-amara - 1.1.7-2.fc6.noarch (31 days) python-amara - 1.1.7-2.fc6.noarch (31 days) python-amara - 1.1.7-2.fc6.noarch (31 days) jeff AT ocjtech.us linphone - 1.2.0-4.fc5.i386 (91 days) linphone - 1.2.0-4.fc5.ppc (91 days) linphone - 1.2.0-4.fc5.x86_64 (91 days) lmacken AT redhat.com TurboGears - 1.0b2-5.fc7.noarch (26 days) TurboGears - 1.0b2-5.fc7.noarch (26 days) TurboGears - 1.0b2-5.fc7.noarch (26 days) python-cherrypy - 2.2.1-3.fc6.noarch (31 days) python-cherrypy - 2.2.1-3.fc6.noarch (31 days) python-cherrypy - 2.2.1-3.fc6.noarch (31 days) michel.salim AT gmail.com python-nltk - 1.4.4-3.fc7.noarch (31 days) python-nltk - 1.4.4-3.fc7.noarch (31 days) python-nltk - 1.4.4-3.fc7.noarch (31 days) mitr AT redhat.com python-4Suite-XML - 1.0-1.i386 (31 days) python-4Suite-XML - 1.0-1.ppc (31 days) python-4Suite-XML - 1.0-1.x86_64 (31 days) orion AT cora.nwra.com paraview - 2.4.4-3.fc6.x86_64 (31 days) paraview-mpi - 2.4.4-3.fc6.x86_64 (31 days) plplot - 5.6.1-8.fc7.i386 (31 days) plplot - 5.6.1-8.fc7.i386 (31 days) plplot - 5.6.1-8.fc7.ppc (31 days) plplot - 5.6.1-8.fc7.x86_64 (31 days) plplot-gnome - 5.6.1-8.fc7.i386 (31 days) plplot-gnome - 5.6.1-8.fc7.i386 (31 days) plplot-gnome - 5.6.1-8.fc7.ppc (31 days) plplot-gnome - 5.6.1-8.fc7.x86_64 (31 days) plplot-wxGTK - 5.6.1-8.fc7.i386 (31 days) plplot-wxGTK - 5.6.1-8.fc7.ppc (31 days) plplot-wxGTK - 5.6.1-8.fc7.x86_64 (31 days) petersen AT redhat.com ghc-gtk2hs - 0.9.10-4.fc6.i386 (66 days) ghc-gtk2hs - 0.9.10-4.fc6.ppc (66 days) ghc-gtk2hs - 0.9.10-4.fc6.x86_64 (66 days) ghc642-gtk2hs - 0.9.10-4.fc6.i386 (66 days) ghc642-gtk2hs - 0.9.10-4.fc6.ppc (66 days) ghc642-gtk2hs - 0.9.10-4.fc6.x86_64 (66 days) ghc642-gtk2hs-mozembed - 0.9.10-1.fc5.i386 ghc642-gtk2hs-mozembed - 0.9.10-1.fc5.ppc ghc642-gtk2hs-mozembed - 0.9.10-1.fc5.x86_64 ghc642-gtk2hs-mozembed - 0.9.10-4.fc6.i386 (66 days) ghc642-gtk2hs-mozembed - 0.9.10-4.fc6.ppc (66 days) ghc642-gtk2hs-mozembed - 0.9.10-4.fc6.x86_64 (66 days) rdieter AT math.unl.edu Macaulay2-doc - 0.9.2-22.fc5.i386 Macaulay2-doc - 0.9.2-22.fc5.ppc Macaulay2-doc - 0.9.2-22.fc5.x86_64 PyKDE - 3.16.0-5.fc7.i386 (31 days) PyKDE - 3.16.0-5.fc7.i386 (31 days) PyKDE - 3.16.0-5.fc7.ppc (31 days) PyKDE - 3.16.0-5.fc7.x86_64 (31 days) gift - 0.11.8.1-6.fc7.i386 (71 days) roozbeh AT farsiweb.info translate-toolkit - 0.10.1-3.fc7.noarch (9 days) translate-toolkit - 0.10.1-3.fc7.noarch (9 days) translate-toolkit - 0.10.1-3.fc7.noarch (9 days) shahms AT shahms.com python-psyco - 1.5.1-4.fc6.i386 (31 days) stickster AT gmail.com xmldiff - 0.6.7-12.fc6.i386 (31 days) xmldiff - 0.6.7-12.fc6.ppc (31 days) xmldiff - 0.6.7-12.fc6.x86_64 (31 days) tcallawa AT redhat.com compat-wxPythonGTK2 - 2.4.2.4-12.fc6.i386 (31 days) compat-wxPythonGTK2 - 2.4.2.4-12.fc6.ppc (31 days) compat-wxPythonGTK2 - 2.4.2.4-12.fc6.x86_64 (31 days) rekall-postgresql - 2.4.3-5.fc6.i386 (33 days) rekall-postgresql - 2.4.3-5.fc6.ppc (33 days) rekall-postgresql - 2.4.3-5.fc6.x86_64 (33 days) rekall-python - 2.4.3-5.fc6.i386 (33 days) rekall-python - 2.4.3-5.fc6.ppc (33 days) rekall-python - 2.4.3-5.fc6.x86_64 (33 days) thomas AT apestaart.org python-twisted - 1.3.0-7.fc6.i386 (31 days) python-twisted - 1.3.0-7.fc6.ppc (31 days) python-twisted - 1.3.0-7.fc6.x86_64 (31 days) ville.skytta AT iki.fi em8300 - 0.16.0-3.fc7.i386 (12 days) em8300 - 0.16.0-3.fc7.ppc (12 days) em8300 - 0.16.0-3.fc7.x86_64 (12 days) wart AT kobold.org cyphesis - 0.5.10-3.fc7.i386 (31 days) cyphesis - 0.5.10-3.fc7.ppc (31 days) cyphesis - 0.5.10-3.fc7.x86_64 (31 days) ====================================================================== Broken packages in fedora-extras-development-ppc: PyKDE-3.16.0-5.fc7.ppc requires python(abi) = 0:2.4 PyKDE-3.16.0-5.fc7.ppc requires python-abi = 0:2.4 TurboGears-1.0b2-5.fc7.noarch requires python-elementtree >= 0:1.2.6 codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_html-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3) codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_baseu_xml-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_baseu_net-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_baseu_xml-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_core-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_baseu_net-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_xrc-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_xrc-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_baseu-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_html-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_qa-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_baseu-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_adv-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_qa-2.6.so.0(WXU_2.6) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_html-2.6.so.0(WXU_2.6) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_baseu_xml-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_xrc-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_qa-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_core-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_baseu_net-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_xrc-2.6.so.0(WXU_2.6) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_html-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_baseu-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_adv-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_baseu-2.6.so.0(WXU_2.6) compat-wxPythonGTK2-2.4.2.4-12.fc6.ppc requires python(abi) = 0:2.4 csound-5.03.0-9.fc7.ppc requires libpython2.4.so.1.0 csound-python-5.03.0-9.fc7.ppc requires python(abi) = 0:2.4 csound-python-5.03.0-9.fc7.ppc requires libpython2.4.so.1.0 cyphesis-0.5.10-3.fc7.ppc requires libpython2.4.so.1.0 em8300-0.16.0-3.fc7.ppc requires em8300-kmod >= 0:0.16.0 ghc-gtk2hs-0.9.10-4.fc6.ppc requires ghc = 0:6.4.2 ghc642-gtk2hs-0.9.10-4.fc6.ppc requires /usr/bin/ghc-pkg-6.4.2 ghc642-gtk2hs-0.9.10-4.fc6.ppc requires ghc642 ghc642-gtk2hs-mozembed-0.9.10-4.fc6.ppc requires /usr/bin/ghc-pkg-6.4.2 ghc642-gtk2hs-mozembed-0.9.10-4.fc6.ppc requires ghc642 libreadline-java-0.8.0-13.fc6.ppc requires libedit >= 0:2.9 openpbx-1.2-3.rc2.svn2135.fc7.ppc requires libedit.so.0 openpbx-postgresql-1.2-3.rc2.svn2135.fc7.ppc requires libpq.so.4 plplot-5.6.1-8.fc7.ppc requires python(abi) = 0:2.4 plplot-5.6.1-8.fc7.ppc requires libpython2.4.so.1.0 plplot-gnome-5.6.1-8.fc7.ppc requires python(abi) = 0:2.4 plplot-gnome-5.6.1-8.fc7.ppc requires libpython2.4.so.1.0 plplot-wxGTK-5.6.1-8.fc7.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) plplot-wxGTK-5.6.1-8.fc7.ppc requires libwx_baseu_xml-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.ppc requires libwx_gtk2u_qa-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) plplot-wxGTK-5.6.1-8.fc7.ppc requires libwx_gtk2u_core-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.ppc requires libwx_baseu_net-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.ppc requires libwx_gtk2u_xrc-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.ppc requires libwx_gtk2u_html-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.ppc requires libwx_baseu-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.ppc requires libwx_gtk2u_adv-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.ppc requires libwx_baseu-2.6.so.0(WXU_2.6) python-4Suite-XML-1.0-1.ppc requires python(abi) = 0:2.4 python-amara-1.1.7-2.fc6.noarch requires python(abi) = 0:2.4 python-cherrypy-2.2.1-3.fc6.noarch requires python(abi) = 0:2.4 python-nltk-1.4.4-3.fc7.noarch requires python(abi) = 0:2.4 python-pydns-2.3.0-4.fc6.noarch requires python(abi) = 0:2.4 python-twisted-1.3.0-7.fc6.ppc requires python(abi) = 0:2.4 rekall-postgresql-2.4.3-5.fc6.ppc requires libpq.so.4 rekall-python-2.4.3-5.fc6.ppc requires python(abi) = 0:2.4 rekall-python-2.4.3-5.fc6.ppc requires libpython2.4.so.1.0 toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_gl-2.6.so.0 toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3) toped-0.8.2-2.fc6.ppc requires libwx_baseu_xml-2.6.so.0 toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_qa-2.6.so.0 toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_core-2.6.so.0 toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_gl-2.6.so.0(WXU_2.6) toped-0.8.2-2.fc6.ppc requires libwx_baseu_net-2.6.so.0 toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_xrc-2.6.so.0 toped-0.8.2-2.fc6.ppc requires libwx_baseu-2.6.so.0(WXU_2.6) toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_html-2.6.so.0 toped-0.8.2-2.fc6.ppc requires libwx_baseu-2.6.so.0 toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6) toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_adv-2.6.so.0 translate-toolkit-0.10.1-3.fc7.noarch requires python-elementtree xmldiff-0.6.7-12.fc6.ppc requires python-abi = 0:2.4 xmldiff-0.6.7-12.fc6.ppc requires python(abi) = 0:2.4 ====================================================================== Broken packages in fedora-extras-development-x86_64: PyKDE-3.16.0-5.fc7.i386 requires python(abi) = 0:2.4 PyKDE-3.16.0-5.fc7.i386 requires python-abi = 0:2.4 PyKDE-3.16.0-5.fc7.x86_64 requires python(abi) = 0:2.4 PyKDE-3.16.0-5.fc7.x86_64 requires python-abi = 0:2.4 TurboGears-1.0b2-5.fc7.noarch requires python-elementtree >= 0:1.2.6 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_html-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu_xml-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu_net-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu_xml-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_core-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu_net-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_xrc-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_xrc-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_html-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_qa-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_adv-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_qa-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_baseu_net-2.6.so.0(WXU_2.6)(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6)(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_baseu-2.6.so.0(WXU_2.6)(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_html-2.6.so.0(WXU_2.6)(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_xrc-2.6.so.0()(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0()(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_baseu-2.6.so.0()(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_qa-2.6.so.0(WXU_2.6)(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_adv-2.6.so.0()(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6)(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2)(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_qa-2.6.so.0()(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_baseu_xml-2.6.so.0()(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_html-2.6.so.0()(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_baseu_net-2.6.so.0()(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_xrc-2.6.so.0(WXU_2.6)(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_baseu_xml-2.6.so.0(WXU_2.6)(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3)(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6)(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_baseu-2.6.so.0(WXU_2.6)(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_html-2.6.so.0(WXU_2.6)(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_xrc-2.6.so.0()(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_baseu-2.6.so.0()(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_adv-2.6.so.0()(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6)(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2)(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_qa-2.6.so.0()(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_baseu_xml-2.6.so.0()(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0()(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_html-2.6.so.0()(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_baseu_net-2.6.so.0()(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_xrc-2.6.so.0(WXU_2.6)(64bit) compat-wxPythonGTK2-2.4.2.4-12.fc6.x86_64 requires python(abi) = 0:2.4 csound-5.03.0-9.fc7.i386 requires libpython2.4.so.1.0 csound-5.03.0-9.fc7.x86_64 requires libpython2.4.so.1.0()(64bit) csound-python-5.03.0-9.fc7.x86_64 requires python(abi) = 0:2.4 csound-python-5.03.0-9.fc7.x86_64 requires libpython2.4.so.1.0()(64bit) cyphesis-0.5.10-3.fc7.x86_64 requires libpython2.4.so.1.0()(64bit) em8300-0.16.0-3.fc7.x86_64 requires em8300-kmod >= 0:0.16.0 ghc-gtk2hs-0.9.10-4.fc6.x86_64 requires ghc = 0:6.4.2 ghc642-gtk2hs-0.9.10-4.fc6.x86_64 requires /usr/bin/ghc-pkg-6.4.2 ghc642-gtk2hs-0.9.10-4.fc6.x86_64 requires ghc642 ghc642-gtk2hs-mozembed-0.9.10-4.fc6.x86_64 requires /usr/bin/ghc-pkg-6.4.2 ghc642-gtk2hs-mozembed-0.9.10-4.fc6.x86_64 requires ghc642 gift-0.11.8.1-6.fc7.i386 requires libmagic.so.1 kmod-sysprof-1.0.8-1.2.6.19_1.2905.fc7.x86_64 requires kernel-x86_64 = 0:2.6.19-1.2905.fc7 kmod-sysprof-kdump-1.0.8-1.2.6.19_1.2905.fc7.x86_64 requires kernel-x86_64 = 0:2.6.19-1.2905.fc7kdump libreadline-java-0.8.0-13.fc6.i386 requires libedit >= 0:2.9 libreadline-java-0.8.0-13.fc6.x86_64 requires libedit >= 0:2.9 openpbx-1.2-3.rc2.svn2135.fc7.i386 requires libedit.so.0 openpbx-1.2-3.rc2.svn2135.fc7.x86_64 requires libedit.so.0()(64bit) openpbx-postgresql-1.2-3.rc2.svn2135.fc7.x86_64 requires libpq.so.4()(64bit) orange-0.3-4.cvs20051118.fc7.i386 requires libmagic.so.1 paraview-2.4.4-3.fc6.x86_64 requires libpython2.4.so.1.0()(64bit) paraview-mpi-2.4.4-3.fc6.x86_64 requires libpython2.4.so.1.0()(64bit) plplot-5.6.1-8.fc7.i386 requires python(abi) = 0:2.4 plplot-5.6.1-8.fc7.i386 requires libpython2.4.so.1.0 plplot-5.6.1-8.fc7.x86_64 requires python(abi) = 0:2.4 plplot-5.6.1-8.fc7.x86_64 requires libpython2.4.so.1.0()(64bit) plplot-gnome-5.6.1-8.fc7.i386 requires python(abi) = 0:2.4 plplot-gnome-5.6.1-8.fc7.i386 requires libpython2.4.so.1.0 plplot-gnome-5.6.1-8.fc7.x86_64 requires python(abi) = 0:2.4 plplot-gnome-5.6.1-8.fc7.x86_64 requires libpython2.4.so.1.0()(64bit) plplot-wxGTK-5.6.1-8.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6)(64bit) plplot-wxGTK-5.6.1-8.fc7.x86_64 requires libwx_baseu-2.6.so.0(WXU_2.6)(64bit) plplot-wxGTK-5.6.1-8.fc7.x86_64 requires libwx_baseu-2.6.so.0()(64bit) plplot-wxGTK-5.6.1-8.fc7.x86_64 requires libwx_gtk2u_xrc-2.6.so.0()(64bit) plplot-wxGTK-5.6.1-8.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2)(64bit) plplot-wxGTK-5.6.1-8.fc7.x86_64 requires libwx_gtk2u_qa-2.6.so.0()(64bit) plplot-wxGTK-5.6.1-8.fc7.x86_64 requires libwx_baseu_xml-2.6.so.0()(64bit) plplot-wxGTK-5.6.1-8.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0()(64bit) plplot-wxGTK-5.6.1-8.fc7.x86_64 requires libwx_gtk2u_html-2.6.so.0()(64bit) plplot-wxGTK-5.6.1-8.fc7.x86_64 requires libwx_baseu_net-2.6.so.0()(64bit) plplot-wxGTK-5.6.1-8.fc7.x86_64 requires libwx_gtk2u_adv-2.6.so.0()(64bit) python-4Suite-XML-1.0-1.x86_64 requires python(abi) = 0:2.4 python-amara-1.1.7-2.fc6.noarch requires python(abi) = 0:2.4 python-cherrypy-2.2.1-3.fc6.noarch requires python(abi) = 0:2.4 python-nltk-1.4.4-3.fc7.noarch requires python(abi) = 0:2.4 python-pydns-2.3.0-4.fc6.noarch requires python(abi) = 0:2.4 python-twisted-1.3.0-7.fc6.x86_64 requires python(abi) = 0:2.4 rekall-postgresql-2.4.3-5.fc6.x86_64 requires libpq.so.4()(64bit) rekall-python-2.4.3-5.fc6.x86_64 requires python(abi) = 0:2.4 rekall-python-2.4.3-5.fc6.x86_64 requires libpython2.4.so.1.0()(64bit) streamtuner-0.99.99-15.fc7.x86_64 requires libpython2.4.so.1.0()(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_gtk2u_gl-2.6.so.0(WXU_2.6)(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6)(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_baseu-2.6.so.0(WXU_2.6)(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_gtk2u_xrc-2.6.so.0()(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_gtk2u_core-2.6.so.0()(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_baseu-2.6.so.0()(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_gtk2u_adv-2.6.so.0()(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6)(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_gtk2u_qa-2.6.so.0()(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_baseu_xml-2.6.so.0()(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_gtk2u_html-2.6.so.0()(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_baseu_net-2.6.so.0()(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_gtk2u_gl-2.6.so.0()(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2)(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3)(64bit) translate-toolkit-0.10.1-3.fc7.noarch requires python-elementtree xmldiff-0.6.7-12.fc6.x86_64 requires python-abi = 0:2.4 xmldiff-0.6.7-12.fc6.x86_64 requires python(abi) = 0:2.4 ====================================================================== Broken packages in fedora-extras-development-i386: PyKDE-3.16.0-5.fc7.i386 requires python(abi) = 0:2.4 PyKDE-3.16.0-5.fc7.i386 requires python-abi = 0:2.4 TurboGears-1.0b2-5.fc7.noarch requires python-elementtree >= 0:1.2.6 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_html-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu_xml-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu_net-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu_xml-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_core-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu_net-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_xrc-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_xrc-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_html-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_qa-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_adv-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_qa-2.6.so.0(WXU_2.6) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_html-2.6.so.0(WXU_2.6) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu_xml-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_xrc-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_qa-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_core-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu_net-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_xrc-2.6.so.0(WXU_2.6) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_html-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_adv-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu-2.6.so.0(WXU_2.6) compat-wxPythonGTK2-2.4.2.4-12.fc6.i386 requires python(abi) = 0:2.4 csound-5.03.0-9.fc7.i386 requires libpython2.4.so.1.0 csound-python-5.03.0-9.fc7.i386 requires python(abi) = 0:2.4 csound-python-5.03.0-9.fc7.i386 requires libpython2.4.so.1.0 cyphesis-0.5.10-3.fc7.i386 requires libpython2.4.so.1.0 em8300-0.16.0-3.fc7.i386 requires em8300-kmod >= 0:0.16.0 ghc-gtk2hs-0.9.10-4.fc6.i386 requires ghc = 0:6.4.2 ghc642-gtk2hs-0.9.10-4.fc6.i386 requires /usr/bin/ghc-pkg-6.4.2 ghc642-gtk2hs-0.9.10-4.fc6.i386 requires ghc642 ghc642-gtk2hs-mozembed-0.9.10-4.fc6.i386 requires /usr/bin/ghc-pkg-6.4.2 ghc642-gtk2hs-mozembed-0.9.10-4.fc6.i386 requires ghc642 kmod-sysprof-1.0.8-1.2.6.19_1.2905.fc7.i586 requires kernel-i586 = 0:2.6.19-1.2905.fc7 kmod-sysprof-1.0.8-1.2.6.19_1.2905.fc7.i686 requires kernel-i686 = 0:2.6.19-1.2905.fc7 kmod-sysprof-PAE-1.0.8-1.2.6.19_1.2905.fc7.i686 requires kernel-i686 = 0:2.6.19-1.2905.fc7PAE libreadline-java-0.8.0-13.fc6.i386 requires libedit >= 0:2.9 openpbx-1.2-3.rc2.svn2135.fc7.i386 requires libedit.so.0 openpbx-postgresql-1.2-3.rc2.svn2135.fc7.i386 requires libpq.so.4 plplot-5.6.1-8.fc7.i386 requires python(abi) = 0:2.4 plplot-5.6.1-8.fc7.i386 requires libpython2.4.so.1.0 plplot-gnome-5.6.1-8.fc7.i386 requires python(abi) = 0:2.4 plplot-gnome-5.6.1-8.fc7.i386 requires libpython2.4.so.1.0 plplot-wxGTK-5.6.1-8.fc7.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) plplot-wxGTK-5.6.1-8.fc7.i386 requires libwx_baseu_xml-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.i386 requires libwx_gtk2u_qa-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) plplot-wxGTK-5.6.1-8.fc7.i386 requires libwx_gtk2u_core-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.i386 requires libwx_baseu_net-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.i386 requires libwx_gtk2u_xrc-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.i386 requires libwx_gtk2u_html-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.i386 requires libwx_baseu-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.i386 requires libwx_gtk2u_adv-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.i386 requires libwx_baseu-2.6.so.0(WXU_2.6) python-4Suite-XML-1.0-1.i386 requires python(abi) = 0:2.4 python-amara-1.1.7-2.fc6.noarch requires python(abi) = 0:2.4 python-cherrypy-2.2.1-3.fc6.noarch requires python(abi) = 0:2.4 python-nltk-1.4.4-3.fc7.noarch requires python(abi) = 0:2.4 python-psyco-1.5.1-4.fc6.i386 requires python-abi = 0:2.4 python-psyco-1.5.1-4.fc6.i386 requires python(abi) = 0:2.4 python-pydns-2.3.0-4.fc6.noarch requires python(abi) = 0:2.4 python-twisted-1.3.0-7.fc6.i386 requires python(abi) = 0:2.4 rekall-postgresql-2.4.3-5.fc6.i386 requires libpq.so.4 rekall-python-2.4.3-5.fc6.i386 requires python(abi) = 0:2.4 rekall-python-2.4.3-5.fc6.i386 requires libpython2.4.so.1.0 toped-0.8.2-2.fc6.i386 requires libwx_gtk2u_gl-2.6.so.0 toped-0.8.2-2.fc6.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) toped-0.8.2-2.fc6.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3) toped-0.8.2-2.fc6.i386 requires libwx_baseu_xml-2.6.so.0 toped-0.8.2-2.fc6.i386 requires libwx_gtk2u_qa-2.6.so.0 toped-0.8.2-2.fc6.i386 requires libwx_gtk2u_core-2.6.so.0 toped-0.8.2-2.fc6.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) toped-0.8.2-2.fc6.i386 requires libwx_gtk2u_gl-2.6.so.0(WXU_2.6) toped-0.8.2-2.fc6.i386 requires libwx_baseu_net-2.6.so.0 toped-0.8.2-2.fc6.i386 requires libwx_gtk2u_xrc-2.6.so.0 toped-0.8.2-2.fc6.i386 requires libwx_baseu-2.6.so.0(WXU_2.6) toped-0.8.2-2.fc6.i386 requires libwx_gtk2u_html-2.6.so.0 toped-0.8.2-2.fc6.i386 requires libwx_baseu-2.6.so.0 toped-0.8.2-2.fc6.i386 requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6) toped-0.8.2-2.fc6.i386 requires libwx_gtk2u_adv-2.6.so.0 translate-toolkit-0.10.1-3.fc7.noarch requires python-elementtree xmldiff-0.6.7-12.fc6.i386 requires python-abi = 0:2.4 xmldiff-0.6.7-12.fc6.i386 requires python(abi) = 0:2.4 ====================================================================== Broken packages in fedora-extras-5-ppc: Macaulay2-doc-0.9.2-22.fc5.ppc requires Macaulay2 = 0:0.9.2 ghc642-gtk2hs-mozembed-0.9.10-1.fc5.ppc requires mozilla-devel = 37:1.7.13 linphone-1.2.0-4.fc5.ppc requires libortp.so.2 ====================================================================== Broken packages in fedora-extras-5-x86_64: Macaulay2-doc-0.9.2-22.fc5.x86_64 requires Macaulay2 = 0:0.9.2 ghc642-gtk2hs-mozembed-0.9.10-1.fc5.x86_64 requires mozilla-devel = 37:1.7.13 linphone-1.2.0-4.fc5.x86_64 requires libortp.so.2()(64bit) ====================================================================== Broken packages in fedora-extras-5-i386: Macaulay2-doc-0.9.2-22.fc5.i386 requires Macaulay2 = 0:0.9.2 ghc642-gtk2hs-mozembed-0.9.10-1.fc5.i386 requires mozilla-devel = 37:1.7.13 linphone-1.2.0-4.fc5.i386 requires libortp.so.2 From david at lovesunix.net Tue Jan 9 10:11:55 2007 From: david at lovesunix.net (David Nielsen) Date: Tue, 09 Jan 2007 11:11:55 +0100 Subject: wiki reorganization In-Reply-To: <200701061339.23393.jkeating@redhat.com> References: <459FE1A9.4010204@fedoraproject.org> <200701061339.23393.jkeating@redhat.com> Message-ID: <1168337515.3309.448.camel@dawkins> l?r, 06 01 2007 kl. 13:39 -0500, skrev Jesse Keating: > On Saturday 06 January 2007 13:36, Parag N(????) wrote: > > "Fedora Community"/"Fedora Collection" ? > > Fedora Collective Let's just go all out: Fedora Commune - David Nielsen -- "Ridicule is the only weapon that can be used against unintelligible propositions. Ideas must be distinct before reason can act upon them.? -Thomas Jefferson -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: Dette er en digitalt underskrevet brevdel URL: From oliver at linux-kernel.at Tue Jan 9 12:39:10 2007 From: oliver at linux-kernel.at (Oliver Falk) Date: Tue, 09 Jan 2007 13:39:10 +0100 Subject: Hosting spec file, SRPMs. In-Reply-To: <1168270906.15587.25.camel@gilboa-work-dev.localdomain> References: <1168270906.15587.25.camel@gilboa-work-dev.localdomain> Message-ID: <45A38CEE.3040405@linux-kernel.at> Gilboa Davara schrieb: > Can anyone point me to a free public on-line hosting service that can > host my SPEC/SRPM files? You could post it to redhat.at :-) -of From Axel.Thimm at ATrpms.net Tue Jan 9 12:44:19 2007 From: Axel.Thimm at ATrpms.net (Axel Thimm) Date: Tue, 9 Jan 2007 13:44:19 +0100 Subject: Disturbing lack of FE security updates announcements! In-Reply-To: <45530A78.7040908@hhs.nl> References: <45530A78.7040908@hhs.nl> Message-ID: <20070109124419.GC10884@neu.nirvana> Hi, top posting on purpose: The thread about whether and how people should or should not issue fedora-package-announce [SECURITY] announcements drifetd to discussing about who's allowed to edit other people's specfiles for fast reaction etc. and faded out. The true item of Hans' query remains: Should Fedora Extras security announcements be sent to fedora-announce-packages or not? And if yes, who writes/sends it, the packager, or is it relayed to a special person/group? I checked the wiki and found no template to use, if I were to do so now I would simply pick the latest announce (from Hans) and modify it accordingly. But I'm not sure this is even wanted. If the packager, or someone else, is to do these announcements it would be nice to have such an announce template in the wiki. BTW this is no academic exercise, I'm queuing in mediawiki upgrades to fix a XSS Ajax issue, and would like to know whether it will be a stealth upgrade, or whether I should start shouting. On Thu, Nov 09, 2006 at 12:01:12PM +0100, Hans de Goede wrote: > Hi All, > > This morning I've been working on fixing several security flaws in > imlib2. When I was done with fixing and building these, I started > writing a security update notification mail to send to > fedora-package-announce at redhat.com In the usual format for updates > send to this list. > > The Fedora Extras updates have there own numbering scheme seperate > of that of FC, so I started looking through the archives for the > last update to give mine the next free number, much to my shock the > idenitifier for this security update is: FEDORA-EXTRAS-2006-004 > > IOW, this is the 4th security announcement send on behalve of FE > this year, that is really BAD! Even worse, FEDORA-EXTRAS-2006-003 > the previous announcement was also send to the list by me? Am I the > only one taking the trouble to announce security updates?? > > When magazine XXX is going todo security stats on FE the will use > the official announcements to determine our response time and this > will make us look bad, not to mention the fact that this is really > bad communication to our end users! > > FESco, can you please mandate sending a mail to > fedora-package-announce at redhat.com for security related updates? > > Regards, > > Hans > -- Axel.Thimm at ATrpms.net -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From sundaram at fedoraproject.org Tue Jan 9 14:13:55 2007 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Tue, 09 Jan 2007 19:43:55 +0530 Subject: kforge anyone? In-Reply-To: References: Message-ID: <45A3A323.6070008@fedoraproject.org> Neal Becker wrote: > This looks like a cool potential addition, any interest? > http://linux.softpedia.com/get/Office/Groupware/KForge-8892.shtml Looks like there is no immediate interest. Added to http://fedoraproject.org/wiki/Extras/WishList Rahul From rdieter at math.unl.edu Tue Jan 9 14:38:20 2007 From: rdieter at math.unl.edu (Rex Dieter) Date: Tue, 09 Jan 2007 08:38:20 -0600 Subject: .la and FE guidelines References: <13dbfe4f0701081510y7769c943pe1762c1496fae56e@mail.gmail.com> <1168301594.4180.22.camel@localhost.localdomain> Message-ID: Rex Dieter wrote: > Toshio Kuratomi wrote: >> On Tue, 2007-01-09 at 00:10 +0100, Chitlesh GOORAH wrote: >>> Hello >>> I'm suspecting a leakage in the FE guidelines concerning .la for >>> kcontrol plugins. >>> >>> kcontrol plugins require .la files in order to work properly. >>> Example: >>> 1) https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=221733 >>> 2) https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=221015#c7 >>> >>> I think that these guidelines should be properly documented in that >>> perspective. Any comments on this ? > >> Sorry, I got busy after figuring out just the arts piece of this puzzle. >> I have some time right now to go through and fix things to not >> require .la files. However, I know nothing of the kde project so I need >> a little bit of advice. >> >> * Do you think this work would be appreciated upstream or accepted >> within the Fedora kde packages? > > upstream? Highly likely not, since kde-3.5.x is pretty much in strict > maintenance mode now. See also related upstream bug (with patch), marked CLOSED/WONTFIX: http://bugs.kde.org/show_bug.cgi?id=139445 Regardless, the patch included there looks appealing. -- Rex From rdieter at math.unl.edu Tue Jan 9 14:45:22 2007 From: rdieter at math.unl.edu (Rex Dieter) Date: Tue, 09 Jan 2007 08:45:22 -0600 Subject: 'file' rpm maintainer, awol? References: <20070109022104.31596.54612@extras64.linux.duke.edu> Message-ID: Fedora Extras repoclosure wrote: > rdieter AT math.unl.edu ... > gift - 0.11.8.1-6.fc7.i386 (71 days) See also: http://bugzilla.redhat.com/221041 Has the 'file' maintainer dropped off the planet or something? This is blocking on http://bugzilla.redhat.com/203548 http://bugzilla.redhat.com/214992 with the former reported last *August 2006*, without a single comment/reply from the maintainer. -- Rex From mtasaka at ioa.s.u-tokyo.ac.jp Tue Jan 9 15:25:10 2007 From: mtasaka at ioa.s.u-tokyo.ac.jp (Mamoru Tasaka) Date: Wed, 10 Jan 2007 00:25:10 +0900 Subject: 'file' rpm maintainer, awol? In-Reply-To: References: <20070109022104.31596.54612@extras64.linux.duke.edu> Message-ID: <45A3B3D6.10003@ioa.s.u-tokyo.ac.jp> Rex Dieter wrote: > See also: > http://bugzilla.redhat.com/221041 > Has the 'file' maintainer dropped off the planet or something? This is > blocking on > http://bugzilla.redhat.com/203548 > http://bugzilla.redhat.com/214992 > with the former reported last *August 2006*, without a single comment/reply > from the maintainer. > > -- Rex > ??? Just strange because I found: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=221440 From this I think he is not awol. Just ping again? Mamoru From jkeating at redhat.com Tue Jan 9 15:35:51 2007 From: jkeating at redhat.com (Jesse Keating) Date: Tue, 9 Jan 2007 10:35:51 -0500 Subject: 'file' rpm maintainer, awol? In-Reply-To: <45A3B3D6.10003@ioa.s.u-tokyo.ac.jp> References: <20070109022104.31596.54612@extras64.linux.duke.edu> <45A3B3D6.10003@ioa.s.u-tokyo.ac.jp> Message-ID: <200701091035.51395.jkeating@redhat.com> On Tuesday 09 January 2007 10:25, Mamoru Tasaka wrote: > ??? Just strange because I found: > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=221440 > ?From this I think he is not awol. > Just ping again? I got ahold of him, and he's looking into the issues. There was a reason he hadn't done the move, he'll post to the bug. -- Jesse Keating Release Engineer: Fedora -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From jwboyer at jdub.homelinux.org Tue Jan 9 17:12:40 2007 From: jwboyer at jdub.homelinux.org (Josh Boyer) Date: Tue, 09 Jan 2007 11:12:40 -0600 Subject: Disturbing lack of FE security updates announcements! In-Reply-To: <20070109124419.GC10884@neu.nirvana> References: <45530A78.7040908@hhs.nl> <20070109124419.GC10884@neu.nirvana> Message-ID: <1168362761.3159.92.camel@vader.jdub.homelinux.org> On Tue, 2007-01-09 at 13:44 +0100, Axel Thimm wrote: > Hi, > > top posting on purpose: The thread about whether and how people should > or should not issue fedora-package-announce [SECURITY] announcements > drifetd to discussing about who's allowed to edit other people's > specfiles for fast reaction etc. and faded out. > > The true item of Hans' query remains: Should Fedora Extras security > announcements be sent to fedora-announce-packages or not? And if yes, > who writes/sends it, the packager, or is it relayed to a special > person/group? > > I checked the wiki and found no template to use, if I were to do so > now I would simply pick the latest announce (from Hans) and modify it > accordingly. But I'm not sure this is even wanted. > > If the packager, or someone else, is to do these announcements it > would be nice to have such an announce template in the wiki. > > BTW this is no academic exercise, I'm queuing in mediawiki upgrades to > fix a XSS Ajax issue, and would like to know whether it will be a > stealth upgrade, or whether I should start shouting. I'd very much like to see packagers do this. And I think it makes a lot of sense in the new merged world too. As for a template, I have no idea. Pick one for now and we can figure that out later josh From jkeating at redhat.com Tue Jan 9 17:21:57 2007 From: jkeating at redhat.com (Jesse Keating) Date: Tue, 9 Jan 2007 12:21:57 -0500 Subject: Disturbing lack of FE security updates announcements! In-Reply-To: <1168362761.3159.92.camel@vader.jdub.homelinux.org> References: <45530A78.7040908@hhs.nl> <20070109124419.GC10884@neu.nirvana> <1168362761.3159.92.camel@vader.jdub.homelinux.org> Message-ID: <200701091221.57884.jkeating@redhat.com> On Tuesday 09 January 2007 12:12, Josh Boyer wrote: > I'd very much like to see packagers do this. ?And I think it makes a lot > of sense in the new merged world too. ?As for a template, I have no > idea. ?Pick one for now and we can figure that out later Luke Macken should have a template, as part of the tool he's creating to assist with such announcements. -- Jesse Keating Release Engineer: Fedora -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From dennis at ausil.us Tue Jan 9 17:27:58 2007 From: dennis at ausil.us (Dennis Gilmore) Date: Tue, 9 Jan 2007 11:27:58 -0600 Subject: Disturbing lack of FE security updates announcements! In-Reply-To: <20070109124419.GC10884@neu.nirvana> References: <45530A78.7040908@hhs.nl> <20070109124419.GC10884@neu.nirvana> Message-ID: <200701091127.58494.dennis@ausil.us> On Tuesday 09 January 2007 06:44, Axel Thimm wrote: > I checked the wiki and found no template to use, if I were to do so > now I would simply pick the latest announce (from Hans) and modify it > accordingly. But I'm not sure this is even wanted. There is a tool in cvs for the security team to use to create the announcement emails. Email me all the info you have and ill create the email body for you to send -- ?,-._|\ ? ?Dennis Gilmore, RHCE /Aussie\ ? Proud Australian \_.--._/ ? | Aurora | Fedora | ? ? ? v ? ? From paul at city-fan.org Tue Jan 9 17:46:59 2007 From: paul at city-fan.org (Paul Howarth) Date: Tue, 09 Jan 2007 17:46:59 +0000 Subject: Disturbing lack of FE security updates announcements! In-Reply-To: <200701091127.58494.dennis@ausil.us> References: <45530A78.7040908@hhs.nl> <20070109124419.GC10884@neu.nirvana> <200701091127.58494.dennis@ausil.us> Message-ID: <45A3D513.2000505@city-fan.org> Dennis Gilmore wrote: > On Tuesday 09 January 2007 06:44, Axel Thimm wrote: > >> I checked the wiki and found no template to use, if I were to do so >> now I would simply pick the latest announce (from Hans) and modify it >> accordingly. But I'm not sure this is even wanted. > There is a tool in cvs for the security team to use to create the announcement > emails. > > Email me all the info you have and ill create the email body for you to send Information on the procedure to use really needs to find its way on to the wiki. Even if it's very ad-hoc for the moment, i.e. sending email to Dennis. I was looking for this sort of information when I had an update to libpng10 to push, couldn't find it and hence didn't send anything. I wasn't worried too much about this since the update only fixed a client-side crash, which isn't really a security issue worth worrying much about. However, I'm eventually going to need to make a "real" security update for something, and I'll want to be able to find the procedure easily. Now I know "it's a wiki" and I could add something myself but I'd really rather not add something suggesting sending mail to Dennis, at least not without Dennis' explicit permission. Paul. From rdieter at math.unl.edu Tue Jan 9 18:18:00 2007 From: rdieter at math.unl.edu (Rex Dieter) Date: Tue, 09 Jan 2007 12:18:00 -0600 Subject: 'file' rpm maintainer, awol? References: <20070109022104.31596.54612@extras64.linux.duke.edu> <45A3B3D6.10003@ioa.s.u-tokyo.ac.jp> <200701091035.51395.jkeating@redhat.com> Message-ID: Jesse Keating wrote: > I got ahold of him, and he's looking into the issues. There was a reason > he hadn't done the move, he'll post to the bug. Thanks, Jessie. -- Rex From faucamp at csir.co.za Tue Jan 9 18:33:21 2007 From: faucamp at csir.co.za (Francois Aucamp) Date: Tue, 09 Jan 2007 20:33:21 +0200 Subject: Need advice on game content license: warzone2100 Message-ID: <45A3FC110200006A0000CA58@cs-emo.csir.co.za> Hi, I am reviewing a game for which there is some fuzziness regarding the license of the included game data (the game itself is under the GPL). To quote upstream: "Concerning the license on the original data files: (basically everything in data/) The literal meaning of the release statement is ambiguous in the case of the original data that is included in the released package. Despite several attempts to get a clarification, we have received no response. We have chosen to interpret the original release statement as putting the original data under a GPL license. Since in the absence of a license the released data could not be distributed, we find that interpreting the license for the data as being under the same license as the source to be the best interpretation to fit the intention behind the release." Is this acceptable? The review can be found here: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=221065 Cheers, -Francois -- This message is subject to the CSIR's copyright, terms and conditions and e-mail legal notice. Views expressed herein do not necessarily represent the views of the CSIR. CSIR E-mail Legal Notice http://mail.csir.co.za/CSIR_eMail_Legal_Notice.html CSIR Copyright, Terms and Conditions http://mail.csir.co.za/CSIR_Copyright.html For electronic copies of the CSIR Copyright, Terms and Conditions and the CSIR Legal Notice send a blank message with REQUEST LEGAL in the subject line to CallCentre at csir.co.za. This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. From limb at jcomserv.net Tue Jan 9 18:50:44 2007 From: limb at jcomserv.net (Jon Ciesla) Date: Tue, 9 Jan 2007 12:50:44 -0600 (CST) Subject: A new utility to augment yum Message-ID: <19814.65.192.24.190.1168368644.squirrel@mail.jcomserv.net> Hi. I'm an unsponsored, aspiring Extras contributor and author of Yumdiff, a tool to help quickly determine and resolve differences in the software installed on two Fedora machines. I submitted a review request, https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=206478, and after the initial round of corrections to my packaging, there have been suggestions made concerning Yumdiff's functionality. I've refined Yumdiff somewhat in response to this, and the suggestion was made to solicit feedback from the Extras and Yum communities with regard to Yumdiff's potential niche in the greater ecosystem. My primary questions are these: 1. Yumdiff scratched my itch, namely to quickly compare machines to achieve software parity. It was born in a data center composed of machines that change roles on a semi-regular basis. Does it scratch anyone else's itch? 2. If this is a useful itch to have scratched, is Yumdiff the best way to scratch it? 2a. Might this functionality be better included in Yum? 3. If 1==yes, 2==yes and 2a==no, are there any other features that should be included in Yumdiff? I'm contemplating/playing around with a feature that would use screen on the local machine to allow remotely updating multiple machines to match the local machine, as well as a "supercompare" mode which would allow updating the local machine to include a superset of the packages on multiple remote machines. Are these attractive, or would they be a step toward feature bloat? I'm open to any and all suggestions, and am looking forward to a frank dialog with all interested parties. Thank you, Jon Ciesla -- novus ordo absurdum From pertusus at free.fr Tue Jan 9 19:33:56 2007 From: pertusus at free.fr (Patrice Dumas) Date: Tue, 9 Jan 2007 20:33:56 +0100 Subject: fonts post script recipes complete? Message-ID: <20070109193356.GB14125@free.fr> Hello, The fonts scriptlet is %post if [ -x /usr/bin/fc-cache ]; then /usr/bin/fc-cache /usr/share/fonts fi %postun if [ "$1" = "0" ]; then if [ -x /usr/bin/fc-cache ]; then /usr/bin/fc-cache /usr/share/fonts fi fi Is it really enough for all the fonts? Aren't mkfontdir and chkfontpath call needed for X bitmap fonts? Maybe only when there is no fonts.dir and fonts.alias files? Is it the same for Type1 and truetype fonts? Are there differences between the different fedora core versions? Shouldn't there some files ghosted? -- Pat From nicolas.mailhot at laposte.net Tue Jan 9 19:48:16 2007 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Tue, 09 Jan 2007 20:48:16 +0100 Subject: fonts post script recipes complete? In-Reply-To: <20070109193356.GB14125@free.fr> References: <20070109193356.GB14125@free.fr> Message-ID: <1168372096.14124.4.camel@rousalka.dyndns.org> Le mardi 09 janvier 2007 ? 20:33 +0100, Patrice Dumas a ?crit : > Hello, > > The fonts scriptlet is ? > Is it really enough for all the fonts? Aren't mkfontdir and chkfontpath > call needed for X bitmap fonts? Kill burn eviscerate hang crush laminate drown vaporise X core font handling Don't even suggest we need more of those. Legacy leftovers are bad enough. -- Nicolas Mailhot From bugs.michael at gmx.net Tue Jan 9 20:06:22 2007 From: bugs.michael at gmx.net (Michael Schwendt) Date: Tue, 9 Jan 2007 21:06:22 +0100 Subject: File conflicts in Fedora Extras devel - 20070109 Message-ID: <20070109210622.8b03dc7f.bugs.michael@gmx.net> This is just a reminder. These are all non-explicit package conflicts found in FE development. I've filed several tickets plus a few more for FE<=6 (check out the FE7Target bug) some time ago or some minutes ago, but not all, because there is no policy about it. blackbox - 0.70.1-5.fc6.i386 File conflict with: /usr/bin/bsetbg File conflict with: /usr/bin/bsetroot => Package conflicts with: hackedbox - 0.8.4-7.fc6.i386 libextractor - 0.5.17-2.fc7.i386 File conflict with: /usr/bin/extract => Package conflicts with: csound - 5.03.0-9.fc7.i386 => Package conflicts with: html-xml-utils - 3.7-4.fc6.i386 QuantLib-doc - 0.3.14-1.fc7.i386 File conflict with: /usr/share/man/man3/error.3.gz File conflict with: /usr/share/man/man3/y0.3.gz File conflict with: /usr/share/man/man3/err.3.gz File conflict with: /usr/share/man/man3/floor.3.gz => Package conflicts with: man-pages - 2.43-2.fc7.noarch hackedbox - 0.8.4-7.fc6.i386 File conflict with: /usr/bin/bsetbg File conflict with: /usr/bin/bsetroot => Package conflicts with: blackbox - 0.70.1-5.fc6.i386 plib-devel - 1.8.4-8.fc6.i386 File conflict with: /usr/include/plib/ssgKeyFlier.h File conflict with: /usr/include/plib/sg.h File conflict with: /usr/include/plib/pu.h File conflict with: /usr/include/plib/ssgconf.h File conflict with: /usr/include/plib/slPortability.h File conflict with: /usr/include/plib/ssgAux.h File conflict with: /usr/include/plib/sl.h File conflict with: /usr/include/plib/sm.h File conflict with: /usr/include/plib/fnt.h File conflict with: /usr/include/plib/netChannel.h File conflict with: /usr/include/plib/netSocket.h File conflict with: /usr/include/plib/netMessage.h File conflict with: /usr/include/plib/netBuffer.h File conflict with: /usr/include/plib/ssg.h File conflict with: /usr/include/plib/netMonitor.h File conflict with: /usr/include/plib/ulRTTI.h File conflict with: /usr/include/plib/ssgaWaveSystem.h File conflict with: /usr/include/plib/ul.h File conflict with: /usr/include/plib/js.h => Package conflicts with: plib16-devel - 1.6.0-6.fc6.i386 python-twisted-web - 0.6.0-4.fc7.i386 File conflict with: /usr/bin/websetroot File conflict with: /usr/share/man/man1/websetroot.1.gz => Package conflicts with: python-twisted - 1.3.0-7.fc6.i386 uw-imap - 2006d-1.fc7.i386 File conflict with: /etc/pam.d/imap File conflict with: /etc/pam.d/pop File conflict with: /usr/share/man/man8/imapd.8.gz => Package conflicts with: cyrus-imapd - 2.3.7-6.fc7.i386 gdesklets - 0.35.4-4.fc7.i386 File conflict with: /usr/share/locale/ru/LC_MESSAGES/gdesklets.mo File conflict with: /usr/share/locale/sv/LC_MESSAGES/gdesklets.mo File conflict with: /usr/share/locale/de/LC_MESSAGES/gdesklets.mo File conflict with: /usr/share/locale/hr/LC_MESSAGES/gdesklets.mo File conflict with: /usr/share/locale/fr/LC_MESSAGES/gdesklets.mo File conflict with: /usr/share/locale/cs/LC_MESSAGES/gdesklets.mo File conflict with: /usr/share/locale/ja/LC_MESSAGES/gdesklets.mo File conflict with: /usr/share/locale/ko/LC_MESSAGES/gdesklets.mo File conflict with: /usr/share/locale/ar/LC_MESSAGES/gdesklets.mo File conflict with: /usr/share/locale/is/LC_MESSAGES/gdesklets.mo File conflict with: /usr/share/locale/nl/LC_MESSAGES/gdesklets.mo File conflict with: /usr/share/locale/zh_TW/LC_MESSAGES/gdesklets.mo File conflict with: /usr/share/locale/lt/LC_MESSAGES/gdesklets.mo File conflict with: /usr/share/locale/pl/LC_MESSAGES/gdesklets.mo File conflict with: /usr/share/locale/el/LC_MESSAGES/gdesklets.mo File conflict with: /usr/share/locale/es/LC_MESSAGES/gdesklets.mo File conflict with: /usr/share/locale/zh_CN/LC_MESSAGES/gdesklets.mo File conflict with: /usr/share/locale/sr/LC_MESSAGES/gdesklets.mo File conflict with: /usr/share/locale/vi/LC_MESSAGES/gdesklets.mo File conflict with: /usr/share/locale/bg/LC_MESSAGES/gdesklets.mo File conflict with: /usr/share/locale/he/LC_MESSAGES/gdesklets.mo File conflict with: /usr/share/locale/hu/LC_MESSAGES/gdesklets.mo File conflict with: /usr/share/locale/uk/LC_MESSAGES/gdesklets.mo File conflict with: /usr/share/locale/tr/LC_MESSAGES/gdesklets.mo File conflict with: /usr/share/locale/it/LC_MESSAGES/gdesklets.mo File conflict with: /usr/share/locale/fi/LC_MESSAGES/gdesklets.mo => Package conflicts with: gdeskcal - 1.0-10.fc7.noarch python-twisted-conch - 0.7.0-4.fc7.i386 File conflict with: /usr/bin/tkconch File conflict with: /usr/bin/conch File conflict with: /usr/bin/ckeygen File conflict with: /usr/share/man/man1/conch.1.gz File conflict with: /usr/share/man/man1/ckeygen.1.gz File conflict with: /usr/share/man/man1/tkconch.1.gz => Package conflicts with: python-twisted - 1.3.0-7.fc6.i386 python-twisted - 1.3.0-7.fc6.i386 File conflict with: /usr/bin/tkconch File conflict with: /usr/bin/tkconch File conflict with: /usr/bin/manhole File conflict with: /usr/bin/manhole File conflict with: /usr/bin/conch File conflict with: /usr/bin/conch File conflict with: /usr/bin/lore File conflict with: /usr/bin/lore File conflict with: /usr/bin/mktap File conflict with: /usr/bin/mktap File conflict with: /usr/bin/im File conflict with: /usr/bin/im File conflict with: /usr/bin/tap2deb File conflict with: /usr/bin/tap2deb File conflict with: /usr/bin/mailmail File conflict with: /usr/bin/mailmail File conflict with: /usr/bin/twistd File conflict with: /usr/bin/twistd File conflict with: /usr/bin/trial File conflict with: /usr/bin/trial File conflict with: /usr/bin/tapconvert File conflict with: /usr/bin/tapconvert File conflict with: /usr/bin/websetroot File conflict with: /usr/bin/websetroot File conflict with: /usr/bin/ckeygen File conflict with: /usr/bin/ckeygen File conflict with: /usr/bin/tkmktap File conflict with: /usr/bin/tkmktap File conflict with: /usr/share/man/man1/conch.1.gz File conflict with: /usr/bin/im File conflict with: /usr/bin/im File conflict with: /usr/share/man/man1/manhole.1.gz File conflict with: /usr/share/man/man1/tap2rpm.1.gz File conflict with: /usr/bin/mailmail File conflict with: /usr/bin/mailmail File conflict with: /usr/share/man/man1/tkconch.1.gz File conflict with: /usr/share/man/man1/lore.1.gz File conflict with: /usr/bin/tap2deb File conflict with: /usr/bin/tap2deb File conflict with: /usr/share/man/man1/twistd.1.gz File conflict with: /usr/bin/websetroot File conflict with: /usr/bin/websetroot File conflict with: /usr/share/man/man1/mailmail.1.gz File conflict with: /usr/bin/tapconvert File conflict with: /usr/bin/tapconvert File conflict with: /usr/bin/mktap File conflict with: /usr/bin/mktap File conflict with: /usr/share/man/man1/mktap.1.gz File conflict with: /usr/share/man/man1/t-im.1.gz File conflict with: /usr/share/man/man1/tap2deb.1.gz File conflict with: /usr/share/man/man1/tkmktap.1.gz File conflict with: /usr/bin/trial File conflict with: /usr/bin/trial File conflict with: /usr/bin/manhole File conflict with: /usr/bin/manhole File conflict with: /usr/bin/ckeygen File conflict with: /usr/bin/ckeygen File conflict with: /usr/share/man/man1/ckeygen.1.gz File conflict with: /usr/bin/lore File conflict with: /usr/bin/lore File conflict with: /usr/share/man/man1/websetroot.1.gz File conflict with: /usr/bin/tkmktap File conflict with: /usr/bin/tkmktap File conflict with: /usr/bin/conch File conflict with: /usr/bin/conch File conflict with: /usr/bin/tkconch File conflict with: /usr/bin/tkconch File conflict with: /usr/share/man/man1/tapconvert.1.gz File conflict with: /usr/share/man/man1/im.1.gz File conflict with: /usr/bin/twistd File conflict with: /usr/bin/twistd File conflict with: /usr/share/man/man1/trial.1.gz => Package conflicts with: python-twisted-core - 2.4.0-6.fc7.i386 => Package conflicts with: python-twisted-mail - 0.3.0-4.fc7.i386 => Package conflicts with: python-twisted-conch - 0.7.0-4.fc7.i386 => Package conflicts with: python-twisted-words - 0.4.0-3.fc7.i386 => Package conflicts with: python-twisted-lore - 0.2.0-4.fc7.i386 => Package conflicts with: python-twisted-web - 0.6.0-4.fc7.i386 python-twisted-words - 0.4.0-3.fc7.i386 File conflict with: /usr/bin/im File conflict with: /usr/share/man/man1/im.1.gz File conflict with: /usr/share/man/man1/t-im.1.gz => Package conflicts with: python-twisted - 1.3.0-7.fc6.i386 csound - 5.03.0-9.fc7.i386 File conflict with: /usr/bin/extract => Package conflicts with: libextractor - 0.5.17-2.fc7.i386 => Package conflicts with: html-xml-utils - 3.7-4.fc6.i386 python-twisted-core - 2.4.0-6.fc7.i386 File conflict with: /usr/bin/manhole File conflict with: /usr/bin/manhole File conflict with: /usr/bin/mktap File conflict with: /usr/bin/mktap File conflict with: /usr/bin/tap2deb File conflict with: /usr/bin/tap2deb File conflict with: /usr/bin/twistd File conflict with: /usr/bin/twistd File conflict with: /usr/bin/trial File conflict with: /usr/bin/trial File conflict with: /usr/bin/tapconvert File conflict with: /usr/bin/tapconvert File conflict with: /usr/bin/tkmktap File conflict with: /usr/bin/tkmktap File conflict with: /usr/share/man/man1/mktap.1.gz File conflict with: /usr/bin/trial File conflict with: /usr/bin/trial File conflict with: /usr/bin/manhole File conflict with: /usr/bin/manhole File conflict with: /usr/share/man/man1/tap2deb.1.gz File conflict with: /usr/bin/mktap File conflict with: /usr/bin/mktap File conflict with: /usr/share/man/man1/tapconvert.1.gz File conflict with: /usr/bin/tapconvert File conflict with: /usr/bin/tapconvert File conflict with: /usr/bin/tap2deb File conflict with: /usr/bin/tap2deb File conflict with: /usr/share/man/man1/tkmktap.1.gz File conflict with: /usr/share/man/man1/trial.1.gz File conflict with: /usr/share/man/man1/manhole.1.gz File conflict with: /usr/bin/twistd File conflict with: /usr/bin/twistd File conflict with: /usr/share/man/man1/tap2rpm.1.gz File conflict with: /usr/bin/tkmktap File conflict with: /usr/bin/tkmktap File conflict with: /usr/share/man/man1/twistd.1.gz => Package conflicts with: python-twisted - 1.3.0-7.fc6.i386 plib16-devel - 1.6.0-6.fc6.i386 File conflict with: /usr/include/plib/ssgKeyFlier.h File conflict with: /usr/include/plib/sg.h File conflict with: /usr/include/plib/pu.h File conflict with: /usr/include/plib/ssgconf.h File conflict with: /usr/include/plib/slPortability.h File conflict with: /usr/include/plib/ssgAux.h File conflict with: /usr/include/plib/ssg.h File conflict with: /usr/include/plib/sl.h File conflict with: /usr/include/plib/sm.h File conflict with: /usr/include/plib/fnt.h File conflict with: /usr/include/plib/netChannel.h File conflict with: /usr/include/plib/netSocket.h File conflict with: /usr/include/plib/netMessage.h File conflict with: /usr/include/plib/netBuffer.h File conflict with: /usr/include/plib/ssgaWaveSystem.h File conflict with: /usr/include/plib/netMonitor.h File conflict with: /usr/include/plib/ulRTTI.h File conflict with: /usr/include/plib/ul.h File conflict with: /usr/include/plib/js.h => Package conflicts with: plib-devel - 1.8.4-8.fc6.i386 python-twisted-lore - 0.2.0-4.fc7.i386 File conflict with: /usr/bin/lore File conflict with: /usr/bin/lore File conflict with: /usr/share/man/man1/lore.1.gz File conflict with: /usr/bin/lore File conflict with: /usr/bin/lore => Package conflicts with: python-twisted - 1.3.0-7.fc6.i386 html-xml-utils - 3.7-4.fc6.i386 File conflict with: /usr/bin/count File conflict with: /usr/bin/count File conflict with: /usr/bin/extract File conflict with: /usr/bin/extract File conflict with: /usr/bin/extract File conflict with: /usr/bin/extract File conflict with: /usr/bin/count File conflict with: /usr/bin/count File conflict with: /usr/bin/extract File conflict with: /usr/bin/extract File conflict with: /usr/bin/extract File conflict with: /usr/bin/extract File conflict with: /usr/share/man/man1/count.1.gz => Package conflicts with: fish - 1.21.12-1.fc6.i386 => Package conflicts with: libextractor - 0.5.17-2.fc7.i386 => Package conflicts with: csound - 5.03.0-9.fc7.i386 python-twisted-mail - 0.3.0-4.fc7.i386 File conflict with: /usr/bin/mailmail File conflict with: /usr/bin/mailmail File conflict with: /usr/bin/mailmail File conflict with: /usr/bin/mailmail File conflict with: /usr/share/man/man1/mailmail.1.gz => Package conflicts with: python-twisted - 1.3.0-7.fc6.i386 cyrus-imapd - 2.3.7-6.fc7.i386 File conflict with: /etc/pam.d/imap File conflict with: /etc/pam.d/imap File conflict with: /etc/pam.d/pop File conflict with: /etc/pam.d/pop File conflict with: /etc/pam.d/pop File conflict with: /etc/pam.d/pop File conflict with: /usr/share/man/man8/imapd.8.gz File conflict with: /etc/pam.d/imap File conflict with: /etc/pam.d/imap => Package conflicts with: uw-imap - 2006d-1.fc7.i386 gdeskcal - 1.0-10.fc7.noarch File conflict with: /usr/share/locale/ru/LC_MESSAGES/gdesklets.mo File conflict with: /usr/share/locale/ko/LC_MESSAGES/gdesklets.mo File conflict with: /usr/share/locale/zh_TW/LC_MESSAGES/gdesklets.mo File conflict with: /usr/share/locale/bg/LC_MESSAGES/gdesklets.mo File conflict with: /usr/share/locale/lt/LC_MESSAGES/gdesklets.mo File conflict with: /usr/share/locale/pl/LC_MESSAGES/gdesklets.mo File conflict with: /usr/share/locale/hu/LC_MESSAGES/gdesklets.mo File conflict with: /usr/share/locale/ar/LC_MESSAGES/gdesklets.mo File conflict with: /usr/share/locale/uk/LC_MESSAGES/gdesklets.mo File conflict with: /usr/share/locale/hr/LC_MESSAGES/gdesklets.mo File conflict with: /usr/share/locale/el/LC_MESSAGES/gdesklets.mo File conflict with: /usr/share/locale/he/LC_MESSAGES/gdesklets.mo File conflict with: /usr/share/locale/cs/LC_MESSAGES/gdesklets.mo File conflict with: /usr/share/locale/es/LC_MESSAGES/gdesklets.mo File conflict with: /usr/share/locale/sv/LC_MESSAGES/gdesklets.mo File conflict with: /usr/share/locale/de/LC_MESSAGES/gdesklets.mo File conflict with: /usr/share/locale/tr/LC_MESSAGES/gdesklets.mo File conflict with: /usr/share/locale/ja/LC_MESSAGES/gdesklets.mo File conflict with: /usr/share/locale/it/LC_MESSAGES/gdesklets.mo File conflict with: /usr/share/locale/fi/LC_MESSAGES/gdesklets.mo File conflict with: /usr/share/locale/nl/LC_MESSAGES/gdesklets.mo File conflict with: /usr/share/locale/is/LC_MESSAGES/gdesklets.mo File conflict with: /usr/share/locale/fr/LC_MESSAGES/gdesklets.mo File conflict with: /usr/share/locale/zh_CN/LC_MESSAGES/gdesklets.mo File conflict with: /usr/share/locale/sr/LC_MESSAGES/gdesklets.mo File conflict with: /usr/share/locale/vi/LC_MESSAGES/gdesklets.mo => Package conflicts with: gdesklets - 0.35.4-4.fc7.i386 fish - 1.21.12-1.fc6.i386 File conflict with: /usr/bin/count File conflict with: /usr/bin/count File conflict with: /usr/bin/count File conflict with: /usr/bin/count File conflict with: /usr/share/man/man1/count.1.gz => Package conflicts with: html-xml-utils - 3.7-4.fc6.i386 From pertusus at free.fr Tue Jan 9 20:03:48 2007 From: pertusus at free.fr (Patrice Dumas) Date: Tue, 9 Jan 2007 21:03:48 +0100 Subject: fonts post script recipes complete? In-Reply-To: <1168372096.14124.4.camel@rousalka.dyndns.org> References: <20070109193356.GB14125@free.fr> <1168372096.14124.4.camel@rousalka.dyndns.org> Message-ID: <20070109200348.GC14125@free.fr> On Tue, Jan 09, 2007 at 08:48:16PM +0100, Nicolas Mailhot wrote: > > Kill burn eviscerate hang crush laminate drown vaporise X core font > handling > > Don't even suggest we need more of those. Legacy leftovers are bad > enough. Why not add fonts when they are available, and used in apps? -- Pat From nicolas.mailhot at laposte.net Tue Jan 9 20:33:21 2007 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Tue, 09 Jan 2007 21:33:21 +0100 Subject: fonts post script recipes complete? In-Reply-To: <20070109200348.GC14125@free.fr> References: <20070109193356.GB14125@free.fr> <1168372096.14124.4.camel@rousalka.dyndns.org> <20070109200348.GC14125@free.fr> Message-ID: <1168374801.14124.31.camel@rousalka.dyndns.org> Le mardi 09 janvier 2007 ? 21:03 +0100, Patrice Dumas a ?crit : > On Tue, Jan 09, 2007 at 08:48:16PM +0100, Nicolas Mailhot wrote: > > > > Kill burn eviscerate hang crush laminate drown vaporise X core font > > handling > > > > Don't even suggest we need more of those. Legacy leftovers are bad > > enough. > > Why not add fonts when they are available, and used in apps? Because less is more, and every added half-baked fonts.dir makes those apps *less* likely to run. Core font handling is terminally broken. After all those years we *still* manage to mislay the default core font every other month (Google for "can not find font: fixed"). Go read the carefully hand-crafted legacy font conf files shipped with X or java vms ? they're full of brittle manual workarounds (don't you think IBM or SUN would autogenerate them if autogeneration actually worked?). The scripts you ask for are not "missing" from Fedora guidelines, not including them was a deliberate decision (as early as early fedora.us era IIRC). Also putting aside legacy core font problem you should remember every new font is one more confusing entry in app font lists, a little more memory wasted on user systems, more chance for fontconfig to produce mismatched glyph patchwork, more chance to trigger rendering bugs in apps. "Font available" is not a good inclusion reason by itself ? there are many cons to outweight before you get a net pro. -- Nicolas Mailhot -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: Ceci est une partie de message num?riquement sign?e URL: From pertusus at free.fr Tue Jan 9 21:05:44 2007 From: pertusus at free.fr (Patrice Dumas) Date: Tue, 9 Jan 2007 22:05:44 +0100 Subject: fonts post script recipes complete? In-Reply-To: <1168374801.14124.31.camel@rousalka.dyndns.org> References: <20070109193356.GB14125@free.fr> <1168372096.14124.4.camel@rousalka.dyndns.org> <20070109200348.GC14125@free.fr> <1168374801.14124.31.camel@rousalka.dyndns.org> Message-ID: <20070109210544.GD14125@free.fr> On Tue, Jan 09, 2007 at 09:33:21PM +0100, Nicolas Mailhot wrote: > > The scripts you ask for are not "missing" from Fedora guidelines, not > including them was a deliberate decision (as early as early fedora.us > era IIRC). That's ridiculous. Hiding some usefull information is not helpful. It would be much wiser to give advice on how to chose which font to include or not, and how to avoid messing with other apps, and give all the usefull scriptlets - with warnings about the associated fonts, of course. -- Pat From nicolas.mailhot at laposte.net Tue Jan 9 21:36:14 2007 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Tue, 09 Jan 2007 22:36:14 +0100 Subject: fonts post script recipes complete? In-Reply-To: <20070109210544.GD14125@free.fr> References: <20070109193356.GB14125@free.fr> <1168372096.14124.4.camel@rousalka.dyndns.org> <20070109200348.GC14125@free.fr> <1168374801.14124.31.camel@rousalka.dyndns.org> <20070109210544.GD14125@free.fr> Message-ID: <1168378574.14124.55.camel@rousalka.dyndns.org> Le mardi 09 janvier 2007 ? 22:05 +0100, Patrice Dumas a ?crit : > On Tue, Jan 09, 2007 at 09:33:21PM +0100, Nicolas Mailhot wrote: > > > > The scripts you ask for are not "missing" from Fedora guidelines, not > > including them was a deliberate decision (as early as early fedora.us > > era IIRC). > > That's ridiculous. Hiding some usefull information is not helpful. It was not useful, what was useful was to stop registering new fonts in the legacy core font system and contain the problem. > It > would be much wiser to give advice on how to chose which font to include > or not, My advice is: unless your font provides a radically distinctive new style, has a reasonable encoding coverage (ASCII + ? patched in does not cut it nowadays), and a dedicated design team available to fix the bugs people *will* find in it, just don't do it. The only exception are fonts providing glyph coverage not included in current Fedora fonts, and that only if it's not possible to get it added to existing fonts in a reasonable time?. Finding new fonts is easy. Finding good fonts is way harder. > and how to avoid messing with other apps, and give all the > useful scriptlets - with warnings about the associated fonts, of course. If people knew all this the core font system would not have been dropped like a hot potato by the developers of all major FLOSS GUI apps?. The basic truth is no one ever managed to get it working safely without side effects for a reasonably wide range of in-the-wild fonts, differing resolutions, locales & apps. ? This applies only to fonts exposed through fontconfig ? apps that insist in using last millenium's font subsystem can live with the core fonts Fedora provided last millenium too ? at core emacs is not a GUI app PS I'm generally considered as a dangerous font cowboy by the people @rh who actually have to support users with broken font setups. It's ironic I'm on the caution side for once. -- Nicolas Mailhot -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: Ceci est une partie de message num?riquement sign?e URL: From dtimms at iinet.net.au Tue Jan 9 22:04:32 2007 From: dtimms at iinet.net.au (David Timms) Date: Wed, 10 Jan 2007 09:04:32 +1100 Subject: A new utility to augment yum In-Reply-To: <19814.65.192.24.190.1168368644.squirrel@mail.jcomserv.net> References: <19814.65.192.24.190.1168368644.squirrel@mail.jcomserv.net> Message-ID: <45A41170.6020005@iinet.net.au> Jon Ciesla wrote: > Hi. I'm an unsponsored, aspiring Extras contributor and author of > Yumdiff, a tool to help quickly determine and resolve differences in the > software installed on two Fedora machines. I submitted a review request, > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=206478, and after the > initial round of corrections to my packaging, there have been suggestions > made concerning Yumdiff's functionality. I've refined Yumdiff somewhat in > response to this, and the suggestion was made to solicit feedback from the > Extras and Yum communities with regard to Yumdiff's potential niche in the > greater ecosystem. > > My primary questions are these: > > 1. Yumdiff scratched my itch, namely to quickly compare machines to > achieve software parity. It was born in a data center composed of > machines that change roles on a semi-regular basis. Does it scratch > anyone else's itch? Yes, often, I will want to move the complete configuration from one machine to another, before "putting down" the old machine. I had been thinking recently how I could script this to save time. The machines are performing server roles with a reduced set of packages. While kickstart capability is great, I have not tended to customize a new kickstart file for every different machine. I just use kickstart/network install to get the machine to a known state before removing unneeded packages. > 2. If this is a useful itch to have scratched, is Yumdiff the best way to > scratch it? > 2a. Might this functionality be better included in Yum? I would think not. Is there a security risk in allowing a tool to make connections to other machines where you have to provide the remote password ? > 3. If 1==yes, 2==yes and 2a==no, are there any other features that should > be included in Yumdiff? > > I'm contemplating/playing around with a feature that would use screen on > the local machine to allow remotely updating multiple machines to match > the local machine, I think this would be the most useful capability. Given a remote known, working machine to mirror the package installation of: - check connect ability - get /etc/fedora-release to check distro + version {might want to ignore - any rpm distro might be reasonable, but would need a warning of not same dist/release} - get it's list of packages and versions. - yum check-update of remote so can inform user if remote machine is not up2date. - yum update {perhaps optionally, but it is generally difficult to install old fedora packages - ie if a remote machine had not been updated recently - the old package files disappear from most mirrors. - yum install {is this OK ? Y } any packages not on the remote - yum remove {is this OK ? } any packages that aren't on the remote - if no {would you like to remove packages one at a time ? - etc } - give a final result comparison of the continued differences Perhaps a name like: yum-machine-package-mirror yum-mirror-remote-packages would be clearer (for such a capability). > as well as a "supercompare" mode which would allow > updating the local machine to include a superset of the packages on > multiple remote machines. Are these attractive, or would they be a step > toward feature bloat? I would have only one use for such a feature - my internal yum repository. All other internal machines can be yum configured to only get files from this machine, so that there is no way to {automatically} install packages if they are not on the internal yum repo. But to get the internal yum repo to have all the packages that the differing servers use is currently manual download; such a tool would be nice. > I'm open to any and all suggestions, and am looking forward to a frank > dialog with all interested parties. Would you be able to put the raw scripts or a tar.gz on your web site, rather than in the package, so that we can more easily take a look at the underlying code ? {by the way, the .spec url must include a source line like: Source0: http://serverhost.my/~mine/%{name}-%{version}.tar.gz that actually works, there is no harm in doing this while developing. It would also make sense to version the code starting at 0.1, moving to 0.1.1 etc. 1.0 suggests a certain amount of community testing and quality {this will work anywhere, and there is no known crashes etc}, documentation is good etc. Also, being able to to the diff against a local file that provides the remote file list would be good {ie if the remote machine is dead, you could still use the tool to build a {near} identical {packages} machine. DaveT. From pertusus at free.fr Tue Jan 9 22:59:54 2007 From: pertusus at free.fr (Patrice Dumas) Date: Tue, 9 Jan 2007 23:59:54 +0100 Subject: fonts post script recipes complete? In-Reply-To: <1168378574.14124.55.camel@rousalka.dyndns.org> References: <20070109193356.GB14125@free.fr> <1168372096.14124.4.camel@rousalka.dyndns.org> <20070109200348.GC14125@free.fr> <1168374801.14124.31.camel@rousalka.dyndns.org> <20070109210544.GD14125@free.fr> <1168378574.14124.55.camel@rousalka.dyndns.org> Message-ID: <20070109225954.GE14125@free.fr> On Tue, Jan 09, 2007 at 10:36:14PM +0100, Nicolas Mailhot wrote: > > My advice is: unless your font provides a radically distinctive new > style, has a reasonable encoding coverage (ASCII + ? patched in does not > cut it nowadays), and a dedicated design team available to fix the bugs > people *will* find in it, just don't do it. These are fonts provided with libdockapp. These are pcf files, but it may be possible that for dockapps these are usefull fonts... > basic truth is no one ever managed to get it working safely without side > effects for a reasonably wide range of in-the-wild fonts, differing > resolutions, locales & apps. I will add a subpackage for those fonts, they shouldn't be installed in the default case, and they are here for apps needing them. -- Pat From vonbrand at inf.utfsm.cl Tue Jan 9 22:42:43 2007 From: vonbrand at inf.utfsm.cl (Horst H. von Brand) Date: Tue, 09 Jan 2007 19:42:43 -0300 Subject: A new utility to augment yum In-Reply-To: Message from "Jon Ciesla" of "Tue, 09 Jan 2007 12:50:44 MDT." <19814.65.192.24.190.1168368644.squirrel@mail.jcomserv.net> Message-ID: <200701092242.l09Mghxp005191@laptop13.inf.utfsm.cl> Jon Ciesla wrote: [...] > My primary questions are these: > > 1. Yumdiff scratched my itch, namely to quickly compare machines to > achieve software parity. It was born in a data center composed of > machines that change roles on a semi-regular basis. Does it scratch > anyone else's itch? Hummm... sounds like a job for Kickstart, or "diff" applied to "rpm -qa", or "system-config-kickstart --generate". But the real trouble is all the locally configured stuff... -- Dr. Horst H. von Brand User #22616 counter.li.org Departamento de Informatica Fono: +56 32 2654431 Universidad Tecnica Federico Santa Maria +56 32 2654239 Casilla 110-V, Valparaiso, Chile Fax: +56 32 2797513 From buildsys at fedoraproject.org Wed Jan 10 00:36:25 2007 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Tue, 9 Jan 2007 19:36:25 -0500 (EST) Subject: Fedora Extras Package Build Report 2007-01-09 Message-ID: <20070110003625.DB62815212E@buildsys.fedoraproject.org> Packages built and released for Fedora Extras development: 30 abcMIDI-20070106-1.fc7 abcm2ps-5.2.3-1.fc7 bakery-2.4.1-1.fc7 compat-libgda-1.2.4-1.fc7 NEW cssed-0.4.0-4.fc7 ctapi-cyberjack-2.0.13-1.fc7 exaile-0.2.8-1.fc7 NEW fakeroot-1.5.10-13.fc7 gdl-0.9-0.pre4.1.fc7 geos-2.2.3-1.fc7 glibmm24-2.12.4-1.fc7 gossip-0.21-2.fc7 gpredict-0.7.0-1.fc7 hddtemp-0.3-0.11.beta15.fc7 libburn-0.2.6.3-1.fc7 NEW libisofs-0.2.4-2.fc7 NEW lxpanel-0.2.4-4.fc7 mediawiki-1.8.3-7.fc7 mock-0.6.10-1.fc7 notecase-1.3.6-1.fc7 ochusha-0.5.99.66-0.1.cvs070109.fc7 perl-Finance-Quote-1.13-1.fc7 perl-HTML-TableExtract-2.10-1.fc7 prelude-lml-0.9.8.1-5.fc7 python-4Suite-XML-1.0.1-2 NEW rubygems-0.9.0-2.fc7 sysprof-kmod-1.0.8-1.2.6.19_1.2906.fc7 translate-toolkit-0.10.1-4.fc7 NEW vim-vimoutliner-0.3.4-8.fc7 xtide-2.9-0.2.date20070108.fc7 Packages built and released for Fedora Extras 6: 22 abcMIDI-20070106-1.fc6 abcm2ps-5.2.3-1.fc6 ctapi-cyberjack-2.0.13-2.fc6 NEW dvdauthor-0.6.12-1.fc6 exaile-0.2.8-1.fc6 gdl-0.9-0.pre4.1.fc6 gobby-0.4.1-2.fc6 gossip-0.21-2.fc6 gpredict-0.7.0-1.fc6 mediawiki-1.8.3-7.fc6 NEW mozldap-6.0.1-2.fc6 notecase-1.3.6-1.fc6 perl-Finance-Quote-1.13-1.fc6 perl-HTML-TableExtract-2.10-1.fc6 NEW prelude-manager-0.9.7.1-3.fc6 NEW ruby-activerecord-1.14.4-2.fc6 vdr-1.4.5-2.fc6 vdr-femon-1.1.0-5.fc6 vdr-osdteletext-0.5.1-27.fc6 vdr-subtitles-0.4.0-7.fc6 vdr-sudoku-0.1.2-2.fc6 xtide-2.9-0.2.date20070108.fc6 Packages built and released for Fedora Extras 5: 10 abcMIDI-20070106-1.fc5 abcm2ps-5.2.3-1.fc5 NEW cssed-0.4.0-4.fc5 ctapi-cyberjack-2.0.13-2.fc5 gdl-0.9-0.pre4.1.fc5 gpredict-0.7.0-1.fc5 mediawiki-1.8.3-7.fc5 NEW prelude-manager-0.9.7.1-3.fc5 NEW ruby-activerecord-1.14.4-2.fc5 xtide-2.9-0.2.date20070108.fc5 For more information about the built packages please see the repository or the Fedora Info Feed: http://fedoraproject.org/infofeed/ From vonbrand at inf.utfsm.cl Wed Jan 10 00:43:16 2007 From: vonbrand at inf.utfsm.cl (Horst H. von Brand) Date: Tue, 09 Jan 2007 21:43:16 -0300 Subject: A new utility to augment yum In-Reply-To: Your message of "Wed, 10 Jan 2007 09:04:32 +1100." <45A41170.6020005@iinet.net.au> Message-ID: <200701100043.l0A0hGbh010066@laptop13.inf.utfsm.cl> David Timms wrote: > Jon Ciesla wrote: [...] > > My primary questions are these: > > 1. Yumdiff scratched my itch, namely to quickly compare machines to > > achieve software parity. It was born in a data center composed of > > machines that change roles on a semi-regular basis. Does it scratch > > anyone else's itch? > Yes, often, I will want to move the complete configuration from one > machine to another, before "putting down" the old machine. I had been > thinking recently how I could script this to save time. The machines > are performing server roles with a reduced set of packages. Easy: system-config-kickstart --generate /some/file edit to taste, backup the local configuration tweaks. > While kickstart capability is great, I have not tended to customize a > new kickstart file for every different machine. I just use > kickstart/network install to get the machine to a known state before > removing unneeded packages. You can remove them in the kickstart file. It saves lots of time and aggravation (axed something that was needed, etc). [...] > > I'm contemplating/playing around with a feature that would use screen > > on the local machine to allow remotely updating multiple machines to > > match the local machine, > I think this would be the most useful capability. Not needed, if you have a kickstart file for the source machine. -- Dr. Horst H. von Brand User #22616 counter.li.org Departamento de Informatica Fono: +56 32 2654431 Universidad Tecnica Federico Santa Maria +56 32 2654239 Casilla 110-V, Valparaiso, Chile Fax: +56 32 2797513 From buildsys at fedoraproject.org Wed Jan 10 01:28:08 2007 From: buildsys at fedoraproject.org (Fedora Extras repoclosure) Date: Wed, 10 Jan 2007 01:28:08 -0000 Subject: Summary - Broken dependencies in Fedora Extras - 2007-01-09 Message-ID: <20070110012808.1693.77450@extras64.linux.duke.edu> New report for: denis AT poolshark.org package: brasero - 0.5.1-1.fc7.i386 from fedora-extras-development-i386 unresolved deps: libburn.so.2 libisofs.so.2 package: brasero - 0.5.1-1.fc7.ppc from fedora-extras-development-ppc unresolved deps: libburn.so.2 libisofs.so.2 package: brasero - 0.5.1-1.fc7.x86_64 from fedora-extras-development-x86_64 unresolved deps: libisofs.so.2()(64bit) libburn.so.2()(64bit) ====================================================================== Summary of broken packages (by owner): andreas.bierfert AT lowlatency.de orange - 0.3-4.cvs20051118.fc7.i386 (36 days) cgoorah AT yahoo.com.au toped - 0.8.2-2.fc6.i386 (25 days) toped - 0.8.2-2.fc6.ppc (25 days) toped - 0.8.2-2.fc6.x86_64 (25 days) dan AT danny.cz codeblocks - 1.0-0.18.20061207svn3357.fc7.i386 (25 days) codeblocks - 1.0-0.18.20061207svn3357.fc7.i386 (25 days) codeblocks - 1.0-0.18.20061207svn3357.fc7.ppc (25 days) codeblocks - 1.0-0.18.20061207svn3357.fc7.x86_64 (25 days) codeblocks-contrib - 1.0-0.18.20061207svn3357.fc7.i386 (25 days) codeblocks-contrib - 1.0-0.18.20061207svn3357.fc7.ppc (25 days) codeblocks-contrib - 1.0-0.18.20061207svn3357.fc7.x86_64 (25 days) dcbw AT redhat.com csound - 5.03.0-9.fc7.i386 (32 days) csound - 5.03.0-9.fc7.i386 (32 days) csound - 5.03.0-9.fc7.ppc (32 days) csound - 5.03.0-9.fc7.x86_64 (32 days) csound-python - 5.03.0-9.fc7.i386 (32 days) csound-python - 5.03.0-9.fc7.ppc (32 days) csound-python - 5.03.0-9.fc7.x86_64 (32 days) denis AT poolshark.org brasero - 0.5.1-1.fc7.i386 brasero - 0.5.1-1.fc7.ppc brasero - 0.5.1-1.fc7.x86_64 dwmw2 AT redhat.com openpbx - 1.2-3.rc2.svn2135.fc7.i386 (34 days) openpbx - 1.2-3.rc2.svn2135.fc7.i386 (34 days) openpbx - 1.2-3.rc2.svn2135.fc7.ppc (34 days) openpbx - 1.2-3.rc2.svn2135.fc7.x86_64 (34 days) openpbx-postgresql - 1.2-3.rc2.svn2135.fc7.i386 (34 days) openpbx-postgresql - 1.2-3.rc2.svn2135.fc7.ppc (34 days) openpbx-postgresql - 1.2-3.rc2.svn2135.fc7.x86_64 (34 days) endur AT bennewitz.com streamtuner - 0.99.99-15.fc7.x86_64 (32 days) ifoox AT redhat.com libreadline-java - 0.8.0-13.fc6.i386 (29 days) libreadline-java - 0.8.0-13.fc6.i386 (29 days) libreadline-java - 0.8.0-13.fc6.ppc (29 days) libreadline-java - 0.8.0-13.fc6.x86_64 (29 days) jafo-redhat AT tummy.com python-pydns - 2.3.0-4.fc6.noarch (32 days) python-pydns - 2.3.0-4.fc6.noarch (32 days) python-pydns - 2.3.0-4.fc6.noarch (32 days) jamatos AT fc.up.pt python-amara - 1.1.7-2.fc6.noarch (32 days) python-amara - 1.1.7-2.fc6.noarch (32 days) python-amara - 1.1.7-2.fc6.noarch (32 days) jeff AT ocjtech.us linphone - 1.2.0-4.fc5.i386 (92 days) linphone - 1.2.0-4.fc5.ppc (92 days) linphone - 1.2.0-4.fc5.x86_64 (92 days) lmacken AT redhat.com TurboGears - 1.0b2-5.fc7.noarch (27 days) TurboGears - 1.0b2-5.fc7.noarch (27 days) TurboGears - 1.0b2-5.fc7.noarch (27 days) python-cherrypy - 2.2.1-3.fc6.noarch (32 days) python-cherrypy - 2.2.1-3.fc6.noarch (32 days) python-cherrypy - 2.2.1-3.fc6.noarch (32 days) michel.salim AT gmail.com python-nltk - 1.4.4-3.fc7.noarch (32 days) python-nltk - 1.4.4-3.fc7.noarch (32 days) python-nltk - 1.4.4-3.fc7.noarch (32 days) orion AT cora.nwra.com paraview - 2.4.4-3.fc6.x86_64 (32 days) paraview-mpi - 2.4.4-3.fc6.x86_64 (32 days) plplot - 5.6.1-8.fc7.i386 (32 days) plplot - 5.6.1-8.fc7.i386 (32 days) plplot - 5.6.1-8.fc7.ppc (32 days) plplot - 5.6.1-8.fc7.x86_64 (32 days) plplot-gnome - 5.6.1-8.fc7.i386 (32 days) plplot-gnome - 5.6.1-8.fc7.i386 (32 days) plplot-gnome - 5.6.1-8.fc7.ppc (32 days) plplot-gnome - 5.6.1-8.fc7.x86_64 (32 days) plplot-wxGTK - 5.6.1-8.fc7.i386 (32 days) plplot-wxGTK - 5.6.1-8.fc7.ppc (32 days) plplot-wxGTK - 5.6.1-8.fc7.x86_64 (32 days) petersen AT redhat.com ghc-gtk2hs - 0.9.10-4.fc6.i386 (67 days) ghc-gtk2hs - 0.9.10-4.fc6.ppc (67 days) ghc-gtk2hs - 0.9.10-4.fc6.x86_64 (67 days) ghc642-gtk2hs - 0.9.10-4.fc6.i386 (67 days) ghc642-gtk2hs - 0.9.10-4.fc6.ppc (67 days) ghc642-gtk2hs - 0.9.10-4.fc6.x86_64 (67 days) ghc642-gtk2hs-mozembed - 0.9.10-1.fc5.i386 (2 days) ghc642-gtk2hs-mozembed - 0.9.10-1.fc5.ppc (2 days) ghc642-gtk2hs-mozembed - 0.9.10-1.fc5.x86_64 (2 days) ghc642-gtk2hs-mozembed - 0.9.10-4.fc6.i386 (67 days) ghc642-gtk2hs-mozembed - 0.9.10-4.fc6.ppc (67 days) ghc642-gtk2hs-mozembed - 0.9.10-4.fc6.x86_64 (67 days) rdieter AT math.unl.edu Macaulay2-doc - 0.9.2-22.fc5.i386 (2 days) Macaulay2-doc - 0.9.2-22.fc5.ppc (2 days) Macaulay2-doc - 0.9.2-22.fc5.x86_64 (2 days) PyKDE - 3.16.0-5.fc7.i386 (32 days) PyKDE - 3.16.0-5.fc7.i386 (32 days) PyKDE - 3.16.0-5.fc7.ppc (32 days) PyKDE - 3.16.0-5.fc7.x86_64 (32 days) gift - 0.11.8.1-6.fc7.i386 (72 days) shahms AT shahms.com python-psyco - 1.5.1-4.fc6.i386 (32 days) stickster AT gmail.com xmldiff - 0.6.7-12.fc6.i386 (32 days) xmldiff - 0.6.7-12.fc6.ppc (32 days) xmldiff - 0.6.7-12.fc6.x86_64 (32 days) tcallawa AT redhat.com compat-wxPythonGTK2 - 2.4.2.4-12.fc6.i386 (32 days) compat-wxPythonGTK2 - 2.4.2.4-12.fc6.ppc (32 days) compat-wxPythonGTK2 - 2.4.2.4-12.fc6.x86_64 (32 days) rekall-postgresql - 2.4.3-5.fc6.i386 (34 days) rekall-postgresql - 2.4.3-5.fc6.ppc (34 days) rekall-postgresql - 2.4.3-5.fc6.x86_64 (34 days) rekall-python - 2.4.3-5.fc6.i386 (34 days) rekall-python - 2.4.3-5.fc6.ppc (34 days) rekall-python - 2.4.3-5.fc6.x86_64 (34 days) thomas AT apestaart.org python-twisted - 1.3.0-7.fc6.i386 (32 days) python-twisted - 1.3.0-7.fc6.ppc (32 days) python-twisted - 1.3.0-7.fc6.x86_64 (32 days) ville.skytta AT iki.fi em8300 - 0.16.0-3.fc7.i386 (13 days) em8300 - 0.16.0-3.fc7.ppc (13 days) em8300 - 0.16.0-3.fc7.x86_64 (13 days) wart AT kobold.org cyphesis - 0.5.10-3.fc7.i386 (32 days) cyphesis - 0.5.10-3.fc7.ppc (32 days) cyphesis - 0.5.10-3.fc7.x86_64 (32 days) ====================================================================== Broken packages in fedora-extras-5-i386: Macaulay2-doc-0.9.2-22.fc5.i386 requires Macaulay2 = 0:0.9.2 ghc642-gtk2hs-mozembed-0.9.10-1.fc5.i386 requires mozilla-devel = 37:1.7.13 linphone-1.2.0-4.fc5.i386 requires libortp.so.2 ====================================================================== Broken packages in fedora-extras-5-ppc: Macaulay2-doc-0.9.2-22.fc5.ppc requires Macaulay2 = 0:0.9.2 ghc642-gtk2hs-mozembed-0.9.10-1.fc5.ppc requires mozilla-devel = 37:1.7.13 linphone-1.2.0-4.fc5.ppc requires libortp.so.2 ====================================================================== Broken packages in fedora-extras-5-x86_64: Macaulay2-doc-0.9.2-22.fc5.x86_64 requires Macaulay2 = 0:0.9.2 ghc642-gtk2hs-mozembed-0.9.10-1.fc5.x86_64 requires mozilla-devel = 37:1.7.13 linphone-1.2.0-4.fc5.x86_64 requires libortp.so.2()(64bit) ====================================================================== Broken packages in fedora-extras-development-i386: PyKDE-3.16.0-5.fc7.i386 requires python(abi) = 0:2.4 PyKDE-3.16.0-5.fc7.i386 requires python-abi = 0:2.4 TurboGears-1.0b2-5.fc7.noarch requires python-elementtree >= 0:1.2.6 brasero-0.5.1-1.fc7.i386 requires libburn.so.2 brasero-0.5.1-1.fc7.i386 requires libisofs.so.2 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_html-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu_xml-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu_net-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu_xml-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_core-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu_net-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_xrc-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_xrc-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_html-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_qa-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_adv-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_qa-2.6.so.0(WXU_2.6) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_html-2.6.so.0(WXU_2.6) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu_xml-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_xrc-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_qa-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_core-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu_net-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_xrc-2.6.so.0(WXU_2.6) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_html-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_adv-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu-2.6.so.0(WXU_2.6) compat-wxPythonGTK2-2.4.2.4-12.fc6.i386 requires python(abi) = 0:2.4 csound-5.03.0-9.fc7.i386 requires libpython2.4.so.1.0 csound-python-5.03.0-9.fc7.i386 requires python(abi) = 0:2.4 csound-python-5.03.0-9.fc7.i386 requires libpython2.4.so.1.0 cyphesis-0.5.10-3.fc7.i386 requires libpython2.4.so.1.0 em8300-0.16.0-3.fc7.i386 requires em8300-kmod >= 0:0.16.0 ghc-gtk2hs-0.9.10-4.fc6.i386 requires ghc = 0:6.4.2 ghc642-gtk2hs-0.9.10-4.fc6.i386 requires /usr/bin/ghc-pkg-6.4.2 ghc642-gtk2hs-0.9.10-4.fc6.i386 requires ghc642 ghc642-gtk2hs-mozembed-0.9.10-4.fc6.i386 requires /usr/bin/ghc-pkg-6.4.2 ghc642-gtk2hs-mozembed-0.9.10-4.fc6.i386 requires ghc642 libreadline-java-0.8.0-13.fc6.i386 requires libedit >= 0:2.9 openpbx-1.2-3.rc2.svn2135.fc7.i386 requires libedit.so.0 openpbx-postgresql-1.2-3.rc2.svn2135.fc7.i386 requires libpq.so.4 plplot-5.6.1-8.fc7.i386 requires python(abi) = 0:2.4 plplot-5.6.1-8.fc7.i386 requires libpython2.4.so.1.0 plplot-gnome-5.6.1-8.fc7.i386 requires python(abi) = 0:2.4 plplot-gnome-5.6.1-8.fc7.i386 requires libpython2.4.so.1.0 plplot-wxGTK-5.6.1-8.fc7.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) plplot-wxGTK-5.6.1-8.fc7.i386 requires libwx_baseu_xml-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.i386 requires libwx_gtk2u_qa-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) plplot-wxGTK-5.6.1-8.fc7.i386 requires libwx_gtk2u_core-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.i386 requires libwx_baseu_net-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.i386 requires libwx_gtk2u_xrc-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.i386 requires libwx_gtk2u_html-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.i386 requires libwx_baseu-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.i386 requires libwx_gtk2u_adv-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.i386 requires libwx_baseu-2.6.so.0(WXU_2.6) python-amara-1.1.7-2.fc6.noarch requires python(abi) = 0:2.4 python-cherrypy-2.2.1-3.fc6.noarch requires python(abi) = 0:2.4 python-nltk-1.4.4-3.fc7.noarch requires python(abi) = 0:2.4 python-psyco-1.5.1-4.fc6.i386 requires python-abi = 0:2.4 python-psyco-1.5.1-4.fc6.i386 requires python(abi) = 0:2.4 python-pydns-2.3.0-4.fc6.noarch requires python(abi) = 0:2.4 python-twisted-1.3.0-7.fc6.i386 requires python(abi) = 0:2.4 rekall-postgresql-2.4.3-5.fc6.i386 requires libpq.so.4 rekall-python-2.4.3-5.fc6.i386 requires python(abi) = 0:2.4 rekall-python-2.4.3-5.fc6.i386 requires libpython2.4.so.1.0 toped-0.8.2-2.fc6.i386 requires libwx_gtk2u_gl-2.6.so.0 toped-0.8.2-2.fc6.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) toped-0.8.2-2.fc6.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3) toped-0.8.2-2.fc6.i386 requires libwx_baseu_xml-2.6.so.0 toped-0.8.2-2.fc6.i386 requires libwx_gtk2u_qa-2.6.so.0 toped-0.8.2-2.fc6.i386 requires libwx_gtk2u_core-2.6.so.0 toped-0.8.2-2.fc6.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) toped-0.8.2-2.fc6.i386 requires libwx_gtk2u_gl-2.6.so.0(WXU_2.6) toped-0.8.2-2.fc6.i386 requires libwx_baseu_net-2.6.so.0 toped-0.8.2-2.fc6.i386 requires libwx_gtk2u_xrc-2.6.so.0 toped-0.8.2-2.fc6.i386 requires libwx_baseu-2.6.so.0(WXU_2.6) toped-0.8.2-2.fc6.i386 requires libwx_gtk2u_html-2.6.so.0 toped-0.8.2-2.fc6.i386 requires libwx_baseu-2.6.so.0 toped-0.8.2-2.fc6.i386 requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6) toped-0.8.2-2.fc6.i386 requires libwx_gtk2u_adv-2.6.so.0 xmldiff-0.6.7-12.fc6.i386 requires python-abi = 0:2.4 xmldiff-0.6.7-12.fc6.i386 requires python(abi) = 0:2.4 ====================================================================== Broken packages in fedora-extras-development-ppc: PyKDE-3.16.0-5.fc7.ppc requires python(abi) = 0:2.4 PyKDE-3.16.0-5.fc7.ppc requires python-abi = 0:2.4 TurboGears-1.0b2-5.fc7.noarch requires python-elementtree >= 0:1.2.6 brasero-0.5.1-1.fc7.ppc requires libburn.so.2 brasero-0.5.1-1.fc7.ppc requires libisofs.so.2 codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_html-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3) codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_baseu_xml-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_baseu_net-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_baseu_xml-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_core-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_baseu_net-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_xrc-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_xrc-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_baseu-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_html-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_qa-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_baseu-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_adv-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_qa-2.6.so.0(WXU_2.6) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_html-2.6.so.0(WXU_2.6) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_baseu_xml-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_xrc-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_qa-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_core-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_baseu_net-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_xrc-2.6.so.0(WXU_2.6) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_html-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_baseu-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_adv-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_baseu-2.6.so.0(WXU_2.6) compat-wxPythonGTK2-2.4.2.4-12.fc6.ppc requires python(abi) = 0:2.4 csound-5.03.0-9.fc7.ppc requires libpython2.4.so.1.0 csound-python-5.03.0-9.fc7.ppc requires python(abi) = 0:2.4 csound-python-5.03.0-9.fc7.ppc requires libpython2.4.so.1.0 cyphesis-0.5.10-3.fc7.ppc requires libpython2.4.so.1.0 em8300-0.16.0-3.fc7.ppc requires em8300-kmod >= 0:0.16.0 ghc-gtk2hs-0.9.10-4.fc6.ppc requires ghc = 0:6.4.2 ghc642-gtk2hs-0.9.10-4.fc6.ppc requires /usr/bin/ghc-pkg-6.4.2 ghc642-gtk2hs-0.9.10-4.fc6.ppc requires ghc642 ghc642-gtk2hs-mozembed-0.9.10-4.fc6.ppc requires /usr/bin/ghc-pkg-6.4.2 ghc642-gtk2hs-mozembed-0.9.10-4.fc6.ppc requires ghc642 libreadline-java-0.8.0-13.fc6.ppc requires libedit >= 0:2.9 openpbx-1.2-3.rc2.svn2135.fc7.ppc requires libedit.so.0 openpbx-postgresql-1.2-3.rc2.svn2135.fc7.ppc requires libpq.so.4 plplot-5.6.1-8.fc7.ppc requires python(abi) = 0:2.4 plplot-5.6.1-8.fc7.ppc requires libpython2.4.so.1.0 plplot-gnome-5.6.1-8.fc7.ppc requires python(abi) = 0:2.4 plplot-gnome-5.6.1-8.fc7.ppc requires libpython2.4.so.1.0 plplot-wxGTK-5.6.1-8.fc7.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) plplot-wxGTK-5.6.1-8.fc7.ppc requires libwx_baseu_xml-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.ppc requires libwx_gtk2u_qa-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) plplot-wxGTK-5.6.1-8.fc7.ppc requires libwx_gtk2u_core-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.ppc requires libwx_baseu_net-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.ppc requires libwx_gtk2u_xrc-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.ppc requires libwx_gtk2u_html-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.ppc requires libwx_baseu-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.ppc requires libwx_gtk2u_adv-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.ppc requires libwx_baseu-2.6.so.0(WXU_2.6) python-amara-1.1.7-2.fc6.noarch requires python(abi) = 0:2.4 python-cherrypy-2.2.1-3.fc6.noarch requires python(abi) = 0:2.4 python-nltk-1.4.4-3.fc7.noarch requires python(abi) = 0:2.4 python-pydns-2.3.0-4.fc6.noarch requires python(abi) = 0:2.4 python-twisted-1.3.0-7.fc6.ppc requires python(abi) = 0:2.4 rekall-postgresql-2.4.3-5.fc6.ppc requires libpq.so.4 rekall-python-2.4.3-5.fc6.ppc requires python(abi) = 0:2.4 rekall-python-2.4.3-5.fc6.ppc requires libpython2.4.so.1.0 toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_gl-2.6.so.0 toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3) toped-0.8.2-2.fc6.ppc requires libwx_baseu_xml-2.6.so.0 toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_qa-2.6.so.0 toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_core-2.6.so.0 toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_gl-2.6.so.0(WXU_2.6) toped-0.8.2-2.fc6.ppc requires libwx_baseu_net-2.6.so.0 toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_xrc-2.6.so.0 toped-0.8.2-2.fc6.ppc requires libwx_baseu-2.6.so.0(WXU_2.6) toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_html-2.6.so.0 toped-0.8.2-2.fc6.ppc requires libwx_baseu-2.6.so.0 toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6) toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_adv-2.6.so.0 xmldiff-0.6.7-12.fc6.ppc requires python-abi = 0:2.4 xmldiff-0.6.7-12.fc6.ppc requires python(abi) = 0:2.4 ====================================================================== Broken packages in fedora-extras-development-x86_64: PyKDE-3.16.0-5.fc7.i386 requires python(abi) = 0:2.4 PyKDE-3.16.0-5.fc7.i386 requires python-abi = 0:2.4 PyKDE-3.16.0-5.fc7.x86_64 requires python(abi) = 0:2.4 PyKDE-3.16.0-5.fc7.x86_64 requires python-abi = 0:2.4 TurboGears-1.0b2-5.fc7.noarch requires python-elementtree >= 0:1.2.6 brasero-0.5.1-1.fc7.x86_64 requires libisofs.so.2()(64bit) brasero-0.5.1-1.fc7.x86_64 requires libburn.so.2()(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_html-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu_xml-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu_net-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu_xml-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_core-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu_net-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_xrc-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_xrc-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_html-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_qa-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_adv-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_qa-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_baseu_net-2.6.so.0(WXU_2.6)(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6)(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_baseu-2.6.so.0(WXU_2.6)(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_html-2.6.so.0(WXU_2.6)(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_xrc-2.6.so.0()(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0()(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_baseu-2.6.so.0()(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_qa-2.6.so.0(WXU_2.6)(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_adv-2.6.so.0()(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6)(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2)(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_qa-2.6.so.0()(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_baseu_xml-2.6.so.0()(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_html-2.6.so.0()(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_baseu_net-2.6.so.0()(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_xrc-2.6.so.0(WXU_2.6)(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_baseu_xml-2.6.so.0(WXU_2.6)(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3)(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6)(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_baseu-2.6.so.0(WXU_2.6)(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_html-2.6.so.0(WXU_2.6)(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_xrc-2.6.so.0()(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_baseu-2.6.so.0()(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_adv-2.6.so.0()(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6)(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2)(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_qa-2.6.so.0()(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_baseu_xml-2.6.so.0()(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0()(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_html-2.6.so.0()(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_baseu_net-2.6.so.0()(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_xrc-2.6.so.0(WXU_2.6)(64bit) compat-wxPythonGTK2-2.4.2.4-12.fc6.x86_64 requires python(abi) = 0:2.4 csound-5.03.0-9.fc7.i386 requires libpython2.4.so.1.0 csound-5.03.0-9.fc7.x86_64 requires libpython2.4.so.1.0()(64bit) csound-python-5.03.0-9.fc7.x86_64 requires python(abi) = 0:2.4 csound-python-5.03.0-9.fc7.x86_64 requires libpython2.4.so.1.0()(64bit) cyphesis-0.5.10-3.fc7.x86_64 requires libpython2.4.so.1.0()(64bit) em8300-0.16.0-3.fc7.x86_64 requires em8300-kmod >= 0:0.16.0 ghc-gtk2hs-0.9.10-4.fc6.x86_64 requires ghc = 0:6.4.2 ghc642-gtk2hs-0.9.10-4.fc6.x86_64 requires /usr/bin/ghc-pkg-6.4.2 ghc642-gtk2hs-0.9.10-4.fc6.x86_64 requires ghc642 ghc642-gtk2hs-mozembed-0.9.10-4.fc6.x86_64 requires /usr/bin/ghc-pkg-6.4.2 ghc642-gtk2hs-mozembed-0.9.10-4.fc6.x86_64 requires ghc642 gift-0.11.8.1-6.fc7.i386 requires libmagic.so.1 libreadline-java-0.8.0-13.fc6.i386 requires libedit >= 0:2.9 libreadline-java-0.8.0-13.fc6.x86_64 requires libedit >= 0:2.9 openpbx-1.2-3.rc2.svn2135.fc7.i386 requires libedit.so.0 openpbx-1.2-3.rc2.svn2135.fc7.x86_64 requires libedit.so.0()(64bit) openpbx-postgresql-1.2-3.rc2.svn2135.fc7.x86_64 requires libpq.so.4()(64bit) orange-0.3-4.cvs20051118.fc7.i386 requires libmagic.so.1 paraview-2.4.4-3.fc6.x86_64 requires libpython2.4.so.1.0()(64bit) paraview-mpi-2.4.4-3.fc6.x86_64 requires libpython2.4.so.1.0()(64bit) plplot-5.6.1-8.fc7.i386 requires python(abi) = 0:2.4 plplot-5.6.1-8.fc7.i386 requires libpython2.4.so.1.0 plplot-5.6.1-8.fc7.x86_64 requires python(abi) = 0:2.4 plplot-5.6.1-8.fc7.x86_64 requires libpython2.4.so.1.0()(64bit) plplot-gnome-5.6.1-8.fc7.i386 requires python(abi) = 0:2.4 plplot-gnome-5.6.1-8.fc7.i386 requires libpython2.4.so.1.0 plplot-gnome-5.6.1-8.fc7.x86_64 requires python(abi) = 0:2.4 plplot-gnome-5.6.1-8.fc7.x86_64 requires libpython2.4.so.1.0()(64bit) plplot-wxGTK-5.6.1-8.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6)(64bit) plplot-wxGTK-5.6.1-8.fc7.x86_64 requires libwx_baseu-2.6.so.0(WXU_2.6)(64bit) plplot-wxGTK-5.6.1-8.fc7.x86_64 requires libwx_baseu-2.6.so.0()(64bit) plplot-wxGTK-5.6.1-8.fc7.x86_64 requires libwx_gtk2u_xrc-2.6.so.0()(64bit) plplot-wxGTK-5.6.1-8.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2)(64bit) plplot-wxGTK-5.6.1-8.fc7.x86_64 requires libwx_gtk2u_qa-2.6.so.0()(64bit) plplot-wxGTK-5.6.1-8.fc7.x86_64 requires libwx_baseu_xml-2.6.so.0()(64bit) plplot-wxGTK-5.6.1-8.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0()(64bit) plplot-wxGTK-5.6.1-8.fc7.x86_64 requires libwx_gtk2u_html-2.6.so.0()(64bit) plplot-wxGTK-5.6.1-8.fc7.x86_64 requires libwx_baseu_net-2.6.so.0()(64bit) plplot-wxGTK-5.6.1-8.fc7.x86_64 requires libwx_gtk2u_adv-2.6.so.0()(64bit) python-amara-1.1.7-2.fc6.noarch requires python(abi) = 0:2.4 python-cherrypy-2.2.1-3.fc6.noarch requires python(abi) = 0:2.4 python-nltk-1.4.4-3.fc7.noarch requires python(abi) = 0:2.4 python-pydns-2.3.0-4.fc6.noarch requires python(abi) = 0:2.4 python-twisted-1.3.0-7.fc6.x86_64 requires python(abi) = 0:2.4 rekall-postgresql-2.4.3-5.fc6.x86_64 requires libpq.so.4()(64bit) rekall-python-2.4.3-5.fc6.x86_64 requires python(abi) = 0:2.4 rekall-python-2.4.3-5.fc6.x86_64 requires libpython2.4.so.1.0()(64bit) streamtuner-0.99.99-15.fc7.x86_64 requires libpython2.4.so.1.0()(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_gtk2u_gl-2.6.so.0(WXU_2.6)(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6)(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_baseu-2.6.so.0(WXU_2.6)(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_gtk2u_xrc-2.6.so.0()(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_gtk2u_core-2.6.so.0()(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_baseu-2.6.so.0()(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_gtk2u_adv-2.6.so.0()(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6)(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_gtk2u_qa-2.6.so.0()(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_baseu_xml-2.6.so.0()(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_gtk2u_html-2.6.so.0()(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_baseu_net-2.6.so.0()(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_gtk2u_gl-2.6.so.0()(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2)(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3)(64bit) xmldiff-0.6.7-12.fc6.x86_64 requires python-abi = 0:2.4 xmldiff-0.6.7-12.fc6.x86_64 requires python(abi) = 0:2.4 From dwmw2 at infradead.org Wed Jan 10 06:38:09 2007 From: dwmw2 at infradead.org (David Woodhouse) Date: Wed, 10 Jan 2007 14:38:09 +0800 Subject: Hosting spec file, SRPMs. In-Reply-To: <1168270906.15587.25.camel@gilboa-work-dev.localdomain> References: <1168270906.15587.25.camel@gilboa-work-dev.localdomain> Message-ID: <1168411089.14763.469.camel@shinybook.infradead.org> On Mon, 2007-01-08 at 17:41 +0200, Gilboa Davara wrote: > Can anyone point me to a free public on-line hosting service that can > host my SPEC/SRPM files? Er, cvs.fedora.redhat.com:/cvs/extras ? -- dwmw2 From wart at kobold.org Wed Jan 10 06:40:13 2007 From: wart at kobold.org (Wart) Date: Tue, 09 Jan 2007 22:40:13 -0800 Subject: Summary - Broken dependencies in Fedora Extras - 2007-01-09 In-Reply-To: <20070110012808.1693.77450@extras64.linux.duke.edu> References: <20070110012808.1693.77450@extras64.linux.duke.edu> Message-ID: <45A48A4D.90001@kobold.org> Fedora Extras repoclosure wrote: > wart AT kobold.org > cyphesis - 0.5.10-3.fc7.i386 (32 days) > cyphesis - 0.5.10-3.fc7.ppc (32 days) > cyphesis - 0.5.10-3.fc7.x86_64 (32 days) > [...] > cyphesis-0.5.10-3.fc7.i386 requires libpython2.4.so.1.0 Upstream has finally responded that they will have a new package by the end of the month that supports python 2.5. Sorry for the delay on this, --Wart From Axel.Thimm at ATrpms.net Wed Jan 10 09:20:51 2007 From: Axel.Thimm at ATrpms.net (Axel Thimm) Date: Wed, 10 Jan 2007 10:20:51 +0100 Subject: Hosting spec file, SRPMs. In-Reply-To: <1168411089.14763.469.camel@shinybook.infradead.org> References: <1168270906.15587.25.camel@gilboa-work-dev.localdomain> <1168411089.14763.469.camel@shinybook.infradead.org> Message-ID: <20070110092051.GG1288@neu.nirvana> On Wed, Jan 10, 2007 at 02:38:09PM +0800, David Woodhouse wrote: > On Mon, 2007-01-08 at 17:41 +0200, Gilboa Davara wrote: > > Can anyone point me to a free public on-line hosting service that can > > host my SPEC/SRPM files? > > Er, cvs.fedora.redhat.com:/cvs/extras ? I guess he means for the reviews in order to get them there, the review guidelines leaves the hosting of the submitted spec/srpms to the submitter. -- Axel.Thimm at ATrpms.net -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From Axel.Thimm at ATrpms.net Wed Jan 10 10:36:19 2007 From: Axel.Thimm at ATrpms.net (Axel Thimm) Date: Wed, 10 Jan 2007 11:36:19 +0100 Subject: File conflicts in Fedora Extras devel - 20070109 In-Reply-To: <20070109210622.8b03dc7f.bugs.michael@gmx.net> References: <20070109210622.8b03dc7f.bugs.michael@gmx.net> Message-ID: <20070110103619.GA8195@neu.nirvana> On Tue, Jan 09, 2007 at 09:06:22PM +0100, Michael Schwendt wrote: > This is just a reminder. > > These are all non-explicit package conflicts found in FE development. > I've filed several tickets plus a few more for FE<=6 (check out the > FE7Target bug) some time ago or some minutes ago, but not all, because > there is no policy about it. > > blackbox - 0.70.1-5.fc6.i386 > File conflict with: /usr/bin/bsetbg > File conflict with: /usr/bin/bsetroot > => Package conflicts with: hackedbox - 0.8.4-7.fc6.i386 Which tool are you using for finding this out? -- Axel.Thimm at ATrpms.net -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From dkovalsk at redhat.com Wed Jan 10 11:02:13 2007 From: dkovalsk at redhat.com (David Kovalsky) Date: Wed, 10 Jan 2007 12:02:13 +0100 Subject: Gallery2 In-Reply-To: <45A2A3FA.5090307@gmx.de> References: <45A16E03.7080705@gmx.de> <20070108031112.GA12150@jadzia.bu.edu> <45A2A3FA.5090307@gmx.de> Message-ID: <45A4C7B5.6040308@redhat.com> Robert M. Albrecht wrote: > Hi, > >>> Error: could not locate login.txt. Please place it in your >>> /srv/gallery2/ directory. >>> Why is he searching in /srv/gallery2 and where does /srv belong ? >> Read the rest of the page! The very next paragraph tells you exactly >> what to >> do. > > Yes, I did that and it didn't work. > > Installing gallery2 from source works flawless, so there might be a > problem with the package. When I installed gallery2 a few months ago I ran into some selinux trouble. Check your logs for denials if you're using selinux too. -- =================================================================== David Kovalsky dkovalsk at redhat.com Quality Engineer IRC: #beermeeting, #brno, #errata, #qa, #tps, #urt =================================================================== From dtimms at iinet.net.au Wed Jan 10 13:04:57 2007 From: dtimms at iinet.net.au (David Timms) Date: Thu, 11 Jan 2007 00:04:57 +1100 Subject: A new utility to augment yum - machine cloner In-Reply-To: <200701100043.l0A0hGbh010066@laptop13.inf.utfsm.cl> References: <200701100043.l0A0hGbh010066@laptop13.inf.utfsm.cl> Message-ID: <45A4E479.1040508@iinet.net.au> Horst H. von Brand wrote: > David Timms wrote: >> Jon Ciesla wrote: > > [...] > >>> My primary questions are these: >>> 1. Yumdiff scratched my itch, namely to quickly compare machines to >>> achieve software parity. It was born in a data center composed of >>> machines that change roles on a semi-regular basis. Does it scratch >>> anyone else's itch? > >> Yes, often, I will want to move the complete configuration from one >> machine to another, before "putting down" the old machine. I had been >> thinking recently how I could script this to save time. The machines >> are performing server roles with a reduced set of packages. > > Easy: > > system-config-kickstart --generate /some/file > > edit to taste, backup the local configuration tweaks. /\ this was the bit to actually avoid by using such a process. I have previously used the install generated ks.cfg, but found you need to tweak all the other bits of the ks to suit the local environment and machine, but the use of --generate at least get the package list entered. There is also a need to get packages installed from outside the core/extras collective. >> While kickstart capability is great, I have not tended to customize a >> new kickstart file for every different machine. I just use >> kickstart/network install to get the machine to a known state before >> removing unneeded packages. > > You can remove them in the kickstart file. It saves lots of time and > aggravation (axed something that was needed, etc). Currently I just use one ks.cfg for each machine architecture {x2}, having to make changes to this pair when I needed to change them was annoying enough, without having a series of ks.cfg for every machine. note: I did read that it is possible to cascade ks files, so that certain settings could be pulled in from say a global.ks.cfg, but having machine specific commands in eg otrs-server.ks.cfg Unfortunately, I have yet to succeed in making a network book kickstart able to get the included file. I guess a nicer why to get the local configuration tweaks like ip address, logins, dns, etc, could be to use rpm -qa to determine what are the modified config files, and script a backup of just those files. >>> I'm contemplating/playing around with a feature that would use screen >>> on the local machine to allow remotely updating multiple machines to >>> match the local machine, > >> I think this would be the most useful capability. > > Not needed, if you have a kickstart file for the source machine. While I can see the benefit {security / known starting point} I have needed to a few times get a machine that is already installed {ie raid already setup, partitioned, formatted and os operating} to match another package wise, in trying to determine if a fault is a bug or misconfiguration on my part. Reinstalling from scratch by kickstart would seem to waste more time. Horst: knowing that you would be unlikely to use such a python/yum tool, do you see any specific problems with the general design of Jon's tool, for example in terms of security, or practical application that would be a show stopper in terms of fedora inclusion ? For example would it be important for the developer of such a tool to *not* be the fedora packager for it, so that a separate individual is in the loop to verify / quality assure the underlying source before requesting builds ? DaveT. From Christian.Iseli at licr.org Wed Jan 10 13:09:03 2007 From: Christian.Iseli at licr.org (Christian Iseli) Date: Wed, 10 Jan 2007 14:09:03 +0100 Subject: Package review status Message-ID: <20070110140903.07bfbe36@ludwig-alpha.unil.ch> Hi folks, So here is round 2 of my "About missing reviews" query... I received quite a bit of help in tracking down missing reviews, and pursued some other suggested trails. I have put up my findings in the wiki here: http://fedoraproject.org/wiki/ChristianIseli/PackageReviewStatus In short, I found so far: - 2101 packages where I could assign a review URL - 110 packages dead (or moved to Core, that kind of thing) - 313 packages imported from Fedora.us days - 37 packages imported from Core without a review - 178 packages with unknown status I tuck the unknown status packages below, in the hope people here will help me fill in the blanks... :-) Cheers, C ==== adrian lisas de fbida adrian lisas de xdesktopwaves andreas bawue net mod_suphp andreas bierfert lowlatency de claws-mail andreas bierfert lowlatency de fluxconf andreas bierfert lowlatency de sylpheed-claws andreas bierfert lowlatency de synce aportal univ-montp2 fr gputils bugs michael gmx net abicheck bugs michael gmx net aide bugs michael gmx net gqview dakingun gmail com gnomesword denis poolshark org galeon denis poolshark org gstreamer-python dennis ausil us snort dwmw2 redhat com apmud dwmw2 redhat com exim-doc dwmw2 redhat com hfsplusutils dwmw2 redhat com qemu ed eh3 com netcdf enrico scholz informatik tu-chemnitz de hunt enrico scholz informatik tu-chemnitz de ip-sentinel enrico scholz informatik tu-chemnitz de libtasn1 enrico scholz informatik tu-chemnitz de milter-greylist enrico scholz informatik tu-chemnitz de opencdk enrico scholz informatik tu-chemnitz de util-vserver enrico scholz informatik tu-chemnitz de xca extras-orphan fedoraproject org doctorj extras-orphan fedoraproject org gstreamer08-python extras-orphan fedoraproject org libvisual-plugins extras-orphan fedoraproject org screem fedora christoph-wickert de gwget fedora leemhuis info mail-notification gauret free fr amarok gauret free fr libifp gauret free fr libkexif gauret free fr libkipi gauret free fr libvisual gauret free fr showimg gauret free fr xbindkeys gemi bluewin ch gcl gemi bluewin ch graveman gemi bluewin ch GtkAda gemi bluewin ch gtkglarea2 gemi bluewin ch pl gemi bluewin ch yap ghenry suretecsystems com pgadmin3 giallu gmail com mantis green redhat com ladspa-swh-plugins icon fedoraproject org diction icon fedoraproject org gazpacho icon fedoraproject org uqm-content icon fedoraproject org uqm imlinux gmail com perl-MIME-Lite jamatos fc up pt conglomerate jamatos fc up pt ifplugd jeff ocjtech us libosip2 Jochen herr-schmitt de crossvc joost soeterbroek gmail com xmms-cdread jpo di uminho pt perl-Cache-Cache jpo di uminho pt perl-DBD-SQLite jpo di uminho pt syslog-ng jpo di uminho pt tetex-perltex jspaleta gmail com gourmet jwilson redhat com rrdtool j w r degoede hhs nl bochs j w r degoede hhs nl monkey-bubble j w r degoede hhs nl plib j w r degoede hhs nl scorched3d jylitalo iki fi xplanet kevin tummy com p0f lmacken redhat com naim lmacken redhat com python-cherrypy lmacken redhat com python-cherrytemplate mattdm mattdm org wxPython Matt_Domsch dell com dkms matthias rpmforge net advancecomp matthias rpmforge net bbkeys matthias rpmforge net blackbox matthias rpmforge net boa matthias rpmforge net camE matthias rpmforge net csmash matthias rpmforge net d4x matthias rpmforge net directfb matthias rpmforge net djvulibre matthias rpmforge net epydoc matthias rpmforge net fillets-ng-data matthias rpmforge net fillets-ng matthias rpmforge net gcombust matthias rpmforge net gentoo matthias rpmforge net giblib matthias rpmforge net gtweakui matthias rpmforge net hackedbox matthias rpmforge net hercules matthias rpmforge net i8kutils matthias rpmforge net js matthias rpmforge net kannel matthias rpmforge net libcaca matthias rpmforge net linux_logo matthias rpmforge net lmarbles matthias rpmforge net metakit matthias rpmforge net moin matthias rpmforge net oidentd matthias rpmforge net p7zip matthias rpmforge net perl-libintl matthias rpmforge net php-eaccelerator matthias rpmforge net php-pecl-mailparse matthias rpmforge net plib16 matthias rpmforge net portaudio matthias rpmforge net powermanga matthias rpmforge net proftpd matthias rpmforge net SDL_gfx matthias rpmforge net starfighter matthias rpmforge net synergy matthias rpmforge net thttpd matthias rpmforge net torcs-data matthias rpmforge net torcs matthias rpmforge net ucarp matthias rpmforge net udftools matthias rpmforge net viruskiller matthias rpmforge net xmms-acme matthias rpmforge net xmms-flac matthias rpmforge net xmms-lirc matthias rpmforge net xmms-speex matthias rpmforge net xvattr matthias rpmforge net yasm matthias rpmforge net zziplib mcepl redhat com vim-vimoutliner michel salim gmail com gai michel salim gmail com gai-pal mpeters mac com PyRTF nicolas mailhot laposte net dejavu-fonts nomis80 nomis80 org camstream nphilipp redhat com ufraw opensource till name pam_mount orion cora nwra com python-matplotlib paul all-the-johnsons co uk xmms-alarm paul city-fan org perl-Convert-BinHex pjones redhat com python-goopy rdieter math unl edu gtk-qt-engine rdieter math unl edu Macaulay2 redhat-bugzilla camperquake de enemies-of-carlotta redhat-bugzilla linuxnetz de duplicity rvokal redhat com python-adns skvidal phy duke edu seahorse steve silug org perl-File-BOM steve silug org perl-Net-SCP steve silug org perl-Net-SSH steve silug org qtparted tcallawa redhat com perl-Class-Accessor tcallawa redhat com perl-Class-Whitehole tcallawa redhat com perl-DBD-SQLite2 tcallawa redhat com perl-UNIVERSAL-exports tcallawa redhat com perl-UNIVERSAL-moniker thomas apestaart org flumotion thomas apestaart org libannodex thomas apestaart org libcmml thomas apestaart org liboggz thomas apestaart org mach thomas apestaart org mod_annodex tmraz redhat com vpnc toshio tiki-lounge com gnotime toshio tiki-lounge com qa-assistant toshio tiki-lounge com qof uwog uwog net enchant ville skytta iki fi gkrellm-hddtemp ville skytta iki fi lirc ville skytta iki fi neXtaw ville skytta iki fi openct ville skytta iki fi opensc ville skytta iki fi xemacs-packages-base ville skytta iki fi xemacs-packages-extra wtogami redhat com pop-before-smtp zing fastmail fm snownews zipsonic gmail com freenx zipsonic gmail com nx From skvidal at linux.duke.edu Wed Jan 10 13:12:12 2007 From: skvidal at linux.duke.edu (seth vidal) Date: Wed, 10 Jan 2007 08:12:12 -0500 Subject: A new utility to augment yum - machine cloner In-Reply-To: <45A4E479.1040508@iinet.net.au> References: <200701100043.l0A0hGbh010066@laptop13.inf.utfsm.cl> <45A4E479.1040508@iinet.net.au> Message-ID: <1168434732.18177.12.camel@cutter> On Thu, 2007-01-11 at 00:04 +1100, David Timms wrote: > Horst: knowing that you would be unlikely to use such a python/yum tool, > do you see any specific problems with the general design of Jon's tool, > for example in terms of security, or practical application that would be > a show stopper in terms of fedora inclusion ? Though it is not a show stopper it is negative that the tool uses yum by making os.system() calls instead of using the yum modules. -sv From thias at spam.spam.spam.spam.spam.spam.spam.egg.and.spam.freshrpms.net Wed Jan 10 13:16:04 2007 From: thias at spam.spam.spam.spam.spam.spam.spam.egg.and.spam.freshrpms.net (Matthias Saou) Date: Wed, 10 Jan 2007 14:16:04 +0100 Subject: Package review status In-Reply-To: <20070110140903.07bfbe36@ludwig-alpha.unil.ch> References: <20070110140903.07bfbe36@ludwig-alpha.unil.ch> Message-ID: <20070110141604.22f396e8@python3.es.egwn.lan> Christian Iseli wrote : > - 178 packages with unknown status > > I tuck the unknown status packages below, in the hope people here will > help me fill in the blanks... :-) All the packages owned by "matthias rpmforge net" were imported from freshrpms when Extras started. It will definitely not hurt to have all of those go through the same process as Core packages, although I hope that very few major problems should be found. Thanks for your great work :-) Matthias -- Clean custom Red Hat Linux rpm packages : http://freshrpms.net/ Fedora Core release 6 (Zod) - Linux kernel 2.6.19-1.2888.fc6 Load : 0.52 0.33 0.47 From limb at jcomserv.net Wed Jan 10 13:18:48 2007 From: limb at jcomserv.net (Jon Ciesla) Date: Wed, 10 Jan 2007 07:18:48 -0600 (CST) Subject: A new utility to augment yum - machine cloner In-Reply-To: <1168434732.18177.12.camel@cutter> References: <200701100043.l0A0hGbh010066@laptop13.inf.utfsm.cl> <45A4E479.1040508@iinet.net.au> <1168434732.18177.12.camel@cutter> Message-ID: <48042.65.192.24.190.1168435128.squirrel@mail.jcomserv.net> I'm encouraged by the discussion so far. Seth, I must admit I did little detailed research into yum modules beforehand. Can you point me to documentation? Can they be called remotely? If not, I could at least use them to eliminate the os.system() calls on the local end. > On Thu, 2007-01-11 at 00:04 +1100, David Timms wrote: > >> Horst: knowing that you would be unlikely to use such a python/yum tool, >> do you see any specific problems with the general design of Jon's tool, >> for example in terms of security, or practical application that would be >> a show stopper in terms of fedora inclusion ? > > Though it is not a show stopper it is negative that the tool uses yum by > making os.system() calls instead of using the yum modules. > > > -sv > > > -- > fedora-extras-list mailing list > fedora-extras-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-extras-list > -- novus ordo absurdum From dennis at ausil.us Wed Jan 10 13:18:29 2007 From: dennis at ausil.us (Dennis Gilmore) Date: Wed, 10 Jan 2007 07:18:29 -0600 Subject: Package review status In-Reply-To: <20070110140903.07bfbe36@ludwig-alpha.unil.ch> References: <20070110140903.07bfbe36@ludwig-alpha.unil.ch> Message-ID: <200701100718.30148.dennis@ausil.us> On Wednesday 10 January 2007 7:09 am, Christian Iseli wrote: > I tuck the unknown status packages below, in the hope people here will > help me fill in the blanks... :-) This was a fedora.us package easy way to test for fedora.us package is that they have cvs branches for before FC-3 > dennis ausil us snort -- Dennis Gilmore, RHCE Proud Australian From denis at poolshark.org Wed Jan 10 13:21:43 2007 From: denis at poolshark.org (Denis Leroy) Date: Wed, 10 Jan 2007 14:21:43 +0100 Subject: Package review status In-Reply-To: <20070110140903.07bfbe36@ludwig-alpha.unil.ch> References: <20070110140903.07bfbe36@ludwig-alpha.unil.ch> Message-ID: <45A4E867.2020201@poolshark.org> Christian Iseli wrote: [...] > I tuck the unknown status packages below, in the hope people here will > help me fill in the blanks... :-) [...] > denis poolshark org galeon > denis poolshark org gstreamer-python Both were orphaned packages that I picked up (galeon in Sept 2005, gst-python in Sept 2006). If people want to re-review them, that's fine with me. -denis From gilboad at gmail.com Wed Jan 10 13:28:35 2007 From: gilboad at gmail.com (Gilboa Davara) Date: Wed, 10 Jan 2007 15:28:35 +0200 Subject: Hosting spec file, SRPMs. In-Reply-To: <20070110092051.GG1288@neu.nirvana> References: <1168270906.15587.25.camel@gilboa-work-dev.localdomain> <1168411089.14763.469.camel@shinybook.infradead.org> <20070110092051.GG1288@neu.nirvana> Message-ID: <1168435715.16494.43.camel@gilboa-work-dev.localdomain> On Wed, 2007-01-10 at 10:20 +0100, Axel Thimm wrote: > On Wed, Jan 10, 2007 at 02:38:09PM +0800, David Woodhouse wrote: > > On Mon, 2007-01-08 at 17:41 +0200, Gilboa Davara wrote: > > > Can anyone point me to a free public on-line hosting service that can > > > host my SPEC/SRPM files? > > > > Er, cvs.fedora.redhat.com:/cvs/extras ? > > I guess he means for the reviews in order to get them there, the > review guidelines leaves the hosting of the submitted spec/srpms to the > submitter. Indeed. - Gilboa From fedora at camperquake.de Wed Jan 10 13:31:28 2007 From: fedora at camperquake.de (Ralf Ertzinger) Date: Wed, 10 Jan 2007 14:31:28 +0100 Subject: A new utility to augment yum - machine cloner In-Reply-To: <1168434732.18177.12.camel@cutter> References: <200701100043.l0A0hGbh010066@laptop13.inf.utfsm.cl> <45A4E479.1040508@iinet.net.au> <1168434732.18177.12.camel@cutter> Message-ID: <20070110143128.1bd22f43@banea.int.addix.net> Hi. On Wed, 10 Jan 2007 08:12:12 -0500, seth vidal wrote: > Though it is not a show stopper it is negative that the tool uses yum > by making os.system() calls instead of using the yum modules. I would consider this a show stopper. system() calls are bad, no matter what the programming language. It's too easy to get things wrong. Especially when there is a native binding. From Christian.Iseli at licr.org Wed Jan 10 13:33:11 2007 From: Christian.Iseli at licr.org (Christian Iseli) Date: Wed, 10 Jan 2007 14:33:11 +0100 Subject: Package review status In-Reply-To: <200701100718.30148.dennis@ausil.us> References: <20070110140903.07bfbe36@ludwig-alpha.unil.ch> <200701100718.30148.dennis@ausil.us> Message-ID: <20070110143311.7c8def6e@ludwig-alpha.unil.ch> On Wed, 10 Jan 2007 07:18:29 -0600, Dennis Gilmore wrote: > This was a fedora.us package easy way to test for fedora.us package is that > they have cvs branches for before FC-3 Ah, good idea. The way I did it was to grab an old filelists.xml.gz from an old fedora.us SRPMS repo... but evidently I missed a few. C From nomis80 at nomis80.org Wed Jan 10 13:34:35 2007 From: nomis80 at nomis80.org (Simon Perreault) Date: Wed, 10 Jan 2007 08:34:35 -0500 Subject: Package review status In-Reply-To: <20070110140903.07bfbe36@ludwig-alpha.unil.ch> References: <20070110140903.07bfbe36@ludwig-alpha.unil.ch> Message-ID: <200701100834.35692.nomis80@nomis80.org> On Wednesday 10 January 2007 08:09, Christian Iseli wrote: > nomis80 nomis80 org camstream I took ownership of this package after it had been orphaned. The initial changelog shows: * Mon Aug 04 2003 Andreas Pfaffeneder 0:0.26.2-0.fdr.0 - Initial Fedora-RPM release. Where do you want to go from here? From Christian.Iseli at licr.org Wed Jan 10 13:35:37 2007 From: Christian.Iseli at licr.org (Christian Iseli) Date: Wed, 10 Jan 2007 14:35:37 +0100 Subject: Package review status In-Reply-To: <20070110141604.22f396e8@python3.es.egwn.lan> References: <20070110140903.07bfbe36@ludwig-alpha.unil.ch> <20070110141604.22f396e8@python3.es.egwn.lan> Message-ID: <20070110143537.60c1b5a2@ludwig-alpha.unil.ch> On Wed, 10 Jan 2007 14:16:04 +0100, Matthias Saou wrote: > All the packages owned by "matthias rpmforge net" were imported from > freshrpms when Extras started. It will definitely not hurt to have all > of those go through the same process as Core packages, although I hope > that very few major problems should be found. Ah, cool, 51 packages knocked down from the list in one blow :-) 127 to go... (strangely familiar number...) thx, C From Christian.Iseli at licr.org Wed Jan 10 13:37:21 2007 From: Christian.Iseli at licr.org (Christian Iseli) Date: Wed, 10 Jan 2007 14:37:21 +0100 Subject: Package review status In-Reply-To: <45A4E867.2020201@poolshark.org> References: <20070110140903.07bfbe36@ludwig-alpha.unil.ch> <45A4E867.2020201@poolshark.org> Message-ID: <20070110143721.30bebac9@ludwig-alpha.unil.ch> On Wed, 10 Jan 2007 14:21:43 +0100, Denis Leroy wrote: > Christian Iseli wrote: > > denis poolshark org galeon > > denis poolshark org gstreamer-python > > Both were orphaned packages that I picked up (galeon in Sept 2005, > gst-python in Sept 2006). If people want to re-review them, that's fine > with me. Apparently also f.us legacy stuff (using dgilmore's trick) Thx, C From limb at jcomserv.net Wed Jan 10 13:38:34 2007 From: limb at jcomserv.net (Jon Ciesla) Date: Wed, 10 Jan 2007 07:38:34 -0600 (CST) Subject: A new utility to augment yum - machine cloner In-Reply-To: <20070110143128.1bd22f43@banea.int.addix.net> References: <200701100043.l0A0hGbh010066@laptop13.inf.utfsm.cl> <45A4E479.1040508@iinet.net.au> <1168434732.18177.12.camel@cutter> <20070110143128.1bd22f43@banea.int.addix.net> Message-ID: <49585.65.192.24.190.1168436314.squirrel@mail.jcomserv.net> I agree completely. I was simply ignorant of the superior method. At some point, I also plan to drop the system call for diff and do the comparison internally. This was essentially a POC. > Hi. > > On Wed, 10 Jan 2007 08:12:12 -0500, seth vidal wrote: > >> Though it is not a show stopper it is negative that the tool uses yum >> by making os.system() calls instead of using the yum modules. > > I would consider this a show stopper. system() calls are bad, no matter > what the programming language. It's too easy to get things wrong. > > Especially when there is a native binding. > > -- > fedora-extras-list mailing list > fedora-extras-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-extras-list > -- novus ordo absurdum From Christian.Iseli at licr.org Wed Jan 10 13:41:18 2007 From: Christian.Iseli at licr.org (Christian Iseli) Date: Wed, 10 Jan 2007 14:41:18 +0100 Subject: Package review status In-Reply-To: <200701100834.35692.nomis80@nomis80.org> References: <20070110140903.07bfbe36@ludwig-alpha.unil.ch> <200701100834.35692.nomis80@nomis80.org> Message-ID: <20070110144118.5d1178fd@ludwig-alpha.unil.ch> On Wed, 10 Jan 2007 08:34:35 -0500, Simon Perreault wrote: > On Wednesday 10 January 2007 08:09, Christian Iseli wrote: > > nomis80 nomis80 org camstream > > I took ownership of this package after it had been orphaned. The initial > changelog shows: > > * Mon Aug 04 2003 Andreas Pfaffeneder > 0:0.26.2-0.fdr.0 > - Initial Fedora-RPM release. > > Where do you want to go from here? Ah, also f.us oldies :-) nowhere atm, just trying to account for all package reviews. At some point, though, we'll probably go for a re-review of old f.us packages... Thanks for your feedback, C From nicolas.mailhot at laposte.net Wed Jan 10 13:52:32 2007 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Wed, 10 Jan 2007 14:52:32 +0100 (CET) Subject: Package review status In-Reply-To: <20070110140903.07bfbe36@ludwig-alpha.unil.ch> References: <20070110140903.07bfbe36@ludwig-alpha.unil.ch> Message-ID: <42271.192.54.193.51.1168437152.squirrel@rousalka.dyndns.org> Le Mer 10 janvier 2007 14:09, Christian Iseli a ?crit : > nicolas mailhot laposte net dejavu-fonts This one started its life as a copy of the vera specfile (which had a review @fedora.us before being pulled in core). It has evolved over time though, new reviews are always welcome Regards, -- Nicolas Mailhot From jeff at ocjtech.us Wed Jan 10 14:03:49 2007 From: jeff at ocjtech.us (Jeffrey C. Ollie) Date: Wed, 10 Jan 2007 08:03:49 -0600 Subject: Package review status (libosip2) In-Reply-To: <20070110140903.07bfbe36@ludwig-alpha.unil.ch> References: <20070110140903.07bfbe36@ludwig-alpha.unil.ch> Message-ID: <1168437829.3597.2.camel@lt21223.campus.dmacc.edu> On Wed, 2007-01-10 at 14:09 +0100, Christian Iseli wrote: > > jeff ocjtech us libosip2 I took this over after Ignacio Vazquez-Abrams was declared AWOL. The closest that I could come to finding a review was this message: http://www.redhat.com/archives/fedora-extras-list/2005-February/msg00320.html Jeff -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From Christian.Iseli at licr.org Wed Jan 10 14:03:59 2007 From: Christian.Iseli at licr.org (Christian Iseli) Date: Wed, 10 Jan 2007 15:03:59 +0100 Subject: Package review status In-Reply-To: <20070110140903.07bfbe36@ludwig-alpha.unil.ch> References: <20070110140903.07bfbe36@ludwig-alpha.unil.ch> Message-ID: <20070110150359.1f63e807@ludwig-alpha.unil.ch> Hi folks, After applying dgilmore's f.us spotting trick, I am now down to 68 unknowns... wiki updated :-) C ==== adrian lisas de fbida adrian lisas de xdesktopwaves andreas bawue net mod_suphp andreas bierfert lowlatency de claws-mail andreas bierfert lowlatency de synce bugs michael gmx net gqview dakingun gmail com gnomesword dennis ausil us snort dwmw2 redhat com apmud dwmw2 redhat com exim-doc dwmw2 redhat com hfsplusutils dwmw2 redhat com qemu ed eh3 com netcdf enrico scholz informatik tu-chemnitz de ip-sentinel enrico scholz informatik tu-chemnitz de milter-greylist enrico scholz informatik tu-chemnitz de util-vserver extras-orphan fedoraproject org gstreamer08-python extras-orphan fedoraproject org libvisual-plugins gauret free fr libifp gemi bluewin ch gcl gemi bluewin ch graveman gemi bluewin ch pl gemi bluewin ch yap green redhat com ladspa-swh-plugins icon fedoraproject org diction icon fedoraproject org gazpacho imlinux gmail com perl-MIME-Lite jeff ocjtech us libosip2 Jochen herr-schmitt de crossvc jpo di uminho pt perl-DBD-SQLite jpo di uminho pt syslog-ng jpo di uminho pt tetex-perltex jspaleta gmail com gourmet j w r degoede hhs nl plib lmacken redhat com naim lmacken redhat com python-cherrypy lmacken redhat com python-cherrytemplate Matt_Domsch dell com dkms mcepl redhat com vim-vimoutliner mpeters mac com PyRTF nicolas mailhot laposte net dejavu-fonts nphilipp redhat com ufraw orion cora nwra com python-matplotlib paul city-fan org perl-Convert-BinHex pjones redhat com python-goopy redhat-bugzilla camperquake de enemies-of-carlotta steve silug org perl-File-BOM tcallawa redhat com perl-Class-Accessor tcallawa redhat com perl-Class-Whitehole tcallawa redhat com perl-DBD-SQLite2 tcallawa redhat com perl-UNIVERSAL-exports tcallawa redhat com perl-UNIVERSAL-moniker thomas apestaart org flumotion thomas apestaart org libannodex thomas apestaart org libcmml thomas apestaart org liboggz thomas apestaart org mod_annodex tmraz redhat com vpnc uwog uwog net enchant ville skytta iki fi openct ville skytta iki fi opensc wtogami redhat com pop-before-smtp yufanyufan gmail com audacious-itouch zipsonic gmail com freenx zipsonic gmail com nx From jkeating at redhat.com Wed Jan 10 14:04:33 2007 From: jkeating at redhat.com (Jesse Keating) Date: Wed, 10 Jan 2007 09:04:33 -0500 Subject: A new utility to augment yum - machine cloner In-Reply-To: <20070110143128.1bd22f43@banea.int.addix.net> References: <200701100043.l0A0hGbh010066@laptop13.inf.utfsm.cl> <1168434732.18177.12.camel@cutter> <20070110143128.1bd22f43@banea.int.addix.net> Message-ID: <200701100904.33552.jkeating@redhat.com> On Wednesday 10 January 2007 08:31, Ralf Ertzinger wrote: > I would consider this a show stopper. system() calls are bad, no matter > what the programming language. It's too easy to get things wrong. > > Especially when there is a native binding. Well, not everything can be a library and eventually someting will have to be called via system or getoutputby or things like that. A blanket statement of 'nothing should ever use system' is just wrong IMHO -- Jesse Keating Release Engineer: Fedora -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From mtasaka at ioa.s.u-tokyo.ac.jp Wed Jan 10 14:08:32 2007 From: mtasaka at ioa.s.u-tokyo.ac.jp (Mamoru Tasaka) Date: Wed, 10 Jan 2007 23:08:32 +0900 Subject: Package review status In-Reply-To: <20070110140903.07bfbe36@ludwig-alpha.unil.ch> References: <20070110140903.07bfbe36@ludwig-alpha.unil.ch> Message-ID: <45A4F360.8040600@ioa.s.u-tokyo.ac.jp> Christian Iseli wrote: > jylitalo iki fi xplanet I don't know well about fedora.us age, however I guess this is imported from fedora.us. ---------------------------------------------------------- * Fri May 02 2003 Juha Ylitalo - 0:1.0.1-0.fdr.2 - fixed Group in SPEC file (to Amusements/Graphics) - added AUTHORS, NEWS, README.config and TODO into %files %doc list. - removed INSTALL from %files - and other minor changes based on bugzilla.fedora.us #109. * Wed Apr 30 2003 Juha Ylitalo - 0:1.0.1-0.fdr.1 - fixed release to match Fedora guidelines. - ./configure to %configure and bunch of other find-replace operations. - added missing BuildRequires. From limb at jcomserv.net Wed Jan 10 14:12:34 2007 From: limb at jcomserv.net (Jon Ciesla) Date: Wed, 10 Jan 2007 08:12:34 -0600 (CST) Subject: A new utility to augment yum - machine cloner In-Reply-To: <200701100904.33552.jkeating@redhat.com> References: <200701100043.l0A0hGbh010066@laptop13.inf.utfsm.cl> <1168434732.18177.12.camel@cutter> <20070110143128.1bd22f43@banea.int.addix.net> <200701100904.33552.jkeating@redhat.com> Message-ID: <51480.65.192.24.190.1168438354.squirrel@mail.jcomserv.net> +1. > On Wednesday 10 January 2007 08:31, Ralf Ertzinger wrote: >> I would consider this a show stopper. system() calls are bad, no matter >> what the programming language. It's too easy to get things wrong. >> >> Especially when there is a native binding. > > Well, not everything can be a library and eventually someting will have to > be > called via system or getoutputby or things like that. A blanket statement > of 'nothing should ever use system' is just wrong IMHO > > -- > Jesse Keating > Release Engineer: Fedora > -- > fedora-extras-list mailing list > fedora-extras-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-extras-list > -- novus ordo absurdum From j.w.r.degoede at hhs.nl Wed Jan 10 14:15:15 2007 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Wed, 10 Jan 2007 15:15:15 +0100 Subject: Package review status In-Reply-To: <20070110140903.07bfbe36@ludwig-alpha.unil.ch> References: <20070110140903.07bfbe36@ludwig-alpha.unil.ch> Message-ID: <45A4F4F3.6060707@hhs.nl> Christian Iseli wrote: > j w r degoede hhs nl bochs I only unorphaned this I didn't do the initial import > j w r degoede hhs nl monkey-bubble Idem > j w r degoede hhs nl plib I took this over from someone > j w r degoede hhs nl scorched3d Idem But if its any consolidation, I did sort of review them when I took them over (ran rpmlint for one, which appearantly wasn't done before, fixed all issues in BZ, etc). Regards, Hans From Christian.Iseli at licr.org Wed Jan 10 14:13:40 2007 From: Christian.Iseli at licr.org (Christian Iseli) Date: Wed, 10 Jan 2007 15:13:40 +0100 Subject: Package review status In-Reply-To: <45A4F360.8040600@ioa.s.u-tokyo.ac.jp> References: <20070110140903.07bfbe36@ludwig-alpha.unil.ch> <45A4F360.8040600@ioa.s.u-tokyo.ac.jp> Message-ID: <20070110151340.0ac5b4f7@ludwig-alpha.unil.ch> On Wed, 10 Jan 2007 23:08:32 +0900, Mamoru Tasaka wrote: > I don't know well about fedora.us age, however > I guess this is imported from fedora.us. Yup, fixed in th enew list... Thx, C From j.w.r.degoede at hhs.nl Wed Jan 10 14:18:28 2007 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Wed, 10 Jan 2007 15:18:28 +0100 Subject: Package review status In-Reply-To: <20070110144118.5d1178fd@ludwig-alpha.unil.ch> References: <20070110140903.07bfbe36@ludwig-alpha.unil.ch> <200701100834.35692.nomis80@nomis80.org> <20070110144118.5d1178fd@ludwig-alpha.unil.ch> Message-ID: <45A4F5B4.1040508@hhs.nl> Christian Iseli wrote: > nowhere atm, just trying to account for all package reviews. At some > point, though, we'll probably go for a re-review of old f.us packages... > -1, if not -10, why? I maintain close to 100 packages, I'm sure quite a few of them stem from fedora.us and the last thing I want is maintainance work without any real gains. Regards, Hans From mtasaka at ioa.s.u-tokyo.ac.jp Wed Jan 10 14:17:15 2007 From: mtasaka at ioa.s.u-tokyo.ac.jp (Mamoru Tasaka) Date: Wed, 10 Jan 2007 23:17:15 +0900 Subject: Package review status In-Reply-To: <20070110140903.07bfbe36@ludwig-alpha.unil.ch> References: <20070110140903.07bfbe36@ludwig-alpha.unil.ch> Message-ID: <45A4F56B.6010404@ioa.s.u-tokyo.ac.jp> Christian Iseli wrote: > ville skytta iki fi xemacs-packages-base > ville skytta iki fi xemacs-packages-extra These starts from the following discussion https://www.redhat.com/archives/fedora-maintainers/2006-September/msg00020.html From dakingun at gmail.com Wed Jan 10 14:17:21 2007 From: dakingun at gmail.com (Deji Akingunola) Date: Wed, 10 Jan 2007 09:17:21 -0500 Subject: Package review status In-Reply-To: <20070110150359.1f63e807@ludwig-alpha.unil.ch> References: <20070110140903.07bfbe36@ludwig-alpha.unil.ch> <20070110150359.1f63e807@ludwig-alpha.unil.ch> Message-ID: On 1/10/07, Christian Iseli wrote: > Hi folks, > > After applying dgilmore's f.us spotting trick, I am now down to 68 > unknowns... > > wiki updated > > :-) > C > > ==== > dakingun gmail com gnomesword Review for this was done on the mailing list (before Fedora started using bugzilla for package reviews). It was initially maintained by Michael Peters before I took over from him. (See https://www.redhat.com/archives/fedora-extras-list/2005-May/msg01116.html) Deji From thias at spam.spam.spam.spam.spam.spam.spam.egg.and.spam.freshrpms.net Wed Jan 10 14:23:58 2007 From: thias at spam.spam.spam.spam.spam.spam.spam.egg.and.spam.freshrpms.net (Matthias Saou) Date: Wed, 10 Jan 2007 15:23:58 +0100 Subject: Package review status In-Reply-To: <45A4F4F3.6060707@hhs.nl> References: <20070110140903.07bfbe36@ludwig-alpha.unil.ch> <45A4F4F3.6060707@hhs.nl> Message-ID: <20070110152358.39d02269@python3.es.egwn.lan> Hans de Goede wrote : > > j w r degoede hhs nl plib > I took this over from someone >From me :-) It came from freshrpms, so could be re-reviewed. It's pretty simple and Hans already made all of the required changes it needed, so again, it should be a nearly no-brainer to review. Matthias -- Clean custom Red Hat Linux rpm packages : http://freshrpms.net/ Fedora Core release 6 (Zod) - Linux kernel 2.6.19-1.2888.fc6 Load : 0.50 0.54 0.31 From Christian.Iseli at licr.org Wed Jan 10 14:24:56 2007 From: Christian.Iseli at licr.org (Christian Iseli) Date: Wed, 10 Jan 2007 15:24:56 +0100 Subject: Package review status In-Reply-To: <45A4F4F3.6060707@hhs.nl> References: <20070110140903.07bfbe36@ludwig-alpha.unil.ch> <45A4F4F3.6060707@hhs.nl> Message-ID: <20070110152456.52b047b8@ludwig-alpha.unil.ch> On Wed, 10 Jan 2007 15:15:15 +0100, Hans de Goede wrote: > Christian Iseli wrote: > > j w r degoede hhs nl bochs > I only unorphaned this I didn't do the initial import > > j w r degoede hhs nl monkey-bubble > Idem > > > j w r degoede hhs nl plib > I took this over from someone > > j w r degoede hhs nl scorched3d > Idem Of those 4, the only one not coming from f.us is plib ... > But if its any consolidation, I did sort of review them when I took them > over (ran rpmlint for one, which appearantly wasn't done before, fixed > all issues in BZ, etc). np C From opensource at till.name Wed Jan 10 14:25:07 2007 From: opensource at till.name (Till Maas) Date: Wed, 10 Jan 2007 15:25:07 +0100 Subject: Package review status In-Reply-To: <20070110150359.1f63e807@ludwig-alpha.unil.ch> References: <20070110140903.07bfbe36@ludwig-alpha.unil.ch> <20070110150359.1f63e807@ludwig-alpha.unil.ch> Message-ID: <200701101525.09396.opensource@till.name> On Wednesday 10 January 2007 15:03, Christian Iseli wrote: > After applying dgilmore's f.us spotting trick, I am now down to 68 > unknowns... > andreas bierfert lowlatency de claws-mail sylpheed-claws was renamed to claws-mail. Regards, Till From Christian.Iseli at licr.org Wed Jan 10 14:25:51 2007 From: Christian.Iseli at licr.org (Christian Iseli) Date: Wed, 10 Jan 2007 15:25:51 +0100 Subject: Package review status In-Reply-To: <45A4F56B.6010404@ioa.s.u-tokyo.ac.jp> References: <20070110140903.07bfbe36@ludwig-alpha.unil.ch> <45A4F56B.6010404@ioa.s.u-tokyo.ac.jp> Message-ID: <20070110152551.11cd3d2a@ludwig-alpha.unil.ch> On Wed, 10 Jan 2007 23:17:15 +0900, Mamoru Tasaka wrote: > Christian Iseli wrote: > > ville skytta iki fi xemacs-packages-base > > ville skytta iki fi xemacs-packages-extra > These starts from the following discussion > > https://www.redhat.com/archives/fedora-maintainers/2006-September/msg00020.html yup, I should note this... C From Christian.Iseli at licr.org Wed Jan 10 14:39:55 2007 From: Christian.Iseli at licr.org (Christian Iseli) Date: Wed, 10 Jan 2007 15:39:55 +0100 Subject: Package review status In-Reply-To: References: <20070110140903.07bfbe36@ludwig-alpha.unil.ch> <20070110150359.1f63e807@ludwig-alpha.unil.ch> Message-ID: <20070110153955.7c937595@ludwig-alpha.unil.ch> On Wed, 10 Jan 2007 09:17:21 -0500, Deji Akingunola wrote: > Review for this was done on the mailing list (before Fedora started > using bugzilla for package reviews). It was initially maintained by > Michael Peters before I took over from him. > (See https://www.redhat.com/archives/fedora-extras-list/2005-May/msg01116.html) Ok, found the approval message here: https://www.redhat.com/archives/fedora-extras-list/2005-June/msg00028.html Thx, C From tibbs at math.uh.edu Wed Jan 10 14:56:13 2007 From: tibbs at math.uh.edu (Jason L Tibbitts III) Date: 10 Jan 2007 08:56:13 -0600 Subject: Package review status In-Reply-To: <45A4F5B4.1040508@hhs.nl> References: <20070110140903.07bfbe36@ludwig-alpha.unil.ch> <200701100834.35692.nomis80@nomis80.org> <20070110144118.5d1178fd@ludwig-alpha.unil.ch> <45A4F5B4.1040508@hhs.nl> Message-ID: >>>>> "HdG" == Hans de Goede writes: [Reviewing all packages imported from fedora.us] HdG> -1, if not -10, why? Many of them were not properly reviewed, or have no existing record of review. Not to mention that some guidelines are significantly different now. HdG> I maintain close to 100 packages, I'm sure quite a few of them HdG> stem from fedora.us and the last thing I want is maintainance HdG> work without any real gains. Having clean packages which follow the packaging guidelines is a real gain. - J< From giallu at gmail.com Wed Jan 10 14:56:44 2007 From: giallu at gmail.com (Gianluca Sforna) Date: Wed, 10 Jan 2007 15:56:44 +0100 Subject: Package review status In-Reply-To: <20070110140903.07bfbe36@ludwig-alpha.unil.ch> References: <20070110140903.07bfbe36@ludwig-alpha.unil.ch> Message-ID: On 1/10/07, Christian Iseli wrote: > giallu gmail com mantis So, are we supposed to submit those from fedora.us in the review queue? I'm working on it right now since it triggers some E/W with rpmlint... From j.w.r.degoede at hhs.nl Wed Jan 10 15:02:30 2007 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Wed, 10 Jan 2007 16:02:30 +0100 Subject: Package review status In-Reply-To: References: <20070110140903.07bfbe36@ludwig-alpha.unil.ch> <200701100834.35692.nomis80@nomis80.org> <20070110144118.5d1178fd@ludwig-alpha.unil.ch> <45A4F5B4.1040508@hhs.nl> Message-ID: <45A50006.8060102@hhs.nl> Jason L Tibbitts III wrote: >>>>>> "HdG" == Hans de Goede writes: > > HdG> I maintain close to 100 packages, I'm sure quite a few of them > HdG> stem from fedora.us and the last thing I want is maintainance > HdG> work without any real gains. > > Having clean packages which follow the packaging guidelines is a real > gain. > True, but they are already clean and follow the guidelines, this exercise can lead to much hairsplitting leading to unneeded updates and thus unneeded work. First lets create a set of rules for re-review and then discuss this further. For example what if a spelling error is found in a %description, does that warrant a new release (even if only for development)? What if its a 100Mb package, does it then still warrant a new release etc? Regards, Hans From Christian.Iseli at licr.org Wed Jan 10 15:05:55 2007 From: Christian.Iseli at licr.org (Christian Iseli) Date: Wed, 10 Jan 2007 16:05:55 +0100 Subject: Package review status In-Reply-To: References: <20070110140903.07bfbe36@ludwig-alpha.unil.ch> Message-ID: <20070110160555.420e7684@ludwig-alpha.unil.ch> On Wed, 10 Jan 2007 15:56:44 +0100, Gianluca Sforna wrote: > So, are we supposed to submit those from fedora.us in the review queue? No. > I'm working on it right now since it triggers some E/W with rpmlint... Happy cleaning :-) C From paul at city-fan.org Wed Jan 10 15:07:46 2007 From: paul at city-fan.org (Paul Howarth) Date: Wed, 10 Jan 2007 15:07:46 +0000 Subject: Package review status In-Reply-To: <20070110150359.1f63e807@ludwig-alpha.unil.ch> References: <20070110140903.07bfbe36@ludwig-alpha.unil.ch> <20070110150359.1f63e807@ludwig-alpha.unil.ch> Message-ID: <45A50142.4030106@city-fan.org> Christian Iseli wrote: > paul city-fan org perl-Convert-BinHex I picked this one up when it was orphaned by Ville Skytt?. I believe it originates from fedora.us, though there are no pre-FC-3 branches in CVS. The FC-3 spec has only one changelog entry, dated Wed Sep 15 2004. Paul. From Christian.Iseli at licr.org Wed Jan 10 15:12:48 2007 From: Christian.Iseli at licr.org (Christian Iseli) Date: Wed, 10 Jan 2007 16:12:48 +0100 Subject: Package review status In-Reply-To: <45A4F5B4.1040508@hhs.nl> References: <20070110140903.07bfbe36@ludwig-alpha.unil.ch> <200701100834.35692.nomis80@nomis80.org> <20070110144118.5d1178fd@ludwig-alpha.unil.ch> <45A4F5B4.1040508@hhs.nl> Message-ID: <20070110161248.60139757@ludwig-alpha.unil.ch> On Wed, 10 Jan 2007 15:18:28 +0100, Hans de Goede wrote: > -1, if not -10, why? I maintain close to 100 packages, I'm sure quite a > few of them stem from fedora.us and the last thing I want is > maintainance work without any real gains. Relax. It's probably good QA practice to go through spec files once in a while and fix those out of line with the guidelines. Doesn't mean you have to do the work yourself. But it probably means you should be prepared to accept and deal with appropriate comments from a reviewer who decided to re-review some of those packages... C From Christian.Iseli at licr.org Wed Jan 10 15:15:31 2007 From: Christian.Iseli at licr.org (Christian Iseli) Date: Wed, 10 Jan 2007 16:15:31 +0100 Subject: Package review status In-Reply-To: <45A50142.4030106@city-fan.org> References: <20070110140903.07bfbe36@ludwig-alpha.unil.ch> <20070110150359.1f63e807@ludwig-alpha.unil.ch> <45A50142.4030106@city-fan.org> Message-ID: <20070110161531.4f83bbe5@ludwig-alpha.unil.ch> On Wed, 10 Jan 2007 15:07:46 +0000, Paul Howarth wrote: > I picked this one up when it was orphaned by Ville Skytt?. I believe it > originates from fedora.us, though there are no pre-FC-3 branches in CVS. > The FC-3 spec has only one changelog entry, dated Wed Sep 15 2004. Ok, I'll add it to the f.us list... Thx, C From bugs.michael at gmx.net Wed Jan 10 15:20:24 2007 From: bugs.michael at gmx.net (Michael Schwendt) Date: Wed, 10 Jan 2007 16:20:24 +0100 Subject: Package review status In-Reply-To: <20070110150359.1f63e807@ludwig-alpha.unil.ch> References: <20070110140903.07bfbe36@ludwig-alpha.unil.ch> <20070110150359.1f63e807@ludwig-alpha.unil.ch> Message-ID: <20070110162024.b6b8783f.bugs.michael@gmx.net> On Wed, 10 Jan 2007 15:03:59 +0100, Christian Iseli wrote: > adrian lisas de fbida > adrian lisas de xdesktopwaves fedora.us > andreas bierfert lowlatency de claws-mail renamed from sylpheed-claws > andreas bierfert lowlatency de synce fedora.us or pre-Extras 3 > bugs michael gmx net gqview moved from Core Many of the remainding pkg names smell like fedora.us pkgs, e.g. Enrico's, gemi's, snort, ... > green redhat com ladspa-swh-plugins renamed from something else > j w r degoede hhs nl plib fedora.us or moved from Core > ville skytta iki fi openct > ville skytta iki fi opensc fedora.us and/or pre-Extras 3 > wtogami redhat com pop-before-smtp fedora.us From jkeating at redhat.com Wed Jan 10 15:19:57 2007 From: jkeating at redhat.com (Jesse Keating) Date: Wed, 10 Jan 2007 10:19:57 -0500 Subject: Package review status In-Reply-To: <45A4F5B4.1040508@hhs.nl> References: <20070110140903.07bfbe36@ludwig-alpha.unil.ch> <20070110144118.5d1178fd@ludwig-alpha.unil.ch> <45A4F5B4.1040508@hhs.nl> Message-ID: <200701101019.57916.jkeating@redhat.com> On Wednesday 10 January 2007 09:18, Hans de Goede wrote: > -1, if not -10, why? I maintain close to 100 packages, I'm sure quite a > few of them stem from fedora.us and the last thing I want is > maintainance work without any real gains. Without any known review history, your packages cannot be trusted for downstream distributions, and thus downstreams will have to do package reviews for anything they pull from the Fedora Collection. -- Jesse Keating Release Engineer: Fedora -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From adrian at lisas.de Wed Jan 10 15:21:15 2007 From: adrian at lisas.de (Adrian Reber) Date: Wed, 10 Jan 2007 16:21:15 +0100 Subject: Package review status In-Reply-To: <20070110150359.1f63e807@ludwig-alpha.unil.ch> References: <20070110140903.07bfbe36@ludwig-alpha.unil.ch> <20070110150359.1f63e807@ludwig-alpha.unil.ch> Message-ID: <20070110152115.GA29901@lisas.de> On Wed, Jan 10, 2007 at 03:03:59PM +0100, Christian Iseli wrote: > adrian lisas de fbida http://lisas.de/~adrian/fedora.us-bugzilla/msg02282.html > adrian lisas de xdesktopwaves http://lisas.de/~adrian/fedora.us-bugzilla/msg02317.html This is from my old fedora.us bugzilla mbox. Adrian From vonbrand at inf.utfsm.cl Wed Jan 10 15:23:57 2007 From: vonbrand at inf.utfsm.cl (Horst H. von Brand) Date: Wed, 10 Jan 2007 12:23:57 -0300 Subject: A new utility to augment yum - machine cloner In-Reply-To: Your message of "Thu, 11 Jan 2007 00:04:57 +1100." <45A4E479.1040508@iinet.net.au> Message-ID: <200701101523.l0AFNvMd019052@laptop13.inf.utfsm.cl> David Timms wrote: > Horst H. von Brand wrote: [...] > While I can see the benefit {security / known starting point} I have > needed to a few times get a machine that is already installed {ie raid > already setup, partitioned, formatted and os operating} to match > another package wise, in trying to determine if a fault is a bug or > misconfiguration on my part. Reinstalling from scratch by kickstart > would seem to waste more time. I don't see how. Generate the ks file, then you have the full package list. If both are up to date (why else go chasing bugs?), an update of the target gets you 90% there. > Horst: knowing that you would be unlikely to use such a python/yum > tool, Yep. > do you see any specific problems with the general design of > Jon's tool, for example in terms of security, or practical application > that would be a show stopper in terms of fedora inclusion ? Not directly, but it is a duplication of what can easily done today, for a job that isn't that common in the first place. Better make the extant tools smarter (i.e., make the ks generation note and stash away the changed configuration files (or, even better, patches...) for easy restoration would go a /long/ way to a "rebuild machine from scratch" toolset). I'd use something like that to snapshot a machine and rebuild/clone it, perhaps even with the next Fedora version. Sure, purely local stuff (IP addresses, tweaks for the exact video card on board, disk size, etc) probably would have to be checked/fixed by hand, but even there DHCP and similar are your beloved friends. Note that to make any like this possible the RPMs would have to be extra careful in noting what is configuration, what data files, etc. I don't think we are there yet across the board. > For example would it be important for the developer of such a tool to > *not* be the fedora packager for it, so that a separate individual is > in the loop to verify / quality assure the underlying source before > requesting builds ? The recent flamef^Wdiscussions here (involving ESR) on this point would seem to indicate that it is wise to have a separate packager. But if it is a Fedora/Red Hat only tool, that would not be necessary IMVHO. -- Dr. Horst H. von Brand User #22616 counter.li.org Departamento de Informatica Fono: +56 32 2654431 Universidad Tecnica Federico Santa Maria +56 32 2654239 Casilla 110-V, Valparaiso, Chile Fax: +56 32 2797513 From skvidal at linux.duke.edu Wed Jan 10 15:27:08 2007 From: skvidal at linux.duke.edu (seth vidal) Date: Wed, 10 Jan 2007 10:27:08 -0500 Subject: A new utility to augment yum - machine cloner In-Reply-To: <48042.65.192.24.190.1168435128.squirrel@mail.jcomserv.net> References: <200701100043.l0A0hGbh010066@laptop13.inf.utfsm.cl> <45A4E479.1040508@iinet.net.au> <1168434732.18177.12.camel@cutter> <48042.65.192.24.190.1168435128.squirrel@mail.jcomserv.net> Message-ID: <1168442828.20935.10.camel@cutter> On Wed, 2007-01-10 at 07:18 -0600, Jon Ciesla wrote: > I'm encouraged by the discussion so far. Seth, I must admit I did little > detailed research into yum modules beforehand. Can you point me to > documentation? Can they be called remotely? If not, I could at least use > them to eliminate the os.system() calls on the local end. They're not documented terribly well in any external documentation, but the pydoc docs are a good place to start from. 1. drop the use of ssh from your util that should be handled outside of it 2. have your util have a source and dest mode. in the source mode it generates a file documenting what's on the machine in the client mode it reads that file and makes the current system look like the contents of the file. that simplifies what you have to do a good deal and you can leave the data transport of the file up to the user. -sv From skvidal at linux.duke.edu Wed Jan 10 15:30:44 2007 From: skvidal at linux.duke.edu (seth vidal) Date: Wed, 10 Jan 2007 10:30:44 -0500 Subject: A new utility to augment yum - machine cloner In-Reply-To: <1168442828.20935.10.camel@cutter> References: <200701100043.l0A0hGbh010066@laptop13.inf.utfsm.cl> <45A4E479.1040508@iinet.net.au> <1168434732.18177.12.camel@cutter> <48042.65.192.24.190.1168435128.squirrel@mail.jcomserv.net> <1168442828.20935.10.camel@cutter> Message-ID: <1168443044.20935.13.camel@cutter> On Wed, 2007-01-10 at 10:27 -0500, seth vidal wrote: > On Wed, 2007-01-10 at 07:18 -0600, Jon Ciesla wrote: > > I'm encouraged by the discussion so far. Seth, I must admit I did little > > detailed research into yum modules beforehand. Can you point me to > > documentation? Can they be called remotely? If not, I could at least use > > them to eliminate the os.system() calls on the local end. > > They're not documented terribly well in any external documentation, but > the pydoc docs are a good place to start from. > > 1. drop the use of ssh from your util that should be handled outside of > it > 2. have your util have a source and dest mode. > > in the source mode it generates a file documenting what's on the machine > in the client mode it reads that file and makes the current system look > like the contents of the file. > > that simplifies what you have to do a good deal and you can leave the > data transport of the file up to the user. or, alternatively, implement this: http://linux.duke.edu/~skvidal/useful-scripts/yum-system-sync.txt I wrote that up some months ago and just never got a chance to do it. Maybe even consider starting from this code: http://linux.duke.edu/~skvidal/useful-scripts/dupes-cli.py as a nice place to begin with. -sv From Christian.Iseli at licr.org Wed Jan 10 15:45:42 2007 From: Christian.Iseli at licr.org (Christian Iseli) Date: Wed, 10 Jan 2007 16:45:42 +0100 Subject: Package review status In-Reply-To: <20070110152115.GA29901@lisas.de> References: <20070110140903.07bfbe36@ludwig-alpha.unil.ch> <20070110150359.1f63e807@ludwig-alpha.unil.ch> <20070110152115.GA29901@lisas.de> Message-ID: <20070110164542.108c2e51@ludwig-alpha.unil.ch> On Wed, 10 Jan 2007 16:21:15 +0100, Adrian Reber wrote: > On Wed, Jan 10, 2007 at 03:03:59PM +0100, Christian Iseli wrote: > > adrian lisas de fbida > > http://lisas.de/~adrian/fedora.us-bugzilla/msg02282.html > > > adrian lisas de xdesktopwaves > > http://lisas.de/~adrian/fedora.us-bugzilla/msg02317.html > > This is from my old fedora.us bugzilla mbox. 'k, thx C From Christian.Iseli at licr.org Wed Jan 10 15:52:39 2007 From: Christian.Iseli at licr.org (Christian Iseli) Date: Wed, 10 Jan 2007 16:52:39 +0100 Subject: Package review status In-Reply-To: <20070110162024.b6b8783f.bugs.michael@gmx.net> References: <20070110140903.07bfbe36@ludwig-alpha.unil.ch> <20070110150359.1f63e807@ludwig-alpha.unil.ch> <20070110162024.b6b8783f.bugs.michael@gmx.net> Message-ID: <20070110165239.0c595e56@ludwig-alpha.unil.ch> On Wed, 10 Jan 2007 16:20:24 +0100, Michael Schwendt wrote: > [...] (many info) Thx, noted most of those down. C From j.w.r.degoede at hhs.nl Wed Jan 10 16:11:41 2007 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Wed, 10 Jan 2007 17:11:41 +0100 Subject: Adding (parts of) gstreamer-plugins-bad to FE? In-Reply-To: <1168207082.20999.2.camel@otto.amantes> References: <456850B2.2050402@hhs.nl> <1168207082.20999.2.camel@otto.amantes> Message-ID: <45A5103D.2090103@hhs.nl> Thomas Vander Stichele wrote: > On Sat, 2006-11-25 at 15:18 +0100, Hans de Goede wrote: >> Hi all, >> >> I'm currently working on getting gstreamer-plugins-bad into that other >> repo, and I was thinking that it could actually be a good idea to put it >> in FE and only put the parts with troublesome dependencies in FE. > > Hi, > > as an upstream GStreamer maintainer and a fellow Fedora Extras > contributor, I respectfully respect that no package for > gstreamer-plugins-bad gets put in Fedora Extras. > I understand, and will honor your request. Thanks for asking this politely. What about putting them in that other repo, I guess you feel mostly the same about that? I really want to see gstreamer-plugins-bad in that other repo as it adds QT support (which cannot be in FE in anyway because of patent issues). Since afaik a lot of work has been done on QT support lately, maybe an other option would be to move QT support from bad to ugly, or to patch the repo-that-must-not-be-named ugly version to add QT support? Or what about a bad plugins package for that other repo with only the QT plugin in there? I'm looking forward to hear from you. Thanks for the input & Regards, Hans From j.w.r.degoede at hhs.nl Wed Jan 10 16:15:55 2007 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Wed, 10 Jan 2007 17:15:55 +0100 Subject: Adding (parts of) gstreamer-plugins-bad to FE? In-Reply-To: <604aa7910701071445s5ce4f485r45d5ece26e2cf599@mail.gmail.com> References: <456850B2.2050402@hhs.nl> <20061127165608.GI29814@nostromo.devel.redhat.com> <456B3568.7020903@hhs.nl> <883cfe6d0611280714l1f644019wbaacf930562dc780@mail.gmail.com> <456C5B04.3080108@hhs.nl> <883cfe6d0611281059l71e11190o487b58738e60a384@mail.gmail.com> <456CA99D.4070803@hhs.nl> <604aa7910701071445s5ce4f485r45d5ece26e2cf599@mail.gmail.com> Message-ID: <45A5113B.1070908@hhs.nl> Jeff Spaleta wrote: > On 11/28/06, Hans de Goede wrote: >> The bad references mainly to the code quality, not to licensing issues, >> so I'm planning on: > > So you're planning on delibrately feed code that has been deemed as > poor code quality from upstream to end-users of Fedora. WTF? > Get off the soap-box. Upstream has beat you to complaining about this by about 45 minutes and at a much politer tone. As you may have read in my previous mail in this thread I've respected there request. Next time try spending some more energy on actually creating / maintaining packages instead of on typing long unpleasant tone mails. Regards, Hans From bugs.michael at gmx.net Wed Jan 10 16:24:19 2007 From: bugs.michael at gmx.net (Michael Schwendt) Date: Wed, 10 Jan 2007 17:24:19 +0100 Subject: Package review status In-Reply-To: References: <20070110140903.07bfbe36@ludwig-alpha.unil.ch> <200701100834.35692.nomis80@nomis80.org> <20070110144118.5d1178fd@ludwig-alpha.unil.ch> <45A4F5B4.1040508@hhs.nl> Message-ID: <20070110172419.ab6a3fc7.bugs.michael@gmx.net> On 10 Jan 2007 08:56:13 -0600, Jason L Tibbitts III wrote: > >>>>> "HdG" == Hans de Goede writes: > > [Reviewing all packages imported from fedora.us] > HdG> -1, if not -10, why? > > Many of them were not properly reviewed, Uh, come on. The way you phrased that it doesn't show any respect. fedora.us has had mandatory src.rpm reviews even for updates. > or have no existing record of > review. Not to mention that some guidelines are significantly > different now. More important, all packages which have been imported long ago may have changed significantly in Fedora CVS. From david at lovesunix.net Wed Jan 10 18:05:25 2007 From: david at lovesunix.net (David Nielsen) Date: Wed, 10 Jan 2007 19:05:25 +0100 Subject: Adding (parts of) gstreamer-plugins-bad to FE? In-Reply-To: <45A5103D.2090103@hhs.nl> References: <456850B2.2050402@hhs.nl> <1168207082.20999.2.camel@otto.amantes> <45A5103D.2090103@hhs.nl> Message-ID: <1168452325.3108.86.camel@dawkins> ons, 10 01 2007 kl. 17:11 +0100, skrev Hans de Goede: > Or what about a bad plugins package for that other repo with only the QT > plugin in there? I'd like to add that while I fully understand the concerns mentioned, the DVD support while not perfect if packaged would make it a little easier to test the Thoggen DVD ripper on Fedora so I'd personally like to see that available from . It might also make it easier for people to test the -bad plugins in general. - David Nielsen -- "Ridicule is the only weapon that can be used against unintelligible propositions. Ideas must be distinct before reason can act upon them.? -Thomas Jefferson -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: Dette er en digitalt underskrevet brevdel URL: From orion at cora.nwra.com Wed Jan 10 18:15:13 2007 From: orion at cora.nwra.com (Orion Poplawski) Date: Wed, 10 Jan 2007 11:15:13 -0700 Subject: Package review status In-Reply-To: <20070110150359.1f63e807@ludwig-alpha.unil.ch> References: <20070110140903.07bfbe36@ludwig-alpha.unil.ch> <20070110150359.1f63e807@ludwig-alpha.unil.ch> Message-ID: <45A52D31.5090402@cora.nwra.com> Christian Iseli wrote: > Hi folks, > > After applying dgilmore's f.us spotting trick, I am now down to 68 > unknowns... > > orion cora nwra com python-matplotlib Was originally called matplotlib. Approval message is here: http://marc.theaimsgroup.com/?l=fedora-extras-list&m=113281011233232&w=2 -- Orion Poplawski Technical Manager 303-415-9701 x222 NWRA/CoRA Division FAX: 303-415-9702 3380 Mitchell Lane orion at cora.nwra.com Boulder, CO 80301 http://www.cora.nwra.com From orion at cora.nwra.com Wed Jan 10 18:17:27 2007 From: orion at cora.nwra.com (Orion Poplawski) Date: Wed, 10 Jan 2007 11:17:27 -0700 Subject: Hosting spec file, SRPMs. In-Reply-To: <20070110092051.GG1288@neu.nirvana> References: <1168270906.15587.25.camel@gilboa-work-dev.localdomain> <1168411089.14763.469.camel@shinybook.infradead.org> <20070110092051.GG1288@neu.nirvana> Message-ID: <45A52DB7.9000609@cora.nwra.com> Axel Thimm wrote: > On Wed, Jan 10, 2007 at 02:38:09PM +0800, David Woodhouse wrote: >> On Mon, 2007-01-08 at 17:41 +0200, Gilboa Davara wrote: >>> Can anyone point me to a free public on-line hosting service that can >>> host my SPEC/SRPM files? >> Er, cvs.fedora.redhat.com:/cvs/extras ? > > I guess he means for the reviews in order to get them there, the > review guidelines leaves the hosting of the submitted spec/srpms to the > submitter. > But perhaps there should be an area of CVS for sponsored contributers to work on new packages? -- Orion Poplawski Technical Manager 303-415-9701 x222 NWRA/CoRA Division FAX: 303-415-9702 3380 Mitchell Lane orion at cora.nwra.com Boulder, CO 80301 http://www.cora.nwra.com From sundaram at fedoraproject.org Wed Jan 10 18:16:12 2007 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Wed, 10 Jan 2007 23:46:12 +0530 Subject: Hosting spec file, SRPMs. In-Reply-To: <45A52DB7.9000609@cora.nwra.com> References: <1168270906.15587.25.camel@gilboa-work-dev.localdomain> <1168411089.14763.469.camel@shinybook.infradead.org> <20070110092051.GG1288@neu.nirvana> <45A52DB7.9000609@cora.nwra.com> Message-ID: <45A52D6C.8000700@fedoraproject.org> Orion Poplawski wrote: > Axel Thimm wrote: >> On Wed, Jan 10, 2007 at 02:38:09PM +0800, David Woodhouse wrote: >>> On Mon, 2007-01-08 at 17:41 +0200, Gilboa Davara wrote: >>>> Can anyone point me to a free public on-line hosting service that can >>>> host my SPEC/SRPM files? >>> Er, cvs.fedora.redhat.com:/cvs/extras ? >> >> I guess he means for the reviews in order to get them there, the >> review guidelines leaves the hosting of the submitted spec/srpms to the >> submitter. >> > > But perhaps there should be an area of CVS for sponsored contributers to > work on new packages? Yep. people.fedoraproject.org/ for contributors would be nice to have. Rahul From jkeating at redhat.com Wed Jan 10 18:25:15 2007 From: jkeating at redhat.com (Jesse Keating) Date: Wed, 10 Jan 2007 13:25:15 -0500 Subject: Hosting spec file, SRPMs. In-Reply-To: <45A52D6C.8000700@fedoraproject.org> References: <1168270906.15587.25.camel@gilboa-work-dev.localdomain> <45A52DB7.9000609@cora.nwra.com> <45A52D6C.8000700@fedoraproject.org> Message-ID: <200701101325.18534.jkeating@redhat.com> On Wednesday 10 January 2007 13:16, Rahul Sundaram wrote: > Yep. people.fedoraproject.org/ for contributors would be nice to > have. And what if they aren't "people" yet? Without a fedora account hasn't gone through the review process yet. There is a chicken/egg problem. -- Jesse Keating Release Engineer: Fedora -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From bpepple at fedoraproject.org Wed Jan 10 18:25:47 2007 From: bpepple at fedoraproject.org (Brian Pepple) Date: Wed, 10 Jan 2007 13:25:47 -0500 Subject: Hosting spec file, SRPMs. In-Reply-To: <45A52D6C.8000700@fedoraproject.org> References: <1168270906.15587.25.camel@gilboa-work-dev.localdomain> <1168411089.14763.469.camel@shinybook.infradead.org> <20070110092051.GG1288@neu.nirvana> <45A52DB7.9000609@cora.nwra.com> <45A52D6C.8000700@fedoraproject.org> Message-ID: <1168453547.6856.0.camel@Chuck> On Wed, 2007-01-10 at 23:46 +0530, Rahul Sundaram wrote: > Orion Poplawski wrote: > > > > But perhaps there should be an area of CVS for sponsored contributers to > > work on new packages? > > Yep. people.fedoraproject.org/ for contributors would be nice to > have. +1 /B -- Brian Pepple gpg --keyserver pgp.mit.edu --recv-keys 810CC15E BD5E 6F9E 8688 E668 8F5B CBDE 326A E936 810C C15E -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From jkeating at redhat.com Wed Jan 10 18:26:54 2007 From: jkeating at redhat.com (Jesse Keating) Date: Wed, 10 Jan 2007 13:26:54 -0500 Subject: Hosting spec file, SRPMs. In-Reply-To: <200701101325.18534.jkeating@redhat.com> References: <1168270906.15587.25.camel@gilboa-work-dev.localdomain> <45A52D6C.8000700@fedoraproject.org> <200701101325.18534.jkeating@redhat.com> Message-ID: <200701101326.54784.jkeating@redhat.com> On Wednesday 10 January 2007 13:25, Jesse Keating wrote: > On Wednesday 10 January 2007 13:16, Rahul Sundaram wrote: > > Yep. people.fedoraproject.org/ for contributors would be nice to > > have. > > And what if they aren't "people" yet? ?Without a fedora account hasn't gone > through the review process yet. ?There is a chicken/egg problem. Whoops, I saw this was for sponsored contributors. Said sponsors could share that space with people trying to get sponsored too. Could tie into the webspace we need for Fedora Hosted Projects. -- Jesse Keating Release Engineer: Fedora -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From mmcgrath at fedoraproject.org Wed Jan 10 18:25:59 2007 From: mmcgrath at fedoraproject.org (Mike McGrath) Date: Wed, 10 Jan 2007 12:25:59 -0600 Subject: Hosting spec file, SRPMs. In-Reply-To: <200701101325.18534.jkeating@redhat.com> References: <1168270906.15587.25.camel@gilboa-work-dev.localdomain> <45A52DB7.9000609@cora.nwra.com> <45A52D6C.8000700@fedoraproject.org> <200701101325.18534.jkeating@redhat.com> Message-ID: <3237e4410701101025p6d420de9t44e8d2ba4e984fb4@mail.gmail.com> On 1/10/07, Jesse Keating wrote: > On Wednesday 10 January 2007 13:16, Rahul Sundaram wrote: > > Yep. people.fedoraproject.org/ for contributors would be nice to > > have. > > And what if they aren't "people" yet? Without a fedora account hasn't gone > through the review process yet. There is a chicken/egg problem. > Something similar to pastebin would be nice for this, upload something and have it expire in a certain amount of time. -Mike From sundaram at fedoraproject.org Wed Jan 10 18:23:34 2007 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Wed, 10 Jan 2007 23:53:34 +0530 Subject: Hosting spec file, SRPMs. In-Reply-To: <200701101325.18534.jkeating@redhat.com> References: <1168270906.15587.25.camel@gilboa-work-dev.localdomain> <45A52DB7.9000609@cora.nwra.com> <45A52D6C.8000700@fedoraproject.org> <200701101325.18534.jkeating@redhat.com> Message-ID: <45A52F26.7070409@fedoraproject.org> Jesse Keating wrote: > On Wednesday 10 January 2007 13:16, Rahul Sundaram wrote: >> Yep. people.fedoraproject.org/ for contributors would be nice to >> have. > > And what if they aren't "people" yet? Without a fedora account hasn't gone > through the review process yet. There is a chicken/egg problem. Either put up some space for anonymous uploads or have the sponsor sit through the package review for the potential contributors. Rahul From skvidal at linux.duke.edu Wed Jan 10 19:15:46 2007 From: skvidal at linux.duke.edu (seth vidal) Date: Wed, 10 Jan 2007 14:15:46 -0500 Subject: Hosting spec file, SRPMs. In-Reply-To: <3237e4410701101025p6d420de9t44e8d2ba4e984fb4@mail.gmail.com> References: <1168270906.15587.25.camel@gilboa-work-dev.localdomain> <45A52DB7.9000609@cora.nwra.com> <45A52D6C.8000700@fedoraproject.org> <200701101325.18534.jkeating@redhat.com> <3237e4410701101025p6d420de9t44e8d2ba4e984fb4@mail.gmail.com> Message-ID: <1168456546.20935.21.camel@cutter> On Wed, 2007-01-10 at 12:25 -0600, Mike McGrath wrote: > On 1/10/07, Jesse Keating wrote: > > On Wednesday 10 January 2007 13:16, Rahul Sundaram wrote: > > > Yep. people.fedoraproject.org/ for contributors would be nice to > > > have. > > > > And what if they aren't "people" yet? Without a fedora account hasn't gone > > through the review process yet. There is a chicken/egg problem. > > > > Something similar to pastebin would be nice for this, upload something > and have it expire in a certain amount of time. +1 - a pastebin application would be a good idea. I'm sure there are a number of them out there, right? -sv From mmcgrath at fedoraproject.org Wed Jan 10 20:08:45 2007 From: mmcgrath at fedoraproject.org (Mike McGrath) Date: Wed, 10 Jan 2007 14:08:45 -0600 Subject: Hosting spec file, SRPMs. In-Reply-To: <1168456546.20935.21.camel@cutter> References: <1168270906.15587.25.camel@gilboa-work-dev.localdomain> <45A52DB7.9000609@cora.nwra.com> <45A52D6C.8000700@fedoraproject.org> <200701101325.18534.jkeating@redhat.com> <3237e4410701101025p6d420de9t44e8d2ba4e984fb4@mail.gmail.com> <1168456546.20935.21.camel@cutter> Message-ID: <3237e4410701101208s48fd6741xa79133b62907d5d8@mail.gmail.com> On 1/10/07, seth vidal wrote: > On Wed, 2007-01-10 at 12:25 -0600, Mike McGrath wrote: > > Something similar to pastebin would be nice for this, upload something > > and have it expire in a certain amount of time. > > +1 - a pastebin application would be a good idea. I'm sure there are a > number of them out there, right? > > -sv > We could *try* this out: http://www.yousendit.com/ (Thanks Evolution) -Mike From mr.ecik at gmail.com Wed Jan 10 20:14:02 2007 From: mr.ecik at gmail.com (=?ISO-8859-2?Q?Micha=B3_Bentkowski?=) Date: Wed, 10 Jan 2007 21:14:02 +0100 Subject: Hosting spec file, SRPMs. In-Reply-To: <3237e4410701101208s48fd6741xa79133b62907d5d8@mail.gmail.com> References: <1168270906.15587.25.camel@gilboa-work-dev.localdomain> <45A52DB7.9000609@cora.nwra.com> <45A52D6C.8000700@fedoraproject.org> <200701101325.18534.jkeating@redhat.com> <3237e4410701101025p6d420de9t44e8d2ba4e984fb4@mail.gmail.com> <1168456546.20935.21.camel@cutter> <3237e4410701101208s48fd6741xa79133b62907d5d8@mail.gmail.com> Message-ID: <668bb39a0701101214u32fb75f8i214d6b4bf9255a0b@mail.gmail.com> In my opinion it is much better to use servers like shell.nonlogic.org. There's 2gb quota there and of the admins is a Fedora user and he's really pleased to hear that someone'd like to put his packages there ;) 2007/1/10, Mike McGrath : > On 1/10/07, seth vidal wrote: > > On Wed, 2007-01-10 at 12:25 -0600, Mike McGrath wrote: > > > Something similar to pastebin would be nice for this, upload something > > > and have it expire in a certain amount of time. > > > > +1 - a pastebin application would be a good idea. I'm sure there are a > > number of them out there, right? > > > > -sv > > > > We could *try* this out: > > http://www.yousendit.com/ > > (Thanks Evolution) > > -Mike > > -- > fedora-extras-list mailing list > fedora-extras-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-extras-list > -- Micha? Bentkowski mr.ecik at gmail.com From mr.ecik at gmail.com Wed Jan 10 20:15:59 2007 From: mr.ecik at gmail.com (=?ISO-8859-2?Q?Micha=B3_Bentkowski?=) Date: Wed, 10 Jan 2007 21:15:59 +0100 Subject: Hosting spec file, SRPMs. In-Reply-To: <668bb39a0701101214u32fb75f8i214d6b4bf9255a0b@mail.gmail.com> References: <1168270906.15587.25.camel@gilboa-work-dev.localdomain> <45A52DB7.9000609@cora.nwra.com> <45A52D6C.8000700@fedoraproject.org> <200701101325.18534.jkeating@redhat.com> <3237e4410701101025p6d420de9t44e8d2ba4e984fb4@mail.gmail.com> <1168456546.20935.21.camel@cutter> <3237e4410701101208s48fd6741xa79133b62907d5d8@mail.gmail.com> <668bb39a0701101214u32fb75f8i214d6b4bf9255a0b@mail.gmail.com> Message-ID: <668bb39a0701101215o2d26f5a6m335ab6a5eb0db075@mail.gmail.com> 07-01-10, Micha? Bentkowski napisa?(a): > In my opinion it is much better to use servers like > shell.nonlogic.org. Oops, I should have written http://nonlogic.org/ there. -- Micha? Bentkowski mr.ecik at gmail.com From limb at jcomserv.net Wed Jan 10 20:17:40 2007 From: limb at jcomserv.net (Jon Ciesla) Date: Wed, 10 Jan 2007 14:17:40 -0600 (CST) Subject: Hosting spec file, SRPMs. In-Reply-To: <668bb39a0701101214u32fb75f8i214d6b4bf9255a0b@mail.gmail.com> References: <1168270906.15587.25.camel@gilboa-work-dev.localdomain> <45A52DB7.9000609@cora.nwra.com> <45A52D6C.8000700@fedoraproject.org> <200701101325.18534.jkeating@redhat.com> <3237e4410701101025p6d420de9t44e8d2ba4e984fb4@mail.gmail.com> <1168456546.20935.21.camel@cutter> <3237e4410701101208s48fd6741xa79133b62907d5d8@mail.gmail.com> <668bb39a0701101214u32fb75f8i214d6b4bf9255a0b@mail.gmail.com> Message-ID: <23000.65.192.24.190.1168460260.squirrel@mail.jcomserv.net> +1 It also avoids the "Radical misuse of SMTP" and "Needs a specific recipient" issues. If they're available over http, anyone can grab the files and start a review, no matter how tiny their mailbox is. > In my opinion it is much better to use servers like > shell.nonlogic.org. There's 2gb quota there and of the admins is a > Fedora user and he's really pleased to hear that someone'd like to put > his packages there ;) > > 2007/1/10, Mike McGrath : >> On 1/10/07, seth vidal wrote: >> > On Wed, 2007-01-10 at 12:25 -0600, Mike McGrath wrote: >> > > Something similar to pastebin would be nice for this, upload >> something >> > > and have it expire in a certain amount of time. >> > >> > +1 - a pastebin application would be a good idea. I'm sure there are a >> > number of them out there, right? >> > >> > -sv >> > >> >> We could *try* this out: >> >> http://www.yousendit.com/ >> >> (Thanks Evolution) >> >> -Mike >> >> -- >> fedora-extras-list mailing list >> fedora-extras-list at redhat.com >> https://www.redhat.com/mailman/listinfo/fedora-extras-list >> > > > -- > Micha? Bentkowski > mr.ecik at gmail.com > > -- > fedora-extras-list mailing list > fedora-extras-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-extras-list > -- novus ordo absurdum From Christian.Iseli at licr.org Wed Jan 10 20:41:43 2007 From: Christian.Iseli at licr.org (Christian Iseli) Date: Wed, 10 Jan 2007 21:41:43 +0100 Subject: Package review status In-Reply-To: <45A52D31.5090402@cora.nwra.com> References: <20070110140903.07bfbe36@ludwig-alpha.unil.ch> <20070110150359.1f63e807@ludwig-alpha.unil.ch> <45A52D31.5090402@cora.nwra.com> Message-ID: <20070110214143.6a32a4b4@ludwig-alpha.unil.ch> On Wed, 10 Jan 2007 11:15:13 -0700, Orion Poplawski wrote: > Was originally called matplotlib. Approval message is here: > > http://marc.theaimsgroup.com/?l=fedora-extras-list&m=113281011233232&w=2 Noted, thx, C From buildsys at fedoraproject.org Thu Jan 11 00:08:11 2007 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Wed, 10 Jan 2007 19:08:11 -0500 (EST) Subject: Fedora Extras Package Build Report 2007-01-10 Message-ID: <20070111000811.F416E15212E@buildsys.fedoraproject.org> Packages built and released for Fedora Extras development: 13 ginac-1.3.6-1.fc7 NEW greylistd-0.8.3.2-8.fc7 jd-1.8.5-0.2.cvs070110.fc7 NEW john-1.7.0.2-2.fc7 NEW libdockapp-0.6.1-2.fc7 mantis-1.0.6-2.fc7 NEW mozldap-6.0.1-2.fc7 ochusha-0.5.99.66-0.1.cvs070110.fc7 python-matplotlib-0.87.7-4.fc7 NEW svrcore-4.0.3.01-0.fc7 tinyfugue-5.0-0.6.b7.fc7 xchat-gnome-0.16-1.fc7 NEW xwnc-0.3.3-2.fc7 Packages built and released for Fedora Extras 6: 7 NEW cssed-0.4.0-4.fc6.1 NEW doodle-0.6.6-2.fc6 NEW fakeroot-1.5.10-13.fc6 ginac-1.3.6-1.fc6 mantis-1.0.6-2.fc6 python-matplotlib-0.87.7-3.fc6 tinyfugue-5.0-0.6.b7.fc6 Packages built and released for Fedora Extras 5: 5 NEW doodle-0.6.6-2.fc5 NEW fakeroot-1.5.10-13.fc5 ginac-1.3.6-1.fc5 NEW mozldap-6.0.1-2.fc5 NEW svrcore-4.0.3.01-0.fc5 For more information about the built packages please see the repository or the Fedora Info Feed: http://fedoraproject.org/infofeed/ From green at redhat.com Thu Jan 11 01:24:00 2007 From: green at redhat.com (Anthony Green) Date: Wed, 10 Jan 2007 17:24:00 -0800 Subject: Package review status In-Reply-To: <20070110140903.07bfbe36@ludwig-alpha.unil.ch> References: <20070110140903.07bfbe36@ludwig-alpha.unil.ch> Message-ID: <1168478640.3601.24.camel@localhost.localdomain> On Wed, 2007-01-10 at 14:09 +0100, Christian Iseli wrote: > Hi folks, > > So here is round 2 of my "About missing reviews" query... > green redhat com ladspa-swh-plugins This package used to be called swh-plugins, which did go through a review a long time ago. AG From tcallawa at redhat.com Mon Jan 8 13:50:23 2007 From: tcallawa at redhat.com (Tom 'spot' Callaway) Date: Mon, 08 Jan 2007 07:50:23 -0600 Subject: About missing reviews In-Reply-To: <20070103020300.GA29316@osiris.silug.org> References: <20061231150107.22d01c0d@ludwig-alpha.unil.ch> <20061231161055.788294b1@ludwig-alpha.unil.ch> <604aa7910612311527v1e85ecft7186c28b914b2ff7@mail.gmail.com> <200612311846.00598.jkeating@redhat.com> <4598F6DE.30707@leemhuis.info> <20070101124831.09dbbf77@ningauble.scrye.com> <20070102002659.50321072@ludwig-alpha.unil.ch> <1167721353.2436.15.camel@localhost.localdomain> <20070103021303.2343f129@ludwig-alpha.unil.ch> <20070103020300.GA29316@osiris.silug.org> Message-ID: <1168264223.2841.0.camel@localhost.localdomain> On Tue, 2007-01-02 at 20:03 -0600, Steven Pritchard wrote: > On Wed, Jan 03, 2007 at 02:13:03AM +0100, Christian Iseli wrote: > > andreas bawue net dd_rescue > > This is a rename of the ddrescue package from fedora.us. > > Hang on a second... Why is dd_rescue still called ddrescue in CVS? > Shouldn't someone rename the CVS branch? (And, for that matter, > shouldn't there be a version number on the Obsoletes in dd_rescue.spec > so we can actually have GNU ddrescue also one of these years?) > > I'd really love all this to be resolved one of these years. :-) > > http://www.redhat.com/archives/fedora-extras-list/2005-June/msg00782.html > http://www.redhat.com/archives/fedora-extras-list/2005-July/msg00329.html If memory serves, at one point in time, there were two different apps called ddrescue and dd_rescue. Then again, my memory is full of useless trivia, so I could be wrong here. ~spot From jspaleta at gmail.com Thu Jan 11 06:20:53 2007 From: jspaleta at gmail.com (Jeff Spaleta) Date: Wed, 10 Jan 2007 21:20:53 -0900 Subject: Adding (parts of) gstreamer-plugins-bad to FE? In-Reply-To: <45A5113B.1070908@hhs.nl> References: <456850B2.2050402@hhs.nl> <20061127165608.GI29814@nostromo.devel.redhat.com> <456B3568.7020903@hhs.nl> <883cfe6d0611280714l1f644019wbaacf930562dc780@mail.gmail.com> <456C5B04.3080108@hhs.nl> <883cfe6d0611281059l71e11190o487b58738e60a384@mail.gmail.com> <456CA99D.4070803@hhs.nl> <604aa7910701071445s5ce4f485r45d5ece26e2cf599@mail.gmail.com> <45A5113B.1070908@hhs.nl> Message-ID: <604aa7910701102220q36226de2l6b8c1f6e5dfdb5db@mail.gmail.com> On 1/10/07, Hans de Goede wrote: > Get off the soap-box. > Next time try spending some more energy on actually creating / > maintaining packages instead of on typing long unpleasant tone mails. You're right the tone and demeanor of my post was out of line. I apologize. -jef From j.w.r.degoede at hhs.nl Thu Jan 11 08:46:41 2007 From: j.w.r.degoede at hhs.nl (Goede, J.W.R. de) Date: Thu, 11 Jan 2007 09:46:41 +0100 Subject: Adding (parts of) gstreamer-plugins-bad to FE? In-Reply-To: <604aa7910701102220q36226de2l6b8c1f6e5dfdb5db@mail.gmail.com> References: <456850B2.2050402@hhs.nl> <20061127165608.GI29814@nostromo.devel.redhat.com> <456B3568.7020903@hhs.nl> <883cfe6d0611280714l1f644019wbaacf930562dc780@mail.gmail.com> <456C5B04.3080108@hhs.nl> <883cfe6d0611281059l71e11190o487b58738e60a384@mail.gmail.com> <456CA99D.4070803@hhs.nl> <604aa7910701071445s5ce4f485r45d5ece26e2cf599@mail.gmail.com> <45A5113B.1070908@hhs.nl> <604aa7910701102220q36226de2l6b8c1f6e5dfdb5db@mail.gmail.com> Message-ID: On Wed, 10 Jan 2007 21:20:53 -0900 "Jeff Spaleta" wrote: > On 1/10/07, Hans de Goede wrote: > > Get off the soap-box. > > Next time try spending some more energy on actually > creating / > > maintaining packages instead of on typing long > unpleasant tone mails. > > You're right the tone and demeanor of my post was out of > line. I apologize. > Apologies accepted. Thanks & Regards, Hans From j.w.r.degoede at hhs.nl Thu Jan 11 09:22:47 2007 From: j.w.r.degoede at hhs.nl (Goede, J.W.R. de) Date: Thu, 11 Jan 2007 10:22:47 +0100 Subject: Adding (parts of) gstreamer-plugins-bad to FE? In-Reply-To: <1168452325.3108.86.camel@dawkins> References: <456850B2.2050402@hhs.nl> <1168207082.20999.2.camel@otto.amantes> <45A5103D.2090103@hhs.nl> <1168452325.3108.86.camel@dawkins> Message-ID: On Wed, 10 Jan 2007 19:05:25 +0100 David Nielsen wrote: > ons, 10 01 2007 kl. 17:11 +0100, skrev Hans de Goede: > > > Or what about a bad plugins package for that other repo > with only the QT > > plugin in there? > > I'd like to add that while I fully understand the > concerns mentioned, > the DVD support while not perfect if packaged would make > it a little > easier to test the Thoggen DVD ripper on Fedora so I'd > personally like > to see that available from . It > might also make > it easier for people to test the -bad plugins in general. > AFAIK dvd support is not part of the -bad plugins, thus that is another discussion. Regards, Hans From Christian.Iseli at licr.org Thu Jan 11 09:35:52 2007 From: Christian.Iseli at licr.org (Christian Iseli) Date: Thu, 11 Jan 2007 10:35:52 +0100 Subject: Package review status In-Reply-To: <1168478640.3601.24.camel@localhost.localdomain> References: <20070110140903.07bfbe36@ludwig-alpha.unil.ch> <1168478640.3601.24.camel@localhost.localdomain> Message-ID: <20070111103552.276177f3@ludwig-alpha.unil.ch> On Wed, 10 Jan 2007 17:24:00 -0800, Anthony Green wrote: > This package used to be called swh-plugins, which did go through a > review a long time ago. Ah, the macro in Obsoletes: %{pkgname} < 0.4.15-5 fooled the part of the script that looks for renames... thx, C From j.w.r.degoede at hhs.nl Thu Jan 11 12:20:00 2007 From: j.w.r.degoede at hhs.nl (Goede, J.W.R. de) Date: Thu, 11 Jan 2007 13:20:00 +0100 Subject: info scriptlets and nodoc in rpmrc Message-ID: Hi all, Because I'm low on harddiskspace on a certain machine I've added nodoc to my rpmrc, so that rpm no longer installs %doc files, now however during a yum update I get numerous install-info: no such file or directory .... errors and worse: error %post(xxx) scriptlet failed, exit status 1 errors This second problem causes double entries in the rpmdb, and is caused by a missing "|| :" at the end of the scriplets, this are all in core packages, when we review those we should pay special attention that all the scriptlets end with "|| :" ! Also maybe we need to modify the %post scriplet for install-info to work when rpm is told not to install files marked %doc? Regards, Hans From panemade at gmail.com Thu Jan 11 16:26:23 2007 From: panemade at gmail.com (=?UTF-8?Q?Parag_N(=E0=A4=AA=E0=A4=B0=E0=A4=BE=E0=A5=9A)?=) Date: Thu, 11 Jan 2007 21:56:23 +0530 Subject: orphaning gutenprint package Message-ID: Hi, I have contacted Tim Waugh and he has accepted ownership of gutenprint. So here i would like to announce that i am orphaning (and giving ownership to Tim Waugh) gutenprint package. So now new maintainer for gutenprint is Tim Waugh. Hope to see this package now with complete functionality enabled in F7 :) Regards, Parag. From twaugh at redhat.com Thu Jan 11 16:35:41 2007 From: twaugh at redhat.com (Tim Waugh) Date: Thu, 11 Jan 2007 16:35:41 +0000 Subject: orphaning gutenprint package In-Reply-To: References: Message-ID: <1168533341.18825.5.camel@cyberelk.elk> On Thu, 2007-01-11 at 21:56 +0530, Parag N(????) wrote: > I have contacted Tim Waugh and he has accepted ownership of > gutenprint. So here i would like to announce that i am orphaning (and > giving ownership to Tim Waugh) gutenprint package. > So now new maintainer for gutenprint is Tim Waugh. Also, I've built a gimp-print package that no longer has a gimp-print-plugin sub-package, and Parag's latest gutenprint build ships the GIMP plug-in. Finally the switch is made! Do I need to take any action to take ownership of gutenprint, or do I need to wait for someone with privs to make the change? Tim. */ -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From Christian.Iseli at licr.org Thu Jan 11 16:36:42 2007 From: Christian.Iseli at licr.org (Christian Iseli) Date: Thu, 11 Jan 2007 17:36:42 +0100 Subject: FE Package Status of Jan 11, 2007 Message-ID: <20070111173642.1f7f91da@ludwig-alpha.unil.ch> Hi folks, This week's edition... Cheers, C ==== FE Package Status of Jan 11, 2007 The full report can be found here: http://fedoraproject.org/wiki/Extras/PackageStatus Owners file stats: - 2744 packages - 108 orphans - 12 packages not available in extras devel or release andreas at bawue dot net ddrescue bdpepple at ameritech dot net galago-filesystem cweyl at alumni dot drew dot edu perl-GStreamer dakingun at gmail dot com gnomescan gauret at free dot fr ksshaskpass j dot w dot r dot degoede at hhs dot nl MagicPoint j dot w dot r dot degoede at hhs dot nl freetype1 paul at all-the-johnsons dot co dot uk XaraLX paul at all-the-johnsons dot co dot uk mysql-connector-net paul at all-the-johnsons dot co dot uk gconvert pertusus at free dot fr ivman yufanyufan at gmail dot com audacious-itouch - 4 packages not available in extras devel but present in release cweyl at alumni dot drew dot edu 915resolution cweyl at alumni dot drew dot edu perl-File-ExtAttr jmp at safe dot ca clement lmacken at redhat dot com python-TurboMail - 5 packages which have not yet been FE-ACCEPT'd... https://bugzilla.redhat.com/bugzilla/buglist.cgi?bug_id=211763 jikes paul at all-the-johnsons.co.uk https://bugzilla.redhat.com/bugzilla/buglist.cgi?bug_id=177841,217259,218256,221084 Tracker roozbeh at farsiweb.info alsa-firmware rpm at timj.co.uk audacious-itouch yufanyufan at gmail.com dkms Matt_Domsch at dell.com - 6 packages present in the development repo which have no owners entry greylistd libisofs mozldap python-twisted-lore python-twisted-mail python-twisted-news - 12 orphaned packages, yet available in extras devel FreeWnn deltarpm gaim-guifications gdome2 gstreamer08 gstreamer08-plugins imlib perl-String-Ediff python-htmltmpl python-id3 system-switch-im tripwire - 43 packages that moved to core FE-ACCEPT packages stats: - 1827 accepted, closed package reviews - 22 accepted, closed package reviews not in repo - 2 accepted, closed package reviews not in owners - 10 accepted, open package reviews older than 4 weeks; - 11 accepted, open package reviews with a package already in the repo FE-REVIEW packages stats: - 86 open tickets - 25 tickets with no activity in eight weeks - 11 tickets with no activity in four weeks - 1 closed tickets FE-NEW packages stats: - 146 open tickets - 44 tickets with no activity in eight weeks - 31 tickets with no activity in four weeks - 1 closed tickets FE-NEEDSPONSOR packages stats: - 45 open tickets - 11 tickets with no activity in eight weeks - 10 tickets with no activity in four weeks FE-LEGAL packages stats: - 1 open tickets - 1 tickets with no activity in four weeks FE-GUIDELINES packages stats: - 2 open tickets - 1 tickets with no activity in eight weeks OPEN-BUGS packages stats: - 223 open tickets - 135 tickets with no activity in eight weeks - 17 tickets with no activity in four weeks CVS stats: - 2746 packages with a devel directory - 9 packages with no owners entry greylistd libisofs mozldap openarena perl-Mozilla-LDAP postgis python-twisted-lore python-twisted-mail python-twisted-news - 1 packages in CVS devel *and* Core libnl - 194 packages were dropped from extras Maintainers stats: - 245 maintainers - 3 inactive maintainers with open bugs - 3 inactive maintainers Dropped FC packages: - 284 packages were dropped from core since FC 1 Comps.xml files stats: - 899 packages in comps-fe7 file - 523 packages missing from comps-fe7 file - 6 packages in comps-fe7 but not in repo - 896 packages in comps-fe6 file - 522 packages missing from comps-fe6 file - 1 packages in comps-fe6 but not in repo From giallu at gmail.com Thu Jan 11 16:40:53 2007 From: giallu at gmail.com (Gianluca Sforna) Date: Thu, 11 Jan 2007 17:40:53 +0100 Subject: orphaning gutenprint package In-Reply-To: <1168533341.18825.5.camel@cyberelk.elk> References: <1168533341.18825.5.camel@cyberelk.elk> Message-ID: On 1/11/07, Tim Waugh wrote: > On Thu, 2007-01-11 at 21:56 +0530, Parag N(????) wrote: > > I have contacted Tim Waugh and he has accepted ownership of > > gutenprint. So here i would like to announce that i am orphaning (and > > giving ownership to Tim Waugh) gutenprint package. > > So now new maintainer for gutenprint is Tim Waugh. > > Also, I've built a gimp-print package that no longer has a > gimp-print-plugin sub-package, and Parag's latest gutenprint build ships > the GIMP plug-in. Finally the switch is made! > > Do I need to take any action to take ownership of gutenprint, or do I > need to wait for someone with privs to make the change? > I think it's enough to update owners.list with the new maintainer data From dennis at ausil.us Thu Jan 11 16:55:58 2007 From: dennis at ausil.us (Dennis Gilmore) Date: Thu, 11 Jan 2007 10:55:58 -0600 Subject: FE Package Status of Jan 11, 2007 In-Reply-To: <20070111173642.1f7f91da@ludwig-alpha.unil.ch> References: <20070111173642.1f7f91da@ludwig-alpha.unil.ch> Message-ID: <200701111055.58637.dennis@ausil.us> Once upon a time Thursday 11 January 2007 10:36 am, Christian Iseli wrote: > paul at all-the-johnsons dot co dot uk ? ? XaraLX This was removed as it violated the packaging guidelines. When the proprietary static lib is GPL'ed as they say it will be its welcome back then. From sundaram at fedoraproject.org Thu Jan 11 16:56:42 2007 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Thu, 11 Jan 2007 22:26:42 +0530 Subject: FE Package Status of Jan 11, 2007 In-Reply-To: <20070111173642.1f7f91da@ludwig-alpha.unil.ch> References: <20070111173642.1f7f91da@ludwig-alpha.unil.ch> Message-ID: <45A66C4A.4030103@fedoraproject.org> Christian Iseli wrote: > Hi folks, > > This week's edition... > > Cheers, > C > > ==== > > FE Package Status of Jan 11, 2007 > > The full report can be found here: > http://fedoraproject.org/wiki/Extras/PackageStatus > > > Owners file stats: > - 2744 packages Thank you for the report. Would it be useful to list both source and binary package numbers here? Rahul From roozbeh at farsiweb.info Thu Jan 11 17:06:19 2007 From: roozbeh at farsiweb.info (Roozbeh Pournader) Date: Thu, 11 Jan 2007 20:36:19 +0330 Subject: FE Package Status of Jan 11, 2007 In-Reply-To: <20070111173642.1f7f91da@ludwig-alpha.unil.ch> References: <20070111173642.1f7f91da@ludwig-alpha.unil.ch> Message-ID: <1168535179.3287.19.camel@shalil.farsiweb.info> On Thu, 2007-01-11 at 17:36 +0100, Christian Iseli wrote: > Tracker roozbeh at farsiweb.info This is not a real package, it's the tracker FE-NEEDSPONSOR bug (#177841) for package review requests that need sponsors to do the review. I opened the bug ages ago. BTW, if someone has enough access, please change the reporter of that bug to some alias that goes to /dev/null. Roozbeh From kevin at scrye.com Thu Jan 11 17:10:31 2007 From: kevin at scrye.com (Kevin Fenzi) Date: Thu, 11 Jan 2007 10:10:31 -0700 Subject: FE Package Status of Jan 11, 2007 In-Reply-To: <20070111173642.1f7f91da@ludwig-alpha.unil.ch> References: <20070111173642.1f7f91da@ludwig-alpha.unil.ch> Message-ID: <20070111101031.48d43bba@ningauble.scrye.com> On Thu, 11 Jan 2007 17:36:42 +0100 Christian.Iseli at licr.org (Christian Iseli) wrote: > Hi folks, > > This week's edition... > > Cheers, > C > > ==== > paul at all-the-johnsons dot co dot uk gconvert I was meaning to remove this from the owners.list file... I will do so soon unless someone speaks up. As far as I can tell there was never a gconvert review, there is no gconvert module checked into cvs, there was no rename from another package, nothing. I think it was just a mistake checked in by accident to the owners.list file. Can anyone find evidence otherwise? kevin -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From bugs.michael at gmx.net Thu Jan 11 17:52:07 2007 From: bugs.michael at gmx.net (Michael Schwendt) Date: Thu, 11 Jan 2007 18:52:07 +0100 Subject: FE Package Status of Jan 11, 2007 In-Reply-To: <20070111101031.48d43bba@ningauble.scrye.com> References: <20070111173642.1f7f91da@ludwig-alpha.unil.ch> <20070111101031.48d43bba@ningauble.scrye.com> Message-ID: <20070111185207.33e40e6a.bugs.michael@gmx.net> On Thu, 11 Jan 2007 10:10:31 -0700, Kevin Fenzi wrote: > > paul at all-the-johnsons dot co dot uk gconvert > > I was meaning to remove this from the owners.list file... > I will do so soon unless someone speaks up. Well, removing packages from owners.list (and renaming packages in owners.list) so far has not removed them from bugzilla. It needs an administrator to do that, IIRC. IMO, this bears the risk that the list of "Component"s in bugzilla is filled with package names that are not in the distribution. And where packages are renamed, users may still submit bug reports using out-of-date component names in bugzilla. My suggestion is to keep owners.list as is until there is a package database for proper tracking of renames and removals. Alternatively, also contact the bugzilla admin to remove the unused component entry. From bugs.michael at gmx.net Thu Jan 11 17:54:17 2007 From: bugs.michael at gmx.net (Michael Schwendt) Date: Thu, 11 Jan 2007 18:54:17 +0100 Subject: FE Package Status of Jan 11, 2007 In-Reply-To: <20070111173642.1f7f91da@ludwig-alpha.unil.ch> References: <20070111173642.1f7f91da@ludwig-alpha.unil.ch> Message-ID: <20070111185417.935a7b66.bugs.michael@gmx.net> On Thu, 11 Jan 2007 17:36:42 +0100, Christian Iseli wrote: > - 12 orphaned packages, yet available in extras devel > FreeWnn deltarpm gaim-guifications gdome2 gstreamer08 > gstreamer08-plugins imlib perl-String-Ediff python-htmltmpl python-id3 > system-switch-im tripwire FreeWnn : is in the wrong list in the Wiki then - it's marked as "potentially orphaned" which is one optional step before declaring it orphaned system-switch-im : http://fedoraproject.org/wiki/Extras/RetiredPackages will be gone in the repo with the next push tripwire : new review here http://bugzilla.redhat.com/203864 From buildsys at fedoraproject.org Thu Jan 11 19:00:22 2007 From: buildsys at fedoraproject.org (Fedora Extras repoclosure) Date: Thu, 11 Jan 2007 19:00:22 -0000 Subject: Summary - Broken dependencies in Fedora Extras development - 2007-01-11 Message-ID: <20070111190022.29452.28028@extras64.linux.duke.edu> New report for: andreas.bierfert AT lowlatency.de package: qiv - 2.0-7.fc7.i386 from fedora-extras-development-i386 unresolved deps: libgdk_imlib.so.1 package: qiv - 2.0-7.fc7.ppc from fedora-extras-development-ppc unresolved deps: libgdk_imlib.so.1 package: qiv - 2.0-7.fc7.x86_64 from fedora-extras-development-x86_64 unresolved deps: libgdk_imlib.so.1()(64bit) ====================================================================== New report for: paul AT city-fan.org package: gnome-libs - 1:1.4.2-3.fc6.i386 from fedora-extras-development-x86_64 unresolved deps: libgdk_imlib.so.1 package: gnome-libs - 1:1.4.2-3.fc6.i386 from fedora-extras-development-i386 unresolved deps: libgdk_imlib.so.1 package: gnome-libs - 1:1.4.2-3.fc6.ppc from fedora-extras-development-ppc unresolved deps: libgdk_imlib.so.1 package: gnome-libs - 1:1.4.2-3.fc6.x86_64 from fedora-extras-development-x86_64 unresolved deps: libgdk_imlib.so.1()(64bit) package: gnome-libs-devel - 1:1.4.2-3.fc6.i386 from fedora-extras-development-x86_64 unresolved deps: imlib-devel package: gnome-libs-devel - 1:1.4.2-3.fc6.i386 from fedora-extras-development-i386 unresolved deps: imlib-devel package: gnome-libs-devel - 1:1.4.2-3.fc6.ppc from fedora-extras-development-ppc unresolved deps: imlib-devel package: gnome-libs-devel - 1:1.4.2-3.fc6.x86_64 from fedora-extras-development-x86_64 unresolved deps: imlib-devel package: libglade - 1:0.17-19.fc6.i386 from fedora-extras-development-x86_64 unresolved deps: libgdk_imlib.so.1 package: libglade - 1:0.17-19.fc6.i386 from fedora-extras-development-i386 unresolved deps: libgdk_imlib.so.1 package: libglade - 1:0.17-19.fc6.ppc from fedora-extras-development-ppc unresolved deps: libgdk_imlib.so.1 package: libglade - 1:0.17-19.fc6.x86_64 from fedora-extras-development-x86_64 unresolved deps: libgdk_imlib.so.1()(64bit) ====================================================================== New report for: rdieter AT math.unl.edu package: kdegraphics-extras - 3.5.5-1.fc7.i386 from fedora-extras-development-i386 unresolved deps: libImlib.so.11 package: kdegraphics-extras - 3.5.5-1.fc7.ppc from fedora-extras-development-ppc unresolved deps: libImlib.so.11 package: kdegraphics-extras - 3.5.5-1.fc7.x86_64 from fedora-extras-development-x86_64 unresolved deps: libImlib.so.11()(64bit) ====================================================================== New report for: tagoh AT redhat.com package: kinput2 - v3.1-29.fc6.i386 from fedora-extras-development-i386 unresolved deps: libwnn.so.0 package: kinput2 - v3.1-29.fc6.ppc from fedora-extras-development-ppc unresolved deps: libwnn.so.0 package: kinput2 - v3.1-29.fc6.x86_64 from fedora-extras-development-x86_64 unresolved deps: libwnn.so.0()(64bit) ====================================================================== Summary of broken packages (by owner): andreas.bierfert AT lowlatency.de qiv - 2.0-7.fc7.i386 qiv - 2.0-7.fc7.ppc qiv - 2.0-7.fc7.x86_64 cgoorah AT yahoo.com.au toped - 0.8.2-2.fc6.i386 (27 days) toped - 0.8.2-2.fc6.ppc (27 days) toped - 0.8.2-2.fc6.x86_64 (27 days) dan AT danny.cz codeblocks - 1.0-0.18.20061207svn3357.fc7.i386 (27 days) codeblocks - 1.0-0.18.20061207svn3357.fc7.i386 (27 days) codeblocks - 1.0-0.18.20061207svn3357.fc7.ppc (27 days) codeblocks - 1.0-0.18.20061207svn3357.fc7.x86_64 (27 days) codeblocks-contrib - 1.0-0.18.20061207svn3357.fc7.i386 (27 days) codeblocks-contrib - 1.0-0.18.20061207svn3357.fc7.ppc (27 days) codeblocks-contrib - 1.0-0.18.20061207svn3357.fc7.x86_64 (27 days) dcbw AT redhat.com csound - 5.03.0-9.fc7.i386 (34 days) csound - 5.03.0-9.fc7.i386 (34 days) csound - 5.03.0-9.fc7.ppc (34 days) csound - 5.03.0-9.fc7.x86_64 (34 days) csound-python - 5.03.0-9.fc7.i386 (34 days) csound-python - 5.03.0-9.fc7.ppc (34 days) csound-python - 5.03.0-9.fc7.x86_64 (34 days) denis AT poolshark.org brasero - 0.5.1-1.fc7.i386 (2 days) brasero - 0.5.1-1.fc7.ppc (2 days) brasero - 0.5.1-1.fc7.x86_64 (2 days) dwmw2 AT redhat.com openpbx - 1.2-3.rc2.svn2135.fc7.i386 (36 days) openpbx - 1.2-3.rc2.svn2135.fc7.i386 (36 days) openpbx - 1.2-3.rc2.svn2135.fc7.ppc (36 days) openpbx - 1.2-3.rc2.svn2135.fc7.x86_64 (36 days) openpbx-postgresql - 1.2-3.rc2.svn2135.fc7.i386 (36 days) openpbx-postgresql - 1.2-3.rc2.svn2135.fc7.ppc (36 days) openpbx-postgresql - 1.2-3.rc2.svn2135.fc7.x86_64 (36 days) endur AT bennewitz.com streamtuner - 0.99.99-15.fc7.x86_64 (34 days) giallu AT gmail.com kmod-sysprof - 1.0.8-1.2.6.19_1.2906.fc7.i586 kmod-sysprof - 1.0.8-1.2.6.19_1.2906.fc7.i686 kmod-sysprof - 1.0.8-1.2.6.19_1.2906.fc7.x86_64 kmod-sysprof-PAE - 1.0.8-1.2.6.19_1.2906.fc7.i686 kmod-sysprof-kdump - 1.0.8-1.2.6.19_1.2906.fc7.x86_64 ifoox AT redhat.com libreadline-java - 0.8.0-13.fc6.i386 (31 days) libreadline-java - 0.8.0-13.fc6.i386 (31 days) libreadline-java - 0.8.0-13.fc6.ppc (31 days) libreadline-java - 0.8.0-13.fc6.x86_64 (31 days) jafo-redhat AT tummy.com python-pydns - 2.3.0-4.fc6.noarch (34 days) python-pydns - 2.3.0-4.fc6.noarch (34 days) python-pydns - 2.3.0-4.fc6.noarch (34 days) jamatos AT fc.up.pt python-amara - 1.1.7-2.fc6.noarch (34 days) python-amara - 1.1.7-2.fc6.noarch (34 days) python-amara - 1.1.7-2.fc6.noarch (34 days) lmacken AT redhat.com TurboGears - 1.0b2-5.fc7.noarch (29 days) TurboGears - 1.0b2-5.fc7.noarch (29 days) TurboGears - 1.0b2-5.fc7.noarch (29 days) python-cherrypy - 2.2.1-3.fc6.noarch (34 days) python-cherrypy - 2.2.1-3.fc6.noarch (34 days) python-cherrypy - 2.2.1-3.fc6.noarch (34 days) michel.salim AT gmail.com python-nltk - 1.4.4-3.fc7.noarch (34 days) python-nltk - 1.4.4-3.fc7.noarch (34 days) python-nltk - 1.4.4-3.fc7.noarch (34 days) orion AT cora.nwra.com paraview - 2.4.4-3.fc6.x86_64 (34 days) paraview-mpi - 2.4.4-3.fc6.x86_64 (34 days) plplot - 5.6.1-8.fc7.i386 (34 days) plplot - 5.6.1-8.fc7.i386 (34 days) plplot - 5.6.1-8.fc7.ppc (34 days) plplot - 5.6.1-8.fc7.x86_64 (34 days) plplot-gnome - 5.6.1-8.fc7.i386 (34 days) plplot-gnome - 5.6.1-8.fc7.i386 (34 days) plplot-gnome - 5.6.1-8.fc7.ppc (34 days) plplot-gnome - 5.6.1-8.fc7.x86_64 (34 days) plplot-wxGTK - 5.6.1-8.fc7.i386 (34 days) plplot-wxGTK - 5.6.1-8.fc7.ppc (34 days) plplot-wxGTK - 5.6.1-8.fc7.x86_64 (34 days) paul AT city-fan.org gnome-libs - 1:1.4.2-3.fc6.i386 gnome-libs - 1:1.4.2-3.fc6.i386 gnome-libs - 1:1.4.2-3.fc6.ppc gnome-libs - 1:1.4.2-3.fc6.x86_64 gnome-libs-devel - 1:1.4.2-3.fc6.i386 gnome-libs-devel - 1:1.4.2-3.fc6.i386 gnome-libs-devel - 1:1.4.2-3.fc6.ppc gnome-libs-devel - 1:1.4.2-3.fc6.x86_64 libglade - 1:0.17-19.fc6.i386 libglade - 1:0.17-19.fc6.i386 libglade - 1:0.17-19.fc6.ppc libglade - 1:0.17-19.fc6.x86_64 petersen AT redhat.com ghc-gtk2hs - 0.9.10-4.fc6.i386 (69 days) ghc-gtk2hs - 0.9.10-4.fc6.ppc (69 days) ghc-gtk2hs - 0.9.10-4.fc6.x86_64 (69 days) ghc642-gtk2hs - 0.9.10-4.fc6.i386 (69 days) ghc642-gtk2hs - 0.9.10-4.fc6.ppc (69 days) ghc642-gtk2hs - 0.9.10-4.fc6.x86_64 (69 days) ghc642-gtk2hs-mozembed - 0.9.10-4.fc6.i386 (69 days) ghc642-gtk2hs-mozembed - 0.9.10-4.fc6.ppc (69 days) ghc642-gtk2hs-mozembed - 0.9.10-4.fc6.x86_64 (69 days) rdieter AT math.unl.edu PyKDE - 3.16.0-5.fc7.i386 (34 days) PyKDE - 3.16.0-5.fc7.i386 (34 days) PyKDE - 3.16.0-5.fc7.ppc (34 days) PyKDE - 3.16.0-5.fc7.x86_64 (34 days) kdegraphics-extras - 3.5.5-1.fc7.i386 kdegraphics-extras - 3.5.5-1.fc7.ppc kdegraphics-extras - 3.5.5-1.fc7.x86_64 shahms AT shahms.com python-psyco - 1.5.1-4.fc6.i386 (34 days) stickster AT gmail.com xmldiff - 0.6.7-12.fc6.i386 (34 days) xmldiff - 0.6.7-12.fc6.ppc (34 days) xmldiff - 0.6.7-12.fc6.x86_64 (34 days) tagoh AT redhat.com kinput2 - v3.1-29.fc6.i386 kinput2 - v3.1-29.fc6.ppc kinput2 - v3.1-29.fc6.x86_64 tcallawa AT redhat.com compat-wxPythonGTK2 - 2.4.2.4-12.fc6.i386 (34 days) compat-wxPythonGTK2 - 2.4.2.4-12.fc6.ppc (34 days) compat-wxPythonGTK2 - 2.4.2.4-12.fc6.x86_64 (34 days) rekall-postgresql - 2.4.3-5.fc6.i386 (36 days) rekall-postgresql - 2.4.3-5.fc6.ppc (36 days) rekall-postgresql - 2.4.3-5.fc6.x86_64 (36 days) rekall-python - 2.4.3-5.fc6.i386 (36 days) rekall-python - 2.4.3-5.fc6.ppc (36 days) rekall-python - 2.4.3-5.fc6.x86_64 (36 days) thomas AT apestaart.org python-twisted - 1.3.0-7.fc6.i386 (34 days) python-twisted - 1.3.0-7.fc6.ppc (34 days) python-twisted - 1.3.0-7.fc6.x86_64 (34 days) ville.skytta AT iki.fi em8300 - 0.16.0-3.fc7.i386 (15 days) em8300 - 0.16.0-3.fc7.ppc (15 days) em8300 - 0.16.0-3.fc7.x86_64 (15 days) wart AT kobold.org cyphesis - 0.5.10-3.fc7.i386 (34 days) cyphesis - 0.5.10-3.fc7.ppc (34 days) cyphesis - 0.5.10-3.fc7.x86_64 (34 days) ====================================================================== Broken packages in fedora-extras-development-i386: PyKDE-3.16.0-5.fc7.i386 requires python(abi) = 0:2.4 PyKDE-3.16.0-5.fc7.i386 requires python-abi = 0:2.4 TurboGears-1.0b2-5.fc7.noarch requires python-elementtree >= 0:1.2.6 brasero-0.5.1-1.fc7.i386 requires libburn.so.2 brasero-0.5.1-1.fc7.i386 requires libisofs.so.2 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_html-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu_xml-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu_net-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu_xml-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_core-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu_net-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_xrc-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_xrc-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_html-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_qa-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_adv-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_qa-2.6.so.0(WXU_2.6) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_html-2.6.so.0(WXU_2.6) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu_xml-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_xrc-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_qa-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_core-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu_net-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_xrc-2.6.so.0(WXU_2.6) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_html-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_adv-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu-2.6.so.0(WXU_2.6) compat-wxPythonGTK2-2.4.2.4-12.fc6.i386 requires python(abi) = 0:2.4 csound-5.03.0-9.fc7.i386 requires libpython2.4.so.1.0 csound-python-5.03.0-9.fc7.i386 requires python(abi) = 0:2.4 csound-python-5.03.0-9.fc7.i386 requires libpython2.4.so.1.0 cyphesis-0.5.10-3.fc7.i386 requires libpython2.4.so.1.0 em8300-0.16.0-3.fc7.i386 requires em8300-kmod >= 0:0.16.0 ghc-gtk2hs-0.9.10-4.fc6.i386 requires ghc = 0:6.4.2 ghc642-gtk2hs-0.9.10-4.fc6.i386 requires /usr/bin/ghc-pkg-6.4.2 ghc642-gtk2hs-0.9.10-4.fc6.i386 requires ghc642 ghc642-gtk2hs-mozembed-0.9.10-4.fc6.i386 requires /usr/bin/ghc-pkg-6.4.2 ghc642-gtk2hs-mozembed-0.9.10-4.fc6.i386 requires ghc642 gnome-libs-1:1.4.2-3.fc6.i386 requires libgdk_imlib.so.1 gnome-libs-devel-1:1.4.2-3.fc6.i386 requires imlib-devel kdegraphics-extras-3.5.5-1.fc7.i386 requires libImlib.so.11 kinput2-v3.1-29.fc6.i386 requires libwnn.so.0 kmod-sysprof-1.0.8-1.2.6.19_1.2906.fc7.i586 requires kernel-i586 = 0:2.6.19-1.2906.fc7 kmod-sysprof-1.0.8-1.2.6.19_1.2906.fc7.i686 requires kernel-i686 = 0:2.6.19-1.2906.fc7 kmod-sysprof-PAE-1.0.8-1.2.6.19_1.2906.fc7.i686 requires kernel-i686 = 0:2.6.19-1.2906.fc7PAE libglade-1:0.17-19.fc6.i386 requires libgdk_imlib.so.1 libreadline-java-0.8.0-13.fc6.i386 requires libedit >= 0:2.9 openpbx-1.2-3.rc2.svn2135.fc7.i386 requires libedit.so.0 openpbx-postgresql-1.2-3.rc2.svn2135.fc7.i386 requires libpq.so.4 plplot-5.6.1-8.fc7.i386 requires python(abi) = 0:2.4 plplot-5.6.1-8.fc7.i386 requires libpython2.4.so.1.0 plplot-gnome-5.6.1-8.fc7.i386 requires python(abi) = 0:2.4 plplot-gnome-5.6.1-8.fc7.i386 requires libpython2.4.so.1.0 plplot-wxGTK-5.6.1-8.fc7.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) plplot-wxGTK-5.6.1-8.fc7.i386 requires libwx_baseu_xml-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.i386 requires libwx_gtk2u_qa-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) plplot-wxGTK-5.6.1-8.fc7.i386 requires libwx_gtk2u_core-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.i386 requires libwx_baseu_net-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.i386 requires libwx_gtk2u_xrc-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.i386 requires libwx_gtk2u_html-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.i386 requires libwx_baseu-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.i386 requires libwx_gtk2u_adv-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.i386 requires libwx_baseu-2.6.so.0(WXU_2.6) python-amara-1.1.7-2.fc6.noarch requires python(abi) = 0:2.4 python-cherrypy-2.2.1-3.fc6.noarch requires python(abi) = 0:2.4 python-nltk-1.4.4-3.fc7.noarch requires python(abi) = 0:2.4 python-psyco-1.5.1-4.fc6.i386 requires python-abi = 0:2.4 python-psyco-1.5.1-4.fc6.i386 requires python(abi) = 0:2.4 python-pydns-2.3.0-4.fc6.noarch requires python(abi) = 0:2.4 python-twisted-1.3.0-7.fc6.i386 requires python(abi) = 0:2.4 qiv-2.0-7.fc7.i386 requires libgdk_imlib.so.1 rekall-postgresql-2.4.3-5.fc6.i386 requires libpq.so.4 rekall-python-2.4.3-5.fc6.i386 requires python(abi) = 0:2.4 rekall-python-2.4.3-5.fc6.i386 requires libpython2.4.so.1.0 toped-0.8.2-2.fc6.i386 requires libwx_gtk2u_gl-2.6.so.0 toped-0.8.2-2.fc6.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) toped-0.8.2-2.fc6.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3) toped-0.8.2-2.fc6.i386 requires libwx_baseu_xml-2.6.so.0 toped-0.8.2-2.fc6.i386 requires libwx_gtk2u_qa-2.6.so.0 toped-0.8.2-2.fc6.i386 requires libwx_gtk2u_core-2.6.so.0 toped-0.8.2-2.fc6.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) toped-0.8.2-2.fc6.i386 requires libwx_gtk2u_gl-2.6.so.0(WXU_2.6) toped-0.8.2-2.fc6.i386 requires libwx_baseu_net-2.6.so.0 toped-0.8.2-2.fc6.i386 requires libwx_gtk2u_xrc-2.6.so.0 toped-0.8.2-2.fc6.i386 requires libwx_baseu-2.6.so.0(WXU_2.6) toped-0.8.2-2.fc6.i386 requires libwx_gtk2u_html-2.6.so.0 toped-0.8.2-2.fc6.i386 requires libwx_baseu-2.6.so.0 toped-0.8.2-2.fc6.i386 requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6) toped-0.8.2-2.fc6.i386 requires libwx_gtk2u_adv-2.6.so.0 xmldiff-0.6.7-12.fc6.i386 requires python-abi = 0:2.4 xmldiff-0.6.7-12.fc6.i386 requires python(abi) = 0:2.4 ====================================================================== Broken packages in fedora-extras-development-ppc: PyKDE-3.16.0-5.fc7.ppc requires python(abi) = 0:2.4 PyKDE-3.16.0-5.fc7.ppc requires python-abi = 0:2.4 TurboGears-1.0b2-5.fc7.noarch requires python-elementtree >= 0:1.2.6 brasero-0.5.1-1.fc7.ppc requires libburn.so.2 brasero-0.5.1-1.fc7.ppc requires libisofs.so.2 codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_html-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3) codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_baseu_xml-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_baseu_net-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_baseu_xml-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_core-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_baseu_net-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_xrc-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_xrc-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_baseu-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_html-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_qa-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_baseu-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_adv-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_qa-2.6.so.0(WXU_2.6) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_html-2.6.so.0(WXU_2.6) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_baseu_xml-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_xrc-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_qa-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_core-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_baseu_net-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_xrc-2.6.so.0(WXU_2.6) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_html-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_baseu-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_adv-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_baseu-2.6.so.0(WXU_2.6) compat-wxPythonGTK2-2.4.2.4-12.fc6.ppc requires python(abi) = 0:2.4 csound-5.03.0-9.fc7.ppc requires libpython2.4.so.1.0 csound-python-5.03.0-9.fc7.ppc requires python(abi) = 0:2.4 csound-python-5.03.0-9.fc7.ppc requires libpython2.4.so.1.0 cyphesis-0.5.10-3.fc7.ppc requires libpython2.4.so.1.0 em8300-0.16.0-3.fc7.ppc requires em8300-kmod >= 0:0.16.0 ghc-gtk2hs-0.9.10-4.fc6.ppc requires ghc = 0:6.4.2 ghc642-gtk2hs-0.9.10-4.fc6.ppc requires /usr/bin/ghc-pkg-6.4.2 ghc642-gtk2hs-0.9.10-4.fc6.ppc requires ghc642 ghc642-gtk2hs-mozembed-0.9.10-4.fc6.ppc requires /usr/bin/ghc-pkg-6.4.2 ghc642-gtk2hs-mozembed-0.9.10-4.fc6.ppc requires ghc642 gnome-libs-1:1.4.2-3.fc6.ppc requires libgdk_imlib.so.1 gnome-libs-devel-1:1.4.2-3.fc6.ppc requires imlib-devel kdegraphics-extras-3.5.5-1.fc7.ppc requires libImlib.so.11 kinput2-v3.1-29.fc6.ppc requires libwnn.so.0 libglade-1:0.17-19.fc6.ppc requires libgdk_imlib.so.1 libreadline-java-0.8.0-13.fc6.ppc requires libedit >= 0:2.9 openpbx-1.2-3.rc2.svn2135.fc7.ppc requires libedit.so.0 openpbx-postgresql-1.2-3.rc2.svn2135.fc7.ppc requires libpq.so.4 plplot-5.6.1-8.fc7.ppc requires python(abi) = 0:2.4 plplot-5.6.1-8.fc7.ppc requires libpython2.4.so.1.0 plplot-gnome-5.6.1-8.fc7.ppc requires python(abi) = 0:2.4 plplot-gnome-5.6.1-8.fc7.ppc requires libpython2.4.so.1.0 plplot-wxGTK-5.6.1-8.fc7.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) plplot-wxGTK-5.6.1-8.fc7.ppc requires libwx_baseu_xml-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.ppc requires libwx_gtk2u_qa-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) plplot-wxGTK-5.6.1-8.fc7.ppc requires libwx_gtk2u_core-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.ppc requires libwx_baseu_net-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.ppc requires libwx_gtk2u_xrc-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.ppc requires libwx_gtk2u_html-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.ppc requires libwx_baseu-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.ppc requires libwx_gtk2u_adv-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.ppc requires libwx_baseu-2.6.so.0(WXU_2.6) python-amara-1.1.7-2.fc6.noarch requires python(abi) = 0:2.4 python-cherrypy-2.2.1-3.fc6.noarch requires python(abi) = 0:2.4 python-nltk-1.4.4-3.fc7.noarch requires python(abi) = 0:2.4 python-pydns-2.3.0-4.fc6.noarch requires python(abi) = 0:2.4 python-twisted-1.3.0-7.fc6.ppc requires python(abi) = 0:2.4 qiv-2.0-7.fc7.ppc requires libgdk_imlib.so.1 rekall-postgresql-2.4.3-5.fc6.ppc requires libpq.so.4 rekall-python-2.4.3-5.fc6.ppc requires python(abi) = 0:2.4 rekall-python-2.4.3-5.fc6.ppc requires libpython2.4.so.1.0 toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_gl-2.6.so.0 toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3) toped-0.8.2-2.fc6.ppc requires libwx_baseu_xml-2.6.so.0 toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_qa-2.6.so.0 toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_core-2.6.so.0 toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_gl-2.6.so.0(WXU_2.6) toped-0.8.2-2.fc6.ppc requires libwx_baseu_net-2.6.so.0 toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_xrc-2.6.so.0 toped-0.8.2-2.fc6.ppc requires libwx_baseu-2.6.so.0(WXU_2.6) toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_html-2.6.so.0 toped-0.8.2-2.fc6.ppc requires libwx_baseu-2.6.so.0 toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6) toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_adv-2.6.so.0 xmldiff-0.6.7-12.fc6.ppc requires python-abi = 0:2.4 xmldiff-0.6.7-12.fc6.ppc requires python(abi) = 0:2.4 ====================================================================== Broken packages in fedora-extras-development-x86_64: PyKDE-3.16.0-5.fc7.i386 requires python(abi) = 0:2.4 PyKDE-3.16.0-5.fc7.i386 requires python-abi = 0:2.4 PyKDE-3.16.0-5.fc7.x86_64 requires python(abi) = 0:2.4 PyKDE-3.16.0-5.fc7.x86_64 requires python-abi = 0:2.4 TurboGears-1.0b2-5.fc7.noarch requires python-elementtree >= 0:1.2.6 brasero-0.5.1-1.fc7.x86_64 requires libisofs.so.2()(64bit) brasero-0.5.1-1.fc7.x86_64 requires libburn.so.2()(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_html-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu_xml-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu_net-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu_xml-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_core-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu_net-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_xrc-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_xrc-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_html-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_qa-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_adv-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_qa-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_baseu_net-2.6.so.0(WXU_2.6)(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6)(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_baseu-2.6.so.0(WXU_2.6)(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_html-2.6.so.0(WXU_2.6)(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_xrc-2.6.so.0()(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0()(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_baseu-2.6.so.0()(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_qa-2.6.so.0(WXU_2.6)(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_adv-2.6.so.0()(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6)(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2)(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_qa-2.6.so.0()(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_baseu_xml-2.6.so.0()(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_html-2.6.so.0()(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_baseu_net-2.6.so.0()(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_xrc-2.6.so.0(WXU_2.6)(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_baseu_xml-2.6.so.0(WXU_2.6)(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3)(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6)(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_baseu-2.6.so.0(WXU_2.6)(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_html-2.6.so.0(WXU_2.6)(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_xrc-2.6.so.0()(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_baseu-2.6.so.0()(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_adv-2.6.so.0()(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6)(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2)(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_qa-2.6.so.0()(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_baseu_xml-2.6.so.0()(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0()(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_html-2.6.so.0()(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_baseu_net-2.6.so.0()(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_xrc-2.6.so.0(WXU_2.6)(64bit) compat-wxPythonGTK2-2.4.2.4-12.fc6.x86_64 requires python(abi) = 0:2.4 csound-5.03.0-9.fc7.i386 requires libpython2.4.so.1.0 csound-5.03.0-9.fc7.x86_64 requires libpython2.4.so.1.0()(64bit) csound-python-5.03.0-9.fc7.x86_64 requires python(abi) = 0:2.4 csound-python-5.03.0-9.fc7.x86_64 requires libpython2.4.so.1.0()(64bit) cyphesis-0.5.10-3.fc7.x86_64 requires libpython2.4.so.1.0()(64bit) em8300-0.16.0-3.fc7.x86_64 requires em8300-kmod >= 0:0.16.0 ghc-gtk2hs-0.9.10-4.fc6.x86_64 requires ghc = 0:6.4.2 ghc642-gtk2hs-0.9.10-4.fc6.x86_64 requires /usr/bin/ghc-pkg-6.4.2 ghc642-gtk2hs-0.9.10-4.fc6.x86_64 requires ghc642 ghc642-gtk2hs-mozembed-0.9.10-4.fc6.x86_64 requires /usr/bin/ghc-pkg-6.4.2 ghc642-gtk2hs-mozembed-0.9.10-4.fc6.x86_64 requires ghc642 gnome-libs-1:1.4.2-3.fc6.i386 requires libgdk_imlib.so.1 gnome-libs-1:1.4.2-3.fc6.x86_64 requires libgdk_imlib.so.1()(64bit) gnome-libs-devel-1:1.4.2-3.fc6.i386 requires imlib-devel gnome-libs-devel-1:1.4.2-3.fc6.x86_64 requires imlib-devel kdegraphics-extras-3.5.5-1.fc7.x86_64 requires libImlib.so.11()(64bit) kinput2-v3.1-29.fc6.x86_64 requires libwnn.so.0()(64bit) kmod-sysprof-1.0.8-1.2.6.19_1.2906.fc7.x86_64 requires kernel-x86_64 = 0:2.6.19-1.2906.fc7 kmod-sysprof-kdump-1.0.8-1.2.6.19_1.2906.fc7.x86_64 requires kernel-x86_64 = 0:2.6.19-1.2906.fc7kdump libglade-1:0.17-19.fc6.i386 requires libgdk_imlib.so.1 libglade-1:0.17-19.fc6.x86_64 requires libgdk_imlib.so.1()(64bit) libreadline-java-0.8.0-13.fc6.i386 requires libedit >= 0:2.9 libreadline-java-0.8.0-13.fc6.x86_64 requires libedit >= 0:2.9 openpbx-1.2-3.rc2.svn2135.fc7.i386 requires libedit.so.0 openpbx-1.2-3.rc2.svn2135.fc7.x86_64 requires libedit.so.0()(64bit) openpbx-postgresql-1.2-3.rc2.svn2135.fc7.x86_64 requires libpq.so.4()(64bit) paraview-2.4.4-3.fc6.x86_64 requires libpython2.4.so.1.0()(64bit) paraview-mpi-2.4.4-3.fc6.x86_64 requires libpython2.4.so.1.0()(64bit) plplot-5.6.1-8.fc7.i386 requires python(abi) = 0:2.4 plplot-5.6.1-8.fc7.i386 requires libpython2.4.so.1.0 plplot-5.6.1-8.fc7.x86_64 requires python(abi) = 0:2.4 plplot-5.6.1-8.fc7.x86_64 requires libpython2.4.so.1.0()(64bit) plplot-gnome-5.6.1-8.fc7.i386 requires python(abi) = 0:2.4 plplot-gnome-5.6.1-8.fc7.i386 requires libpython2.4.so.1.0 plplot-gnome-5.6.1-8.fc7.x86_64 requires python(abi) = 0:2.4 plplot-gnome-5.6.1-8.fc7.x86_64 requires libpython2.4.so.1.0()(64bit) plplot-wxGTK-5.6.1-8.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6)(64bit) plplot-wxGTK-5.6.1-8.fc7.x86_64 requires libwx_baseu-2.6.so.0(WXU_2.6)(64bit) plplot-wxGTK-5.6.1-8.fc7.x86_64 requires libwx_baseu-2.6.so.0()(64bit) plplot-wxGTK-5.6.1-8.fc7.x86_64 requires libwx_gtk2u_xrc-2.6.so.0()(64bit) plplot-wxGTK-5.6.1-8.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2)(64bit) plplot-wxGTK-5.6.1-8.fc7.x86_64 requires libwx_gtk2u_qa-2.6.so.0()(64bit) plplot-wxGTK-5.6.1-8.fc7.x86_64 requires libwx_baseu_xml-2.6.so.0()(64bit) plplot-wxGTK-5.6.1-8.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0()(64bit) plplot-wxGTK-5.6.1-8.fc7.x86_64 requires libwx_gtk2u_html-2.6.so.0()(64bit) plplot-wxGTK-5.6.1-8.fc7.x86_64 requires libwx_baseu_net-2.6.so.0()(64bit) plplot-wxGTK-5.6.1-8.fc7.x86_64 requires libwx_gtk2u_adv-2.6.so.0()(64bit) python-amara-1.1.7-2.fc6.noarch requires python(abi) = 0:2.4 python-cherrypy-2.2.1-3.fc6.noarch requires python(abi) = 0:2.4 python-nltk-1.4.4-3.fc7.noarch requires python(abi) = 0:2.4 python-pydns-2.3.0-4.fc6.noarch requires python(abi) = 0:2.4 python-twisted-1.3.0-7.fc6.x86_64 requires python(abi) = 0:2.4 qiv-2.0-7.fc7.x86_64 requires libgdk_imlib.so.1()(64bit) rekall-postgresql-2.4.3-5.fc6.x86_64 requires libpq.so.4()(64bit) rekall-python-2.4.3-5.fc6.x86_64 requires python(abi) = 0:2.4 rekall-python-2.4.3-5.fc6.x86_64 requires libpython2.4.so.1.0()(64bit) streamtuner-0.99.99-15.fc7.x86_64 requires libpython2.4.so.1.0()(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_gtk2u_gl-2.6.so.0(WXU_2.6)(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6)(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_baseu-2.6.so.0(WXU_2.6)(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_gtk2u_xrc-2.6.so.0()(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_gtk2u_core-2.6.so.0()(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_baseu-2.6.so.0()(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_gtk2u_adv-2.6.so.0()(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6)(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_gtk2u_qa-2.6.so.0()(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_baseu_xml-2.6.so.0()(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_gtk2u_html-2.6.so.0()(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_baseu_net-2.6.so.0()(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_gtk2u_gl-2.6.so.0()(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2)(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3)(64bit) xmldiff-0.6.7-12.fc6.x86_64 requires python-abi = 0:2.4 xmldiff-0.6.7-12.fc6.x86_64 requires python(abi) = 0:2.4 From Christian.Iseli at licr.org Thu Jan 11 19:29:23 2007 From: Christian.Iseli at licr.org (Christian Iseli) Date: Thu, 11 Jan 2007 20:29:23 +0100 Subject: FE Package Status of Jan 11, 2007 In-Reply-To: <45A66C4A.4030103@fedoraproject.org> References: <20070111173642.1f7f91da@ludwig-alpha.unil.ch> <45A66C4A.4030103@fedoraproject.org> Message-ID: <20070111202923.241d6bf4@ludwig-alpha.unil.ch> On Thu, 11 Jan 2007 22:26:42 +0530, Rahul Sundaram wrote: > Thank you for the report. Would it be useful to list both source and > binary package numbers here? Could do. They vary a bit among the architectures, though, so I guess we should have one count for each... C From bugs.michael at gmx.net Thu Jan 11 20:38:39 2007 From: bugs.michael at gmx.net (Michael Schwendt) Date: Thu, 11 Jan 2007 21:38:39 +0100 Subject: FE Package Status of Jan 11, 2007 In-Reply-To: <20070111202923.241d6bf4@ludwig-alpha.unil.ch> References: <20070111173642.1f7f91da@ludwig-alpha.unil.ch> <45A66C4A.4030103@fedoraproject.org> <20070111202923.241d6bf4@ludwig-alpha.unil.ch> Message-ID: <20070111213839.f383ec6d.bugs.michael@gmx.net> On Thu, 11 Jan 2007 20:29:23 +0100, Christian Iseli wrote: > On Thu, 11 Jan 2007 22:26:42 +0530, Rahul Sundaram wrote: > > Thank you for the report. Would it be useful to list both source and > > binary package numbers here? > > Could do. They vary a bit among the architectures, though, so I guess > we should have one count for each... They should be the same, because the buildsys always builds a src.rpm for all architectures. The single exception is FE3, where half a dozen packages have a higher VR for x86_64 compared with i386. That's due to the old manual builds. From Christian.Iseli at licr.org Thu Jan 11 21:03:53 2007 From: Christian.Iseli at licr.org (Christian Iseli) Date: Thu, 11 Jan 2007 22:03:53 +0100 Subject: FE Package Status of Jan 11, 2007 In-Reply-To: <20070111213839.f383ec6d.bugs.michael@gmx.net> References: <20070111173642.1f7f91da@ludwig-alpha.unil.ch> <45A66C4A.4030103@fedoraproject.org> <20070111202923.241d6bf4@ludwig-alpha.unil.ch> <20070111213839.f383ec6d.bugs.michael@gmx.net> Message-ID: <20070111220353.2fc9f2de@ludwig-alpha.unil.ch> On Thu, 11 Jan 2007 21:38:39 +0100, Michael Schwendt wrote: > They should be the same, because the buildsys always builds a src.rpm for > all architectures. Sure, but there are some ExcludeArch and/or ExclusiveArch packages... so the numbers vary a bit. C From bugs.michael at gmx.net Thu Jan 11 21:25:12 2007 From: bugs.michael at gmx.net (Michael Schwendt) Date: Thu, 11 Jan 2007 22:25:12 +0100 Subject: FE Package Status of Jan 11, 2007 In-Reply-To: <20070111220353.2fc9f2de@ludwig-alpha.unil.ch> References: <20070111173642.1f7f91da@ludwig-alpha.unil.ch> <45A66C4A.4030103@fedoraproject.org> <20070111202923.241d6bf4@ludwig-alpha.unil.ch> <20070111213839.f383ec6d.bugs.michael@gmx.net> <20070111220353.2fc9f2de@ludwig-alpha.unil.ch> Message-ID: <20070111222512.674cc0b6.bugs.michael@gmx.net> On Thu, 11 Jan 2007 22:03:53 +0100, Christian Iseli wrote: > On Thu, 11 Jan 2007 21:38:39 +0100, Michael Schwendt wrote: > > They should be the same, because the buildsys always builds a src.rpm for > > all architectures. > > Sure, but there are some ExcludeArch and/or ExclusiveArch packages... > so the numbers vary a bit. Can you give examples? It sounds a bit like ExcludeArch/ExclusiveArch abuse. From Christian.Iseli at licr.org Thu Jan 11 23:14:58 2007 From: Christian.Iseli at licr.org (Christian Iseli) Date: Fri, 12 Jan 2007 00:14:58 +0100 Subject: FE Package Status of Jan 11, 2007 In-Reply-To: <20070111222512.674cc0b6.bugs.michael@gmx.net> References: <20070111173642.1f7f91da@ludwig-alpha.unil.ch> <45A66C4A.4030103@fedoraproject.org> <20070111202923.241d6bf4@ludwig-alpha.unil.ch> <20070111213839.f383ec6d.bugs.michael@gmx.net> <20070111220353.2fc9f2de@ludwig-alpha.unil.ch> <20070111222512.674cc0b6.bugs.michael@gmx.net> Message-ID: <20070112001458.2fe961d7@ludwig-alpha.unil.ch> On Thu, 11 Jan 2007 22:25:12 +0100, Michael Schwendt wrote: > Can you give examples? Huh, sure here is one example (but I get the impression we are not talking about the same thing for some reason...) In http://fedoraproject.org/extras/development/i386/ you will find: alsa-tools-1.0.12-4.fc7.i386.rpm while in http://fedoraproject.org/extras/development/ppc/ you will not find an alsa-tools binary package So the count of binary packages in i386 is bound to be different than the count of binary packages in ppc. > It sounds a bit like ExcludeArch/ExclusiveArch abuse. Why ? C From ml at deadbabylon.de Thu Jan 11 23:20:03 2007 From: ml at deadbabylon.de (Sebastian Vahl) Date: Fri, 12 Jan 2007 00:20:03 +0100 Subject: Newsfeed about new packages integrated into extras Message-ID: <20070112002003.24de89f5@localhost.localdomain> Hi. Just want to ask If there is an existing newsfeed who tracks the new (not updatet) packages integrated into extras? Sebastian From bugs.michael at gmx.net Thu Jan 11 23:45:19 2007 From: bugs.michael at gmx.net (Michael Schwendt) Date: Fri, 12 Jan 2007 00:45:19 +0100 Subject: File conflicts in Fedora Extras devel - 20070109 In-Reply-To: <20070110103619.GA8195@neu.nirvana> References: <20070109210622.8b03dc7f.bugs.michael@gmx.net> <20070110103619.GA8195@neu.nirvana> Message-ID: <20070112004519.ba8cd32b.bugs.michael@gmx.net> On Wed, 10 Jan 2007 11:36:19 +0100, Axel Thimm wrote: > Which tool are you using for finding this out? An unreleased prototype script built on top of Yum (v2.6.1 plus checkForObsoletes patch). Repositories to examine: atrpms-stable-6-i386 Target distribution: fedora-core-6-i386 fedora-core-updates-6-i386 Reading repository metadata... Creating file dictionaries... 512 packages to examine... libtheora0 - 1.0-8_alpha7.fc6.at.i386 Conflicts: 1 File conflict in: /usr/lib/libtheora.so.0.2.0 Packages with the same files: libtheora - 1.0alpha7-1.i386 alsa-lib-devel - 1.0.13-32.fc6.at.i386 Conflicts: 3 File conflict in: /usr/lib/alsa-lib/smixer/smixer-sbase.a /usr/lib/alsa-lib/smixer/smixer-hda.a /usr/lib/alsa-lib/smixer/smixer-ac97.a Packages with the same files: alsa-lib - 1.0.12-2.fc6.i386 libpcsclite1 - 1.3.2-8.fc6.at.i386 Conflicts: 1 File conflict in: /usr/lib/libpcsclite.so.1.0.0 Packages with the same files: pcsc-lite-libs - 1.3.1-7.i386 xawtv - 3.95-19.fc6.at.i386 Conflicts: 1 File conflict in: /usr/share/man/fr/man1/xawtv.1.gz Packages with the same files: man-pages-fr - 2.39-6.fc6.noarch openafs-client - 1.4.2-20.fc6.at.i386 Conflicts: 5 File conflict in: /usr/bin/pagsh /usr/share/man/man1/pagsh.1.gz Packages with the same files: krbafs-utils - 1.2.2-10.1.i386 libgcrypt11 - 1.2.3-13.fc6.at.i386 Conflicts: 1 File conflict in: /usr/lib/libgcrypt.so.11.2.2 Packages with the same files: libgcrypt - 1.2.3-1.i386 perl-Net_SSLeay.pm - 1.25-4.fc6.at.i386 Conflicts: 78 File conflict in: /usr/lib/perl5/vendor_perl/5.8.8/i386-linux-thread-multi/Net/SSLeay.pm /usr/lib/perl5/vendor_perl/5.8.8/i386-linux-thread-multi/auto/Net/SSLeay/open_tcp_connection.al /usr/lib/perl5/vendor_perl/5.8.8/i386-linux-thread-multi/auto/Net/SSLeay/do_httpx3.al /usr/lib/perl5/vendor_perl/5.8.8/i386-linux-thread-multi/auto/Net/SSLeay/SSLeay.so /usr/lib/perl5/vendor_perl/5.8.8/i386-linux-thread-multi/auto/Net/SSLeay/make_form.al /usr/lib/perl5/vendor_perl/5.8.8/i386-linux-thread-multi/auto/Net/SSLeay/get_httpx3.al /usr/lib/perl5/vendor_perl/5.8.8/i386-linux-thread-multi/auto/Net/SSLeay/get_http.al /usr/lib/perl5/vendor_perl/5.8.8/i386-linux-thread-multi/auto/Net/SSLeay/post_httpx3.al /usr/lib/perl5/vendor_perl/5.8.8/i386-linux-thread-multi/auto/Net/SSLeay/randomize.al /usr/lib/perl5/vendor_perl/5.8.8/i386-linux-thread-multi/auto/Net/SSLeay/https_cat.al /usr/lib/perl5/vendor_perl/5.8.8/i386-linux-thread-multi/auto/Net/SSLeay/make_headers.al /usr/lib/perl5/vendor_perl/5.8.8/i386-linux-thread-multi/auto/Net/SSLeay/ssl_read_CRLF.al /usr/lib/perl5/vendor_perl/5.8.8/i386-linux-thread-multi/auto/Net/SSLeay/tcpxcat.al /usr/lib/perl5/vendor_perl/5.8.8/i386-linux-thread-multi/auto/Net/SSLeay/debug_read.al /usr/lib/perl5/vendor_perl/5.8.8/i386-linux-thread-multi/auto/Net/SSLeay/tcp_read_all.al /usr/lib/perl5/vendor_perl/5.8.8/i386-linux-thread-multi/auto/Net/SSLeay/new_x_ctx.al /usr/lib/perl5/vendor_perl/5.8.8/i386-linux-thread-multi/auto/Net/SSLeay/httpx_cat.al /usr/share/man/man3/Net::SSLeay::Handle.3pm.gz /usr/lib/perl5/vendor_perl/5.8.8/i386-linux-thread-multi/auto/Net/SSLeay/head_http4.al /usr/lib/perl5/vendor_perl/5.8.8/i386-linux-thread-multi/auto/Net/SSLeay/put_https3.al /usr/lib/perl5/vendor_perl/5.8.8/i386-linux-thread-multi/auto/Net/SSLeay/get_https4.al /usr/lib/perl5/vendor_perl/5.8.8/i386-linux-thread-multi/auto/Net/SSLeay/put_httpx3.al /usr/lib/perl5/vendor_perl/5.8.8/i386-linux-thread-multi/auto/Net/SSLeay/put_httpx4.al /usr/lib/perl5/vendor_perl/5.8.8/i386-linux-thread-multi/auto/Net/SSLeay/post_https4.al /usr/lib/perl5/vendor_perl/5.8.8/i386-linux-thread-multi/auto/Net/SSLeay/do_https4.al /usr/lib/perl5/vendor_perl/5.8.8/i386-linux-thread-multi/auto/Net/SSLeay/head_httpx3.al /usr/lib/perl5/vendor_perl/5.8.8/i386-linux-thread-multi/auto/Net/SSLeay/get_httpx.al /usr/lib/perl5/vendor_perl/5.8.8/i386-linux-thread-multi/auto/Net/SSLeay/put_https.al /usr/lib/perl5/vendor_perl/5.8.8/i386-linux-thread-multi/auto/Net/SSLeay/tcp_read_CRLF.al /usr/lib/perl5/vendor_perl/5.8.8/i386-linux-thread-multi/auto/Net/SSLeay/sslcat.al /usr/lib/perl5/vendor_perl/5.8.8/i386-linux-thread-multi/auto/Net/SSLeay/get_https.al /usr/lib/perl5/vendor_perl/5.8.8/i386-linux-thread-multi/auto/Net/SSLeay/http_cat.al /usr/lib/perl5/vendor_perl/5.8.8/i386-linux-thread-multi/auto/Net/SSLeay/want_read.al /usr/lib/perl5/vendor_perl/5.8.8/i386-linux-thread-multi/auto/Net/SSLeay/post_http.al /usr/lib/perl5/vendor_perl/5.8.8/i386-linux-thread-multi/auto/Net/SSLeay/head_http3.al /usr/lib/perl5/vendor_perl/5.8.8/i386-linux-thread-multi/auto/Net/SSLeay/post_http3.al /usr/lib/perl5/vendor_perl/5.8.8/i386-linux-thread-multi/auto/Net/SSLeay/get_httpx4.al /usr/lib/perl5/vendor_perl/5.8.8/i386-linux-thread-multi/auto/Net/SSLeay/tcp_write_CRLF.al /usr/lib/perl5/vendor_perl/5.8.8/i386-linux-thread-multi/auto/Net/SSLeay/head_https3.al /usr/lib/perl5/vendor_perl/5.8.8/i386-linux-thread-multi/auto/Net/SSLeay/put_http3.al /usr/lib/perl5/vendor_perl/5.8.8/i386-linux-thread-multi/auto/Net/SSLeay/want_nothing.al /usr/lib/perl5/vendor_perl/5.8.8/i386-linux-thread-multi/auto/Net/SSLeay/put_http.al /usr/lib/perl5/vendor_perl/5.8.8/i386-linux-thread-multi/auto/Net/SSLeay/post_httpx.al /usr/lib/perl5/vendor_perl/5.8.8/i386-linux-thread-multi/auto/Net/SSLeay/set_proxy.al /usr/lib/perl5/vendor_perl/5.8.8/i386-linux-thread-multi/auto/Net/SSLeay/open_proxy_tcp_connection.al /usr/lib/perl5/vendor_perl/5.8.8/i386-linux-thread-multi/auto/Net/SSLeay/ssl_write_all.al /usr/lib/perl5/vendor_perl/5.8.8/i386-linux-thread-multi/auto/Net/SSLeay/do_httpx2.al /usr/lib/perl5/vendor_perl/5.8.8/i386-linux-thread-multi/auto/Net/SSLeay/ssl_read_until.al /usr/lib/perl5/vendor_perl/5.8.8/i386-linux-thread-multi/auto/Net/SSLeay/head_httpx.al /usr/lib/perl5/vendor_perl/5.8.8/i386-linux-thread-multi/auto/Net/SSLeay/tcp_write_all.al /usr/lib/perl5/vendor_perl/5.8.8/i386-linux-thread-multi/auto/Net/SSLeay/tcp_read_until.al /usr/share/man/man3/Net::SSLeay.3pm.gz /usr/lib/perl5/vendor_perl/5.8.8/i386-linux-thread-multi/auto/Net/SSLeay/head_https4.al /usr/lib/perl5/vendor_perl/5.8.8/i386-linux-thread-multi/auto/Net/SSLeay/put_http4.al /usr/lib/perl5/vendor_perl/5.8.8/i386-linux-thread-multi/auto/Net/SSLeay/want_write.al /usr/lib/perl5/vendor_perl/5.8.8/i386-linux-thread-multi/auto/Net/SSLeay/do_httpx4.al /usr/lib/perl5/vendor_perl/5.8.8/i386-linux-thread-multi/auto/Net/SSLeay/do_https2.al /usr/lib/perl5/vendor_perl/5.8.8/i386-linux-thread-multi/auto/Net/SSLeay/dump_peer_certificate.al /usr/lib/perl5/vendor_perl/5.8.8/i386-linux-thread-multi/auto/Net/SSLeay/get_http4.al /usr/lib/perl5/vendor_perl/5.8.8/i386-linux-thread-multi/auto/Net/SSLeay/put_https4.al /usr/lib/perl5/vendor_perl/5.8.8/i386-linux-thread-multi/auto/Net/SSLeay/head_http.al /usr/lib/perl5/vendor_perl/5.8.8/i386-linux-thread-multi/auto/Net/SSLeay/post_http4.al /usr/lib/perl5/vendor_perl/5.8.8/i386-linux-thread-multi/auto/Net/SSLeay/set_server_cert_and_key.al /usr/lib/perl5/vendor_perl/5.8.8/i386-linux-thread-multi/auto/Net/SSLeay/get_https3.al /usr/lib/perl5/vendor_perl/5.8.8/i386-linux-thread-multi/auto/Net/SSLeay/head_https.al /usr/lib/perl5/vendor_perl/5.8.8/i386-linux-thread-multi/auto/Net/SSLeay/post_https.al /usr/lib/perl5/vendor_perl/5.8.8/i386-linux-thread-multi/auto/Net/SSLeay/tcpcat.al /usr/lib/perl5/vendor_perl/5.8.8/i386-linux-thread-multi/auto/Net/SSLeay/post_https3.al /usr/lib/perl5/vendor_perl/5.8.8/i386-linux-thread-multi/auto/Net/SSLeay/do_https3.al /usr/lib/perl5/vendor_perl/5.8.8/i386-linux-thread-multi/auto/Net/SSLeay/post_httpx4.al /usr/lib/perl5/vendor_perl/5.8.8/i386-linux-thread-multi/auto/Net/SSLeay/ssl_write_CRLF.al /usr/lib/perl5/vendor_perl/5.8.8/i386-linux-thread-multi/auto/Net/SSLeay/do_https.al /usr/lib/perl5/vendor_perl/5.8.8/i386-linux-thread-multi/auto/Net/SSLeay/head_httpx4.al /usr/lib/perl5/vendor_perl/5.8.8/i386-linux-thread-multi/auto/Net/SSLeay/ssl_read_all.al /usr/lib/perl5/vendor_perl/5.8.8/i386-linux-thread-multi/auto/Net/SSLeay/put_httpx.al /usr/lib/perl5/vendor_perl/5.8.8/i386-linux-thread-multi/auto/Net/SSLeay/want_X509_lookup.al /usr/lib/perl5/vendor_perl/5.8.8/i386-linux-thread-multi/auto/Net/SSLeay/set_cert_and_key.al /usr/lib/perl5/vendor_perl/5.8.8/i386-linux-thread-multi/auto/Net/SSLeay/get_http3.al Packages with the same files: perl-Net-SSLeay - 1.30-4.fc6.i386 From bugs.michael at gmx.net Thu Jan 11 23:59:04 2007 From: bugs.michael at gmx.net (Michael Schwendt) Date: Fri, 12 Jan 2007 00:59:04 +0100 Subject: File conflicts in Fedora Extras devel - 20070109 In-Reply-To: <20070112004519.ba8cd32b.bugs.michael@gmx.net> References: <20070109210622.8b03dc7f.bugs.michael@gmx.net> <20070110103619.GA8195@neu.nirvana> <20070112004519.ba8cd32b.bugs.michael@gmx.net> Message-ID: <20070112005904.7d0a5e52.bugs.michael@gmx.net> On Fri, 12 Jan 2007 00:45:19 +0100, Michael Schwendt wrote: > alsa-lib-devel - 1.0.13-32.fc6.at.i386 > Conflicts: 3 > File conflict in: > /usr/lib/alsa-lib/smixer/smixer-sbase.a > /usr/lib/alsa-lib/smixer/smixer-hda.a > /usr/lib/alsa-lib/smixer/smixer-ac97.a > Packages with the same files: > alsa-lib - 1.0.12-2.fc6.i386 yum.conf misconfiguration. With atrpms-stable-6 pulled in into the distribution set, this is the different result (obsoletes are evaluated non-versioned so far): Repositories to examine: atrpms-stable-6-i386 Target distribution: atrpms-stable-6-i386 fedora-core-6-i386 fedora-core-updates-6-i386 Reading repository metadata... Creating file dictionaries... 512 packages to examine... libtheora0 - 1.0-8_alpha7.fc6.at.i386 Conflicts: 1 File conflict in: /usr/lib/libtheora.so.0.2.0 Packages with the same files: libtheora - 1.0alpha7-1.i386 asterisk-sounds - 1.2.1-8.at.noarch Conflicts: 47 File conflict in: /var/lib/asterisk/sounds/letters/c.gsm /var/lib/asterisk/sounds/conf-hasleft.gsm /var/lib/asterisk/sounds/silence/5.gsm /var/lib/asterisk/sounds/silence/3.gsm /var/lib/asterisk/sounds/conf-thereare.gsm /var/lib/asterisk/sounds/letters/z.gsm /var/lib/asterisk/sounds/letters/t.gsm /var/lib/asterisk/sounds/letters/h.gsm /var/lib/asterisk/sounds/conf-placeintoconf.gsm /var/lib/asterisk/sounds/silence/6.gsm /var/lib/asterisk/sounds/letters/o.gsm /var/lib/asterisk/sounds/silence/8.gsm /var/lib/asterisk/sounds/conf-userwilljoin.gsm /var/lib/asterisk/sounds/silence/1.gsm /var/lib/asterisk/sounds/seconds.gsm /var/lib/asterisk/sounds/letters/s.gsm /var/lib/asterisk/sounds/letters/u.gsm /var/lib/asterisk/sounds/letters/f.gsm /var/lib/asterisk/sounds/letters/v.gsm /var/lib/asterisk/sounds/letters/p.gsm /var/lib/asterisk/sounds/letters/m.gsm /var/lib/asterisk/sounds/conf-waitforleader.gsm /var/lib/asterisk/sounds/letters/w.gsm /var/lib/asterisk/sounds/letters/zed.gsm /var/lib/asterisk/sounds/letters/e.gsm /var/lib/asterisk/sounds/letters/l.gsm /var/lib/asterisk/sounds/silence/9.gsm /var/lib/asterisk/sounds/letters/g.gsm /var/lib/asterisk/sounds/minutes.gsm /var/lib/asterisk/sounds/letters/j.gsm /var/lib/asterisk/sounds/letters/k.gsm /var/lib/asterisk/sounds/silence/10.gsm /var/lib/asterisk/sounds/conf-userswilljoin.gsm /var/lib/asterisk/sounds/letters/d.gsm /var/lib/asterisk/sounds/letters/b.gsm /var/lib/asterisk/sounds/letters/y.gsm /var/lib/asterisk/sounds/silence/7.gsm /var/lib/asterisk/sounds/silence/4.gsm /var/lib/asterisk/sounds/letters/n.gsm /var/lib/asterisk/sounds/letters/a.gsm /var/lib/asterisk/sounds/conf-leaderhasleft.gsm /var/lib/asterisk/sounds/letters/i.gsm /var/lib/asterisk/sounds/silence/2.gsm /var/lib/asterisk/sounds/letters/x.gsm /var/lib/asterisk/sounds/hours.gsm /var/lib/asterisk/sounds/letters/q.gsm /var/lib/asterisk/sounds/letters/r.gsm Packages with the same files: asterisk - 1:1.4.0-34.fc6.at.i386 perl-Mail-SPF-Query - 1.997-6.fc6.at.noarch Conflicts: 8 File conflict in: /usr/bin/spfquery /usr/bin/spfd Packages with the same files: libspf2 - 1.2.5-5.fc6.at.i386 libpcsclite1 - 1.3.2-8.fc6.at.i386 Conflicts: 1 File conflict in: /usr/lib/libpcsclite.so.1.0.0 Packages with the same files: pcsc-lite-libs - 1.3.1-7.i386 libspf2 - 1.2.5-5.fc6.at.i386 Conflicts: 8 File conflict in: /usr/bin/spfquery /usr/bin/spfd Packages with the same files: perl-Mail-SPF-Query - 1.997-6.fc6.at.noarch nvidia-graphics9746-devel - 1:1.0_9746-85.fc6.at.i386 Conflicts: 1 File conflict in: /usr/lib/libXvMCNVIDIA.a Packages with the same files: nvidia-graphics9742-devel - 1:1.0_9742-82.fc6.at.i386 nvidia-graphics9742-devel - 1:1.0_9742-82.fc6.at.i386 Conflicts: 1 File conflict in: /usr/lib/libXvMCNVIDIA.a Packages with the same files: nvidia-graphics9746-devel - 1:1.0_9746-85.fc6.at.i386 openafs-client - 1.4.2-20.fc6.at.i386 Conflicts: 5 File conflict in: /usr/bin/pagsh /usr/share/man/man1/pagsh.1.gz Packages with the same files: krbafs-utils - 1.2.2-10.1.i386 nvidia-graphics9629 - 1:1.0_9629-81.fc6.at.i386 Conflicts: 4 File conflict in: /usr/share/man/man1/nvidia-installer.1.gz /usr/share/man/man1/nvidia-settings.1.gz /usr/share/applications/nvidia-settings.desktop /usr/share/man/man1/nvidia-xconfig.1.gz Packages with the same files: nvidia-graphics8776 - 1:1.0_8776-78.fc6.at.i386 xawtv - 3.95-19.fc6.at.i386 Conflicts: 1 File conflict in: /usr/share/man/fr/man1/xawtv.1.gz Packages with the same files: man-pages-fr - 2.39-6.fc6.noarch nvidia-graphics8776 - 1:1.0_8776-78.fc6.at.i386 Conflicts: 4 File conflict in: /usr/share/man/man1/nvidia-settings.1.gz /usr/share/man/man1/nvidia-installer.1.gz /usr/share/applications/nvidia-settings.desktop /usr/share/man/man1/nvidia-xconfig.1.gz Packages with the same files: nvidia-graphics9629 - 1:1.0_9629-81.fc6.at.i386 asterisk - 1:1.4.0-34.fc6.at.i386 Conflicts: 47 File conflict in: /var/lib/asterisk/sounds/letters/d.gsm /var/lib/asterisk/sounds/letters/s.gsm /var/lib/asterisk/sounds/letters/u.gsm /var/lib/asterisk/sounds/letters/c.gsm /var/lib/asterisk/sounds/letters/l.gsm /var/lib/asterisk/sounds/letters/j.gsm /var/lib/asterisk/sounds/letters/b.gsm /var/lib/asterisk/sounds/letters/y.gsm /var/lib/asterisk/sounds/letters/f.gsm /var/lib/asterisk/sounds/letters/v.gsm /var/lib/asterisk/sounds/silence/4.gsm /var/lib/asterisk/sounds/letters/zed.gsm /var/lib/asterisk/sounds/letters/p.gsm /var/lib/asterisk/sounds/conf-hasleft.gsm /var/lib/asterisk/sounds/silence/5.gsm /var/lib/asterisk/sounds/conf-placeintoconf.gsm /var/lib/asterisk/sounds/letters/n.gsm /var/lib/asterisk/sounds/letters/m.gsm /var/lib/asterisk/sounds/conf-thereare.gsm /var/lib/asterisk/sounds/letters/k.gsm /var/lib/asterisk/sounds/letters/t.gsm /var/lib/asterisk/sounds/silence/10.gsm /var/lib/asterisk/sounds/letters/h.gsm /var/lib/asterisk/sounds/hours.gsm /var/lib/asterisk/sounds/conf-waitforleader.gsm /var/lib/asterisk/sounds/silence/7.gsm /var/lib/asterisk/sounds/minutes.gsm /var/lib/asterisk/sounds/letters/a.gsm /var/lib/asterisk/sounds/letters/w.gsm /var/lib/asterisk/sounds/silence/3.gsm /var/lib/asterisk/sounds/silence/6.gsm /var/lib/asterisk/sounds/letters/g.gsm /var/lib/asterisk/sounds/conf-leaderhasleft.gsm /var/lib/asterisk/sounds/letters/i.gsm /var/lib/asterisk/sounds/letters/o.gsm /var/lib/asterisk/sounds/silence/8.gsm /var/lib/asterisk/sounds/conf-userwilljoin.gsm /var/lib/asterisk/sounds/letters/e.gsm /var/lib/asterisk/sounds/silence/2.gsm /var/lib/asterisk/sounds/conf-userswilljoin.gsm /var/lib/asterisk/sounds/silence/1.gsm /var/lib/asterisk/sounds/letters/z.gsm /var/lib/asterisk/sounds/letters/q.gsm /var/lib/asterisk/sounds/seconds.gsm /var/lib/asterisk/sounds/silence/9.gsm /var/lib/asterisk/sounds/letters/r.gsm /var/lib/asterisk/sounds/letters/x.gsm Packages with the same files: asterisk-sounds - 1.2.1-8.at.noarch perl-Net_SSLeay.pm - 1.25-4.fc6.at.i386 Conflicts: 78 File conflict in: /usr/lib/perl5/vendor_perl/5.8.8/i386-linux-thread-multi/Net/SSLeay.pm /usr/lib/perl5/vendor_perl/5.8.8/i386-linux-thread-multi/auto/Net/SSLeay/open_tcp_connection.al /usr/lib/perl5/vendor_perl/5.8.8/i386-linux-thread-multi/auto/Net/SSLeay/do_httpx3.al /usr/lib/perl5/vendor_perl/5.8.8/i386-linux-thread-multi/auto/Net/SSLeay/SSLeay.so /usr/lib/perl5/vendor_perl/5.8.8/i386-linux-thread-multi/auto/Net/SSLeay/make_form.al /usr/lib/perl5/vendor_perl/5.8.8/i386-linux-thread-multi/auto/Net/SSLeay/get_httpx3.al /usr/lib/perl5/vendor_perl/5.8.8/i386-linux-thread-multi/auto/Net/SSLeay/get_http.al /usr/lib/perl5/vendor_perl/5.8.8/i386-linux-thread-multi/auto/Net/SSLeay/post_httpx3.al /usr/lib/perl5/vendor_perl/5.8.8/i386-linux-thread-multi/auto/Net/SSLeay/randomize.al /usr/lib/perl5/vendor_perl/5.8.8/i386-linux-thread-multi/auto/Net/SSLeay/https_cat.al /usr/lib/perl5/vendor_perl/5.8.8/i386-linux-thread-multi/auto/Net/SSLeay/make_headers.al /usr/lib/perl5/vendor_perl/5.8.8/i386-linux-thread-multi/auto/Net/SSLeay/ssl_read_CRLF.al /usr/lib/perl5/vendor_perl/5.8.8/i386-linux-thread-multi/auto/Net/SSLeay/debug_read.al /usr/lib/perl5/vendor_perl/5.8.8/i386-linux-thread-multi/auto/Net/SSLeay/tcp_read_all.al /usr/lib/perl5/vendor_perl/5.8.8/i386-linux-thread-multi/auto/Net/SSLeay/new_x_ctx.al /usr/lib/perl5/vendor_perl/5.8.8/i386-linux-thread-multi/auto/Net/SSLeay/httpx_cat.al /usr/share/man/man3/Net::SSLeay::Handle.3pm.gz /usr/lib/perl5/vendor_perl/5.8.8/i386-linux-thread-multi/auto/Net/SSLeay/open_proxy_tcp_connection.al /usr/lib/perl5/vendor_perl/5.8.8/i386-linux-thread-multi/auto/Net/SSLeay/head_http4.al /usr/lib/perl5/vendor_perl/5.8.8/i386-linux-thread-multi/auto/Net/SSLeay/put_https3.al /usr/lib/perl5/vendor_perl/5.8.8/i386-linux-thread-multi/auto/Net/SSLeay/get_https4.al /usr/lib/perl5/vendor_perl/5.8.8/i386-linux-thread-multi/auto/Net/SSLeay/tcpxcat.al /usr/lib/perl5/vendor_perl/5.8.8/i386-linux-thread-multi/auto/Net/SSLeay/put_httpx4.al /usr/lib/perl5/vendor_perl/5.8.8/i386-linux-thread-multi/auto/Net/SSLeay/post_https4.al /usr/lib/perl5/vendor_perl/5.8.8/i386-linux-thread-multi/auto/Net/SSLeay/do_https4.al /usr/lib/perl5/vendor_perl/5.8.8/i386-linux-thread-multi/auto/Net/SSLeay/head_httpx3.al /usr/lib/perl5/vendor_perl/5.8.8/i386-linux-thread-multi/auto/Net/SSLeay/get_httpx.al /usr/lib/perl5/vendor_perl/5.8.8/i386-linux-thread-multi/auto/Net/SSLeay/put_https.al /usr/lib/perl5/vendor_perl/5.8.8/i386-linux-thread-multi/auto/Net/SSLeay/tcp_read_CRLF.al /usr/lib/perl5/vendor_perl/5.8.8/i386-linux-thread-multi/auto/Net/SSLeay/sslcat.al /usr/lib/perl5/vendor_perl/5.8.8/i386-linux-thread-multi/auto/Net/SSLeay/get_https.al /usr/lib/perl5/vendor_perl/5.8.8/i386-linux-thread-multi/auto/Net/SSLeay/http_cat.al /usr/lib/perl5/vendor_perl/5.8.8/i386-linux-thread-multi/auto/Net/SSLeay/want_read.al /usr/lib/perl5/vendor_perl/5.8.8/i386-linux-thread-multi/auto/Net/SSLeay/post_http.al /usr/lib/perl5/vendor_perl/5.8.8/i386-linux-thread-multi/auto/Net/SSLeay/head_http3.al /usr/lib/perl5/vendor_perl/5.8.8/i386-linux-thread-multi/auto/Net/SSLeay/post_http3.al /usr/lib/perl5/vendor_perl/5.8.8/i386-linux-thread-multi/auto/Net/SSLeay/get_httpx4.al /usr/lib/perl5/vendor_perl/5.8.8/i386-linux-thread-multi/auto/Net/SSLeay/tcp_write_CRLF.al /usr/lib/perl5/vendor_perl/5.8.8/i386-linux-thread-multi/auto/Net/SSLeay/head_https3.al /usr/lib/perl5/vendor_perl/5.8.8/i386-linux-thread-multi/auto/Net/SSLeay/put_http3.al /usr/lib/perl5/vendor_perl/5.8.8/i386-linux-thread-multi/auto/Net/SSLeay/want_nothing.al /usr/lib/perl5/vendor_perl/5.8.8/i386-linux-thread-multi/auto/Net/SSLeay/put_http.al /usr/lib/perl5/vendor_perl/5.8.8/i386-linux-thread-multi/auto/Net/SSLeay/post_httpx.al /usr/lib/perl5/vendor_perl/5.8.8/i386-linux-thread-multi/auto/Net/SSLeay/set_proxy.al /usr/lib/perl5/vendor_perl/5.8.8/i386-linux-thread-multi/auto/Net/SSLeay/set_cert_and_key.al /usr/lib/perl5/vendor_perl/5.8.8/i386-linux-thread-multi/auto/Net/SSLeay/do_httpx2.al /usr/lib/perl5/vendor_perl/5.8.8/i386-linux-thread-multi/auto/Net/SSLeay/ssl_read_until.al /usr/lib/perl5/vendor_perl/5.8.8/i386-linux-thread-multi/auto/Net/SSLeay/put_httpx3.al /usr/lib/perl5/vendor_perl/5.8.8/i386-linux-thread-multi/auto/Net/SSLeay/head_httpx.al /usr/lib/perl5/vendor_perl/5.8.8/i386-linux-thread-multi/auto/Net/SSLeay/tcp_write_all.al /usr/lib/perl5/vendor_perl/5.8.8/i386-linux-thread-multi/auto/Net/SSLeay/tcp_read_until.al /usr/share/man/man3/Net::SSLeay.3pm.gz /usr/lib/perl5/vendor_perl/5.8.8/i386-linux-thread-multi/auto/Net/SSLeay/head_https4.al /usr/lib/perl5/vendor_perl/5.8.8/i386-linux-thread-multi/auto/Net/SSLeay/put_http4.al /usr/lib/perl5/vendor_perl/5.8.8/i386-linux-thread-multi/auto/Net/SSLeay/want_write.al /usr/lib/perl5/vendor_perl/5.8.8/i386-linux-thread-multi/auto/Net/SSLeay/do_httpx4.al /usr/lib/perl5/vendor_perl/5.8.8/i386-linux-thread-multi/auto/Net/SSLeay/do_https2.al /usr/lib/perl5/vendor_perl/5.8.8/i386-linux-thread-multi/auto/Net/SSLeay/dump_peer_certificate.al /usr/lib/perl5/vendor_perl/5.8.8/i386-linux-thread-multi/auto/Net/SSLeay/get_http4.al /usr/lib/perl5/vendor_perl/5.8.8/i386-linux-thread-multi/auto/Net/SSLeay/put_https4.al /usr/lib/perl5/vendor_perl/5.8.8/i386-linux-thread-multi/auto/Net/SSLeay/head_http.al /usr/lib/perl5/vendor_perl/5.8.8/i386-linux-thread-multi/auto/Net/SSLeay/post_http4.al /usr/lib/perl5/vendor_perl/5.8.8/i386-linux-thread-multi/auto/Net/SSLeay/set_server_cert_and_key.al /usr/lib/perl5/vendor_perl/5.8.8/i386-linux-thread-multi/auto/Net/SSLeay/get_https3.al /usr/lib/perl5/vendor_perl/5.8.8/i386-linux-thread-multi/auto/Net/SSLeay/head_https.al /usr/lib/perl5/vendor_perl/5.8.8/i386-linux-thread-multi/auto/Net/SSLeay/post_https.al /usr/lib/perl5/vendor_perl/5.8.8/i386-linux-thread-multi/auto/Net/SSLeay/tcpcat.al /usr/lib/perl5/vendor_perl/5.8.8/i386-linux-thread-multi/auto/Net/SSLeay/post_https3.al /usr/lib/perl5/vendor_perl/5.8.8/i386-linux-thread-multi/auto/Net/SSLeay/do_https3.al /usr/lib/perl5/vendor_perl/5.8.8/i386-linux-thread-multi/auto/Net/SSLeay/post_httpx4.al /usr/lib/perl5/vendor_perl/5.8.8/i386-linux-thread-multi/auto/Net/SSLeay/ssl_write_CRLF.al /usr/lib/perl5/vendor_perl/5.8.8/i386-linux-thread-multi/auto/Net/SSLeay/do_https.al /usr/lib/perl5/vendor_perl/5.8.8/i386-linux-thread-multi/auto/Net/SSLeay/head_httpx4.al /usr/lib/perl5/vendor_perl/5.8.8/i386-linux-thread-multi/auto/Net/SSLeay/ssl_read_all.al /usr/lib/perl5/vendor_perl/5.8.8/i386-linux-thread-multi/auto/Net/SSLeay/put_httpx.al /usr/lib/perl5/vendor_perl/5.8.8/i386-linux-thread-multi/auto/Net/SSLeay/want_X509_lookup.al /usr/lib/perl5/vendor_perl/5.8.8/i386-linux-thread-multi/auto/Net/SSLeay/ssl_write_all.al /usr/lib/perl5/vendor_perl/5.8.8/i386-linux-thread-multi/auto/Net/SSLeay/get_http3.al Packages with the same files: perl-Net-SSLeay - 1.30-4.fc6.i386 From bugs.michael at gmx.net Fri Jan 12 00:12:08 2007 From: bugs.michael at gmx.net (Michael Schwendt) Date: Fri, 12 Jan 2007 01:12:08 +0100 Subject: FE Package Status of Jan 11, 2007 In-Reply-To: <20070112001458.2fe961d7@ludwig-alpha.unil.ch> References: <20070111173642.1f7f91da@ludwig-alpha.unil.ch> <45A66C4A.4030103@fedoraproject.org> <20070111202923.241d6bf4@ludwig-alpha.unil.ch> <20070111213839.f383ec6d.bugs.michael@gmx.net> <20070111220353.2fc9f2de@ludwig-alpha.unil.ch> <20070111222512.674cc0b6.bugs.michael@gmx.net> <20070112001458.2fe961d7@ludwig-alpha.unil.ch> Message-ID: <20070112011208.64a11f0f.bugs.michael@gmx.net> On Fri, 12 Jan 2007 00:14:58 +0100, Christian Iseli wrote: > > Can you give examples? > > Huh, sure here is one example (but I get the impression we are not > talking about the same thing for some reason...) Yes, we aren't. "Package numbers" => "number of packages". Case closed. :) From Axel.Thimm at ATrpms.net Fri Jan 12 00:15:24 2007 From: Axel.Thimm at ATrpms.net (Axel Thimm) Date: Fri, 12 Jan 2007 01:15:24 +0100 Subject: File conflicts in Fedora Extras devel - 20070109 In-Reply-To: <20070112004519.ba8cd32b.bugs.michael@gmx.net> References: <20070109210622.8b03dc7f.bugs.michael@gmx.net> <20070110103619.GA8195@neu.nirvana> <20070112004519.ba8cd32b.bugs.michael@gmx.net> Message-ID: <20070112001524.GG16762@neu.nirvana> On Fri, Jan 12, 2007 at 12:45:19AM +0100, Michael Schwendt wrote: > On Wed, 10 Jan 2007 11:36:19 +0100, Axel Thimm wrote: > > > Which tool are you using for finding this out? > > An unreleased prototype script built on top of Yum (v2.6.1 plus > checkForObsoletes patch). What's the checkForObsoletes patch? yum does check for obsoletes, doesn't it? Can you release the prototype somehwere? Better to teach how to fish than feed some fish. ;) -- Axel.Thimm at ATrpms.net -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From Christian.Iseli at licr.org Fri Jan 12 00:16:25 2007 From: Christian.Iseli at licr.org (Christian Iseli) Date: Fri, 12 Jan 2007 01:16:25 +0100 Subject: FE Package Status of Jan 11, 2007 In-Reply-To: <20070112011208.64a11f0f.bugs.michael@gmx.net> References: <20070111173642.1f7f91da@ludwig-alpha.unil.ch> <45A66C4A.4030103@fedoraproject.org> <20070111202923.241d6bf4@ludwig-alpha.unil.ch> <20070111213839.f383ec6d.bugs.michael@gmx.net> <20070111220353.2fc9f2de@ludwig-alpha.unil.ch> <20070111222512.674cc0b6.bugs.michael@gmx.net> <20070112001458.2fe961d7@ludwig-alpha.unil.ch> <20070112011208.64a11f0f.bugs.michael@gmx.net> Message-ID: <20070112011625.1618ae9c@ludwig-alpha.unil.ch> On Fri, 12 Jan 2007 01:12:08 +0100, Michael Schwendt wrote: > Yes, we aren't. "Package numbers" => "number of packages". Case closed. :) Ah, figured :-) C From buildsys at fedoraproject.org Fri Jan 12 00:52:46 2007 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Thu, 11 Jan 2007 19:52:46 -0500 (EST) Subject: Fedora Extras Package Build Report 2007-01-11 Message-ID: <20070112005247.06B3F15212E@buildsys.fedoraproject.org> Packages built and released for Fedora Extras development: 29 NEW MagicPoint-1.11b-4.fc7 amarok-1.4.4-5.fc7 aquamarine-0.1.4-3.fc7 cmake-2.4.6-1.fc7 freedroidrpg-0.10.0-1.fc7 NEW freetype1-1.4-0.2.pre.fc7 glib-1.2.10-26.fc7 gnome-commander-1.2.3-4.fc7 gtk+-1.2.10-57.fc7 gutenprint-5.0.0-1.fc7 idioskopos-0.4.1-1.fc7 kmymoney2-0.8.5-3.fc7 libgnomedb-1.9.100-12.fc7 liferea-1.2.3-1.fc7 NEW limph-1.9.4-6.fc7 nmh-1.1-20.fc7 NEW openarena-0.6.0-3.fc7 pachi-1.0-2.fc7 perl-Devel-Cover-0.61-1.fc7 perl-File-HomeDir-0.63-1.fc7 NEW perl-Mozilla-LDAP-1.5-8.fc7 perl-POE-Component-Client-DNS-1.00-1.fc7 poker-engine-1.0.21-1.fc7 python-dns-1.5.0-1.fc7 qt4-qsa-1.2.2-1.fc7 revelation-0.4.9-1.fc7 sysprof-kmod-1.0.8-1.2.6.19_1.2909.fc7 wine-0.9.29-1.fc7 xwnc-0.3.3-3.fc7 Packages built and released for Fedora Extras 6: 18 aquamarine-0.1.4-3.fc6 freedroidrpg-0.10.0-1.fc6 geos-2.2.3-1.fc6 glib-1.2.10-26.fc6 gnome-commander-1.2.3-4.fc6 idioskopos-0.4.1-1.fc6 NEW john-1.7.0.2-2.fc6 listen-0.5-10.beta1.fc6 pachi-1.0-2.fc6 perl-Devel-Cover-0.61-1.fc6 NEW perl-Mozilla-LDAP-1.5-8.fc6 perl-POE-Component-Client-DNS-1.00-1.fc6 poker-engine-1.0.21-1.fc6 python-dns-1.5.0-1.fc6 qt4-qsa-1.2.2-1.fc6 NEW rlwrap-0.28-1.fc6 wine-0.9.29-1.fc6 NEW xwnc-0.3.3-3.fc6 Packages built and released for Fedora Extras 5: 12 geos-2.2.3-1.fc5 gnome-commander-1.2.3-4.fc5 idioskopos-0.4.1-1.fc5 mantis-1.0.6-2.fc5 perl-Devel-Cover-0.61-1.fc5 NEW perl-Mozilla-LDAP-1.5-8.fc5 perl-POE-Component-Client-DNS-1.00-1.fc5 poker-engine-1.0.21-1.fc5 python-dns-1.5.0-1.fc5 qt4-qsa-1.2.2-1.fc5 NEW rlwrap-0.28-1.fc5 NEW xwnc-0.3.3-3.fc5 For more information about the built packages please see the repository or the Fedora Info Feed: http://fedoraproject.org/infofeed/ From buildsys at fedoraproject.org Fri Jan 12 01:53:51 2007 From: buildsys at fedoraproject.org (Fedora Extras repoclosure) Date: Fri, 12 Jan 2007 01:53:51 -0000 Subject: Summary - Broken dependencies in Fedora Extras - 2007-01-11 Message-ID: <20070112015351.5577.91568@extras64.linux.duke.edu> New report for: j.w.r.degoede AT hhs.nl package: MagicPoint - 1.11b-4.fc7.i386 from fedora-extras-development-i386 unresolved deps: libImlib.so.11 package: MagicPoint - 1.11b-4.fc7.ppc from fedora-extras-development-ppc unresolved deps: libImlib.so.11 package: MagicPoint - 1.11b-4.fc7.x86_64 from fedora-extras-development-x86_64 unresolved deps: libImlib.so.11()(64bit) ====================================================================== Summary of broken packages (by owner): andreas.bierfert AT lowlatency.de qiv - 2.0-7.fc7.i386 qiv - 2.0-7.fc7.ppc qiv - 2.0-7.fc7.x86_64 cgoorah AT yahoo.com.au toped - 0.8.2-2.fc6.i386 (27 days) toped - 0.8.2-2.fc6.ppc (27 days) toped - 0.8.2-2.fc6.x86_64 (27 days) dan AT danny.cz codeblocks - 1.0-0.18.20061207svn3357.fc7.i386 (27 days) codeblocks - 1.0-0.18.20061207svn3357.fc7.i386 (27 days) codeblocks - 1.0-0.18.20061207svn3357.fc7.ppc (27 days) codeblocks - 1.0-0.18.20061207svn3357.fc7.x86_64 (27 days) codeblocks-contrib - 1.0-0.18.20061207svn3357.fc7.i386 (27 days) codeblocks-contrib - 1.0-0.18.20061207svn3357.fc7.ppc (27 days) codeblocks-contrib - 1.0-0.18.20061207svn3357.fc7.x86_64 (27 days) dcbw AT redhat.com csound - 5.03.0-9.fc7.i386 (34 days) csound - 5.03.0-9.fc7.i386 (34 days) csound - 5.03.0-9.fc7.ppc (34 days) csound - 5.03.0-9.fc7.x86_64 (34 days) csound-python - 5.03.0-9.fc7.i386 (34 days) csound-python - 5.03.0-9.fc7.ppc (34 days) csound-python - 5.03.0-9.fc7.x86_64 (34 days) denis AT poolshark.org brasero - 0.5.1-1.fc7.i386 (2 days) brasero - 0.5.1-1.fc7.ppc (2 days) brasero - 0.5.1-1.fc7.x86_64 (2 days) dwmw2 AT redhat.com openpbx - 1.2-3.rc2.svn2135.fc7.i386 (36 days) openpbx - 1.2-3.rc2.svn2135.fc7.i386 (36 days) openpbx - 1.2-3.rc2.svn2135.fc7.ppc (36 days) openpbx - 1.2-3.rc2.svn2135.fc7.x86_64 (36 days) openpbx-postgresql - 1.2-3.rc2.svn2135.fc7.i386 (36 days) openpbx-postgresql - 1.2-3.rc2.svn2135.fc7.ppc (36 days) openpbx-postgresql - 1.2-3.rc2.svn2135.fc7.x86_64 (36 days) endur AT bennewitz.com streamtuner - 0.99.99-15.fc7.x86_64 (34 days) ifoox AT redhat.com libreadline-java - 0.8.0-13.fc6.i386 (31 days) libreadline-java - 0.8.0-13.fc6.i386 (31 days) libreadline-java - 0.8.0-13.fc6.ppc (31 days) libreadline-java - 0.8.0-13.fc6.x86_64 (31 days) j.w.r.degoede AT hhs.nl MagicPoint - 1.11b-4.fc7.i386 MagicPoint - 1.11b-4.fc7.ppc MagicPoint - 1.11b-4.fc7.x86_64 jafo-redhat AT tummy.com python-pydns - 2.3.0-4.fc6.noarch (34 days) python-pydns - 2.3.0-4.fc6.noarch (34 days) python-pydns - 2.3.0-4.fc6.noarch (34 days) jamatos AT fc.up.pt python-amara - 1.1.7-2.fc6.noarch (34 days) python-amara - 1.1.7-2.fc6.noarch (34 days) python-amara - 1.1.7-2.fc6.noarch (34 days) jeff AT ocjtech.us linphone - 1.2.0-4.fc5.i386 (94 days) linphone - 1.2.0-4.fc5.ppc (94 days) linphone - 1.2.0-4.fc5.x86_64 (94 days) lmacken AT redhat.com TurboGears - 1.0b2-5.fc7.noarch (29 days) TurboGears - 1.0b2-5.fc7.noarch (29 days) TurboGears - 1.0b2-5.fc7.noarch (29 days) python-cherrypy - 2.2.1-3.fc6.noarch (34 days) python-cherrypy - 2.2.1-3.fc6.noarch (34 days) python-cherrypy - 2.2.1-3.fc6.noarch (34 days) michel.salim AT gmail.com python-nltk - 1.4.4-3.fc7.noarch (34 days) python-nltk - 1.4.4-3.fc7.noarch (34 days) python-nltk - 1.4.4-3.fc7.noarch (34 days) orion AT cora.nwra.com paraview - 2.4.4-3.fc6.x86_64 (34 days) paraview-mpi - 2.4.4-3.fc6.x86_64 (34 days) plplot - 5.6.1-8.fc7.i386 (34 days) plplot - 5.6.1-8.fc7.i386 (34 days) plplot - 5.6.1-8.fc7.ppc (34 days) plplot - 5.6.1-8.fc7.x86_64 (34 days) plplot-gnome - 5.6.1-8.fc7.i386 (34 days) plplot-gnome - 5.6.1-8.fc7.i386 (34 days) plplot-gnome - 5.6.1-8.fc7.ppc (34 days) plplot-gnome - 5.6.1-8.fc7.x86_64 (34 days) plplot-wxGTK - 5.6.1-8.fc7.i386 (34 days) plplot-wxGTK - 5.6.1-8.fc7.ppc (34 days) plplot-wxGTK - 5.6.1-8.fc7.x86_64 (34 days) paul AT city-fan.org gnome-libs - 1:1.4.2-3.fc6.i386 gnome-libs - 1:1.4.2-3.fc6.i386 gnome-libs - 1:1.4.2-3.fc6.ppc gnome-libs - 1:1.4.2-3.fc6.x86_64 gnome-libs-devel - 1:1.4.2-3.fc6.i386 gnome-libs-devel - 1:1.4.2-3.fc6.i386 gnome-libs-devel - 1:1.4.2-3.fc6.ppc gnome-libs-devel - 1:1.4.2-3.fc6.x86_64 libglade - 1:0.17-19.fc6.i386 libglade - 1:0.17-19.fc6.i386 libglade - 1:0.17-19.fc6.ppc libglade - 1:0.17-19.fc6.x86_64 petersen AT redhat.com ghc-gtk2hs - 0.9.10-4.fc6.i386 (69 days) ghc-gtk2hs - 0.9.10-4.fc6.ppc (69 days) ghc-gtk2hs - 0.9.10-4.fc6.x86_64 (69 days) ghc642-gtk2hs - 0.9.10-4.fc6.i386 (69 days) ghc642-gtk2hs - 0.9.10-4.fc6.ppc (69 days) ghc642-gtk2hs - 0.9.10-4.fc6.x86_64 (69 days) ghc642-gtk2hs-mozembed - 0.9.10-1.fc5.i386 (4 days) ghc642-gtk2hs-mozembed - 0.9.10-1.fc5.ppc (4 days) ghc642-gtk2hs-mozembed - 0.9.10-1.fc5.x86_64 (4 days) ghc642-gtk2hs-mozembed - 0.9.10-4.fc6.i386 (69 days) ghc642-gtk2hs-mozembed - 0.9.10-4.fc6.ppc (69 days) ghc642-gtk2hs-mozembed - 0.9.10-4.fc6.x86_64 (69 days) rdieter AT math.unl.edu Macaulay2-doc - 0.9.2-22.fc5.i386 (4 days) Macaulay2-doc - 0.9.2-22.fc5.ppc (4 days) Macaulay2-doc - 0.9.2-22.fc5.x86_64 (4 days) PyKDE - 3.16.0-5.fc7.i386 (34 days) PyKDE - 3.16.0-5.fc7.i386 (34 days) PyKDE - 3.16.0-5.fc7.ppc (34 days) PyKDE - 3.16.0-5.fc7.x86_64 (34 days) kdegraphics-extras - 3.5.5-1.fc7.i386 kdegraphics-extras - 3.5.5-1.fc7.ppc kdegraphics-extras - 3.5.5-1.fc7.x86_64 shahms AT shahms.com python-psyco - 1.5.1-4.fc6.i386 (34 days) stickster AT gmail.com xmldiff - 0.6.7-12.fc6.i386 (34 days) xmldiff - 0.6.7-12.fc6.ppc (34 days) xmldiff - 0.6.7-12.fc6.x86_64 (34 days) tagoh AT redhat.com kinput2 - v3.1-29.fc6.i386 kinput2 - v3.1-29.fc6.ppc kinput2 - v3.1-29.fc6.x86_64 tcallawa AT redhat.com compat-wxPythonGTK2 - 2.4.2.4-12.fc6.i386 (34 days) compat-wxPythonGTK2 - 2.4.2.4-12.fc6.ppc (34 days) compat-wxPythonGTK2 - 2.4.2.4-12.fc6.x86_64 (34 days) rekall-postgresql - 2.4.3-5.fc6.i386 (36 days) rekall-postgresql - 2.4.3-5.fc6.ppc (36 days) rekall-postgresql - 2.4.3-5.fc6.x86_64 (36 days) rekall-python - 2.4.3-5.fc6.i386 (36 days) rekall-python - 2.4.3-5.fc6.ppc (36 days) rekall-python - 2.4.3-5.fc6.x86_64 (36 days) thomas AT apestaart.org python-twisted - 1.3.0-7.fc6.i386 (34 days) python-twisted - 1.3.0-7.fc6.ppc (34 days) python-twisted - 1.3.0-7.fc6.x86_64 (34 days) ville.skytta AT iki.fi em8300 - 0.16.0-3.fc7.i386 (15 days) em8300 - 0.16.0-3.fc7.ppc (15 days) em8300 - 0.16.0-3.fc7.x86_64 (15 days) wart AT kobold.org cyphesis - 0.5.10-3.fc7.i386 (34 days) cyphesis - 0.5.10-3.fc7.ppc (34 days) cyphesis - 0.5.10-3.fc7.x86_64 (34 days) ====================================================================== Broken packages in fedora-extras-5-i386: Macaulay2-doc-0.9.2-22.fc5.i386 requires Macaulay2 = 0:0.9.2 ghc642-gtk2hs-mozembed-0.9.10-1.fc5.i386 requires mozilla-devel = 37:1.7.13 linphone-1.2.0-4.fc5.i386 requires libortp.so.2 ====================================================================== Broken packages in fedora-extras-5-ppc: Macaulay2-doc-0.9.2-22.fc5.ppc requires Macaulay2 = 0:0.9.2 ghc642-gtk2hs-mozembed-0.9.10-1.fc5.ppc requires mozilla-devel = 37:1.7.13 linphone-1.2.0-4.fc5.ppc requires libortp.so.2 ====================================================================== Broken packages in fedora-extras-5-x86_64: Macaulay2-doc-0.9.2-22.fc5.x86_64 requires Macaulay2 = 0:0.9.2 ghc642-gtk2hs-mozembed-0.9.10-1.fc5.x86_64 requires mozilla-devel = 37:1.7.13 linphone-1.2.0-4.fc5.x86_64 requires libortp.so.2()(64bit) ====================================================================== Broken packages in fedora-extras-development-i386: MagicPoint-1.11b-4.fc7.i386 requires libImlib.so.11 PyKDE-3.16.0-5.fc7.i386 requires python(abi) = 0:2.4 PyKDE-3.16.0-5.fc7.i386 requires python-abi = 0:2.4 TurboGears-1.0b2-5.fc7.noarch requires python-elementtree >= 0:1.2.6 brasero-0.5.1-1.fc7.i386 requires libburn.so.2 brasero-0.5.1-1.fc7.i386 requires libisofs.so.2 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_html-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu_xml-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu_net-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu_xml-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_core-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu_net-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_xrc-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_xrc-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_html-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_qa-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_adv-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_qa-2.6.so.0(WXU_2.6) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_html-2.6.so.0(WXU_2.6) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu_xml-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_xrc-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_qa-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_core-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu_net-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_xrc-2.6.so.0(WXU_2.6) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_html-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_adv-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu-2.6.so.0(WXU_2.6) compat-wxPythonGTK2-2.4.2.4-12.fc6.i386 requires python(abi) = 0:2.4 csound-5.03.0-9.fc7.i386 requires libpython2.4.so.1.0 csound-python-5.03.0-9.fc7.i386 requires python(abi) = 0:2.4 csound-python-5.03.0-9.fc7.i386 requires libpython2.4.so.1.0 cyphesis-0.5.10-3.fc7.i386 requires libpython2.4.so.1.0 em8300-0.16.0-3.fc7.i386 requires em8300-kmod >= 0:0.16.0 ghc-gtk2hs-0.9.10-4.fc6.i386 requires ghc = 0:6.4.2 ghc642-gtk2hs-0.9.10-4.fc6.i386 requires /usr/bin/ghc-pkg-6.4.2 ghc642-gtk2hs-0.9.10-4.fc6.i386 requires ghc642 ghc642-gtk2hs-mozembed-0.9.10-4.fc6.i386 requires /usr/bin/ghc-pkg-6.4.2 ghc642-gtk2hs-mozembed-0.9.10-4.fc6.i386 requires ghc642 gnome-libs-1:1.4.2-3.fc6.i386 requires libgdk_imlib.so.1 gnome-libs-devel-1:1.4.2-3.fc6.i386 requires imlib-devel kdegraphics-extras-3.5.5-1.fc7.i386 requires libImlib.so.11 kinput2-v3.1-29.fc6.i386 requires libwnn.so.0 libglade-1:0.17-19.fc6.i386 requires libgdk_imlib.so.1 libreadline-java-0.8.0-13.fc6.i386 requires libedit >= 0:2.9 openpbx-1.2-3.rc2.svn2135.fc7.i386 requires libedit.so.0 openpbx-postgresql-1.2-3.rc2.svn2135.fc7.i386 requires libpq.so.4 plplot-5.6.1-8.fc7.i386 requires python(abi) = 0:2.4 plplot-5.6.1-8.fc7.i386 requires libpython2.4.so.1.0 plplot-gnome-5.6.1-8.fc7.i386 requires python(abi) = 0:2.4 plplot-gnome-5.6.1-8.fc7.i386 requires libpython2.4.so.1.0 plplot-wxGTK-5.6.1-8.fc7.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) plplot-wxGTK-5.6.1-8.fc7.i386 requires libwx_baseu_xml-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.i386 requires libwx_gtk2u_qa-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) plplot-wxGTK-5.6.1-8.fc7.i386 requires libwx_gtk2u_core-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.i386 requires libwx_baseu_net-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.i386 requires libwx_gtk2u_xrc-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.i386 requires libwx_gtk2u_html-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.i386 requires libwx_baseu-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.i386 requires libwx_gtk2u_adv-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.i386 requires libwx_baseu-2.6.so.0(WXU_2.6) python-amara-1.1.7-2.fc6.noarch requires python(abi) = 0:2.4 python-cherrypy-2.2.1-3.fc6.noarch requires python(abi) = 0:2.4 python-nltk-1.4.4-3.fc7.noarch requires python(abi) = 0:2.4 python-psyco-1.5.1-4.fc6.i386 requires python-abi = 0:2.4 python-psyco-1.5.1-4.fc6.i386 requires python(abi) = 0:2.4 python-pydns-2.3.0-4.fc6.noarch requires python(abi) = 0:2.4 python-twisted-1.3.0-7.fc6.i386 requires python(abi) = 0:2.4 qiv-2.0-7.fc7.i386 requires libgdk_imlib.so.1 rekall-postgresql-2.4.3-5.fc6.i386 requires libpq.so.4 rekall-python-2.4.3-5.fc6.i386 requires python(abi) = 0:2.4 rekall-python-2.4.3-5.fc6.i386 requires libpython2.4.so.1.0 toped-0.8.2-2.fc6.i386 requires libwx_gtk2u_gl-2.6.so.0 toped-0.8.2-2.fc6.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) toped-0.8.2-2.fc6.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3) toped-0.8.2-2.fc6.i386 requires libwx_baseu_xml-2.6.so.0 toped-0.8.2-2.fc6.i386 requires libwx_gtk2u_qa-2.6.so.0 toped-0.8.2-2.fc6.i386 requires libwx_gtk2u_core-2.6.so.0 toped-0.8.2-2.fc6.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) toped-0.8.2-2.fc6.i386 requires libwx_gtk2u_gl-2.6.so.0(WXU_2.6) toped-0.8.2-2.fc6.i386 requires libwx_baseu_net-2.6.so.0 toped-0.8.2-2.fc6.i386 requires libwx_gtk2u_xrc-2.6.so.0 toped-0.8.2-2.fc6.i386 requires libwx_baseu-2.6.so.0(WXU_2.6) toped-0.8.2-2.fc6.i386 requires libwx_gtk2u_html-2.6.so.0 toped-0.8.2-2.fc6.i386 requires libwx_baseu-2.6.so.0 toped-0.8.2-2.fc6.i386 requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6) toped-0.8.2-2.fc6.i386 requires libwx_gtk2u_adv-2.6.so.0 xmldiff-0.6.7-12.fc6.i386 requires python-abi = 0:2.4 xmldiff-0.6.7-12.fc6.i386 requires python(abi) = 0:2.4 ====================================================================== Broken packages in fedora-extras-development-ppc: MagicPoint-1.11b-4.fc7.ppc requires libImlib.so.11 PyKDE-3.16.0-5.fc7.ppc requires python(abi) = 0:2.4 PyKDE-3.16.0-5.fc7.ppc requires python-abi = 0:2.4 TurboGears-1.0b2-5.fc7.noarch requires python-elementtree >= 0:1.2.6 brasero-0.5.1-1.fc7.ppc requires libburn.so.2 brasero-0.5.1-1.fc7.ppc requires libisofs.so.2 codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_html-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3) codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_baseu_xml-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_baseu_net-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_baseu_xml-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_core-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_baseu_net-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_xrc-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_xrc-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_baseu-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_html-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_qa-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_baseu-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_adv-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_qa-2.6.so.0(WXU_2.6) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_html-2.6.so.0(WXU_2.6) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_baseu_xml-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_xrc-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_qa-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_core-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_baseu_net-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_xrc-2.6.so.0(WXU_2.6) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_html-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_baseu-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_adv-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_baseu-2.6.so.0(WXU_2.6) compat-wxPythonGTK2-2.4.2.4-12.fc6.ppc requires python(abi) = 0:2.4 csound-5.03.0-9.fc7.ppc requires libpython2.4.so.1.0 csound-python-5.03.0-9.fc7.ppc requires python(abi) = 0:2.4 csound-python-5.03.0-9.fc7.ppc requires libpython2.4.so.1.0 cyphesis-0.5.10-3.fc7.ppc requires libpython2.4.so.1.0 em8300-0.16.0-3.fc7.ppc requires em8300-kmod >= 0:0.16.0 ghc-gtk2hs-0.9.10-4.fc6.ppc requires ghc = 0:6.4.2 ghc642-gtk2hs-0.9.10-4.fc6.ppc requires /usr/bin/ghc-pkg-6.4.2 ghc642-gtk2hs-0.9.10-4.fc6.ppc requires ghc642 ghc642-gtk2hs-mozembed-0.9.10-4.fc6.ppc requires /usr/bin/ghc-pkg-6.4.2 ghc642-gtk2hs-mozembed-0.9.10-4.fc6.ppc requires ghc642 gnome-libs-1:1.4.2-3.fc6.ppc requires libgdk_imlib.so.1 gnome-libs-devel-1:1.4.2-3.fc6.ppc requires imlib-devel kdegraphics-extras-3.5.5-1.fc7.ppc requires libImlib.so.11 kinput2-v3.1-29.fc6.ppc requires libwnn.so.0 libglade-1:0.17-19.fc6.ppc requires libgdk_imlib.so.1 libreadline-java-0.8.0-13.fc6.ppc requires libedit >= 0:2.9 openpbx-1.2-3.rc2.svn2135.fc7.ppc requires libedit.so.0 openpbx-postgresql-1.2-3.rc2.svn2135.fc7.ppc requires libpq.so.4 plplot-5.6.1-8.fc7.ppc requires python(abi) = 0:2.4 plplot-5.6.1-8.fc7.ppc requires libpython2.4.so.1.0 plplot-gnome-5.6.1-8.fc7.ppc requires python(abi) = 0:2.4 plplot-gnome-5.6.1-8.fc7.ppc requires libpython2.4.so.1.0 plplot-wxGTK-5.6.1-8.fc7.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) plplot-wxGTK-5.6.1-8.fc7.ppc requires libwx_baseu_xml-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.ppc requires libwx_gtk2u_qa-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) plplot-wxGTK-5.6.1-8.fc7.ppc requires libwx_gtk2u_core-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.ppc requires libwx_baseu_net-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.ppc requires libwx_gtk2u_xrc-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.ppc requires libwx_gtk2u_html-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.ppc requires libwx_baseu-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.ppc requires libwx_gtk2u_adv-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.ppc requires libwx_baseu-2.6.so.0(WXU_2.6) python-amara-1.1.7-2.fc6.noarch requires python(abi) = 0:2.4 python-cherrypy-2.2.1-3.fc6.noarch requires python(abi) = 0:2.4 python-nltk-1.4.4-3.fc7.noarch requires python(abi) = 0:2.4 python-pydns-2.3.0-4.fc6.noarch requires python(abi) = 0:2.4 python-twisted-1.3.0-7.fc6.ppc requires python(abi) = 0:2.4 qiv-2.0-7.fc7.ppc requires libgdk_imlib.so.1 rekall-postgresql-2.4.3-5.fc6.ppc requires libpq.so.4 rekall-python-2.4.3-5.fc6.ppc requires python(abi) = 0:2.4 rekall-python-2.4.3-5.fc6.ppc requires libpython2.4.so.1.0 toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_gl-2.6.so.0 toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3) toped-0.8.2-2.fc6.ppc requires libwx_baseu_xml-2.6.so.0 toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_qa-2.6.so.0 toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_core-2.6.so.0 toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_gl-2.6.so.0(WXU_2.6) toped-0.8.2-2.fc6.ppc requires libwx_baseu_net-2.6.so.0 toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_xrc-2.6.so.0 toped-0.8.2-2.fc6.ppc requires libwx_baseu-2.6.so.0(WXU_2.6) toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_html-2.6.so.0 toped-0.8.2-2.fc6.ppc requires libwx_baseu-2.6.so.0 toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6) toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_adv-2.6.so.0 xmldiff-0.6.7-12.fc6.ppc requires python-abi = 0:2.4 xmldiff-0.6.7-12.fc6.ppc requires python(abi) = 0:2.4 ====================================================================== Broken packages in fedora-extras-development-x86_64: MagicPoint-1.11b-4.fc7.x86_64 requires libImlib.so.11()(64bit) PyKDE-3.16.0-5.fc7.i386 requires python(abi) = 0:2.4 PyKDE-3.16.0-5.fc7.i386 requires python-abi = 0:2.4 PyKDE-3.16.0-5.fc7.x86_64 requires python(abi) = 0:2.4 PyKDE-3.16.0-5.fc7.x86_64 requires python-abi = 0:2.4 TurboGears-1.0b2-5.fc7.noarch requires python-elementtree >= 0:1.2.6 brasero-0.5.1-1.fc7.x86_64 requires libisofs.so.2()(64bit) brasero-0.5.1-1.fc7.x86_64 requires libburn.so.2()(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_html-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu_xml-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu_net-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu_xml-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_core-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu_net-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_xrc-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_xrc-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_html-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_qa-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_adv-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_qa-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_baseu_net-2.6.so.0(WXU_2.6)(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6)(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_baseu-2.6.so.0(WXU_2.6)(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_html-2.6.so.0(WXU_2.6)(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_xrc-2.6.so.0()(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0()(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_baseu-2.6.so.0()(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_qa-2.6.so.0(WXU_2.6)(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_adv-2.6.so.0()(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6)(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2)(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_qa-2.6.so.0()(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_baseu_xml-2.6.so.0()(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_html-2.6.so.0()(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_baseu_net-2.6.so.0()(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_xrc-2.6.so.0(WXU_2.6)(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_baseu_xml-2.6.so.0(WXU_2.6)(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3)(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6)(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_baseu-2.6.so.0(WXU_2.6)(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_html-2.6.so.0(WXU_2.6)(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_xrc-2.6.so.0()(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_baseu-2.6.so.0()(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_adv-2.6.so.0()(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6)(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2)(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_qa-2.6.so.0()(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_baseu_xml-2.6.so.0()(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0()(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_html-2.6.so.0()(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_baseu_net-2.6.so.0()(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_xrc-2.6.so.0(WXU_2.6)(64bit) compat-wxPythonGTK2-2.4.2.4-12.fc6.x86_64 requires python(abi) = 0:2.4 csound-5.03.0-9.fc7.i386 requires libpython2.4.so.1.0 csound-5.03.0-9.fc7.x86_64 requires libpython2.4.so.1.0()(64bit) csound-python-5.03.0-9.fc7.x86_64 requires python(abi) = 0:2.4 csound-python-5.03.0-9.fc7.x86_64 requires libpython2.4.so.1.0()(64bit) cyphesis-0.5.10-3.fc7.x86_64 requires libpython2.4.so.1.0()(64bit) em8300-0.16.0-3.fc7.x86_64 requires em8300-kmod >= 0:0.16.0 ghc-gtk2hs-0.9.10-4.fc6.x86_64 requires ghc = 0:6.4.2 ghc642-gtk2hs-0.9.10-4.fc6.x86_64 requires /usr/bin/ghc-pkg-6.4.2 ghc642-gtk2hs-0.9.10-4.fc6.x86_64 requires ghc642 ghc642-gtk2hs-mozembed-0.9.10-4.fc6.x86_64 requires /usr/bin/ghc-pkg-6.4.2 ghc642-gtk2hs-mozembed-0.9.10-4.fc6.x86_64 requires ghc642 gnome-libs-1:1.4.2-3.fc6.i386 requires libgdk_imlib.so.1 gnome-libs-1:1.4.2-3.fc6.x86_64 requires libgdk_imlib.so.1()(64bit) gnome-libs-devel-1:1.4.2-3.fc6.i386 requires imlib-devel gnome-libs-devel-1:1.4.2-3.fc6.x86_64 requires imlib-devel kdegraphics-extras-3.5.5-1.fc7.x86_64 requires libImlib.so.11()(64bit) kinput2-v3.1-29.fc6.x86_64 requires libwnn.so.0()(64bit) libglade-1:0.17-19.fc6.i386 requires libgdk_imlib.so.1 libglade-1:0.17-19.fc6.x86_64 requires libgdk_imlib.so.1()(64bit) libreadline-java-0.8.0-13.fc6.i386 requires libedit >= 0:2.9 libreadline-java-0.8.0-13.fc6.x86_64 requires libedit >= 0:2.9 openpbx-1.2-3.rc2.svn2135.fc7.i386 requires libedit.so.0 openpbx-1.2-3.rc2.svn2135.fc7.x86_64 requires libedit.so.0()(64bit) openpbx-postgresql-1.2-3.rc2.svn2135.fc7.x86_64 requires libpq.so.4()(64bit) paraview-2.4.4-3.fc6.x86_64 requires libpython2.4.so.1.0()(64bit) paraview-mpi-2.4.4-3.fc6.x86_64 requires libpython2.4.so.1.0()(64bit) plplot-5.6.1-8.fc7.i386 requires python(abi) = 0:2.4 plplot-5.6.1-8.fc7.i386 requires libpython2.4.so.1.0 plplot-5.6.1-8.fc7.x86_64 requires python(abi) = 0:2.4 plplot-5.6.1-8.fc7.x86_64 requires libpython2.4.so.1.0()(64bit) plplot-gnome-5.6.1-8.fc7.i386 requires python(abi) = 0:2.4 plplot-gnome-5.6.1-8.fc7.i386 requires libpython2.4.so.1.0 plplot-gnome-5.6.1-8.fc7.x86_64 requires python(abi) = 0:2.4 plplot-gnome-5.6.1-8.fc7.x86_64 requires libpython2.4.so.1.0()(64bit) plplot-wxGTK-5.6.1-8.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6)(64bit) plplot-wxGTK-5.6.1-8.fc7.x86_64 requires libwx_baseu-2.6.so.0(WXU_2.6)(64bit) plplot-wxGTK-5.6.1-8.fc7.x86_64 requires libwx_baseu-2.6.so.0()(64bit) plplot-wxGTK-5.6.1-8.fc7.x86_64 requires libwx_gtk2u_xrc-2.6.so.0()(64bit) plplot-wxGTK-5.6.1-8.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2)(64bit) plplot-wxGTK-5.6.1-8.fc7.x86_64 requires libwx_gtk2u_qa-2.6.so.0()(64bit) plplot-wxGTK-5.6.1-8.fc7.x86_64 requires libwx_baseu_xml-2.6.so.0()(64bit) plplot-wxGTK-5.6.1-8.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0()(64bit) plplot-wxGTK-5.6.1-8.fc7.x86_64 requires libwx_gtk2u_html-2.6.so.0()(64bit) plplot-wxGTK-5.6.1-8.fc7.x86_64 requires libwx_baseu_net-2.6.so.0()(64bit) plplot-wxGTK-5.6.1-8.fc7.x86_64 requires libwx_gtk2u_adv-2.6.so.0()(64bit) python-amara-1.1.7-2.fc6.noarch requires python(abi) = 0:2.4 python-cherrypy-2.2.1-3.fc6.noarch requires python(abi) = 0:2.4 python-nltk-1.4.4-3.fc7.noarch requires python(abi) = 0:2.4 python-pydns-2.3.0-4.fc6.noarch requires python(abi) = 0:2.4 python-twisted-1.3.0-7.fc6.x86_64 requires python(abi) = 0:2.4 qiv-2.0-7.fc7.x86_64 requires libgdk_imlib.so.1()(64bit) rekall-postgresql-2.4.3-5.fc6.x86_64 requires libpq.so.4()(64bit) rekall-python-2.4.3-5.fc6.x86_64 requires python(abi) = 0:2.4 rekall-python-2.4.3-5.fc6.x86_64 requires libpython2.4.so.1.0()(64bit) streamtuner-0.99.99-15.fc7.x86_64 requires libpython2.4.so.1.0()(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_gtk2u_gl-2.6.so.0(WXU_2.6)(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6)(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_baseu-2.6.so.0(WXU_2.6)(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_gtk2u_xrc-2.6.so.0()(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_gtk2u_core-2.6.so.0()(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_baseu-2.6.so.0()(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_gtk2u_adv-2.6.so.0()(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6)(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_gtk2u_qa-2.6.so.0()(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_baseu_xml-2.6.so.0()(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_gtk2u_html-2.6.so.0()(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_baseu_net-2.6.so.0()(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_gtk2u_gl-2.6.so.0()(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2)(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3)(64bit) xmldiff-0.6.7-12.fc6.x86_64 requires python-abi = 0:2.4 xmldiff-0.6.7-12.fc6.x86_64 requires python(abi) = 0:2.4 From peter at thecodergeek.com Fri Jan 12 02:43:25 2007 From: peter at thecodergeek.com (Peter Gordon) Date: Thu, 11 Jan 2007 18:43:25 -0800 Subject: FE Package Status of Jan 11, 2007 In-Reply-To: <1168535179.3287.19.camel@shalil.farsiweb.info> References: <20070111173642.1f7f91da@ludwig-alpha.unil.ch> <1168535179.3287.19.camel@shalil.farsiweb.info> Message-ID: <1168569805.3383.3.camel@localhost> On Thu, 2007-01-11 at 20:36 +0330, Roozbeh Pournader wrote: > BTW, if someone has enough access, please change the reporter of that > bug to some alias that goes to /dev/null. > > Roozbeh I reassigned it to nobody at fedoraproject.org (in error, but it is still the proper /dev/null for bugsie spam, so it didn't harm anything); but I didn't read your request fully. I don't think changing the report is permitted. (?) -- Peter Gordon (codergeek42) / FSF Associate Member #5015 GnuPG Public Key ID: 0xFFC19479 / Fingerprint: DD68 A414 56BD 6368 D957 9666 4268 CB7A FFC1 9479 My Blog: http://thecodergeek.com/blog/ -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From rc040203 at freenet.de Fri Jan 12 06:45:56 2007 From: rc040203 at freenet.de (Ralf Corsepius) Date: Fri, 12 Jan 2007 07:45:56 +0100 Subject: PPC CFLAGS [Was: Re: rpms/openarena/devel openarena.spec,1.1,1.2] In-Reply-To: <200701112245.l0BMjDhV010859@cvs-int.fedora.redhat.com> References: <200701112245.l0BMjDhV010859@cvs-int.fedora.redhat.com> Message-ID: <1168584356.22173.186.camel@mccallum.corsepiu.local> On Thu, 2007-01-11 at 17:45 -0500, Micha? Bentkowski wrote: > Author: ecik > > Update of /cvs/extras/rpms/openarena/devel > In directory cvs-int.fedora.redhat.com:/tmp/cvs-serv10837 > > Modified Files: > openarena.spec > Log Message: > * Wed Jan 10 2007 Micha? Bentkowski - 0.6.0-3 > - Do some ppc fixes > > > > Index: openarena.spec > +%ifarch ppc > +FLAGS="$FLAGS -maltivec -DNO_VM_COMPILED" > +%endif Errm? AFAICT, you must NOT pass -maltivec to cflags, because this changes code generation and the ABI. Only RPM_OPT_FLAGS is supposed to do so. May-be somebody being more familiar with ppc-Fedora than I might be able to comment. Ralf From j.w.r.degoede at hhs.nl Fri Jan 12 08:11:42 2007 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Fri, 12 Jan 2007 09:11:42 +0100 Subject: FE Package Status of Jan 11, 2007 In-Reply-To: <20070111173642.1f7f91da@ludwig-alpha.unil.ch> References: <20070111173642.1f7f91da@ludwig-alpha.unil.ch> Message-ID: <45A742BE.7010807@hhs.nl> Christian Iseli wrote: > Hi folks, > > This week's edition... > > Cheers, > C Packages not present in the development repo We have 12 packages not available in extras devel or release: j dot w dot r dot degoede at hhs dot nl MagicPoint X based presentation software j dot w dot r dot degoede at hhs dot nl freetype1 Free TrueType font rendering engine, compatibility version These 2 were already build at the time the script ran, but not pushed any chance the script could be ammended to catch this, or should I just ignore false positives like these two? Thanks & Regards, Hans From romal at gmx.de Fri Jan 12 08:20:11 2007 From: romal at gmx.de (Robert M. Albrecht) Date: Fri, 12 Jan 2007 09:20:11 +0100 Subject: Gallery2 In-Reply-To: <20070108202738.GA16597@jadzia.bu.edu> References: <45A16E03.7080705@gmx.de> <20070108031112.GA12150@jadzia.bu.edu> <45A2A3FA.5090307@gmx.de> <20070108202738.GA16597@jadzia.bu.edu> Message-ID: <45A744BB.4090907@gmx.de> Hi, the setup-wizard does not find the created login.txt cu romal Matthew Miller schrieb: > On Mon, Jan 08, 2007 at 09:05:14PM +0100, Robert M. Albrecht wrote: >>>> Error: could not locate login.txt. Please place it in your >>>> /srv/gallery2/ directory. >>>> Why is he searching in /srv/gallery2 and where does /srv belong ? >>> Read the rest of the page! The very next paragraph tells you exactly what >>> to >>> do. >> Yes, I did that and it didn't work. > > In what way exactly did it not work? > From romal at gmx.de Fri Jan 12 08:21:02 2007 From: romal at gmx.de (Robert M. Albrecht) Date: Fri, 12 Jan 2007 09:21:02 +0100 Subject: Gallery2 In-Reply-To: <45A4C7B5.6040308@redhat.com> References: <45A16E03.7080705@gmx.de> <20070108031112.GA12150@jadzia.bu.edu> <45A2A3FA.5090307@gmx.de> <45A4C7B5.6040308@redhat.com> Message-ID: <45A744EE.4000705@gmx.de> Hi, it's the first thing I disabled. cu romal David Kovalsky schrieb: > Robert M. Albrecht wrote: >> Hi, >> >>>> Error: could not locate login.txt. Please place it in your >>>> /srv/gallery2/ directory. >>>> Why is he searching in /srv/gallery2 and where does /srv belong ? >>> Read the rest of the page! The very next paragraph tells you exactly >>> what to >>> do. >> Yes, I did that and it didn't work. >> >> Installing gallery2 from source works flawless, so there might be a >> problem with the package. > When I installed gallery2 a few months ago I ran into some selinux > trouble. Check your logs for denials if you're using selinux too. > > > > From Christian.Iseli at licr.org Fri Jan 12 09:12:14 2007 From: Christian.Iseli at licr.org (Christian Iseli) Date: Fri, 12 Jan 2007 10:12:14 +0100 Subject: FE Package Status of Jan 11, 2007 In-Reply-To: <45A742BE.7010807@hhs.nl> References: <20070111173642.1f7f91da@ludwig-alpha.unil.ch> <45A742BE.7010807@hhs.nl> Message-ID: <20070112101214.5159d8b2@ludwig-alpha.unil.ch> On Fri, 12 Jan 2007 09:11:42 +0100, Hans de Goede wrote: > These 2 were already build at the time the script ran, but not pushed Yup, that happens > any chance the script could be ammended to catch this, I think yes... > or should I just ignore false positives like these two? I'd say just ignore them. This is mostly a heads-up thing. There are always some transitional things. If the warning sticks for several weeks, then I'd start to get worried. Regards, C From Axel.Thimm at ATrpms.net Fri Jan 12 09:20:26 2007 From: Axel.Thimm at ATrpms.net (Axel Thimm) Date: Fri, 12 Jan 2007 10:20:26 +0100 Subject: PPC CFLAGS [Was: Re: rpms/openarena/devel openarena.spec, 1.1, 1.2] In-Reply-To: <1168584356.22173.186.camel@mccallum.corsepiu.local> References: <200701112245.l0BMjDhV010859@cvs-int.fedora.redhat.com> <1168584356.22173.186.camel@mccallum.corsepiu.local> Message-ID: <20070112092026.GM16762@neu.nirvana> On Fri, Jan 12, 2007 at 07:45:56AM +0100, Ralf Corsepius wrote: > On Thu, 2007-01-11 at 17:45 -0500, Micha? Bentkowski wrote: > > Author: ecik > > > > Update of /cvs/extras/rpms/openarena/devel > > In directory cvs-int.fedora.redhat.com:/tmp/cvs-serv10837 > > > > Modified Files: > > openarena.spec > > Log Message: > > * Wed Jan 10 2007 Micha? Bentkowski - 0.6.0-3 > > - Do some ppc fixes > > > > > > > > Index: openarena.spec > > > +%ifarch ppc > > +FLAGS="$FLAGS -maltivec -DNO_VM_COMPILED" > > +%endif > > Errm? AFAICT, you must NOT pass -maltivec to cflags, because this > changes code generation and the ABI. I think you mean -mabi=altivec > Only RPM_OPT_FLAGS is supposed to do so. > > May-be somebody being more familiar with ppc-Fedora than I might be able > to comment. > > Ralf > > > -- Axel.Thimm at ATrpms.net -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From rc040203 at freenet.de Fri Jan 12 10:02:10 2007 From: rc040203 at freenet.de (Ralf Corsepius) Date: Fri, 12 Jan 2007 11:02:10 +0100 Subject: PPC CFLAGS [Was: Re: rpms/openarena/devel openarena.spec, 1.1, 1.2] In-Reply-To: <20070112092026.GM16762@neu.nirvana> References: <200701112245.l0BMjDhV010859@cvs-int.fedora.redhat.com> <1168584356.22173.186.camel@mccallum.corsepiu.local> <20070112092026.GM16762@neu.nirvana> Message-ID: <1168596131.19134.18.camel@mccallum.corsepiu.local> On Fri, 2007-01-12 at 10:20 +0100, Axel Thimm wrote: > On Fri, Jan 12, 2007 at 07:45:56AM +0100, Ralf Corsepius wrote: > > On Thu, 2007-01-11 at 17:45 -0500, Micha? Bentkowski wrote: > > > Author: ecik > > > > > > Update of /cvs/extras/rpms/openarena/devel > > > In directory cvs-int.fedora.redhat.com:/tmp/cvs-serv10837 > > > > > > Modified Files: > > > openarena.spec > > > Log Message: > > > * Wed Jan 10 2007 Micha? Bentkowski - 0.6.0-3 > > > - Do some ppc fixes > > > > > > > > > > > > Index: openarena.spec > > > > > +%ifarch ppc > > > +FLAGS="$FLAGS -maltivec -DNO_VM_COMPILED" > > > +%endif > > > > Errm? AFAICT, you must NOT pass -maltivec to cflags, because this > > changes code generation and the ABI. > > I think you mean -mabi=altivec ??? -maltivec is a macro and comprises many options. What -maltivec does in detail is very complicated, much more complicated than what most other -m* flags do. Also it has changed several times over GCC's history. I.e. the code being generated using it, is not necessarily guaranteed to be compatible nor to be runable on those ppc variants Fedora/RH supports. The questions I can't answer here are: * Is -maltivec allowed for powerpc Fedora packages or not? * Does -maltivec break compatibility to those cpu's powerpc Fedora supports or not? >From my experience with GCC and altivec (I am co-maintainer of powerpc-rtems-gcc), I am expecting it to break things, but I am not sufficiently familiar with powerpc-redhat-gcc to be able to judge. > > Only RPM_OPT_FLAGS is supposed to do so. The point here is: I am arguing NOBODY but the RH GCC maintainers rsp. those folks who specify RPM_OPT_FLAGS shall be allowed to play with code-generation flags. > > May-be somebody being more familiar with ppc-Fedora than I might be able > > to comment. Ralf From Axel.Thimm at ATrpms.net Fri Jan 12 10:35:02 2007 From: Axel.Thimm at ATrpms.net (Axel Thimm) Date: Fri, 12 Jan 2007 11:35:02 +0100 Subject: PPC CFLAGS [Was: Re: rpms/openarena/devel openarena.spec, 1.1, 1.2] In-Reply-To: <1168596131.19134.18.camel@mccallum.corsepiu.local> References: <200701112245.l0BMjDhV010859@cvs-int.fedora.redhat.com> <1168584356.22173.186.camel@mccallum.corsepiu.local> <20070112092026.GM16762@neu.nirvana> <1168596131.19134.18.camel@mccallum.corsepiu.local> Message-ID: <20070112103502.GB2988@neu.nirvana> On Fri, Jan 12, 2007 at 11:02:10AM +0100, Ralf Corsepius wrote: > > > Errm? AFAICT, you must NOT pass -maltivec to cflags, because this > > > changes code generation and the ABI. > > > > I think you mean -mabi=altivec > > ??? -maltivec is a macro and comprises many options. > > What -maltivec does in detail is very complicated, much more complicated > than what most other -m* flags do. Also it has changed several times > over GCC's history. Well, we are talking about the present use of -maltivec, or not? > I.e. the code being generated using it, is not necessarily > guaranteed to be compatible nor to be runable on those ppc variants > Fedora/RH supports. According to the release notes Fedora currently supports G3 upwards, altivec is guaranteed only G4 upwards. So it looks like there can are altivec-less system on the support matrix. Given the choice to drop G3 support or altivec, I'd suggest to drop G3. But that's not to decide on a package basis, and certainly not retrospective to a live release. > From my experience with GCC and altivec (I am co-maintainer of > powerpc-rtems-gcc), I am expecting it to break things, but I am not > sufficiently familiar with powerpc-redhat-gcc to be able to judge. > > > May-be somebody being more familiar with ppc-Fedora than I might > > > be able to comment. You seem familiar enough if you maintain a gcc backend ;) -- Axel.Thimm at ATrpms.net -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From limb at jcomserv.net Fri Jan 12 12:09:19 2007 From: limb at jcomserv.net (Jon Ciesla) Date: Fri, 12 Jan 2007 06:09:19 -0600 Subject: When making a change to the CVSSyncNeeded Wiki page. . . Message-ID: <20070112120919.GA26466@coriander.jcomserv.net> Thank you for your changes. Your attention to detail is appreciated. Status of sending notification mails: [en] ThomasChung, ThorstenLeemhuis, WarrenTogami, TomCallaway, AndreasBierfert, RexDieter, IgnacioVazquezAbrams, CristianGafton, JeffOllie, ChristianIseli, RahulSundaram, PatrickBarnes, DennisGilmore, JoseMatos, ChitleshGoorah, MikeMcGrath, NielsNeuberg, JohnBerninger, Micha.Bentkowski: Connection to mailserver 'mail.linux.duke.edu' failed: (-2, 'Name or service not known') Not sure who I should notify about this, so I figure this is a good place to start. Jon From fedora at leemhuis.info Fri Jan 12 12:34:11 2007 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Fri, 12 Jan 2007 13:34:11 +0100 Subject: When making a change to the CVSSyncNeeded Wiki page. . . In-Reply-To: <20070112120919.GA26466@coriander.jcomserv.net> References: <20070112120919.GA26466@coriander.jcomserv.net> Message-ID: <45A78043.1080900@leemhuis.info> On 12.01.2007 13:09, Jon Ciesla wrote: > Thank you for your changes. Your attention to detail is appreciated. > > Status of sending notification mails: > [en] ThomasChung, ThorstenLeemhuis, WarrenTogami, TomCallaway, > AndreasBierfert, RexDieter, IgnacioVazquezAbrams, CristianGafton, JeffOllie, > ChristianIseli, RahulSundaram, PatrickBarnes, DennisGilmore, JoseMatos, > ChitleshGoorah, MikeMcGrath, NielsNeuberg, JohnBerninger, Micha.Bentkowski: > Connection to mailserver 'mail.linux.duke.edu' failed: (-2, 'Name or service > not known') > > Not sure who I should notify about this, so I figure this is a good place to > start. To the ticket system. c4chris reported it already: https://admin.fedoraproject.org/tickets/customer.pl?Action=CustomerTicketZoom&TicketID=771 CU thl From dcbw at redhat.com Fri Jan 12 12:48:54 2007 From: dcbw at redhat.com (Dan Williams) Date: Fri, 12 Jan 2007 07:48:54 -0500 Subject: PPC CFLAGS [Was: Re: rpms/openarena/devel openarena.spec, 1.1, 1.2] In-Reply-To: <20070112103502.GB2988@neu.nirvana> References: <200701112245.l0BMjDhV010859@cvs-int.fedora.redhat.com> <1168584356.22173.186.camel@mccallum.corsepiu.local> <20070112092026.GM16762@neu.nirvana> <1168596131.19134.18.camel@mccallum.corsepiu.local> <20070112103502.GB2988@neu.nirvana> Message-ID: <1168606134.19114.13.camel@localhost.localdomain> On Fri, 2007-01-12 at 11:35 +0100, Axel Thimm wrote: > On Fri, Jan 12, 2007 at 11:02:10AM +0100, Ralf Corsepius wrote: > > > > Errm? AFAICT, you must NOT pass -maltivec to cflags, because this > > > > changes code generation and the ABI. > > > > > > I think you mean -mabi=altivec > > > > ??? -maltivec is a macro and comprises many options. > > > > What -maltivec does in detail is very complicated, much more complicated > > than what most other -m* flags do. Also it has changed several times > > over GCC's history. > > Well, we are talking about the present use of -maltivec, or not? > > > I.e. the code being generated using it, is not necessarily > > guaranteed to be compatible nor to be runable on those ppc variants > > Fedora/RH supports. > > According to the release notes Fedora currently supports G3 upwards, > altivec is guaranteed only G4 upwards. So it looks like there can are > altivec-less system on the support matrix. I hope that's on New World G3s and later, like the B&W G3, not the beige G3. Furthermore, all the build systems POWER-based. They have no altivec. So, if like OpenOffice, you compile tools early in the build process that you will use _later_ in the build process at any point, or you run automated tests on stuff you have built _using_ stuff you have built, you will likely segfault or SIGILL. Just a reminder not to exclusively target PPC machines with Altivec in your packages (unless they are scientific or something). If you wish to optimize sections of your code, you need to do it with runtime selection, much like, say, cairo, the X server, or the GIMP do for MMX or SSE accelerated pixbuf operations. i.e., lots of "if (MMX) {} else {}". Compiling with altivec is fine; but sticking altivec in CFLAGS for your _entire_ build is usually not fine. Dan > Given the choice to drop G3 support or altivec, I'd suggest to drop > G3. But that's not to decide on a package basis, and certainly not > retrospective to a live release. > > > From my experience with GCC and altivec (I am co-maintainer of > > powerpc-rtems-gcc), I am expecting it to break things, but I am not > > sufficiently familiar with powerpc-redhat-gcc to be able to judge. > > > > > May-be somebody being more familiar with ppc-Fedora than I might > > > > be able to comment. > > You seem familiar enough if you maintain a gcc backend ;) From Axel.Thimm at ATrpms.net Fri Jan 12 13:08:27 2007 From: Axel.Thimm at ATrpms.net (Axel Thimm) Date: Fri, 12 Jan 2007 14:08:27 +0100 Subject: PPC CFLAGS [Was: Re: rpms/openarena/devel openarena.spec, 1.1, 1.2] In-Reply-To: <1168606134.19114.13.camel@localhost.localdomain> References: <200701112245.l0BMjDhV010859@cvs-int.fedora.redhat.com> <1168584356.22173.186.camel@mccallum.corsepiu.local> <20070112092026.GM16762@neu.nirvana> <1168596131.19134.18.camel@mccallum.corsepiu.local> <20070112103502.GB2988@neu.nirvana> <1168606134.19114.13.camel@localhost.localdomain> Message-ID: <20070112130827.GG2988@neu.nirvana> On Fri, Jan 12, 2007 at 07:48:54AM -0500, Dan Williams wrote: > Just a reminder not to exclusively target PPC machines with Altivec in > your packages (unless they are scientific or something). Why exclude scientific? They will break just the same. Of course the need there is much higher. > Compiling with altivec is fine; but sticking altivec in CFLAGS for your > _entire_ build is usually not fine. What is the difference? If a unit has been compiled with altivec and the resulting binary calls something in this unit on a non-altivec system your binary will still boom, or not? E.g. if we need to support non-altivec system then altivec must be strictly banned unless - as you wrote - the software is smart enough to do it at runtime (which is seldom). Are there relevant numbers of G3 systems out there that we want to support (excluding the unreleased G3+altivec chip)? -- Axel.Thimm at ATrpms.net -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From jwboyer at jdub.homelinux.org Fri Jan 12 13:22:43 2007 From: jwboyer at jdub.homelinux.org (Josh Boyer) Date: Fri, 12 Jan 2007 07:22:43 -0600 Subject: PPC CFLAGS [Was: Re: rpms/openarena/devel openarena.spec, 1.1, 1.2] In-Reply-To: <20070112130827.GG2988@neu.nirvana> References: <200701112245.l0BMjDhV010859@cvs-int.fedora.redhat.com> <1168584356.22173.186.camel@mccallum.corsepiu.local> <20070112092026.GM16762@neu.nirvana> <1168596131.19134.18.camel@mccallum.corsepiu.local> <20070112103502.GB2988@neu.nirvana> <1168606134.19114.13.camel@localhost.localdomain> <20070112130827.GG2988@neu.nirvana> Message-ID: <1168608163.3696.4.camel@zod.rchland.ibm.com> On Fri, 2007-01-12 at 14:08 +0100, Axel Thimm wrote: > > Are there relevant numbers of G3 systems out there that we want to > support (excluding the unreleased G3+altivec chip)? You missed the part about the POWER systems. They don't have Altivec/VMX either. (Except P6, which hasn't been released yet). There's also the 43p-150 machines which Fedora supports at the moment. They don't contain Altivec/VMX either. I personally have about 4 of these, and a B&W G3. josh From dwmw2 at infradead.org Fri Jan 12 13:29:54 2007 From: dwmw2 at infradead.org (David Woodhouse) Date: Fri, 12 Jan 2007 21:29:54 +0800 Subject: PPC CFLAGS [Was: Re: rpms/openarena/devel openarena.spec, 1.1, 1.2] In-Reply-To: <20070112130827.GG2988@neu.nirvana> References: <200701112245.l0BMjDhV010859@cvs-int.fedora.redhat.com> <1168584356.22173.186.camel@mccallum.corsepiu.local> <20070112092026.GM16762@neu.nirvana> <1168596131.19134.18.camel@mccallum.corsepiu.local> <20070112103502.GB2988@neu.nirvana> <1168606134.19114.13.camel@localhost.localdomain> <20070112130827.GG2988@neu.nirvana> Message-ID: <1168608594.9415.88.camel@shinybook.infradead.org> On Fri, 2007-01-12 at 14:08 +0100, Axel Thimm wrote: > What is the difference? If a unit has been compiled with altivec and > the resulting binary calls something in this unit on a non-altivec > system your binary will still boom, or not? > > E.g. if we need to support non-altivec system then altivec must be > strictly banned unless - as you wrote - the software is smart enough > to do it at runtime (which is seldom). Not _so_ seldom, in Altivec-capable code. Programs like xine and mplayer get it right. There are parts which are compiled with -maltivec but they're conditionally called. > Are there relevant numbers of G3 systems out there that we want to > support (excluding the unreleased G3+altivec chip)? I don't know about G3 but there are relevant numbers of Altivec-less systems out there, since that includes POWER -- and in particular a bunch of our build machines. Do not build packages which use Altivec unconditionally -- always make it check at runtime, just as we do for MMX/SSE/etc. -- dwmw2 From rc040203 at freenet.de Fri Jan 12 14:24:37 2007 From: rc040203 at freenet.de (Ralf Corsepius) Date: Fri, 12 Jan 2007 15:24:37 +0100 Subject: PPC CFLAGS [Was: Re: rpms/openarena/devel openarena.spec, 1.1, 1.2] In-Reply-To: <1168608594.9415.88.camel@shinybook.infradead.org> References: <200701112245.l0BMjDhV010859@cvs-int.fedora.redhat.com> <1168584356.22173.186.camel@mccallum.corsepiu.local> <20070112092026.GM16762@neu.nirvana> <1168596131.19134.18.camel@mccallum.corsepiu.local> <20070112103502.GB2988@neu.nirvana> <1168606134.19114.13.camel@localhost.localdomain> <20070112130827.GG2988@neu.nirvana> <1168608594.9415.88.camel@shinybook.infradead.org> Message-ID: <1168611877.19134.72.camel@mccallum.corsepiu.local> On Fri, 2007-01-12 at 21:29 +0800, David Woodhouse wrote: > On Fri, 2007-01-12 at 14:08 +0100, Axel Thimm wrote: > > What is the difference? If a unit has been compiled with altivec and > > the resulting binary calls something in this unit on a non-altivec > > system your binary will still boom, or not? > > > > E.g. if we need to support non-altivec system then altivec must be > > strictly banned unless - as you wrote - the software is smart enough > > to do it at runtime (which is seldom). > > Not _so_ seldom, in Altivec-capable code. Programs like xine and mplayer > get it right. There are parts which are compiled with -maltivec but > they're conditionally called. Conditionally at compile-time or at run-time? Normally, packages trying squeeze out cpu-variant specifics apply compile-time conditionals. i.e. they break on some cpu-variants at run-time (The reason why rtems has an -maltivec multilib ;) ). > > Are there relevant numbers of G3 systems out there that we want to > > support (excluding the unreleased G3+altivec chip)? > > I don't know about G3 but there are relevant numbers of Altivec-less > systems out there, since that includes POWER -- and in particular a > bunch of our build machines. > > Do not build packages which use Altivec unconditionally -- always make > it check at runtime, just as we do for MMX/SSE/etc. OK, that's what I wanted to hear. => This package is broken, -maltivec is forbidden. Ralf From mattdm at mattdm.org Fri Jan 12 14:50:20 2007 From: mattdm at mattdm.org (Matthew Miller) Date: Fri, 12 Jan 2007 09:50:20 -0500 Subject: Gallery2 In-Reply-To: <45A744BB.4090907@gmx.de> References: <45A16E03.7080705@gmx.de> <20070108031112.GA12150@jadzia.bu.edu> <45A2A3FA.5090307@gmx.de> <20070108202738.GA16597@jadzia.bu.edu> <45A744BB.4090907@gmx.de> Message-ID: <20070112145020.GA28576@jadzia.bu.edu> On Fri, Jan 12, 2007 at 09:20:11AM +0100, Robert M. Albrecht wrote: [top-posting straightened out for my sanity in helping with this] > >>>>Error: could not locate login.txt. Please place it in your > >>>>/srv/gallery2/ directory. > >>>>Why is he searching in /srv/gallery2 and where does /srv belong ? > >>>Read the rest of the page! The very next paragraph tells you exactly > >>>what to do. > >>Yes, I did that and it didn't work. > >In what way exactly did it not work? > the setup-wizard does not find the created login.txt Okay, so, sorry if this is an insulting question, but where did you create the file, and with what permissions? -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> From bugs.michael at gmx.net Fri Jan 12 15:32:41 2007 From: bugs.michael at gmx.net (Michael Schwendt) Date: Fri, 12 Jan 2007 16:32:41 +0100 Subject: File conflicts in Fedora Extras devel - 20070109 In-Reply-To: <20070112001524.GG16762@neu.nirvana> References: <20070109210622.8b03dc7f.bugs.michael@gmx.net> <20070110103619.GA8195@neu.nirvana> <20070112004519.ba8cd32b.bugs.michael@gmx.net> <20070112001524.GG16762@neu.nirvana> Message-ID: <20070112163241.d9723c96.bugs.michael@gmx.net> On Fri, 12 Jan 2007 01:15:24 +0100, Axel Thimm wrote: > On Fri, Jan 12, 2007 at 12:45:19AM +0100, Michael Schwendt wrote: > > On Wed, 10 Jan 2007 11:36:19 +0100, Axel Thimm wrote: > > > > > Which tool are you using for finding this out? > > > > An unreleased prototype script built on top of Yum (v2.6.1 plus > > checkForObsoletes patch). > > What's the checkForObsoletes patch? yum does check for obsoletes, > doesn't it? Nowadays it does. Ticket with patches and the background is here: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=190116#c13 > Can you release the prototype somehwere? Better to teach how to fish > than feed some fish. ;) http://home.arcor.de/ms2002sep/tmp/confcheck-remote-20070112.tgz From bugs.michael at gmx.net Fri Jan 12 15:36:30 2007 From: bugs.michael at gmx.net (Michael Schwendt) Date: Fri, 12 Jan 2007 16:36:30 +0100 Subject: orphaning gutenprint package In-Reply-To: <1168533341.18825.5.camel@cyberelk.elk> References: <1168533341.18825.5.camel@cyberelk.elk> Message-ID: <20070112163630.3527ebf0.bugs.michael@gmx.net> On Thu, 11 Jan 2007 16:35:41 +0000, Tim Waugh wrote: > On Thu, 2007-01-11 at 21:56 +0530, Parag N(????) wrote: > > I have contacted Tim Waugh and he has accepted ownership of > > gutenprint. So here i would like to announce that i am orphaning (and > > giving ownership to Tim Waugh) gutenprint package. > > So now new maintainer for gutenprint is Tim Waugh. > > Also, I've built a gimp-print package that no longer has a > gimp-print-plugin sub-package, and Parag's latest gutenprint build ships > the GIMP plug-in. Finally the switch is made! What about these? gutenprint-cups - 5.0.0-1.fc7.i386 Conflicts: 9 File conflict in: /usr/bin/cups-calibrate /usr/lib/cups/backend/canon /usr/lib/cups/filter/commandtocanon /usr/share/man/man8/cups-calibrate.8.gz /usr/lib/cups/filter/commandtoepson /usr/lib/cups/backend/epson Packages with the same files: gimp-print-cups - 4.2.7-24.fc7.i386 gutenprint - 5.0.0-1.fc7.i386 Conflicts: 5 File conflict in: /usr/bin/escputil /usr/share/man/man1/escputil.1.gz Packages with the same files: gimp-print-utils - 4.2.7-24.fc7.i386 From mr.ecik at gmail.com Fri Jan 12 15:52:11 2007 From: mr.ecik at gmail.com (=?ISO-8859-2?Q?Micha=B3_Bentkowski?=) Date: Fri, 12 Jan 2007 16:52:11 +0100 Subject: PPC CFLAGS [Was: Re: rpms/openarena/devel openarena.spec, 1.1, 1.2] In-Reply-To: <1168611877.19134.72.camel@mccallum.corsepiu.local> References: <200701112245.l0BMjDhV010859@cvs-int.fedora.redhat.com> <1168584356.22173.186.camel@mccallum.corsepiu.local> <20070112092026.GM16762@neu.nirvana> <1168596131.19134.18.camel@mccallum.corsepiu.local> <20070112103502.GB2988@neu.nirvana> <1168606134.19114.13.camel@localhost.localdomain> <20070112130827.GG2988@neu.nirvana> <1168608594.9415.88.camel@shinybook.infradead.org> <1168611877.19134.72.camel@mccallum.corsepiu.local> Message-ID: <668bb39a0701120752v5a33003bre54a9c02c96858f@mail.gmail.com> 2007/1/12, Ralf Corsepius : > => This package is broken, -maltivec is forbidden. That's my fault. Initially package failed to compile on ppc arch. I checked debian build and I found that there are -maltivec and -DNO_VM_COMPILED flags so I added them both. Sorry for that, will be fixed. -- Micha? Bentkowski mr.ecik at gmail.com From jpmahowald at gmail.com Fri Jan 12 15:56:21 2007 From: jpmahowald at gmail.com (John Mahowald) Date: Fri, 12 Jan 2007 09:56:21 -0600 Subject: Newsfeed about new packages integrated into extras In-Reply-To: <20070112002003.24de89f5@localhost.localdomain> References: <20070112002003.24de89f5@localhost.localdomain> Message-ID: <3ea997540701120756q70ddd96br3330d20744632d7d@mail.gmail.com> On 1/11/07, Sebastian Vahl wrote: > Hi. > Just want to ask If there is an existing newsfeed who tracks the new > (not updatet) packages integrated into extras? > I don't know of just the new. Closest thing would be the info feed. [1] If you like getting email you could watch the FE-ACCEPT bug or other tracker bugs. Or apply some filters to the commit mail. The status page shows lots of numbers, not new packages however. [2] This would be a useful feature to show growth of the repository. John [1] http://fedoraproject.org/infofeed/ [2] http://fedoraproject.org/wiki/Extras/PackageStatus From dcbw at redhat.com Fri Jan 12 16:08:26 2007 From: dcbw at redhat.com (Dan Williams) Date: Fri, 12 Jan 2007 11:08:26 -0500 Subject: PPC CFLAGS [Was: Re: rpms/openarena/devel openarena.spec, 1.1, 1.2] In-Reply-To: <1168611877.19134.72.camel@mccallum.corsepiu.local> References: <200701112245.l0BMjDhV010859@cvs-int.fedora.redhat.com> <1168584356.22173.186.camel@mccallum.corsepiu.local> <20070112092026.GM16762@neu.nirvana> <1168596131.19134.18.camel@mccallum.corsepiu.local> <20070112103502.GB2988@neu.nirvana> <1168606134.19114.13.camel@localhost.localdomain> <20070112130827.GG2988@neu.nirvana> <1168608594.9415.88.camel@shinybook.infradead.org> <1168611877.19134.72.camel@mccallum.corsepiu.local> Message-ID: <1168618106.3367.3.camel@localhost.localdomain> On Fri, 2007-01-12 at 15:24 +0100, Ralf Corsepius wrote: > On Fri, 2007-01-12 at 21:29 +0800, David Woodhouse wrote: > > On Fri, 2007-01-12 at 14:08 +0100, Axel Thimm wrote: > > > What is the difference? If a unit has been compiled with altivec and > > > the resulting binary calls something in this unit on a non-altivec > > > system your binary will still boom, or not? > > > > > > E.g. if we need to support non-altivec system then altivec must be > > > strictly banned unless - as you wrote - the software is smart enough > > > to do it at runtime (which is seldom). > > > > Not _so_ seldom, in Altivec-capable code. Programs like xine and mplayer > > get it right. There are parts which are compiled with -maltivec but > > they're conditionally called. > > Conditionally at compile-time or at run-time? > > Normally, packages trying squeeze out cpu-variant specifics apply > compile-time conditionals. i.e. they break on some cpu-variants at > run-time (The reason why rtems has an -maltivec multilib ;) ). Runtime. Here's how it should work: 1: put all altivec functions in their own execution unit (ie, C file) 2: put the code that _calls_ these altivec functions in another file 3: that other file will need to do CPU ID checks at runtime; if it finds that it is running on an altivec capable CPU, it calls the altivec-enabled code from (1) 4: if it finds it is _not_ running on an altivec-enabled CPU, then it must call slowpath functions that are _not_ compiled with altivec So you can certain compile some files with altivec; but at runtime you must _never_, _ever_ unconditionally call any code in those files without first checking that you are running on an altivec-capable CPU. Check out the X server code here: http://gitweb.freedesktop.org/?p=xorg/xserver.git;a=tree specifically, the files "fbpict.c" and "fbmmx.c". Note the function fbHaveMMX() at the bottom of fbpict.c. It returns true if the machine has MMX. There are conditional statements throughout the fbpict.c file that check for MMX, and if so, call a function in 'fbmmx.c' that contains mmx code. There is _no_ MMX code in fbpict.c. if (fbHaveMMX()) func = fbCompositeSolidMask_nx8x0565mmx; else func = fbCompositeSolidMask_nx8x0565; [snip] (*func) (op, pSrc, pMask, pDst, x_src, y_src, x_msk, y_msk, x_dst, y_dst, w_this, h_this); _That_ is the correct way to do it. The fbCompositeSolidMask_nx8x0565mmx() function is in fbmmx.c, which is compiled with MMX flags, but never gets unconditionally called at all. You have to put the stuff that needs the MMX flags in a separate file to ensure that GDB doesn't insert MMX instructions into functions that you don't want it too. Dan > > > Are there relevant numbers of G3 systems out there that we want to > > > support (excluding the unreleased G3+altivec chip)? > > > > I don't know about G3 but there are relevant numbers of Altivec-less > > systems out there, since that includes POWER -- and in particular a > > bunch of our build machines. > > > > Do not build packages which use Altivec unconditionally -- always make > > it check at runtime, just as we do for MMX/SSE/etc. > OK, that's what I wanted to hear. > > => This package is broken, -maltivec is forbidden. > > Ralf > > From ndbecker2 at gmail.com Fri Jan 12 16:25:24 2007 From: ndbecker2 at gmail.com (Neal Becker) Date: Fri, 12 Jan 2007 11:25:24 -0500 Subject: gallery2 segfault Message-ID: I installed gallery2* on FC6 x86_64. When I try to upload a picture, I get segfaults. /var/log/messages: Jan 12 09:07:06 nbecker kernel: httpd[17795]: segfault at 00007fff108c4e60 rip 00002aaaac7b7fd4 rsp 00007fff1\ 08c4e40 error 6 /var/log/httpd/error_log: [Fri Jan 12 09:07:07 2007] [notice] child pid 17795 exit signal Segmentation fault (11) The only thing I did to the default install is in /etc/php.ini set memory limit to 256M (I've got 2G). From twaugh at redhat.com Fri Jan 12 16:38:44 2007 From: twaugh at redhat.com (Tim Waugh) Date: Fri, 12 Jan 2007 16:38:44 +0000 Subject: orphaning gutenprint package In-Reply-To: <20070112163630.3527ebf0.bugs.michael@gmx.net> References: <1168533341.18825.5.camel@cyberelk.elk> <20070112163630.3527ebf0.bugs.michael@gmx.net> Message-ID: <1168619924.3735.6.camel@cyberelk.elk> On Fri, 2007-01-12 at 16:36 +0100, Michael Schwendt wrote: > gutenprint-cups - 5.0.0-1.fc7.i386 I've been working on gutenprint today and yesterday and I think several of these problems are fixed in 5.0.0-2.fc7. Tim. */ -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From Christian.Iseli at licr.org Fri Jan 12 18:11:41 2007 From: Christian.Iseli at licr.org (Christian Iseli) Date: Fri, 12 Jan 2007 19:11:41 +0100 Subject: Package review status (2007.01.12) Message-ID: <20070112191141.6d476753@ludwig-alpha.unil.ch> Hi folks, I went through all the ones with unknown status, and trimmed down the list to 17. Full status at: http://fedoraproject.org/wiki/ChristianIseli/PackageReviewStatus The unknown ones are shown below. A few are just new packages and will get sorted out in their review tickets (audacious-itouch perl-Mozilla-LDAP vim-vimoutliner) But for the other ones, I found no evidence they were approved. Some were submitted for review in the old email way, but I couldn't find any message hinting they might have been accepted, so if people could please check their old mailboxen... :-) Some might also have come from Core/f.us but I can't find the right hint... Please help find resolve the remaining holes. The result will be used to populate the package database when it's ready to chew on that data. Cheers, C ==== dennis ausil us snort enrico scholz informatik tu-chemnitz de ip-sentinel enrico scholz informatik tu-chemnitz de milter-greylist enrico scholz informatik tu-chemnitz de util-vserver gemi bluewin ch yap icon fedoraproject org gazpacho mcepl redhat com vim-vimoutliner nicolas mailhot laposte net dejavu-fonts rmeggins redhat com perl-Mozilla-LDAP thomas apestaart org libannodex thomas apestaart org libcmml thomas apestaart org liboggz thomas apestaart org mod_annodex tmraz redhat com vpnc yufanyufan gmail com audacious-itouch zipsonic gmail com freenx zipsonic gmail com nx From mtasaka at ioa.s.u-tokyo.ac.jp Fri Jan 12 18:15:13 2007 From: mtasaka at ioa.s.u-tokyo.ac.jp (Mamoru Tasaka) Date: Sat, 13 Jan 2007 03:15:13 +0900 Subject: Package review status (2007.01.12) In-Reply-To: <20070112191141.6d476753@ludwig-alpha.unil.ch> References: <20070112191141.6d476753@ludwig-alpha.unil.ch> Message-ID: <45A7D031.3010200@ioa.s.u-tokyo.ac.jp> Hello. Christian Iseli wrote: > mcepl redhat com vim-vimoutliner https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=217836 I will change summary. Mamoru Tasaka From nicolas.mailhot at laposte.net Fri Jan 12 18:28:04 2007 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Fri, 12 Jan 2007 19:28:04 +0100 Subject: Package review status (2007.01.12) In-Reply-To: <20070112191141.6d476753@ludwig-alpha.unil.ch> References: <20070112191141.6d476753@ludwig-alpha.unil.ch> Message-ID: <1168626484.32564.46.camel@rousalka.dyndns.org> > nicolas mailhot laposte net dejavu-fonts http://www.redhat.com/archives/fedora-extras-list/2005-May/msg00807.html (again that does not change the fact the package changed a lot in 2 years) -- Nicolas Mailhot -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: Ceci est une partie de message num?riquement sign?e URL: From bpepple at fedoraproject.org Fri Jan 12 18:56:06 2007 From: bpepple at fedoraproject.org (Brian Pepple) Date: Fri, 12 Jan 2007 13:56:06 -0500 Subject: FESCo Meeting Summary for 2007-01-11 Message-ID: <1168628166.12544.9.camel@Chuck> Members Present * Thorsten Leemhuis (thl) * Brian Pepple (bpepple) * Rex Dieter (rdieter) * Jason Tibbitts (tibbs) * Toshio Kuratomi (abadger1999) * Christian Iseli (ch4chris) * Warren Togami (warren) * Jeremy Katz (jeremy) * Josh Boyer (jwb) Absent * Dennis Gilmore (dgilmore) * Ville Skytt? (scop) * Tom Callaway (spot) * Andreas Bierfert (awjb) FAB Members Present * Max Spevack (mspevack) * Rahul Sundaram (mether) * Bill Nottingham (notting) * Seth Vidal (skvidal) === Summary === FESCo/Core cabal merge * Long discussion about the FESCo/Core cabal merge. The initial thought is to merge the members from the Core Cabal and FESCo into FTC (Fedora Technical Committee). * The exact number of members in the FTC, and other issues will be discussed on the FAB-mailing list this week. * FESCo members are also encouraged to be present for the IRC FAB meeting on Tuesday (2007-1-16). FESCo changes * thl has decided to step down as chair of FESCo, and bpepple has been chosen as the interim chair until FTC is up and running. Everyone thanked thl for all the hard work he has put into running FESCo. * Kevin Fenzi (nirik) has joined FESCo, to fill the vacated seat of scop. FESCo would like to thank Ville for his hard work during his tenure there. Welcome aboard, Kevin! Opening Core * Some reviews of Core packages should hopefully start being done in a trickle fashion. At FUDCon, there will be a hack-fest to review Core packages.http://www.fedoraproject.org/wiki/ThorstenLeemhuis/HackFest Kernel-Naming * The kernel doesn't currently follow the Naming Guidelines, and Jeremy is going to investigate if we need to make an exception for this in the Guidelines. For full IRC log of meeting: http://fedoraproject.org/wiki/Extras/SteeringCommittee/Meeting-20070111 Next FESCo Meeting: 2007-01-15 18:00 UTC Thanks, /B -- Brian Pepple gpg --keyserver pgp.mit.edu --recv-keys 810CC15E BD5E 6F9E 8688 E668 8F5B CBDE 326A E936 810C C15E -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From steve at silug.org Fri Jan 12 19:48:18 2007 From: steve at silug.org (Steven Pritchard) Date: Fri, 12 Jan 2007 13:48:18 -0600 Subject: Package review status In-Reply-To: <20070110150359.1f63e807@ludwig-alpha.unil.ch> References: <20070110140903.07bfbe36@ludwig-alpha.unil.ch> <20070110150359.1f63e807@ludwig-alpha.unil.ch> Message-ID: <20070112194818.GA15287@osiris.silug.org> On Wed, Jan 10, 2007 at 03:03:59PM +0100, Christian Iseli wrote: > steve silug org perl-File-BOM Pre-bugzilla review: http://www.redhat.com/archives/fedora-extras-list/2005-June/msg00661.html Steve -- Steven Pritchard - K&S Pritchard Enterprises, Inc. Email: steve at kspei.com http://www.kspei.com/ Phone: (618)398-3000 Mobile: (618)567-7320 From bugs.michael at gmx.net Fri Jan 12 20:23:58 2007 From: bugs.michael at gmx.net (Michael Schwendt) Date: Fri, 12 Jan 2007 21:23:58 +0100 Subject: Package review status (2007.01.12) In-Reply-To: <20070112191141.6d476753@ludwig-alpha.unil.ch> References: <20070112191141.6d476753@ludwig-alpha.unil.ch> Message-ID: <20070112212358.9558ad4b.bugs.michael@gmx.net> On Fri, 12 Jan 2007 19:11:41 +0100, Christian Iseli wrote: > dennis ausil us snort fedora.us till RHL-9, then orphaned some long time and resurrected for pre-Extras/FE3. From steve at silug.org Fri Jan 12 22:23:34 2007 From: steve at silug.org (Steven Pritchard) Date: Fri, 12 Jan 2007 16:23:34 -0600 Subject: About missing reviews In-Reply-To: <1168264223.2841.0.camel@localhost.localdomain> References: <20061231161055.788294b1@ludwig-alpha.unil.ch> <604aa7910612311527v1e85ecft7186c28b914b2ff7@mail.gmail.com> <200612311846.00598.jkeating@redhat.com> <4598F6DE.30707@leemhuis.info> <20070101124831.09dbbf77@ningauble.scrye.com> <20070102002659.50321072@ludwig-alpha.unil.ch> <1167721353.2436.15.camel@localhost.localdomain> <20070103021303.2343f129@ludwig-alpha.unil.ch> <20070103020300.GA29316@osiris.silug.org> <1168264223.2841.0.camel@localhost.localdomain> Message-ID: <20070112222334.GA13407@osiris.silug.org> On Mon, Jan 08, 2007 at 07:50:23AM -0600, Tom 'spot' Callaway wrote: > If memory serves, at one point in time, there were two different apps > called ddrescue and dd_rescue. Right. The ddrescue package that was brought over from fedora.us is really dd_rescue: http://www.garloff.de/kurt/linux/ddrescue/ It still lives in the ddrescue directory in CVS (http://cvs.fedora.redhat.com/viewcvs/rpms/ddrescue/?root=extras), but the spec is now named dd_rescue.spec, and the generated package is named dd_rescue. There's also GNU ddrescue: http://www.gnu.org/software/ddrescue/ddrescue.html Obviously it is inspired by dd_rescue (and probably dd_rhelp, which probably should be a separate package, and not rolled into the current Extras dd_rescue package), and while I think dd_rescue is the better tool for the most part, I'd like to see both in Fedora. Unfortunately, the current mess with the CVS directory names and the broken Obsoletes in dd_rescue.spec mean someone has to do some work before that can happen... Steve -- Steven Pritchard - K&S Pritchard Enterprises, Inc. Email: steve at kspei.com http://www.kspei.com/ Phone: (618)398-3000 Mobile: (618)567-7320 From paul at all-the-johnsons.co.uk Fri Jan 12 22:28:49 2007 From: paul at all-the-johnsons.co.uk (Paul) Date: Fri, 12 Jan 2007 22:28:49 +0000 Subject: Submitting a package - a quick question on the best way Message-ID: <1168640929.3306.12.camel@T7.Linux> Hi, I'm building testdisk from http://www.cgsecurity.org/wiki/TestDisk_Download which bundles in it's srpm ntfsprogs and progreiserfs as tarballs which are then built by the spec file and which are then used for building photorec and testdisk. Do I need to submit ntfsprogs and progreiserfs in their own right or am I okay just to submit testdisk as it stands? TTFN Paul -- "Mmmmmmmm....Shakira geschmiert mit schokolade" sagt Homer -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From raven at pmail.pl Fri Jan 12 22:41:46 2007 From: raven at pmail.pl (=?UTF-8?B?UGlvdHIgJ1JhdmVuJyBEcsSFZw==?=) Date: Fri, 12 Jan 2007 23:41:46 +0100 Subject: Potentially orphaned: tango-icon-theme Message-ID: <45A80EAA.1070602@pmail.pl> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I've change status of tango-icon-theme to "potentially orphaned". If someone wants to maintain this, feel free to pick up it. - -- Piotr "Raven" Dr?g http://pmail.pl/~raven/index.html -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFFqA6qjBBsaE0M6qkRAtjbAKCd5ALCMJxXjoB5PjgX1jJ7sxnYjACgjTJS wybbYoKyX6vs38hrb9CJDIQ= =Pqe8 -----END PGP SIGNATURE----- From dakingun at gmail.com Fri Jan 12 22:41:55 2007 From: dakingun at gmail.com (Deji Akingunola) Date: Fri, 12 Jan 2007 17:41:55 -0500 Subject: Submitting a package - a quick question on the best way In-Reply-To: <1168640929.3306.12.camel@T7.Linux> References: <1168640929.3306.12.camel@T7.Linux> Message-ID: Hi, On 1/12/07, Paul wrote: > Hi, > > I'm building testdisk from > Do I need to submit ntfsprogs and progreiserfs in their own right or am > I okay just to submit testdisk as it stands? > Do you know that testdisk is available in Fedora Extras already? Since FC4 or so. Deji From Christian.Iseli at licr.org Fri Jan 12 23:16:53 2007 From: Christian.Iseli at licr.org (Christian Iseli) Date: Sat, 13 Jan 2007 00:16:53 +0100 Subject: Package review status In-Reply-To: <20070112194818.GA15287@osiris.silug.org> References: <20070110140903.07bfbe36@ludwig-alpha.unil.ch> <20070110150359.1f63e807@ludwig-alpha.unil.ch> <20070112194818.GA15287@osiris.silug.org> Message-ID: <20070113001653.56a73986@ludwig-alpha.unil.ch> On Fri, 12 Jan 2007 13:48:18 -0600, Steven Pritchard wrote: > On Wed, Jan 10, 2007 at 03:03:59PM +0100, Christian Iseli wrote: > > steve silug org perl-File-BOM > > Pre-bugzilla review: > > http://www.redhat.com/archives/fedora-extras-list/2005-June/msg00661.html Yup, got it. Thx, C From Christian.Iseli at licr.org Fri Jan 12 23:19:18 2007 From: Christian.Iseli at licr.org (Christian Iseli) Date: Sat, 13 Jan 2007 00:19:18 +0100 Subject: Package review status (2007.01.12) In-Reply-To: <1168626484.32564.46.camel@rousalka.dyndns.org> References: <20070112191141.6d476753@ludwig-alpha.unil.ch> <1168626484.32564.46.camel@rousalka.dyndns.org> Message-ID: <20070113001918.1ca3739d@ludwig-alpha.unil.ch> On Fri, 12 Jan 2007 19:28:04 +0100, Nicolas Mailhot wrote: > > nicolas mailhot laposte net dejavu-fonts > http://www.redhat.com/archives/fedora-extras-list/2005-May/msg00807.html > > (again that does not change the fact the package changed a lot in 2 > years) Ah, sorry, this one fell through the cracks... Got it now. Thx, C From Christian.Iseli at licr.org Fri Jan 12 23:22:47 2007 From: Christian.Iseli at licr.org (Christian Iseli) Date: Sat, 13 Jan 2007 00:22:47 +0100 Subject: Package review status (2007.01.12) In-Reply-To: <20070112212358.9558ad4b.bugs.michael@gmx.net> References: <20070112191141.6d476753@ludwig-alpha.unil.ch> <20070112212358.9558ad4b.bugs.michael@gmx.net> Message-ID: <20070113002247.0f81dee9@ludwig-alpha.unil.ch> On Fri, 12 Jan 2007 21:23:58 +0100, Michael Schwendt wrote: > fedora.us till RHL-9, then orphaned some long time and resurrected > for pre-Extras/FE3. Noted, thx C From Christian.Iseli at licr.org Fri Jan 12 23:24:47 2007 From: Christian.Iseli at licr.org (Christian Iseli) Date: Sat, 13 Jan 2007 00:24:47 +0100 Subject: Package review status (2007.01.12) In-Reply-To: <45A7D031.3010200@ioa.s.u-tokyo.ac.jp> References: <20070112191141.6d476753@ludwig-alpha.unil.ch> <45A7D031.3010200@ioa.s.u-tokyo.ac.jp> Message-ID: <20070113002447.61cfc861@ludwig-alpha.unil.ch> On Sat, 13 Jan 2007 03:15:13 +0900, Mamoru Tasaka wrote: > Christian Iseli wrote: > > mcepl redhat com vim-vimoutliner > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=217836 > > I will change summary. Cool, thx, C From bugs.michael at gmx.net Sat Jan 13 00:10:13 2007 From: bugs.michael at gmx.net (Michael Schwendt) Date: Sat, 13 Jan 2007 01:10:13 +0100 Subject: Potentially orphaned: tango-icon-theme In-Reply-To: <45A80EAA.1070602@pmail.pl> References: <45A80EAA.1070602@pmail.pl> Message-ID: <20070113011013.26ebc19c.bugs.michael@gmx.net> On Fri, 12 Jan 2007 23:41:46 +0100, Piotr 'Raven' Dr?g wrote: > I've change status of tango-icon-theme to "potentially orphaned". If > someone wants to maintain this, feel free to pick up it. In addition to my private reply: "Potentially orphaned" is when the package still has a package owner in CVS owners.list, but this packager believes the package would benefit from a more dedicated maintainer and has plans on dropping it [later]. Like: "I still take care of this package, but I'd like somebody else to take over. And if that doesn't happen, I might orphan the package any time. So, take the chance rather sooner than later." Packages, which are assigned to extras-orphan in owners.list and don't have anyone in Cc either, are _orphaned_. From raven at pmail.pl Sat Jan 13 00:08:08 2007 From: raven at pmail.pl (=?UTF-8?B?UGlvdHIgJ1JhdmVuJyBEcsSFZw==?=) Date: Sat, 13 Jan 2007 01:08:08 +0100 Subject: Potentially orphaned: tango-icon-theme In-Reply-To: <20070113011013.26ebc19c.bugs.michael@gmx.net> References: <45A80EAA.1070602@pmail.pl> <20070113011013.26ebc19c.bugs.michael@gmx.net> Message-ID: <45A822E8.1010807@pmail.pl> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Michael Schwendt napisa?(a): > In addition to my private reply: > [cut] > So tango-icon-theme is orphaned. Thanks for clarification. - -- Piotr "Raven" Dr?g http://pmail.pl/~raven/index.html -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFFqCLojBBsaE0M6qkRAtpNAKCEd01TyYMZqjk0PhVtdFWlUArIqACgmhov WnH0fTHiAO3XkzlfCA1zaeQ= =nd/U -----END PGP SIGNATURE----- From buildsys at fedoraproject.org Sat Jan 13 00:44:19 2007 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Fri, 12 Jan 2007 19:44:19 -0500 (EST) Subject: Fedora Extras Package Build Report 2007-01-12 Message-ID: <20070113004419.22B4315212E@buildsys.fedoraproject.org> Packages built and released for Fedora Extras development: 15 allegro-4.2.1-2.fc7 cacti-0.8.6i-5.fc7 childsplay-0.85.1-1.fc7 childsplay_plugins-0.85-1.fc7 crack-attack-1.1.14-9.fc7 gutenprint-5.0.0-2.fc7 imlib-1.9.13-31.fc7 nail-12.2-1.fc7 ngspice-17-9.fc7 openarena-0.6.0-4.fc7 NEW pastebin-0.50-3.fc7 perl-Carp-Assert-0.20-1.fc7 perl-Geo-Functions-0.05-1.fc7 sysprof-kmod-1.0.8-1.2.6.19_1.2911.fc7 verbiste-0.1.19-1.fc7 Packages built and released for Fedora Extras 6: 8 cacti-0.8.6i-5.fc6 childsplay-0.85.1-1.fc6 childsplay_plugins-0.85-1.fc6 crack-attack-1.1.14-9.fc6 nail-12.2-1.fc6 NEW openarena-0.6.0-4.fc6 perl-Geo-Functions-0.05-1.fc6 verbiste-0.1.19-1.fc6 Packages built and released for Fedora Extras 5: 5 cacti-0.8.6i-5.fc5 nail-12.2-1.fc5 NEW openarena-0.6.0-4.fc5 perl-Geo-Functions-0.05-1.fc5 verbiste-0.1.19-1.fc5 For more information about the built packages please see the repository or the Fedora Info Feed: http://fedoraproject.org/infofeed/ From buildsys at fedoraproject.org Sat Jan 13 01:37:22 2007 From: buildsys at fedoraproject.org (Fedora Extras repoclosure) Date: Sat, 13 Jan 2007 01:37:22 -0000 Subject: Summary - Broken dependencies in Fedora Extras - 2007-01-12 Message-ID: <20070113013722.2305.95565@extras64.linux.duke.edu> New report for: j.w.r.degoede AT hhs.nl package: AllegroOGG - 1.0.3-3.fc6.i386 from fedora-extras-development-x86_64 unresolved deps: liballeg.so.4.2 package: adime - 2.2.1-4.fc6.i386 from fedora-extras-development-x86_64 unresolved deps: liballeg.so.4.2 package: alfont - 2.0.6-2.fc7.i386 from fedora-extras-development-x86_64 unresolved deps: liballeg.so.4.2 package: dumb - 0.9.3-5.fc6.i386 from fedora-extras-development-x86_64 unresolved deps: liballeg.so.4.2 package: glyph-keeper - 0.29.1-4.fc6.i386 from fedora-extras-development-x86_64 unresolved deps: liballeg.so.4.2 ====================================================================== New report for: packages AT amiga-hardware.com package: DevIL - 1.6.8-0.11.rc2.fc7.i386 from fedora-extras-development-x86_64 unresolved deps: liballeg.so.4.2 ====================================================================== Summary of broken packages (by owner): cgoorah AT yahoo.com.au toped - 0.8.2-2.fc6.i386 (28 days) toped - 0.8.2-2.fc6.ppc (28 days) toped - 0.8.2-2.fc6.x86_64 (28 days) dan AT danny.cz codeblocks - 1.0-0.18.20061207svn3357.fc7.i386 (28 days) codeblocks - 1.0-0.18.20061207svn3357.fc7.i386 (28 days) codeblocks - 1.0-0.18.20061207svn3357.fc7.ppc (28 days) codeblocks - 1.0-0.18.20061207svn3357.fc7.x86_64 (28 days) codeblocks-contrib - 1.0-0.18.20061207svn3357.fc7.i386 (28 days) codeblocks-contrib - 1.0-0.18.20061207svn3357.fc7.ppc (28 days) codeblocks-contrib - 1.0-0.18.20061207svn3357.fc7.x86_64 (28 days) dcbw AT redhat.com csound - 5.03.0-9.fc7.i386 (35 days) csound - 5.03.0-9.fc7.i386 (35 days) csound - 5.03.0-9.fc7.ppc (35 days) csound - 5.03.0-9.fc7.x86_64 (35 days) csound-python - 5.03.0-9.fc7.i386 (35 days) csound-python - 5.03.0-9.fc7.ppc (35 days) csound-python - 5.03.0-9.fc7.x86_64 (35 days) denis AT poolshark.org brasero - 0.5.1-1.fc7.i386 (3 days) brasero - 0.5.1-1.fc7.ppc (3 days) brasero - 0.5.1-1.fc7.x86_64 (3 days) dwmw2 AT redhat.com openpbx - 1.2-3.rc2.svn2135.fc7.i386 (37 days) openpbx - 1.2-3.rc2.svn2135.fc7.i386 (37 days) openpbx - 1.2-3.rc2.svn2135.fc7.ppc (37 days) openpbx - 1.2-3.rc2.svn2135.fc7.x86_64 (37 days) openpbx-postgresql - 1.2-3.rc2.svn2135.fc7.i386 (37 days) openpbx-postgresql - 1.2-3.rc2.svn2135.fc7.ppc (37 days) openpbx-postgresql - 1.2-3.rc2.svn2135.fc7.x86_64 (37 days) endur AT bennewitz.com streamtuner - 0.99.99-15.fc7.x86_64 (35 days) ifoox AT redhat.com libreadline-java - 0.8.0-13.fc6.i386 (32 days) libreadline-java - 0.8.0-13.fc6.i386 (32 days) libreadline-java - 0.8.0-13.fc6.ppc (32 days) libreadline-java - 0.8.0-13.fc6.x86_64 (32 days) j.w.r.degoede AT hhs.nl AllegroOGG - 1.0.3-3.fc6.i386 adime - 2.2.1-4.fc6.i386 alfont - 2.0.6-2.fc7.i386 dumb - 0.9.3-5.fc6.i386 glyph-keeper - 0.29.1-4.fc6.i386 jafo-redhat AT tummy.com python-pydns - 2.3.0-4.fc6.noarch (35 days) python-pydns - 2.3.0-4.fc6.noarch (35 days) python-pydns - 2.3.0-4.fc6.noarch (35 days) jamatos AT fc.up.pt python-amara - 1.1.7-2.fc6.noarch (35 days) python-amara - 1.1.7-2.fc6.noarch (35 days) python-amara - 1.1.7-2.fc6.noarch (35 days) jeff AT ocjtech.us linphone - 1.2.0-4.fc5.i386 (95 days) linphone - 1.2.0-4.fc5.ppc (95 days) linphone - 1.2.0-4.fc5.x86_64 (95 days) lmacken AT redhat.com TurboGears - 1.0b2-5.fc7.noarch (30 days) TurboGears - 1.0b2-5.fc7.noarch (30 days) TurboGears - 1.0b2-5.fc7.noarch (30 days) python-cherrypy - 2.2.1-3.fc6.noarch (35 days) python-cherrypy - 2.2.1-3.fc6.noarch (35 days) python-cherrypy - 2.2.1-3.fc6.noarch (35 days) michel.salim AT gmail.com python-nltk - 1.4.4-3.fc7.noarch (35 days) python-nltk - 1.4.4-3.fc7.noarch (35 days) python-nltk - 1.4.4-3.fc7.noarch (35 days) orion AT cora.nwra.com paraview - 2.4.4-3.fc6.x86_64 (35 days) paraview-mpi - 2.4.4-3.fc6.x86_64 (35 days) plplot - 5.6.1-8.fc7.i386 (35 days) plplot - 5.6.1-8.fc7.i386 (35 days) plplot - 5.6.1-8.fc7.ppc (35 days) plplot - 5.6.1-8.fc7.x86_64 (35 days) plplot-gnome - 5.6.1-8.fc7.i386 (35 days) plplot-gnome - 5.6.1-8.fc7.i386 (35 days) plplot-gnome - 5.6.1-8.fc7.ppc (35 days) plplot-gnome - 5.6.1-8.fc7.x86_64 (35 days) plplot-wxGTK - 5.6.1-8.fc7.i386 (35 days) plplot-wxGTK - 5.6.1-8.fc7.ppc (35 days) plplot-wxGTK - 5.6.1-8.fc7.x86_64 (35 days) packages AT amiga-hardware.com DevIL - 1.6.8-0.11.rc2.fc7.i386 paul AT city-fan.org gnome-libs - 1:1.4.2-3.fc6.i386 libglade - 1:0.17-19.fc6.i386 petersen AT redhat.com ghc-gtk2hs - 0.9.10-4.fc6.i386 (70 days) ghc-gtk2hs - 0.9.10-4.fc6.ppc (70 days) ghc-gtk2hs - 0.9.10-4.fc6.x86_64 (70 days) ghc642-gtk2hs - 0.9.10-4.fc6.i386 (70 days) ghc642-gtk2hs - 0.9.10-4.fc6.ppc (70 days) ghc642-gtk2hs - 0.9.10-4.fc6.x86_64 (70 days) ghc642-gtk2hs-mozembed - 0.9.10-1.fc5.i386 (5 days) ghc642-gtk2hs-mozembed - 0.9.10-1.fc5.ppc (5 days) ghc642-gtk2hs-mozembed - 0.9.10-1.fc5.x86_64 (5 days) ghc642-gtk2hs-mozembed - 0.9.10-4.fc6.i386 (70 days) ghc642-gtk2hs-mozembed - 0.9.10-4.fc6.ppc (70 days) ghc642-gtk2hs-mozembed - 0.9.10-4.fc6.x86_64 (70 days) rdieter AT math.unl.edu Macaulay2-doc - 0.9.2-22.fc5.i386 (5 days) Macaulay2-doc - 0.9.2-22.fc5.ppc (5 days) Macaulay2-doc - 0.9.2-22.fc5.x86_64 (5 days) PyKDE - 3.16.0-5.fc7.i386 (35 days) PyKDE - 3.16.0-5.fc7.i386 (35 days) PyKDE - 3.16.0-5.fc7.ppc (35 days) PyKDE - 3.16.0-5.fc7.x86_64 (35 days) shahms AT shahms.com python-psyco - 1.5.1-4.fc6.i386 (35 days) stickster AT gmail.com xmldiff - 0.6.7-12.fc6.i386 (35 days) xmldiff - 0.6.7-12.fc6.ppc (35 days) xmldiff - 0.6.7-12.fc6.x86_64 (35 days) tagoh AT redhat.com kinput2 - v3.1-29.fc6.i386 kinput2 - v3.1-29.fc6.ppc kinput2 - v3.1-29.fc6.x86_64 tcallawa AT redhat.com compat-wxPythonGTK2 - 2.4.2.4-12.fc6.i386 (35 days) compat-wxPythonGTK2 - 2.4.2.4-12.fc6.ppc (35 days) compat-wxPythonGTK2 - 2.4.2.4-12.fc6.x86_64 (35 days) rekall-postgresql - 2.4.3-5.fc6.i386 (37 days) rekall-postgresql - 2.4.3-5.fc6.ppc (37 days) rekall-postgresql - 2.4.3-5.fc6.x86_64 (37 days) rekall-python - 2.4.3-5.fc6.i386 (37 days) rekall-python - 2.4.3-5.fc6.ppc (37 days) rekall-python - 2.4.3-5.fc6.x86_64 (37 days) thomas AT apestaart.org python-twisted - 1.3.0-7.fc6.i386 (35 days) python-twisted - 1.3.0-7.fc6.ppc (35 days) python-twisted - 1.3.0-7.fc6.x86_64 (35 days) ville.skytta AT iki.fi em8300 - 0.16.0-3.fc7.i386 (16 days) em8300 - 0.16.0-3.fc7.ppc (16 days) em8300 - 0.16.0-3.fc7.x86_64 (16 days) wart AT kobold.org cyphesis - 0.5.10-3.fc7.i386 (35 days) cyphesis - 0.5.10-3.fc7.ppc (35 days) cyphesis - 0.5.10-3.fc7.x86_64 (35 days) ====================================================================== Broken packages in fedora-extras-5-i386: Macaulay2-doc-0.9.2-22.fc5.i386 requires Macaulay2 = 0:0.9.2 ghc642-gtk2hs-mozembed-0.9.10-1.fc5.i386 requires mozilla-devel = 37:1.7.13 linphone-1.2.0-4.fc5.i386 requires libortp.so.2 ====================================================================== Broken packages in fedora-extras-5-ppc: Macaulay2-doc-0.9.2-22.fc5.ppc requires Macaulay2 = 0:0.9.2 ghc642-gtk2hs-mozembed-0.9.10-1.fc5.ppc requires mozilla-devel = 37:1.7.13 linphone-1.2.0-4.fc5.ppc requires libortp.so.2 ====================================================================== Broken packages in fedora-extras-5-x86_64: Macaulay2-doc-0.9.2-22.fc5.x86_64 requires Macaulay2 = 0:0.9.2 ghc642-gtk2hs-mozembed-0.9.10-1.fc5.x86_64 requires mozilla-devel = 37:1.7.13 linphone-1.2.0-4.fc5.x86_64 requires libortp.so.2()(64bit) ====================================================================== Broken packages in fedora-extras-development-i386: PyKDE-3.16.0-5.fc7.i386 requires python(abi) = 0:2.4 PyKDE-3.16.0-5.fc7.i386 requires python-abi = 0:2.4 TurboGears-1.0b2-5.fc7.noarch requires python-elementtree >= 0:1.2.6 brasero-0.5.1-1.fc7.i386 requires libburn.so.2 brasero-0.5.1-1.fc7.i386 requires libisofs.so.2 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_html-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu_xml-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu_net-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu_xml-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_core-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu_net-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_xrc-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_xrc-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_html-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_qa-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_adv-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_qa-2.6.so.0(WXU_2.6) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_html-2.6.so.0(WXU_2.6) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu_xml-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_xrc-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_qa-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_core-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu_net-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_xrc-2.6.so.0(WXU_2.6) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_html-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_adv-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu-2.6.so.0(WXU_2.6) compat-wxPythonGTK2-2.4.2.4-12.fc6.i386 requires python(abi) = 0:2.4 csound-5.03.0-9.fc7.i386 requires libpython2.4.so.1.0 csound-python-5.03.0-9.fc7.i386 requires python(abi) = 0:2.4 csound-python-5.03.0-9.fc7.i386 requires libpython2.4.so.1.0 cyphesis-0.5.10-3.fc7.i386 requires libpython2.4.so.1.0 em8300-0.16.0-3.fc7.i386 requires em8300-kmod >= 0:0.16.0 ghc-gtk2hs-0.9.10-4.fc6.i386 requires ghc = 0:6.4.2 ghc642-gtk2hs-0.9.10-4.fc6.i386 requires /usr/bin/ghc-pkg-6.4.2 ghc642-gtk2hs-0.9.10-4.fc6.i386 requires ghc642 ghc642-gtk2hs-mozembed-0.9.10-4.fc6.i386 requires /usr/bin/ghc-pkg-6.4.2 ghc642-gtk2hs-mozembed-0.9.10-4.fc6.i386 requires ghc642 kinput2-v3.1-29.fc6.i386 requires libwnn.so.0 libreadline-java-0.8.0-13.fc6.i386 requires libedit >= 0:2.9 openpbx-1.2-3.rc2.svn2135.fc7.i386 requires libedit.so.0 openpbx-postgresql-1.2-3.rc2.svn2135.fc7.i386 requires libpq.so.4 plplot-5.6.1-8.fc7.i386 requires python(abi) = 0:2.4 plplot-5.6.1-8.fc7.i386 requires libpython2.4.so.1.0 plplot-gnome-5.6.1-8.fc7.i386 requires python(abi) = 0:2.4 plplot-gnome-5.6.1-8.fc7.i386 requires libpython2.4.so.1.0 plplot-wxGTK-5.6.1-8.fc7.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) plplot-wxGTK-5.6.1-8.fc7.i386 requires libwx_baseu_xml-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.i386 requires libwx_gtk2u_qa-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) plplot-wxGTK-5.6.1-8.fc7.i386 requires libwx_gtk2u_core-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.i386 requires libwx_baseu_net-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.i386 requires libwx_gtk2u_xrc-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.i386 requires libwx_gtk2u_html-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.i386 requires libwx_baseu-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.i386 requires libwx_gtk2u_adv-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.i386 requires libwx_baseu-2.6.so.0(WXU_2.6) python-amara-1.1.7-2.fc6.noarch requires python(abi) = 0:2.4 python-cherrypy-2.2.1-3.fc6.noarch requires python(abi) = 0:2.4 python-nltk-1.4.4-3.fc7.noarch requires python(abi) = 0:2.4 python-psyco-1.5.1-4.fc6.i386 requires python-abi = 0:2.4 python-psyco-1.5.1-4.fc6.i386 requires python(abi) = 0:2.4 python-pydns-2.3.0-4.fc6.noarch requires python(abi) = 0:2.4 python-twisted-1.3.0-7.fc6.i386 requires python(abi) = 0:2.4 rekall-postgresql-2.4.3-5.fc6.i386 requires libpq.so.4 rekall-python-2.4.3-5.fc6.i386 requires python(abi) = 0:2.4 rekall-python-2.4.3-5.fc6.i386 requires libpython2.4.so.1.0 toped-0.8.2-2.fc6.i386 requires libwx_gtk2u_gl-2.6.so.0 toped-0.8.2-2.fc6.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) toped-0.8.2-2.fc6.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3) toped-0.8.2-2.fc6.i386 requires libwx_baseu_xml-2.6.so.0 toped-0.8.2-2.fc6.i386 requires libwx_gtk2u_qa-2.6.so.0 toped-0.8.2-2.fc6.i386 requires libwx_gtk2u_core-2.6.so.0 toped-0.8.2-2.fc6.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) toped-0.8.2-2.fc6.i386 requires libwx_gtk2u_gl-2.6.so.0(WXU_2.6) toped-0.8.2-2.fc6.i386 requires libwx_baseu_net-2.6.so.0 toped-0.8.2-2.fc6.i386 requires libwx_gtk2u_xrc-2.6.so.0 toped-0.8.2-2.fc6.i386 requires libwx_baseu-2.6.so.0(WXU_2.6) toped-0.8.2-2.fc6.i386 requires libwx_gtk2u_html-2.6.so.0 toped-0.8.2-2.fc6.i386 requires libwx_baseu-2.6.so.0 toped-0.8.2-2.fc6.i386 requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6) toped-0.8.2-2.fc6.i386 requires libwx_gtk2u_adv-2.6.so.0 xmldiff-0.6.7-12.fc6.i386 requires python-abi = 0:2.4 xmldiff-0.6.7-12.fc6.i386 requires python(abi) = 0:2.4 ====================================================================== Broken packages in fedora-extras-development-ppc: PyKDE-3.16.0-5.fc7.ppc requires python(abi) = 0:2.4 PyKDE-3.16.0-5.fc7.ppc requires python-abi = 0:2.4 TurboGears-1.0b2-5.fc7.noarch requires python-elementtree >= 0:1.2.6 brasero-0.5.1-1.fc7.ppc requires libburn.so.2 brasero-0.5.1-1.fc7.ppc requires libisofs.so.2 codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_html-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3) codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_baseu_xml-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_baseu_net-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_baseu_xml-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_core-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_baseu_net-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_xrc-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_xrc-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_baseu-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_html-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_qa-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_baseu-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_adv-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_qa-2.6.so.0(WXU_2.6) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_html-2.6.so.0(WXU_2.6) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_baseu_xml-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_xrc-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_qa-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_core-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_baseu_net-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_xrc-2.6.so.0(WXU_2.6) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_html-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_baseu-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_adv-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_baseu-2.6.so.0(WXU_2.6) compat-wxPythonGTK2-2.4.2.4-12.fc6.ppc requires python(abi) = 0:2.4 csound-5.03.0-9.fc7.ppc requires libpython2.4.so.1.0 csound-python-5.03.0-9.fc7.ppc requires python(abi) = 0:2.4 csound-python-5.03.0-9.fc7.ppc requires libpython2.4.so.1.0 cyphesis-0.5.10-3.fc7.ppc requires libpython2.4.so.1.0 em8300-0.16.0-3.fc7.ppc requires em8300-kmod >= 0:0.16.0 ghc-gtk2hs-0.9.10-4.fc6.ppc requires ghc = 0:6.4.2 ghc642-gtk2hs-0.9.10-4.fc6.ppc requires /usr/bin/ghc-pkg-6.4.2 ghc642-gtk2hs-0.9.10-4.fc6.ppc requires ghc642 ghc642-gtk2hs-mozembed-0.9.10-4.fc6.ppc requires /usr/bin/ghc-pkg-6.4.2 ghc642-gtk2hs-mozembed-0.9.10-4.fc6.ppc requires ghc642 kinput2-v3.1-29.fc6.ppc requires libwnn.so.0 libreadline-java-0.8.0-13.fc6.ppc requires libedit >= 0:2.9 openpbx-1.2-3.rc2.svn2135.fc7.ppc requires libedit.so.0 openpbx-postgresql-1.2-3.rc2.svn2135.fc7.ppc requires libpq.so.4 plplot-5.6.1-8.fc7.ppc requires python(abi) = 0:2.4 plplot-5.6.1-8.fc7.ppc requires libpython2.4.so.1.0 plplot-gnome-5.6.1-8.fc7.ppc requires python(abi) = 0:2.4 plplot-gnome-5.6.1-8.fc7.ppc requires libpython2.4.so.1.0 plplot-wxGTK-5.6.1-8.fc7.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) plplot-wxGTK-5.6.1-8.fc7.ppc requires libwx_baseu_xml-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.ppc requires libwx_gtk2u_qa-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) plplot-wxGTK-5.6.1-8.fc7.ppc requires libwx_gtk2u_core-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.ppc requires libwx_baseu_net-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.ppc requires libwx_gtk2u_xrc-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.ppc requires libwx_gtk2u_html-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.ppc requires libwx_baseu-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.ppc requires libwx_gtk2u_adv-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.ppc requires libwx_baseu-2.6.so.0(WXU_2.6) python-amara-1.1.7-2.fc6.noarch requires python(abi) = 0:2.4 python-cherrypy-2.2.1-3.fc6.noarch requires python(abi) = 0:2.4 python-nltk-1.4.4-3.fc7.noarch requires python(abi) = 0:2.4 python-pydns-2.3.0-4.fc6.noarch requires python(abi) = 0:2.4 python-twisted-1.3.0-7.fc6.ppc requires python(abi) = 0:2.4 rekall-postgresql-2.4.3-5.fc6.ppc requires libpq.so.4 rekall-python-2.4.3-5.fc6.ppc requires python(abi) = 0:2.4 rekall-python-2.4.3-5.fc6.ppc requires libpython2.4.so.1.0 toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_gl-2.6.so.0 toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3) toped-0.8.2-2.fc6.ppc requires libwx_baseu_xml-2.6.so.0 toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_qa-2.6.so.0 toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_core-2.6.so.0 toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_gl-2.6.so.0(WXU_2.6) toped-0.8.2-2.fc6.ppc requires libwx_baseu_net-2.6.so.0 toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_xrc-2.6.so.0 toped-0.8.2-2.fc6.ppc requires libwx_baseu-2.6.so.0(WXU_2.6) toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_html-2.6.so.0 toped-0.8.2-2.fc6.ppc requires libwx_baseu-2.6.so.0 toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6) toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_adv-2.6.so.0 xmldiff-0.6.7-12.fc6.ppc requires python-abi = 0:2.4 xmldiff-0.6.7-12.fc6.ppc requires python(abi) = 0:2.4 ====================================================================== Broken packages in fedora-extras-development-x86_64: AllegroOGG-1.0.3-3.fc6.i386 requires liballeg.so.4.2 DevIL-1.6.8-0.11.rc2.fc7.i386 requires liballeg.so.4.2 PyKDE-3.16.0-5.fc7.i386 requires python(abi) = 0:2.4 PyKDE-3.16.0-5.fc7.i386 requires python-abi = 0:2.4 PyKDE-3.16.0-5.fc7.x86_64 requires python(abi) = 0:2.4 PyKDE-3.16.0-5.fc7.x86_64 requires python-abi = 0:2.4 TurboGears-1.0b2-5.fc7.noarch requires python-elementtree >= 0:1.2.6 adime-2.2.1-4.fc6.i386 requires liballeg.so.4.2 alfont-2.0.6-2.fc7.i386 requires liballeg.so.4.2 brasero-0.5.1-1.fc7.x86_64 requires libisofs.so.2()(64bit) brasero-0.5.1-1.fc7.x86_64 requires libburn.so.2()(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_html-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu_xml-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu_net-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu_xml-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_core-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu_net-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_xrc-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_xrc-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_html-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_qa-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_adv-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_qa-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_baseu_net-2.6.so.0(WXU_2.6)(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6)(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_baseu-2.6.so.0(WXU_2.6)(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_html-2.6.so.0(WXU_2.6)(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_xrc-2.6.so.0()(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0()(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_baseu-2.6.so.0()(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_qa-2.6.so.0(WXU_2.6)(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_adv-2.6.so.0()(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6)(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2)(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_qa-2.6.so.0()(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_baseu_xml-2.6.so.0()(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_html-2.6.so.0()(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_baseu_net-2.6.so.0()(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_xrc-2.6.so.0(WXU_2.6)(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_baseu_xml-2.6.so.0(WXU_2.6)(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3)(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6)(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_baseu-2.6.so.0(WXU_2.6)(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_html-2.6.so.0(WXU_2.6)(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_xrc-2.6.so.0()(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_baseu-2.6.so.0()(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_adv-2.6.so.0()(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6)(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2)(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_qa-2.6.so.0()(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_baseu_xml-2.6.so.0()(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0()(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_html-2.6.so.0()(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_baseu_net-2.6.so.0()(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_xrc-2.6.so.0(WXU_2.6)(64bit) compat-wxPythonGTK2-2.4.2.4-12.fc6.x86_64 requires python(abi) = 0:2.4 csound-5.03.0-9.fc7.i386 requires libpython2.4.so.1.0 csound-5.03.0-9.fc7.x86_64 requires libpython2.4.so.1.0()(64bit) csound-python-5.03.0-9.fc7.x86_64 requires python(abi) = 0:2.4 csound-python-5.03.0-9.fc7.x86_64 requires libpython2.4.so.1.0()(64bit) cyphesis-0.5.10-3.fc7.x86_64 requires libpython2.4.so.1.0()(64bit) dumb-0.9.3-5.fc6.i386 requires liballeg.so.4.2 em8300-0.16.0-3.fc7.x86_64 requires em8300-kmod >= 0:0.16.0 ghc-gtk2hs-0.9.10-4.fc6.x86_64 requires ghc = 0:6.4.2 ghc642-gtk2hs-0.9.10-4.fc6.x86_64 requires /usr/bin/ghc-pkg-6.4.2 ghc642-gtk2hs-0.9.10-4.fc6.x86_64 requires ghc642 ghc642-gtk2hs-mozembed-0.9.10-4.fc6.x86_64 requires /usr/bin/ghc-pkg-6.4.2 ghc642-gtk2hs-mozembed-0.9.10-4.fc6.x86_64 requires ghc642 glyph-keeper-0.29.1-4.fc6.i386 requires liballeg.so.4.2 gnome-libs-1:1.4.2-3.fc6.i386 requires libgdk_imlib.so.1 kinput2-v3.1-29.fc6.x86_64 requires libwnn.so.0()(64bit) libglade-1:0.17-19.fc6.i386 requires libgdk_imlib.so.1 libreadline-java-0.8.0-13.fc6.i386 requires libedit >= 0:2.9 libreadline-java-0.8.0-13.fc6.x86_64 requires libedit >= 0:2.9 openpbx-1.2-3.rc2.svn2135.fc7.i386 requires libedit.so.0 openpbx-1.2-3.rc2.svn2135.fc7.x86_64 requires libedit.so.0()(64bit) openpbx-postgresql-1.2-3.rc2.svn2135.fc7.x86_64 requires libpq.so.4()(64bit) paraview-2.4.4-3.fc6.x86_64 requires libpython2.4.so.1.0()(64bit) paraview-mpi-2.4.4-3.fc6.x86_64 requires libpython2.4.so.1.0()(64bit) plplot-5.6.1-8.fc7.i386 requires python(abi) = 0:2.4 plplot-5.6.1-8.fc7.i386 requires libpython2.4.so.1.0 plplot-5.6.1-8.fc7.x86_64 requires python(abi) = 0:2.4 plplot-5.6.1-8.fc7.x86_64 requires libpython2.4.so.1.0()(64bit) plplot-gnome-5.6.1-8.fc7.i386 requires python(abi) = 0:2.4 plplot-gnome-5.6.1-8.fc7.i386 requires libpython2.4.so.1.0 plplot-gnome-5.6.1-8.fc7.x86_64 requires python(abi) = 0:2.4 plplot-gnome-5.6.1-8.fc7.x86_64 requires libpython2.4.so.1.0()(64bit) plplot-wxGTK-5.6.1-8.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6)(64bit) plplot-wxGTK-5.6.1-8.fc7.x86_64 requires libwx_baseu-2.6.so.0(WXU_2.6)(64bit) plplot-wxGTK-5.6.1-8.fc7.x86_64 requires libwx_baseu-2.6.so.0()(64bit) plplot-wxGTK-5.6.1-8.fc7.x86_64 requires libwx_gtk2u_xrc-2.6.so.0()(64bit) plplot-wxGTK-5.6.1-8.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2)(64bit) plplot-wxGTK-5.6.1-8.fc7.x86_64 requires libwx_gtk2u_qa-2.6.so.0()(64bit) plplot-wxGTK-5.6.1-8.fc7.x86_64 requires libwx_baseu_xml-2.6.so.0()(64bit) plplot-wxGTK-5.6.1-8.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0()(64bit) plplot-wxGTK-5.6.1-8.fc7.x86_64 requires libwx_gtk2u_html-2.6.so.0()(64bit) plplot-wxGTK-5.6.1-8.fc7.x86_64 requires libwx_baseu_net-2.6.so.0()(64bit) plplot-wxGTK-5.6.1-8.fc7.x86_64 requires libwx_gtk2u_adv-2.6.so.0()(64bit) python-amara-1.1.7-2.fc6.noarch requires python(abi) = 0:2.4 python-cherrypy-2.2.1-3.fc6.noarch requires python(abi) = 0:2.4 python-nltk-1.4.4-3.fc7.noarch requires python(abi) = 0:2.4 python-pydns-2.3.0-4.fc6.noarch requires python(abi) = 0:2.4 python-twisted-1.3.0-7.fc6.x86_64 requires python(abi) = 0:2.4 rekall-postgresql-2.4.3-5.fc6.x86_64 requires libpq.so.4()(64bit) rekall-python-2.4.3-5.fc6.x86_64 requires python(abi) = 0:2.4 rekall-python-2.4.3-5.fc6.x86_64 requires libpython2.4.so.1.0()(64bit) streamtuner-0.99.99-15.fc7.x86_64 requires libpython2.4.so.1.0()(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_gtk2u_gl-2.6.so.0(WXU_2.6)(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6)(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_baseu-2.6.so.0(WXU_2.6)(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_gtk2u_xrc-2.6.so.0()(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_gtk2u_core-2.6.so.0()(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_baseu-2.6.so.0()(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_gtk2u_adv-2.6.so.0()(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6)(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_gtk2u_qa-2.6.so.0()(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_baseu_xml-2.6.so.0()(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_gtk2u_html-2.6.so.0()(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_baseu_net-2.6.so.0()(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_gtk2u_gl-2.6.so.0()(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2)(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3)(64bit) xmldiff-0.6.7-12.fc6.x86_64 requires python-abi = 0:2.4 xmldiff-0.6.7-12.fc6.x86_64 requires python(abi) = 0:2.4 From peter at thecodergeek.com Sat Jan 13 00:31:28 2007 From: peter at thecodergeek.com (Peter Gordon) Date: Fri, 12 Jan 2007 16:31:28 -0800 Subject: Potentially orphaned: tango-icon-theme In-Reply-To: <45A80EAA.1070602@pmail.pl> References: <45A80EAA.1070602@pmail.pl> Message-ID: <1168648288.6990.0.camel@localhost> On Fri, 2007-01-12 at 23:41 +0100, Piotr 'Raven' Dr?g wrote: > I've change status of tango-icon-theme to "potentially orphaned". If > someone wants to maintain this, feel free to pick up it. I'm a big fan of Tango. If no one else wants it after a day or so, I'll take care of it. -- Peter Gordon (codergeek42) / FSF Associate Member #5015 GnuPG Public Key ID: 0xFFC19479 / Fingerprint: DD68 A414 56BD 6368 D957 9666 4268 CB7A FFC1 9479 My Blog: http://thecodergeek.com/blog/ -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From kevin at scrye.com Sat Jan 13 21:52:17 2007 From: kevin at scrye.com (Kevin Fenzi) Date: Sat, 13 Jan 2007 14:52:17 -0700 Subject: FE Package Status of Jan 11, 2007 In-Reply-To: <20070111185207.33e40e6a.bugs.michael@gmx.net> References: <20070111173642.1f7f91da@ludwig-alpha.unil.ch> <20070111101031.48d43bba@ningauble.scrye.com> <20070111185207.33e40e6a.bugs.michael@gmx.net> Message-ID: <20070113145217.7e867c2f@ningauble.scrye.com> On Thu, 11 Jan 2007 18:52:07 +0100 bugs.michael at gmx.net (Michael Schwendt) wrote: > On Thu, 11 Jan 2007 10:10:31 -0700, Kevin Fenzi wrote: > > > > paul at all-the-johnsons dot co dot uk gconvert > > > > I was meaning to remove this from the owners.list file... > > I will do so soon unless someone speaks up. > > Well, removing packages from owners.list (and renaming packages in > owners.list) so far has not removed them from bugzilla. It needs an > administrator to do that, IIRC. :( Thats anoying. Do we know how many package names are in that situation? Is there someone that can remove the ones that should really be gone? > > IMO, this bears the risk that the list of "Component"s in bugzilla > is filled with package names that are not in the distribution. Sure, but that's what we have already, right? > And where packages are renamed, users may still submit bug reports > using out-of-date component names in bugzilla. Yeah. I wish bugzilla had some kind of alias setup... if someone files a bug against a re-named package it should file against the new component name. For packages that are totally dropped, perhaps something could be rigged to file against a 'dropped package' component... I don't know that it has any such ability however. ;( > My suggestion is to keep owners.list as is until there is a package > database for proper tracking of renames and removals. I guess so. In this case gconvert never existed... so I can't imagine why anyone would file a bug against it, but removing it from the owners.list won't matter much apparently. ;( > Alternatively, also contact the bugzilla admin to remove the unused > component entry. Whats the best way to do that? Ticket in the otrs? kevin -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From wilmer at fedoraproject.org Sun Jan 14 00:28:36 2007 From: wilmer at fedoraproject.org (Wilmer Jaramillo M.) Date: Sat, 13 Jan 2007 20:28:36 -0400 Subject: Fedora Extras package MyBashBurn - Need Sponsor In-Reply-To: <2b26c4260701131627y576e10eftf5b744718001313b@mail.gmail.com> References: <2b26c4260701131627y576e10eftf5b744718001313b@mail.gmail.com> Message-ID: <2b26c4260701131628g5d84f02dpf549fa38a721b71e@mail.gmail.com> Greetings, i have a package full review and i reviews others packages, i need sponsor for the Bugzilla Bug 217197 and thus finally to introduce the package in extras of the hand of a sponsor, if somebody this interested to notify to me. -- Wilmer Jaramillo M. GPG Key Fingerprint = 0666 D0D3 24CE 8935 9C24 BBF1 87DD BEA2 A4B2 1E8A From buildsys at fedoraproject.org Sun Jan 14 11:25:16 2007 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Sun, 14 Jan 2007 06:25:16 -0500 (EST) Subject: Fedora Extras Package Build Report 2007-01-14 Message-ID: <20070114112517.023BD15212E@buildsys.fedoraproject.org> Packages built and released for Fedora Extras development: 24 aiccu-2007.01.07-2.fc7 NEW compat-guile-16-1.6.7-6.fc7 emacs-auctex-11.84-2.fc7 geda-gattrib-20061020-2.fc7 geda-gnetlist-20061020-2.fc7 geda-gschem-20061020-2.fc7 geda-gsymcheck-20061020-2.fc7 geda-utils-20061020-2.fc7 NEW gnomescan-0.4.0.2-1.fc7 gossip-0.22-1.fc7 gparted-0.3.3-2.fc7 NEW gtk-murrine-engine-0.41-1.fc7 jd-1.8.5-0.2.cvs070113.fc7 knetstats-1.6.1-3.fc7 kshutdown-0.9.1beta-1.fc7 NEW ksshaskpass-0.3-2.fc7 libgeda-20061020-3.fc7 pan-0.120-1.fc7 NEW php-pear-Net-POP3-1.3.6-2.fc7 NEW php-pear-Net-UserAgent-Detect-2.2.0-2.fc7 NEW php-pear-Numbers-Roman-1.0.1-1.fc7 NEW php-pear-Numbers-Words-0.15.0-1.fc7 python-enchant-1.3.0-1.fc7 NEW six-0.5.3-4.fc7 Packages built and released for Fedora Extras 6: 20 aiccu-2007.01.07-2.fc6 NEW compat-guile-16-1.6.7-6.fc6 compat-libgda-1.2.4-1.fc6 emacs-auctex-11.84-2.fc6 geda-gattrib-20061020-2.fc6 geda-gnetlist-20061020-2.fc6 geda-gschem-20061020-2.fc6 geda-gsymcheck-20061020-2.fc6 geda-utils-20061020-2.fc6 NEW gnomescan-0.4.0.2-1.fc6 knetstats-1.6.1-2.fc6 kshutdown-0.9.1beta-1.fc6 NEW ksshaskpass-0.3-2.fc6 libgeda-20061020-3.fc6 NEW limph-1.9.4-6.fc6 listen-0.5-11.beta1.fc6 pan-0.120-1.fc6 NEW pastebin-0.50-3.fc6 revelation-0.4.9-1.fc6 NEW six-0.5.3-4.fc6.1 Packages built and released for Fedora Extras 5: 6 aiccu-2007.01.07-2.fc5 emacs-auctex-11.84-1.fc5 knetstats-1.6.1-2.fc5 NEW limph-1.9.4-6.fc5 NEW pastebin-0.50-3.fc5 NEW six-0.5.3-4.fc5 For more information about the built packages please see the repository or the Fedora Info Feed: http://fedoraproject.org/infofeed/ From buildsys at fedoraproject.org Sun Jan 14 12:25:03 2007 From: buildsys at fedoraproject.org (Fedora Extras repoclosure) Date: Sun, 14 Jan 2007 12:25:03 -0000 Subject: Summary - Broken dependencies in Fedora Extras - 2007-01-14 Message-ID: <20070114122503.7073.1909@extras64.linux.duke.edu> New report for: rdieter AT math.unl.edu package: kaffeine - 0.8.3-2.fc7.i386 from fedora-extras-development-x86_64 unresolved deps: libgstinterfaces-0.8.so.0 libgstreamer-0.8.so.1 package: kaffeine - 0.8.3-2.fc7.i386 from fedora-extras-development-i386 unresolved deps: libgstinterfaces-0.8.so.0 libgstreamer-0.8.so.1 package: kaffeine - 0.8.3-2.fc7.ppc from fedora-extras-development-ppc unresolved deps: libgstinterfaces-0.8.so.0 libgstreamer-0.8.so.1 package: kaffeine - 0.8.3-2.fc7.x86_64 from fedora-extras-development-x86_64 unresolved deps: libgstreamer-0.8.so.1()(64bit) libgstinterfaces-0.8.so.0()(64bit) package: kdemultimedia-extras - 6:3.5.5-0.3.fc7.i386 from fedora-extras-development-i386 unresolved deps: libgstreamer-0.8.so.1 package: kdemultimedia-extras - 6:3.5.5-0.3.fc7.ppc from fedora-extras-development-ppc unresolved deps: libgstreamer-0.8.so.1 package: kdemultimedia-extras - 6:3.5.5-0.3.fc7.x86_64 from fedora-extras-development-x86_64 unresolved deps: libgstreamer-0.8.so.1()(64bit) ====================================================================== Summary of broken packages (by owner): cgoorah AT yahoo.com.au toped - 0.8.2-2.fc6.i386 (30 days) toped - 0.8.2-2.fc6.ppc (30 days) toped - 0.8.2-2.fc6.x86_64 (30 days) dan AT danny.cz codeblocks - 1.0-0.18.20061207svn3357.fc7.i386 (30 days) codeblocks - 1.0-0.18.20061207svn3357.fc7.i386 (30 days) codeblocks - 1.0-0.18.20061207svn3357.fc7.ppc (30 days) codeblocks - 1.0-0.18.20061207svn3357.fc7.x86_64 (30 days) codeblocks-contrib - 1.0-0.18.20061207svn3357.fc7.i386 (30 days) codeblocks-contrib - 1.0-0.18.20061207svn3357.fc7.ppc (30 days) codeblocks-contrib - 1.0-0.18.20061207svn3357.fc7.x86_64 (30 days) dcbw AT redhat.com csound - 5.03.0-9.fc7.i386 (37 days) csound - 5.03.0-9.fc7.i386 (37 days) csound - 5.03.0-9.fc7.ppc (37 days) csound - 5.03.0-9.fc7.x86_64 (37 days) csound-python - 5.03.0-9.fc7.i386 (37 days) csound-python - 5.03.0-9.fc7.ppc (37 days) csound-python - 5.03.0-9.fc7.x86_64 (37 days) denis AT poolshark.org brasero - 0.5.1-1.fc7.i386 (5 days) brasero - 0.5.1-1.fc7.ppc (5 days) brasero - 0.5.1-1.fc7.x86_64 (5 days) dwmw2 AT redhat.com openpbx - 1.2-3.rc2.svn2135.fc7.i386 (39 days) openpbx - 1.2-3.rc2.svn2135.fc7.i386 (39 days) openpbx - 1.2-3.rc2.svn2135.fc7.ppc (39 days) openpbx - 1.2-3.rc2.svn2135.fc7.x86_64 (39 days) openpbx-postgresql - 1.2-3.rc2.svn2135.fc7.i386 (39 days) openpbx-postgresql - 1.2-3.rc2.svn2135.fc7.ppc (39 days) openpbx-postgresql - 1.2-3.rc2.svn2135.fc7.x86_64 (39 days) endur AT bennewitz.com streamtuner - 0.99.99-15.fc7.x86_64 (37 days) ifoox AT redhat.com libreadline-java - 0.8.0-13.fc6.i386 (34 days) libreadline-java - 0.8.0-13.fc6.i386 (34 days) libreadline-java - 0.8.0-13.fc6.ppc (34 days) libreadline-java - 0.8.0-13.fc6.x86_64 (34 days) jafo-redhat AT tummy.com python-pydns - 2.3.0-4.fc6.noarch (37 days) python-pydns - 2.3.0-4.fc6.noarch (37 days) python-pydns - 2.3.0-4.fc6.noarch (37 days) jamatos AT fc.up.pt python-amara - 1.1.7-2.fc6.noarch (37 days) python-amara - 1.1.7-2.fc6.noarch (37 days) python-amara - 1.1.7-2.fc6.noarch (37 days) jeff AT ocjtech.us linphone - 1.2.0-4.fc5.i386 (97 days) linphone - 1.2.0-4.fc5.ppc (97 days) linphone - 1.2.0-4.fc5.x86_64 (97 days) lmacken AT redhat.com TurboGears - 1.0b2-5.fc7.noarch (32 days) TurboGears - 1.0b2-5.fc7.noarch (32 days) TurboGears - 1.0b2-5.fc7.noarch (32 days) python-cherrypy - 2.2.1-3.fc6.noarch (37 days) python-cherrypy - 2.2.1-3.fc6.noarch (37 days) python-cherrypy - 2.2.1-3.fc6.noarch (37 days) michel.salim AT gmail.com python-nltk - 1.4.4-3.fc7.noarch (37 days) python-nltk - 1.4.4-3.fc7.noarch (37 days) python-nltk - 1.4.4-3.fc7.noarch (37 days) orion AT cora.nwra.com paraview - 2.4.4-3.fc6.x86_64 (37 days) paraview-mpi - 2.4.4-3.fc6.x86_64 (37 days) plplot - 5.6.1-8.fc7.i386 (37 days) plplot - 5.6.1-8.fc7.i386 (37 days) plplot - 5.6.1-8.fc7.ppc (37 days) plplot - 5.6.1-8.fc7.x86_64 (37 days) plplot-gnome - 5.6.1-8.fc7.i386 (37 days) plplot-gnome - 5.6.1-8.fc7.i386 (37 days) plplot-gnome - 5.6.1-8.fc7.ppc (37 days) plplot-gnome - 5.6.1-8.fc7.x86_64 (37 days) plplot-wxGTK - 5.6.1-8.fc7.i386 (37 days) plplot-wxGTK - 5.6.1-8.fc7.ppc (37 days) plplot-wxGTK - 5.6.1-8.fc7.x86_64 (37 days) petersen AT redhat.com ghc-gtk2hs - 0.9.10-4.fc6.i386 (72 days) ghc-gtk2hs - 0.9.10-4.fc6.ppc (72 days) ghc-gtk2hs - 0.9.10-4.fc6.x86_64 (72 days) ghc642-gtk2hs - 0.9.10-4.fc6.i386 (72 days) ghc642-gtk2hs - 0.9.10-4.fc6.ppc (72 days) ghc642-gtk2hs - 0.9.10-4.fc6.x86_64 (72 days) ghc642-gtk2hs-mozembed - 0.9.10-1.fc5.i386 (7 days) ghc642-gtk2hs-mozembed - 0.9.10-1.fc5.ppc (7 days) ghc642-gtk2hs-mozembed - 0.9.10-1.fc5.x86_64 (7 days) ghc642-gtk2hs-mozembed - 0.9.10-4.fc6.i386 (72 days) ghc642-gtk2hs-mozembed - 0.9.10-4.fc6.ppc (72 days) ghc642-gtk2hs-mozembed - 0.9.10-4.fc6.x86_64 (72 days) rdieter AT math.unl.edu Macaulay2-doc - 0.9.2-22.fc5.i386 (7 days) Macaulay2-doc - 0.9.2-22.fc5.ppc (7 days) Macaulay2-doc - 0.9.2-22.fc5.x86_64 (7 days) PyKDE - 3.16.0-5.fc7.i386 (37 days) PyKDE - 3.16.0-5.fc7.i386 (37 days) PyKDE - 3.16.0-5.fc7.ppc (37 days) PyKDE - 3.16.0-5.fc7.x86_64 (37 days) kaffeine - 0.8.3-2.fc7.i386 kaffeine - 0.8.3-2.fc7.i386 kaffeine - 0.8.3-2.fc7.ppc kaffeine - 0.8.3-2.fc7.x86_64 kdemultimedia-extras - 6:3.5.5-0.3.fc7.i386 kdemultimedia-extras - 6:3.5.5-0.3.fc7.ppc kdemultimedia-extras - 6:3.5.5-0.3.fc7.x86_64 shahms AT shahms.com python-psyco - 1.5.1-4.fc6.i386 (37 days) stickster AT gmail.com xmldiff - 0.6.7-12.fc6.i386 (37 days) xmldiff - 0.6.7-12.fc6.ppc (37 days) xmldiff - 0.6.7-12.fc6.x86_64 (37 days) tagoh AT redhat.com kinput2 - v3.1-29.fc6.i386 (3 days) kinput2 - v3.1-29.fc6.ppc (3 days) kinput2 - v3.1-29.fc6.x86_64 (3 days) tcallawa AT redhat.com compat-wxPythonGTK2 - 2.4.2.4-12.fc6.i386 (37 days) compat-wxPythonGTK2 - 2.4.2.4-12.fc6.ppc (37 days) compat-wxPythonGTK2 - 2.4.2.4-12.fc6.x86_64 (37 days) rekall-postgresql - 2.4.3-5.fc6.i386 (39 days) rekall-postgresql - 2.4.3-5.fc6.ppc (39 days) rekall-postgresql - 2.4.3-5.fc6.x86_64 (39 days) rekall-python - 2.4.3-5.fc6.i386 (39 days) rekall-python - 2.4.3-5.fc6.ppc (39 days) rekall-python - 2.4.3-5.fc6.x86_64 (39 days) thomas AT apestaart.org python-twisted - 1.3.0-7.fc6.i386 (37 days) python-twisted - 1.3.0-7.fc6.ppc (37 days) python-twisted - 1.3.0-7.fc6.x86_64 (37 days) ville.skytta AT iki.fi em8300 - 0.16.0-3.fc7.i386 (18 days) em8300 - 0.16.0-3.fc7.ppc (18 days) em8300 - 0.16.0-3.fc7.x86_64 (18 days) wart AT kobold.org cyphesis - 0.5.10-3.fc7.i386 (37 days) cyphesis - 0.5.10-3.fc7.ppc (37 days) cyphesis - 0.5.10-3.fc7.x86_64 (37 days) ====================================================================== Broken packages in fedora-extras-5-i386: Macaulay2-doc-0.9.2-22.fc5.i386 requires Macaulay2 = 0:0.9.2 ghc642-gtk2hs-mozembed-0.9.10-1.fc5.i386 requires mozilla-devel = 37:1.7.13 linphone-1.2.0-4.fc5.i386 requires libortp.so.2 ====================================================================== Broken packages in fedora-extras-5-ppc: Macaulay2-doc-0.9.2-22.fc5.ppc requires Macaulay2 = 0:0.9.2 ghc642-gtk2hs-mozembed-0.9.10-1.fc5.ppc requires mozilla-devel = 37:1.7.13 linphone-1.2.0-4.fc5.ppc requires libortp.so.2 ====================================================================== Broken packages in fedora-extras-5-x86_64: Macaulay2-doc-0.9.2-22.fc5.x86_64 requires Macaulay2 = 0:0.9.2 ghc642-gtk2hs-mozembed-0.9.10-1.fc5.x86_64 requires mozilla-devel = 37:1.7.13 linphone-1.2.0-4.fc5.x86_64 requires libortp.so.2()(64bit) ====================================================================== Broken packages in fedora-extras-development-i386: PyKDE-3.16.0-5.fc7.i386 requires python(abi) = 0:2.4 PyKDE-3.16.0-5.fc7.i386 requires python-abi = 0:2.4 TurboGears-1.0b2-5.fc7.noarch requires python-elementtree >= 0:1.2.6 brasero-0.5.1-1.fc7.i386 requires libburn.so.2 brasero-0.5.1-1.fc7.i386 requires libisofs.so.2 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_html-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu_xml-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu_net-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu_xml-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_core-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu_net-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_xrc-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_xrc-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_html-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_qa-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_adv-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_qa-2.6.so.0(WXU_2.6) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_html-2.6.so.0(WXU_2.6) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu_xml-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_xrc-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_qa-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_core-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu_net-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_xrc-2.6.so.0(WXU_2.6) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_html-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_adv-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu-2.6.so.0(WXU_2.6) compat-wxPythonGTK2-2.4.2.4-12.fc6.i386 requires python(abi) = 0:2.4 csound-5.03.0-9.fc7.i386 requires libpython2.4.so.1.0 csound-python-5.03.0-9.fc7.i386 requires python(abi) = 0:2.4 csound-python-5.03.0-9.fc7.i386 requires libpython2.4.so.1.0 cyphesis-0.5.10-3.fc7.i386 requires libpython2.4.so.1.0 em8300-0.16.0-3.fc7.i386 requires em8300-kmod >= 0:0.16.0 ghc-gtk2hs-0.9.10-4.fc6.i386 requires ghc = 0:6.4.2 ghc642-gtk2hs-0.9.10-4.fc6.i386 requires /usr/bin/ghc-pkg-6.4.2 ghc642-gtk2hs-0.9.10-4.fc6.i386 requires ghc642 ghc642-gtk2hs-mozembed-0.9.10-4.fc6.i386 requires /usr/bin/ghc-pkg-6.4.2 ghc642-gtk2hs-mozembed-0.9.10-4.fc6.i386 requires ghc642 kaffeine-0.8.3-2.fc7.i386 requires libgstinterfaces-0.8.so.0 kaffeine-0.8.3-2.fc7.i386 requires libgstreamer-0.8.so.1 kdemultimedia-extras-6:3.5.5-0.3.fc7.i386 requires libgstreamer-0.8.so.1 kinput2-v3.1-29.fc6.i386 requires libwnn.so.0 libreadline-java-0.8.0-13.fc6.i386 requires libedit >= 0:2.9 openpbx-1.2-3.rc2.svn2135.fc7.i386 requires libedit.so.0 openpbx-postgresql-1.2-3.rc2.svn2135.fc7.i386 requires libpq.so.4 plplot-5.6.1-8.fc7.i386 requires python(abi) = 0:2.4 plplot-5.6.1-8.fc7.i386 requires libpython2.4.so.1.0 plplot-gnome-5.6.1-8.fc7.i386 requires python(abi) = 0:2.4 plplot-gnome-5.6.1-8.fc7.i386 requires libpython2.4.so.1.0 plplot-wxGTK-5.6.1-8.fc7.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) plplot-wxGTK-5.6.1-8.fc7.i386 requires libwx_baseu_xml-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.i386 requires libwx_gtk2u_qa-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) plplot-wxGTK-5.6.1-8.fc7.i386 requires libwx_gtk2u_core-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.i386 requires libwx_baseu_net-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.i386 requires libwx_gtk2u_xrc-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.i386 requires libwx_gtk2u_html-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.i386 requires libwx_baseu-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.i386 requires libwx_gtk2u_adv-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.i386 requires libwx_baseu-2.6.so.0(WXU_2.6) python-amara-1.1.7-2.fc6.noarch requires python(abi) = 0:2.4 python-cherrypy-2.2.1-3.fc6.noarch requires python(abi) = 0:2.4 python-nltk-1.4.4-3.fc7.noarch requires python(abi) = 0:2.4 python-psyco-1.5.1-4.fc6.i386 requires python-abi = 0:2.4 python-psyco-1.5.1-4.fc6.i386 requires python(abi) = 0:2.4 python-pydns-2.3.0-4.fc6.noarch requires python(abi) = 0:2.4 python-twisted-1.3.0-7.fc6.i386 requires python(abi) = 0:2.4 rekall-postgresql-2.4.3-5.fc6.i386 requires libpq.so.4 rekall-python-2.4.3-5.fc6.i386 requires python(abi) = 0:2.4 rekall-python-2.4.3-5.fc6.i386 requires libpython2.4.so.1.0 toped-0.8.2-2.fc6.i386 requires libwx_gtk2u_gl-2.6.so.0 toped-0.8.2-2.fc6.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) toped-0.8.2-2.fc6.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3) toped-0.8.2-2.fc6.i386 requires libwx_baseu_xml-2.6.so.0 toped-0.8.2-2.fc6.i386 requires libwx_gtk2u_qa-2.6.so.0 toped-0.8.2-2.fc6.i386 requires libwx_gtk2u_core-2.6.so.0 toped-0.8.2-2.fc6.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) toped-0.8.2-2.fc6.i386 requires libwx_gtk2u_gl-2.6.so.0(WXU_2.6) toped-0.8.2-2.fc6.i386 requires libwx_baseu_net-2.6.so.0 toped-0.8.2-2.fc6.i386 requires libwx_gtk2u_xrc-2.6.so.0 toped-0.8.2-2.fc6.i386 requires libwx_baseu-2.6.so.0(WXU_2.6) toped-0.8.2-2.fc6.i386 requires libwx_gtk2u_html-2.6.so.0 toped-0.8.2-2.fc6.i386 requires libwx_baseu-2.6.so.0 toped-0.8.2-2.fc6.i386 requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6) toped-0.8.2-2.fc6.i386 requires libwx_gtk2u_adv-2.6.so.0 xmldiff-0.6.7-12.fc6.i386 requires python-abi = 0:2.4 xmldiff-0.6.7-12.fc6.i386 requires python(abi) = 0:2.4 ====================================================================== Broken packages in fedora-extras-development-ppc: PyKDE-3.16.0-5.fc7.ppc requires python(abi) = 0:2.4 PyKDE-3.16.0-5.fc7.ppc requires python-abi = 0:2.4 TurboGears-1.0b2-5.fc7.noarch requires python-elementtree >= 0:1.2.6 brasero-0.5.1-1.fc7.ppc requires libburn.so.2 brasero-0.5.1-1.fc7.ppc requires libisofs.so.2 codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_html-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3) codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_baseu_xml-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_baseu_net-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_baseu_xml-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_core-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_baseu_net-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_xrc-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_xrc-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_baseu-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_html-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_qa-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_baseu-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_adv-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_qa-2.6.so.0(WXU_2.6) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_html-2.6.so.0(WXU_2.6) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_baseu_xml-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_xrc-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_qa-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_core-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_baseu_net-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_xrc-2.6.so.0(WXU_2.6) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_html-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_baseu-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_adv-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_baseu-2.6.so.0(WXU_2.6) compat-wxPythonGTK2-2.4.2.4-12.fc6.ppc requires python(abi) = 0:2.4 csound-5.03.0-9.fc7.ppc requires libpython2.4.so.1.0 csound-python-5.03.0-9.fc7.ppc requires python(abi) = 0:2.4 csound-python-5.03.0-9.fc7.ppc requires libpython2.4.so.1.0 cyphesis-0.5.10-3.fc7.ppc requires libpython2.4.so.1.0 em8300-0.16.0-3.fc7.ppc requires em8300-kmod >= 0:0.16.0 ghc-gtk2hs-0.9.10-4.fc6.ppc requires ghc = 0:6.4.2 ghc642-gtk2hs-0.9.10-4.fc6.ppc requires /usr/bin/ghc-pkg-6.4.2 ghc642-gtk2hs-0.9.10-4.fc6.ppc requires ghc642 ghc642-gtk2hs-mozembed-0.9.10-4.fc6.ppc requires /usr/bin/ghc-pkg-6.4.2 ghc642-gtk2hs-mozembed-0.9.10-4.fc6.ppc requires ghc642 kaffeine-0.8.3-2.fc7.ppc requires libgstinterfaces-0.8.so.0 kaffeine-0.8.3-2.fc7.ppc requires libgstreamer-0.8.so.1 kdemultimedia-extras-6:3.5.5-0.3.fc7.ppc requires libgstreamer-0.8.so.1 kinput2-v3.1-29.fc6.ppc requires libwnn.so.0 libreadline-java-0.8.0-13.fc6.ppc requires libedit >= 0:2.9 openpbx-1.2-3.rc2.svn2135.fc7.ppc requires libedit.so.0 openpbx-postgresql-1.2-3.rc2.svn2135.fc7.ppc requires libpq.so.4 plplot-5.6.1-8.fc7.ppc requires python(abi) = 0:2.4 plplot-5.6.1-8.fc7.ppc requires libpython2.4.so.1.0 plplot-gnome-5.6.1-8.fc7.ppc requires python(abi) = 0:2.4 plplot-gnome-5.6.1-8.fc7.ppc requires libpython2.4.so.1.0 plplot-wxGTK-5.6.1-8.fc7.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) plplot-wxGTK-5.6.1-8.fc7.ppc requires libwx_baseu_xml-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.ppc requires libwx_gtk2u_qa-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) plplot-wxGTK-5.6.1-8.fc7.ppc requires libwx_gtk2u_core-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.ppc requires libwx_baseu_net-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.ppc requires libwx_gtk2u_xrc-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.ppc requires libwx_gtk2u_html-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.ppc requires libwx_baseu-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.ppc requires libwx_gtk2u_adv-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.ppc requires libwx_baseu-2.6.so.0(WXU_2.6) python-amara-1.1.7-2.fc6.noarch requires python(abi) = 0:2.4 python-cherrypy-2.2.1-3.fc6.noarch requires python(abi) = 0:2.4 python-nltk-1.4.4-3.fc7.noarch requires python(abi) = 0:2.4 python-pydns-2.3.0-4.fc6.noarch requires python(abi) = 0:2.4 python-twisted-1.3.0-7.fc6.ppc requires python(abi) = 0:2.4 rekall-postgresql-2.4.3-5.fc6.ppc requires libpq.so.4 rekall-python-2.4.3-5.fc6.ppc requires python(abi) = 0:2.4 rekall-python-2.4.3-5.fc6.ppc requires libpython2.4.so.1.0 toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_gl-2.6.so.0 toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3) toped-0.8.2-2.fc6.ppc requires libwx_baseu_xml-2.6.so.0 toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_qa-2.6.so.0 toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_core-2.6.so.0 toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_gl-2.6.so.0(WXU_2.6) toped-0.8.2-2.fc6.ppc requires libwx_baseu_net-2.6.so.0 toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_xrc-2.6.so.0 toped-0.8.2-2.fc6.ppc requires libwx_baseu-2.6.so.0(WXU_2.6) toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_html-2.6.so.0 toped-0.8.2-2.fc6.ppc requires libwx_baseu-2.6.so.0 toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6) toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_adv-2.6.so.0 xmldiff-0.6.7-12.fc6.ppc requires python-abi = 0:2.4 xmldiff-0.6.7-12.fc6.ppc requires python(abi) = 0:2.4 ====================================================================== Broken packages in fedora-extras-development-x86_64: PyKDE-3.16.0-5.fc7.i386 requires python(abi) = 0:2.4 PyKDE-3.16.0-5.fc7.i386 requires python-abi = 0:2.4 PyKDE-3.16.0-5.fc7.x86_64 requires python(abi) = 0:2.4 PyKDE-3.16.0-5.fc7.x86_64 requires python-abi = 0:2.4 TurboGears-1.0b2-5.fc7.noarch requires python-elementtree >= 0:1.2.6 brasero-0.5.1-1.fc7.x86_64 requires libisofs.so.2()(64bit) brasero-0.5.1-1.fc7.x86_64 requires libburn.so.2()(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_html-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu_xml-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu_net-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu_xml-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_core-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu_net-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_xrc-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_xrc-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_html-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_qa-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_adv-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_qa-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_baseu_net-2.6.so.0(WXU_2.6)(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6)(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_baseu-2.6.so.0(WXU_2.6)(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_html-2.6.so.0(WXU_2.6)(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_xrc-2.6.so.0()(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0()(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_baseu-2.6.so.0()(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_qa-2.6.so.0(WXU_2.6)(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_adv-2.6.so.0()(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6)(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2)(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_qa-2.6.so.0()(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_baseu_xml-2.6.so.0()(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_html-2.6.so.0()(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_baseu_net-2.6.so.0()(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_xrc-2.6.so.0(WXU_2.6)(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_baseu_xml-2.6.so.0(WXU_2.6)(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3)(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6)(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_baseu-2.6.so.0(WXU_2.6)(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_html-2.6.so.0(WXU_2.6)(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_xrc-2.6.so.0()(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_baseu-2.6.so.0()(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_adv-2.6.so.0()(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6)(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2)(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_qa-2.6.so.0()(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_baseu_xml-2.6.so.0()(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0()(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_html-2.6.so.0()(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_baseu_net-2.6.so.0()(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_xrc-2.6.so.0(WXU_2.6)(64bit) compat-wxPythonGTK2-2.4.2.4-12.fc6.x86_64 requires python(abi) = 0:2.4 csound-5.03.0-9.fc7.i386 requires libpython2.4.so.1.0 csound-5.03.0-9.fc7.x86_64 requires libpython2.4.so.1.0()(64bit) csound-python-5.03.0-9.fc7.x86_64 requires python(abi) = 0:2.4 csound-python-5.03.0-9.fc7.x86_64 requires libpython2.4.so.1.0()(64bit) cyphesis-0.5.10-3.fc7.x86_64 requires libpython2.4.so.1.0()(64bit) em8300-0.16.0-3.fc7.x86_64 requires em8300-kmod >= 0:0.16.0 ghc-gtk2hs-0.9.10-4.fc6.x86_64 requires ghc = 0:6.4.2 ghc642-gtk2hs-0.9.10-4.fc6.x86_64 requires /usr/bin/ghc-pkg-6.4.2 ghc642-gtk2hs-0.9.10-4.fc6.x86_64 requires ghc642 ghc642-gtk2hs-mozembed-0.9.10-4.fc6.x86_64 requires /usr/bin/ghc-pkg-6.4.2 ghc642-gtk2hs-mozembed-0.9.10-4.fc6.x86_64 requires ghc642 kaffeine-0.8.3-2.fc7.i386 requires libgstinterfaces-0.8.so.0 kaffeine-0.8.3-2.fc7.i386 requires libgstreamer-0.8.so.1 kaffeine-0.8.3-2.fc7.x86_64 requires libgstreamer-0.8.so.1()(64bit) kaffeine-0.8.3-2.fc7.x86_64 requires libgstinterfaces-0.8.so.0()(64bit) kdemultimedia-extras-6:3.5.5-0.3.fc7.x86_64 requires libgstreamer-0.8.so.1()(64bit) kinput2-v3.1-29.fc6.x86_64 requires libwnn.so.0()(64bit) libreadline-java-0.8.0-13.fc6.i386 requires libedit >= 0:2.9 libreadline-java-0.8.0-13.fc6.x86_64 requires libedit >= 0:2.9 openpbx-1.2-3.rc2.svn2135.fc7.i386 requires libedit.so.0 openpbx-1.2-3.rc2.svn2135.fc7.x86_64 requires libedit.so.0()(64bit) openpbx-postgresql-1.2-3.rc2.svn2135.fc7.x86_64 requires libpq.so.4()(64bit) paraview-2.4.4-3.fc6.x86_64 requires libpython2.4.so.1.0()(64bit) paraview-mpi-2.4.4-3.fc6.x86_64 requires libpython2.4.so.1.0()(64bit) plplot-5.6.1-8.fc7.i386 requires python(abi) = 0:2.4 plplot-5.6.1-8.fc7.i386 requires libpython2.4.so.1.0 plplot-5.6.1-8.fc7.x86_64 requires python(abi) = 0:2.4 plplot-5.6.1-8.fc7.x86_64 requires libpython2.4.so.1.0()(64bit) plplot-gnome-5.6.1-8.fc7.i386 requires python(abi) = 0:2.4 plplot-gnome-5.6.1-8.fc7.i386 requires libpython2.4.so.1.0 plplot-gnome-5.6.1-8.fc7.x86_64 requires python(abi) = 0:2.4 plplot-gnome-5.6.1-8.fc7.x86_64 requires libpython2.4.so.1.0()(64bit) plplot-wxGTK-5.6.1-8.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6)(64bit) plplot-wxGTK-5.6.1-8.fc7.x86_64 requires libwx_baseu-2.6.so.0(WXU_2.6)(64bit) plplot-wxGTK-5.6.1-8.fc7.x86_64 requires libwx_baseu-2.6.so.0()(64bit) plplot-wxGTK-5.6.1-8.fc7.x86_64 requires libwx_gtk2u_xrc-2.6.so.0()(64bit) plplot-wxGTK-5.6.1-8.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2)(64bit) plplot-wxGTK-5.6.1-8.fc7.x86_64 requires libwx_gtk2u_qa-2.6.so.0()(64bit) plplot-wxGTK-5.6.1-8.fc7.x86_64 requires libwx_baseu_xml-2.6.so.0()(64bit) plplot-wxGTK-5.6.1-8.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0()(64bit) plplot-wxGTK-5.6.1-8.fc7.x86_64 requires libwx_gtk2u_html-2.6.so.0()(64bit) plplot-wxGTK-5.6.1-8.fc7.x86_64 requires libwx_baseu_net-2.6.so.0()(64bit) plplot-wxGTK-5.6.1-8.fc7.x86_64 requires libwx_gtk2u_adv-2.6.so.0()(64bit) python-amara-1.1.7-2.fc6.noarch requires python(abi) = 0:2.4 python-cherrypy-2.2.1-3.fc6.noarch requires python(abi) = 0:2.4 python-nltk-1.4.4-3.fc7.noarch requires python(abi) = 0:2.4 python-pydns-2.3.0-4.fc6.noarch requires python(abi) = 0:2.4 python-twisted-1.3.0-7.fc6.x86_64 requires python(abi) = 0:2.4 rekall-postgresql-2.4.3-5.fc6.x86_64 requires libpq.so.4()(64bit) rekall-python-2.4.3-5.fc6.x86_64 requires python(abi) = 0:2.4 rekall-python-2.4.3-5.fc6.x86_64 requires libpython2.4.so.1.0()(64bit) streamtuner-0.99.99-15.fc7.x86_64 requires libpython2.4.so.1.0()(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_gtk2u_gl-2.6.so.0(WXU_2.6)(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6)(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_baseu-2.6.so.0(WXU_2.6)(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_gtk2u_xrc-2.6.so.0()(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_gtk2u_core-2.6.so.0()(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_baseu-2.6.so.0()(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_gtk2u_adv-2.6.so.0()(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6)(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_gtk2u_qa-2.6.so.0()(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_baseu_xml-2.6.so.0()(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_gtk2u_html-2.6.so.0()(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_baseu_net-2.6.so.0()(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_gtk2u_gl-2.6.so.0()(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2)(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3)(64bit) xmldiff-0.6.7-12.fc6.x86_64 requires python-abi = 0:2.4 xmldiff-0.6.7-12.fc6.x86_64 requires python(abi) = 0:2.4 From paul at all-the-johnsons.co.uk Sun Jan 14 14:41:23 2007 From: paul at all-the-johnsons.co.uk (Paul) Date: Sun, 14 Jan 2007 14:41:23 +0000 Subject: Summary - Broken dependencies in Fedora Extras - 2007-01-14 In-Reply-To: <20070114122503.7073.1909@extras64.linux.duke.edu> References: <20070114122503.7073.1909@extras64.linux.duke.edu> Message-ID: <1168785683.3291.24.camel@T7.Linux> Hi, > codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) Is there any movement on wxWidgets being fixed correctly yet? TTFN Paul -- "Mmmmmmmm....Shakira geschmiert mit schokolade" sagt Homer -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From dan at danny.cz Sun Jan 14 14:55:14 2007 From: dan at danny.cz (Dan =?ISO-8859-1?Q?Hor=E1k?=) Date: Sun, 14 Jan 2007 15:55:14 +0100 Subject: Summary - Broken dependencies in Fedora Extras - 2007-01-14 In-Reply-To: <1168785683.3291.24.camel@T7.Linux> References: <20070114122503.7073.1909@extras64.linux.duke.edu> <1168785683.3291.24.camel@T7.Linux> Message-ID: <1168786514.3578.11.camel@eagle.danny.cz> Paul p??e v Ne 14. 01. 2007 v 14:41 +0000: > Hi, > > > codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) > > Is there any movement on wxWidgets being fixed correctly yet? Yes, the upstream has already integrated all patches required to compile successfully with wxWidgets 2.8, one additional patch is required to workaround a bug in wxWidgets 2.8.0, which will be fixed in 2.8.1. Now I am waiting for a nightly build that will be compilable on 64-bit Linux. It got broken this week. Dan From chitlesh at fedoraproject.org Sun Jan 14 16:17:09 2007 From: chitlesh at fedoraproject.org (Chitlesh GOORAH) Date: Sun, 14 Jan 2007 17:17:09 +0100 Subject: Summary - Broken dependencies in Fedora Extras - 2007-01-14 In-Reply-To: <1168786514.3578.11.camel@eagle.danny.cz> References: <20070114122503.7073.1909@extras64.linux.duke.edu> <1168785683.3291.24.camel@T7.Linux> <1168786514.3578.11.camel@eagle.danny.cz> Message-ID: <13dbfe4f0701140817r186a738bnb7716934002984ab@mail.gmail.com> On 1/14/07, Dan Hor?k wrote: > Yes, the upstream has already integrated all patches required to compile > successfully with wxWidgets 2.8, one additional patch is required to > workaround a bug in wxWidgets 2.8.0, which will be fixed in 2.8.1. Now I > am waiting for a nightly build that will be compilable on 64-bit Linux. > It got broken this week. Is it possible for you hand over a working src.rpm on i386 meanwhile? That will help me test my broken package in rawhide. thanks, Chitlesh -- http://clunixchit.blogspot.com From dan at danny.cz Sun Jan 14 16:43:29 2007 From: dan at danny.cz (Dan =?ISO-8859-1?Q?Hor=E1k?=) Date: Sun, 14 Jan 2007 17:43:29 +0100 Subject: Summary - Broken dependencies in Fedora Extras - 2007-01-14 In-Reply-To: <13dbfe4f0701140817r186a738bnb7716934002984ab@mail.gmail.com> References: <20070114122503.7073.1909@extras64.linux.duke.edu> <1168785683.3291.24.camel@T7.Linux> <1168786514.3578.11.camel@eagle.danny.cz> <13dbfe4f0701140817r186a738bnb7716934002984ab@mail.gmail.com> Message-ID: <1168793009.3578.15.camel@eagle.danny.cz> Chitlesh GOORAH p??e v Ne 14. 01. 2007 v 17:17 +0100: > On 1/14/07, Dan Hor?k wrote: > > Yes, the upstream has already integrated all patches required to compile > > successfully with wxWidgets 2.8, one additional patch is required to > > workaround a bug in wxWidgets 2.8.0, which will be fixed in 2.8.1. Now I > > am waiting for a nightly build that will be compilable on 64-bit Linux. > > It got broken this week. > > Is it possible for you hand over a working src.rpm on i386 meanwhile? > That will help me test my broken package in rawhide. I am packaging codeblocks which uses wxWidgets. wxWidgets packages are OK, but codeblocks has problems. It wasn't clear from my previous mail. Dan From buildsys at fedoraproject.org Mon Jan 15 08:02:42 2007 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Mon, 15 Jan 2007 03:02:42 -0500 (EST) Subject: Fedora Extras Package Build Report 2007-01-15 Message-ID: <20070115080243.04AF715212E@buildsys.fedoraproject.org> Packages built and released for Fedora Extras development: 25 gnome-chemistry-utils-0.6.4-1.fc7 jd-1.8.5-0.3.beta070114.fc7 php-pear-DB-DataObject-1.8.5-2.fc7 php-pear-DB-DataObject-FormBuilder-1.0.0-0.3.RC6.fc7 php-pear-Date-Holidays-0.17.0-1.fc7 php-pear-HTML-Common-1.2.3-3.fc7 php-pear-HTML-QuickForm-3.2.7-3.fc7 php-pear-Image-Color-1.0.2-3.fc7 php-pear-Image-GraphViz-1.2.1-2.fc7 php-pear-Numbers-Words-0.15.0-2.fc7 php-pear-Structures-DataGrid-0.8.0-1.fc7 php-pear-Structures-DataGrid-DataSource-Array-0.1.1-1.fc7.1 php-pear-Structures-DataGrid-DataSource-DataObject-0.1.1-1.fc7 php-pear-Structures-DataGrid-DataSource-MDB2-0.1.4-1.fc7 php-pear-Structures-DataGrid-DataSource-RSS-0.1.1-1.fc7 php-pear-Structures-DataGrid-Renderer-Pager-0.1.2-1.fc7 php-pear-Structures-DataGrid-Renderer-Smarty-0.1.3-1.fc7 php-pear-Validate-0.7.0-1.fc7 php-pear-XML-Beautifier-1.1-2.fc7 php-pear-XML-RSS-0.9.10-3.fc7 php-pear-XML-Serializer-0.18.0-3.fc7 php-pear-XML-Util-1.1.4-2.fc7 NEW pychess-0.6.0-0.3.beta5.fc7 NEW python-yadis-1.1.0-3.fc7 sword-1.5.9-2.fc7 Packages built and released for Fedora Extras 6: 27 gnome-chemistry-utils-0.6.4-1.fc6 gossip-0.22-1.fc6 NEW gtk-murrine-engine-0.41-1.fc6 jd-1.8.5-0.3.beta070114.fc6 libtelepathy-0.0.41-1.fc6 php-pear-DB-DataObject-1.8.5-2.fc6 php-pear-DB-DataObject-FormBuilder-1.0.0-0.3.RC6.fc6 php-pear-Date-Holidays-0.17.0-1.fc6 php-pear-HTML-Common-1.2.3-3.fc6 php-pear-HTML-QuickForm-3.2.7-3.fc6 php-pear-Image-Color-1.0.2-3.fc6 php-pear-Image-GraphViz-1.2.1-2.fc6 php-pear-Structures-DataGrid-0.8.0-1.fc6 php-pear-Structures-DataGrid-DataSource-Array-0.1.1-1.fc6 php-pear-Structures-DataGrid-DataSource-DataObject-0.1.1-1.fc6 php-pear-Structures-DataGrid-DataSource-MDB2-0.1.4-1.fc6 php-pear-Structures-DataGrid-DataSource-RSS-0.1.1-1.fc6 php-pear-Structures-DataGrid-Renderer-Pager-0.1.2-1.fc6 php-pear-Structures-DataGrid-Renderer-Smarty-0.1.3-1.fc6 php-pear-Validate-0.7.0-1.fc6 php-pear-XML-Beautifier-1.1-2.fc6 php-pear-XML-RSS-0.9.10-3.fc6 php-pear-XML-Serializer-0.18.0-3.fc6 php-pear-XML-Util-1.1.4-2.fc6 sword-1.5.9-2.fc6 telepathy-gabble-0.5.0-1.fc6 telepathy-stream-engine-0.3.20-1.fc6 Packages built and released for Fedora Extras 5: 23 gnome-chemistry-utils-0.6.4-1.fc5 NEW gtk-murrine-engine-0.41-1.fc5 jd-1.8.5-0.3.beta070114.fc5 php-pear-DB-DataObject-1.8.5-2.fc5 php-pear-DB-DataObject-FormBuilder-1.0.0-0.3.RC6.fc5 php-pear-Date-Holidays-0.17.0-1.fc5 php-pear-HTML-Common-1.2.3-3.fc5 php-pear-HTML-QuickForm-3.2.7-3.fc5 php-pear-Image-Color-1.0.2-3.fc5 php-pear-Image-GraphViz-1.2.1-2.fc5 php-pear-Structures-DataGrid-0.8.0-1.fc5 php-pear-Structures-DataGrid-DataSource-Array-0.1.1-1.fc5 php-pear-Structures-DataGrid-DataSource-DataObject-0.1.1-1.fc5 php-pear-Structures-DataGrid-DataSource-MDB2-0.1.4-1.fc5 php-pear-Structures-DataGrid-DataSource-RSS-0.1.1-1.fc5 php-pear-Structures-DataGrid-Renderer-Pager-0.1.2-1.fc5 php-pear-Structures-DataGrid-Renderer-Smarty-0.1.3-1.fc5 php-pear-Validate-0.7.0-1.fc5 php-pear-XML-Beautifier-1.1-2.fc5 php-pear-XML-RSS-0.9.10-3.fc5 php-pear-XML-Serializer-0.18.0-3.fc5 php-pear-XML-Util-1.1.4-2.fc5 sword-1.5.9-2.fc5 For more information about the built packages please see the repository or the Fedora Info Feed: http://fedoraproject.org/infofeed/ From mpknoop at gmail.com Mon Jan 15 10:32:49 2007 From: mpknoop at gmail.com (Mark Knoop) Date: Mon, 15 Jan 2007 10:32:49 +0000 Subject: Revelation applet fails to load Message-ID: <42420bfb0701150232qaed9d12re82428213c81c3f9@mail.gmail.com> I've just yum updated revelation to 0.4.9-1.fc6.i386 and the panel applet is refusing to load. I get the message: The panel encountered a problem while loading "OAFIID:GNOME_RevelationApplet". Do you want to delete the applet from your configuration? I've tried logging out, unsetting the gconf keys for the applet (gconftool-2 --recursive-unset /apps/panel/applets/applet_4). Any ideas as to how I can debug this? Is there a way to load applets from the terminal so I can get some more feedback as to the problem? Regards, Mark -- Mark Knoop From fedora at leemhuis.info Mon Jan 15 11:47:21 2007 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Mon, 15 Jan 2007 12:47:21 +0100 Subject: Revelation applet fails to load In-Reply-To: <42420bfb0701150232qaed9d12re82428213c81c3f9@mail.gmail.com> References: <42420bfb0701150232qaed9d12re82428213c81c3f9@mail.gmail.com> Message-ID: <45AB69C9.5090406@leemhuis.info> On 15.01.2007 11:32, Mark Knoop wrote: > I've just yum updated revelation to 0.4.9-1.fc6.i386 and the panel > applet is refusing to load. I get the message: [...] Confirmed here. Reported upstream ( http://oss.codepoet.no/bugzilla/show_bug.cgi?id=202 ) as it looks like a general problem to me -- but I'm not a python expert, so time will tell if I was wrong... Thx for reporting the issue. I did not notice it and it also did not get noticed in the devel tree (package was there for some days before it got pushed to FC-6). BTW, best way to report such problems is tough http://bugzilla.redhat.com (or optional: directly upstream, if the bug looks more like a general problem than specific to Fedora). CU thl From mpknoop at gmail.com Mon Jan 15 13:51:12 2007 From: mpknoop at gmail.com (Mark Knoop) Date: Mon, 15 Jan 2007 13:51:12 +0000 Subject: Revelation applet fails to load In-Reply-To: <45AB69C9.5090406@leemhuis.info> References: <42420bfb0701150232qaed9d12re82428213c81c3f9@mail.gmail.com> <45AB69C9.5090406@leemhuis.info> Message-ID: <42420bfb0701150551y1c92896egd3afcd24fc59f612@mail.gmail.com> On 15/01/07, Thorsten Leemhuis wrote: > On 15.01.2007 11:32, Mark Knoop wrote: > > I've just yum updated revelation to 0.4.9-1.fc6.i386 and the panel > > applet is refusing to load. I get the message: [...] > > Confirmed here. Reported upstream ( > http://oss.codepoet.no/bugzilla/show_bug.cgi?id=202 > ) as it looks like a general problem to me -- but I'm not a python > expert, so time will tell if I was wrong... > > Thx for reporting the issue. I did not notice it and it also did not get > noticed in the devel tree (package was there for some days before it got > pushed to FC-6). BTW, best way to report such problems is tough > http://bugzilla.redhat.com (or optional: directly upstream, if the bug > looks more like a general problem than specific to Fedora). Thanks Thorsten. I was going to bugzilla it but just wanted to check if anyone else had seen it yet. BTW, is there any method of running panel applets from the terminal? -- Mark Knoop From sundaram at fedoraproject.org Mon Jan 15 18:14:14 2007 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Mon, 15 Jan 2007 23:44:14 +0530 Subject: ffplay and toolame Message-ID: <45ABC476.5010802@fedoraproject.org> Hi ffplay is a ffmpeg based player and toolame encodes in a format that is not mp3 but apparently is compatible with many mp3 players. I noticed that these packages are both in Debian and in gNewsense (allegedly). http://wiki.multimedia.cx/index.php?title=FFplay http://www.eftel.com/~mikecheng/planckenergy/#tooLAME Anyone has comments on whether these are acceptable in Fedora? Rahul From notting at redhat.com Mon Jan 15 18:31:32 2007 From: notting at redhat.com (Bill Nottingham) Date: Mon, 15 Jan 2007 13:31:32 -0500 Subject: ffplay and toolame In-Reply-To: <45ABC476.5010802@fedoraproject.org> References: <45ABC476.5010802@fedoraproject.org> Message-ID: <20070115183132.GA17597@nostromo.devel.redhat.com> Rahul Sundaram (sundaram at fedoraproject.org) said: > ffplay is a ffmpeg based player As ffmpeg isn't allowable in Fedora.... similarly toolame looks very much not allowable. Bill From dominik at greysector.net Mon Jan 15 19:11:29 2007 From: dominik at greysector.net (Dominik 'Rathann' Mierzejewski) Date: Mon, 15 Jan 2007 20:11:29 +0100 Subject: ffplay and toolame In-Reply-To: <45ABC476.5010802@fedoraproject.org> References: <45ABC476.5010802@fedoraproject.org> Message-ID: <20070115191129.GA28100@ryvius.pekin.waw.pl> On Monday, 15 January 2007 at 19:14, Rahul Sundaram wrote: > Hi > > ffplay is a ffmpeg based player and toolame encodes in a format that is > not mp3 but apparently is compatible with many mp3 players. I noticed > that these packages are both in Debian and in gNewsense (allegedly). > > http://wiki.multimedia.cx/index.php?title=FFplay > http://www.eftel.com/~mikecheng/planckenergy/#tooLAME Toolame development seems stalled. There's a fork, called twolame: http://www.twolame.org/ Is MPEG Audio Layer 2 patented? And isn't Layer 3 patent expiring soon (already)? Both apps are in the other repository. Regards, R. -- Fedora Extras contributor http://fedoraproject.org/wiki/DominikMierzejewski Livna contributor http://rpm.livna.org MPlayer developer http://mplayerhq.hu "Faith manages." -- Delenn to Lennier in Babylon 5:"Confessions and Lamentations" From rdieter at math.unl.edu Mon Jan 15 21:05:21 2007 From: rdieter at math.unl.edu (Rex Dieter) Date: Mon, 15 Jan 2007 15:05:21 -0600 Subject: ffplay and toolame In-Reply-To: <45ABC476.5010802@fedoraproject.org> References: <45ABC476.5010802@fedoraproject.org> Message-ID: Rahul Sundaram wrote: > ffplay is a ffmpeg based player and toolame encodes in a format that is > not mp3 but apparently is compatible with many mp3 players. I noticed > that these packages are both in Debian and in gNewsense (allegedly). Take that with a grain of salt. Debian includes lots of patent-ecumbered bits (mp3 support, for instance). -- Rex From jkeating at redhat.com Mon Jan 15 21:00:01 2007 From: jkeating at redhat.com (Jesse Keating) Date: Mon, 15 Jan 2007 16:00:01 -0500 Subject: ffplay and toolame In-Reply-To: References: <45ABC476.5010802@fedoraproject.org> Message-ID: <200701151600.02012.jkeating@redhat.com> On Monday 15 January 2007 16:05, Rex Dieter wrote: > Take that with a grain of salt. ?Debian includes lots of > patent-ecumbered bits (mp3 support, for instance). Aren't these in the non-free repo? -- Jesse Keating Release Engineer: Fedora -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From laroche at redhat.com Tue Jan 16 08:49:37 2007 From: laroche at redhat.com (Florian La Roche) Date: Tue, 16 Jan 2007 09:49:37 +0100 Subject: obsoleted rpm packages we can remove from the FE6 repo Message-ID: <20070116084937.GA3646@dudweiler.stuttgart.redhat.com> The following rpms could be removed from the FE6 repos to clean things up: l2tpd-0.69-0.6.20051030.fc6.i386.rpm is obsoleted by xl2tpd-1.1.06-5.fc6.i386.rpm lincvs-1.4.4-2.fc6.i386.rpm is obsoleted by crossvc-1.5.0-4.fc6.i386.rpm pdftohtml-0.36-9.fc6.i386.rpm is obsoleted by poppler-utils-0.5.4-5.fc6.i386.rpm swh-plugins-0.4.15-4.fc6.i386.rpm is obsoleted by ladspa-swh-plugins-0.4.15-6.fc6.i386.rpm regards, Florian La Roche From fedora at leemhuis.info Tue Jan 16 11:13:35 2007 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Tue, 16 Jan 2007 12:13:35 +0100 Subject: Revelation applet fails to load In-Reply-To: <42420bfb0701150551y1c92896egd3afcd24fc59f612@mail.gmail.com> References: <42420bfb0701150232qaed9d12re82428213c81c3f9@mail.gmail.com> <45AB69C9.5090406@leemhuis.info> <42420bfb0701150551y1c92896egd3afcd24fc59f612@mail.gmail.com> Message-ID: <45ACB35F.7030808@leemhuis.info> On 15.01.2007 14:51, Mark Knoop wrote: > On 15/01/07, Thorsten Leemhuis wrote: >> On 15.01.2007 11:32, Mark Knoop wrote: >>> I've just yum updated revelation to 0.4.9-1.fc6.i386 and the panel >>> applet is refusing to load. I get the message: [...] >> Confirmed here. Reported upstream ( >> http://oss.codepoet.no/bugzilla/show_bug.cgi?id=202 >> ) as it looks like a general problem to me -- but I'm not a python >> expert, so time will tell if I was wrong... >> Thx for reporting the issue. I did not notice it and it also did not get >> noticed in the devel tree (package was there for some days before it got >> pushed to FC-6). BTW, best way to report such problems is tough >> http://bugzilla.redhat.com (or optional: directly upstream, if the bug >> looks more like a general problem than specific to Fedora). > Thanks Thorsten. I was going to bugzilla it but just wanted to check > if anyone else had seen it yet. Two new upstream releases later (codenames "Did I say that, or just think it?" and "You drive, I think there''s something wrong with me") the bug got fixed. Updated packages for devel and FC-6 building. > BTW, is there any method of running > panel applets from the terminal? I suppose there is, but I don't know how. CU thl From mpknoop at gmail.com Tue Jan 16 11:19:00 2007 From: mpknoop at gmail.com (Mark Knoop) Date: Tue, 16 Jan 2007 11:19:00 +0000 Subject: Revelation applet fails to load In-Reply-To: <45ACB35F.7030808@leemhuis.info> References: <42420bfb0701150232qaed9d12re82428213c81c3f9@mail.gmail.com> <45AB69C9.5090406@leemhuis.info> <42420bfb0701150551y1c92896egd3afcd24fc59f612@mail.gmail.com> <45ACB35F.7030808@leemhuis.info> Message-ID: <42420bfb0701160319t682134b7h36e8128535f68a00@mail.gmail.com> On 16/01/07, Thorsten Leemhuis wrote: > On 15.01.2007 14:51, Mark Knoop wrote: > > On 15/01/07, Thorsten Leemhuis wrote: > >> On 15.01.2007 11:32, Mark Knoop wrote: > >>> I've just yum updated revelation to 0.4.9-1.fc6.i386 and the panel > >>> applet is refusing to load. I get the message: [...] > >> Confirmed here. Reported upstream ( > >> http://oss.codepoet.no/bugzilla/show_bug.cgi?id=202 > >> ) as it looks like a general problem to me -- but I'm not a python > >> expert, so time will tell if I was wrong... > >> Thx for reporting the issue. I did not notice it and it also did not get > >> noticed in the devel tree (package was there for some days before it got > >> pushed to FC-6). BTW, best way to report such problems is tough > >> http://bugzilla.redhat.com (or optional: directly upstream, if the bug > >> looks more like a general problem than specific to Fedora). > > Thanks Thorsten. I was going to bugzilla it but just wanted to check > > if anyone else had seen it yet. > > Two new upstream releases later (codenames "Did I say that, or just > think it?" and "You drive, I think there''s something wrong with me") > the bug got fixed. Updated packages for devel and FC-6 building. Great, thanks. -- Mark Knoop From bugs.michael at gmx.net Tue Jan 16 12:07:38 2007 From: bugs.michael at gmx.net (Michael Schwendt) Date: Tue, 16 Jan 2007 13:07:38 +0100 Subject: obsoleted rpm packages we can remove from the FE6 repo In-Reply-To: <20070116084937.GA3646@dudweiler.stuttgart.redhat.com> References: <20070116084937.GA3646@dudweiler.stuttgart.redhat.com> Message-ID: <20070116130738.07059623.bugs.michael@gmx.net> On Tue, 16 Jan 2007 09:49:37 +0100, Florian La Roche wrote: > The following rpms could be removed from the FE6 repos to clean > things up: > > l2tpd-0.69-0.6.20051030.fc6.i386.rpm is obsoleted by xl2tpd-1.1.06-5.fc6.i386.rpm > lincvs-1.4.4-2.fc6.i386.rpm is obsoleted by crossvc-1.5.0-4.fc6.i386.rpm > pdftohtml-0.36-9.fc6.i386.rpm is obsoleted by poppler-utils-0.5.4-5.fc6.i386.rpm > swh-plugins-0.4.15-4.fc6.i386.rpm is obsoleted by ladspa-swh-plugins-0.4.15-6.fc6.i386.rpm > I've removed the following (the binaries won't survive that during the next push): 6: l2tpd-0.69-0.6.20051030.fc6.src.rpm lincvs-1.4.4-2.fc6.src.rpm pdftohtml-0.36-9.fc6.src.rpm swh-plugins-0.4.15-4.fc6.src.rpm devel: l2tpd-0.69-0.6.20051030.fc6.src.rpm lincvs-1.4.4-2.fc6.src.rpm pdftohtml-0.36-9.fc6.src.rpm swh-plugins-0.4.15-4.fc6.src.rpm python-nltk-1.4.4-3.fc7.src.rpm From buildsys at fedoraproject.org Tue Jan 16 13:33:14 2007 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Tue, 16 Jan 2007 08:33:14 -0500 (EST) Subject: Fedora Extras Package Build Report 2007-01-16 Message-ID: <20070116133314.269FB15212E@buildsys.fedoraproject.org> Packages built and released for Fedora Extras development: 18 Macaulay2-0.9.95-4.fc7 Pound-2.2.2-1.fc7 NEW bibletime-1.6.2-2.fc7 NEW catfish-0.2b-1.fc7 NEW kio_sword-0.3-3.fc7 NEW libgtksourceviewmm-0.2.0-4.fc7 libnet-1.1.2.1-10.fc7 mozldap-6.0.2-1.fc7 nmh-1.2-20070115cvs.1.fc7 openalpp-20060714-2.fc7 php-pear-Structures-DataGrid-0.8.1-1.fc7 php-pecl-xdebug-2.0.0-0.3.RC2.fc7 NEW polyester-1.0-2.fc7 NEW postgresql-dbi-link-2.0-0.1.beta1.fc7 NEW prewikka-0.9.8-1.fc7 revelation-0.4.11-1.fc7 sysprof-kmod-1.0.8-1.2.6.19_1.2912.fc7 (!) vim-vimoutliner-0.3.4-8.fc7 : INVALID rebuild, not published! Packages built and released for Fedora Extras 6: 15 Macaulay2-0.9.95-4.fc6 NEW bibletime-1.6.2-2.fc6 NEW catfish-0.2b-1.fc6 NEW kio_sword-0.3-3.fc6 libburn-0.2.6.3-1.fc6 NEW libgtksourceviewmm-0.2.0-4.fc6 mock-0.6.10-1.fc6 mozldap-6.0.2-1.fc6 openalpp-20060714-2.fc6 php-pear-Structures-DataGrid-0.8.1-1.fc6 php-pecl-xdebug-2.0.0-0.3.RC2.fc6 NEW pychess-0.6.0-0.3.beta5.fc6 NEW python-yadis-1.1.0-3.fc6 revelation-0.4.11-1.fc6 NEW vim-vimoutliner-0.3.4-8.fc6 Packages built and released for Fedora Extras 5: 11 Macaulay2-0.9.95-4.fc5 NEW bibletime-1.6.2-2.fc5 NEW catfish-0.2b-1.fc5 NEW kio_sword-0.3-3.fc5 mozldap-6.0.2-1.fc5 openalpp-20060714-2.fc5 php-pear-Structures-DataGrid-0.8.1-1.fc5 php-pecl-xdebug-2.0.0-0.3.RC2.fc5 NEW pychess-0.6.0-0.3.beta5.fc5 NEW python-yadis-1.1.0-3.fc5 NEW vim-vimoutliner-0.3.4-8.fc5 For more information about the built packages please see the repository or the Fedora Info Feed: http://fedoraproject.org/infofeed/ From buildsys at fedoraproject.org Tue Jan 16 14:21:05 2007 From: buildsys at fedoraproject.org (Fedora Extras repoclosure) Date: Tue, 16 Jan 2007 14:21:05 -0000 Subject: Summary - Broken dependencies in Fedora Extras - 2007-01-16 Message-ID: <20070116142105.12008.381@extras64.linux.duke.edu> New report for: devrim AT commandprompt.com package: postgresql-dbi-link - 2.0-0.1.beta1.fc7.noarch from fedora-extras-development-ppc unresolved deps: perl(DBD::Oracle) package: postgresql-dbi-link - 2.0-0.1.beta1.fc7.noarch from fedora-extras-development-x86_64 unresolved deps: perl(DBD::Oracle) package: postgresql-dbi-link - 2.0-0.1.beta1.fc7.noarch from fedora-extras-development-i386 unresolved deps: perl(DBD::Oracle) package: postgresql-dbi-link-test - 2.0-0.1.beta1.fc7.noarch from fedora-extras-development-ppc unresolved deps: perl(DBD::Oracle) package: postgresql-dbi-link-test - 2.0-0.1.beta1.fc7.noarch from fedora-extras-development-x86_64 unresolved deps: perl(DBD::Oracle) package: postgresql-dbi-link-test - 2.0-0.1.beta1.fc7.noarch from fedora-extras-development-i386 unresolved deps: perl(DBD::Oracle) ====================================================================== New report for: dakingun AT gmail.com package: gparted - 0.3.3-2.fc7.i386 from fedora-extras-development-i386 unresolved deps: libparted-1.8.so.0 package: gparted - 0.3.3-2.fc7.ppc from fedora-extras-development-ppc unresolved deps: libparted-1.8.so.0 package: gparted - 0.3.3-2.fc7.x86_64 from fedora-extras-development-x86_64 unresolved deps: libparted-1.8.so.0()(64bit) ====================================================================== New report for: steve AT silug.org package: qtparted - 0.4.5-11.fc7.i386 from fedora-extras-development-i386 unresolved deps: libparted-1.8.so.0 package: qtparted - 0.4.5-11.fc7.ppc from fedora-extras-development-ppc unresolved deps: libparted-1.8.so.0 package: qtparted - 0.4.5-11.fc7.x86_64 from fedora-extras-development-x86_64 unresolved deps: libparted-1.8.so.0()(64bit) ====================================================================== New report for: jkeating AT redhat.com package: libisofs-devel - 0.2.2-2.fc6.i386 from fedora-extras-6-i386 unresolved deps: libburn = 0:0.2.2-2.fc6 package: libisofs-devel - 0.2.2-2.fc6.ppc from fedora-extras-6-ppc unresolved deps: libburn = 0:0.2.2-2.fc6 package: libisofs-devel - 0.2.2-2.fc6.x86_64 from fedora-extras-6-x86_64 unresolved deps: libburn = 0:0.2.2-2.fc6 ====================================================================== New report for: denis AT poolshark.org package: brasero - 0.5.1-1.fc6.i386 from fedora-extras-6-i386 unresolved deps: libburn.so.2 package: brasero - 0.5.1-1.fc6.ppc from fedora-extras-6-ppc unresolved deps: libburn.so.2 package: brasero - 0.5.1-1.fc6.x86_64 from fedora-extras-6-x86_64 unresolved deps: libburn.so.2()(64bit) ====================================================================== Summary of broken packages (by owner): cgoorah AT yahoo.com.au toped - 0.8.2-2.fc6.i386 (32 days) toped - 0.8.2-2.fc6.ppc (32 days) toped - 0.8.2-2.fc6.x86_64 (32 days) dakingun AT gmail.com gparted - 0.3.3-2.fc7.i386 gparted - 0.3.3-2.fc7.ppc gparted - 0.3.3-2.fc7.x86_64 dan AT danny.cz codeblocks - 1.0-0.18.20061207svn3357.fc7.i386 (32 days) codeblocks - 1.0-0.18.20061207svn3357.fc7.i386 (32 days) codeblocks - 1.0-0.18.20061207svn3357.fc7.ppc (32 days) codeblocks - 1.0-0.18.20061207svn3357.fc7.x86_64 (32 days) codeblocks-contrib - 1.0-0.18.20061207svn3357.fc7.i386 (32 days) codeblocks-contrib - 1.0-0.18.20061207svn3357.fc7.ppc (32 days) codeblocks-contrib - 1.0-0.18.20061207svn3357.fc7.x86_64 (32 days) dcbw AT redhat.com csound - 5.03.0-9.fc7.i386 (39 days) csound - 5.03.0-9.fc7.i386 (39 days) csound - 5.03.0-9.fc7.ppc (39 days) csound - 5.03.0-9.fc7.x86_64 (39 days) csound-python - 5.03.0-9.fc7.i386 (39 days) csound-python - 5.03.0-9.fc7.ppc (39 days) csound-python - 5.03.0-9.fc7.x86_64 (39 days) denis AT poolshark.org brasero - 0.5.1-1.fc6.i386 brasero - 0.5.1-1.fc6.ppc brasero - 0.5.1-1.fc6.x86_64 brasero - 0.5.1-1.fc7.i386 (7 days) brasero - 0.5.1-1.fc7.ppc (7 days) brasero - 0.5.1-1.fc7.x86_64 (7 days) devrim AT commandprompt.com postgresql-dbi-link - 2.0-0.1.beta1.fc7.noarch postgresql-dbi-link - 2.0-0.1.beta1.fc7.noarch postgresql-dbi-link - 2.0-0.1.beta1.fc7.noarch postgresql-dbi-link-test - 2.0-0.1.beta1.fc7.noarch postgresql-dbi-link-test - 2.0-0.1.beta1.fc7.noarch postgresql-dbi-link-test - 2.0-0.1.beta1.fc7.noarch dwmw2 AT redhat.com openpbx - 1.2-3.rc2.svn2135.fc7.i386 (41 days) openpbx - 1.2-3.rc2.svn2135.fc7.i386 (41 days) openpbx - 1.2-3.rc2.svn2135.fc7.ppc (41 days) openpbx - 1.2-3.rc2.svn2135.fc7.x86_64 (41 days) openpbx-postgresql - 1.2-3.rc2.svn2135.fc7.i386 (41 days) openpbx-postgresql - 1.2-3.rc2.svn2135.fc7.ppc (41 days) openpbx-postgresql - 1.2-3.rc2.svn2135.fc7.x86_64 (41 days) endur AT bennewitz.com streamtuner - 0.99.99-15.fc7.x86_64 (39 days) ifoox AT redhat.com libreadline-java - 0.8.0-13.fc6.i386 (36 days) libreadline-java - 0.8.0-13.fc6.i386 (36 days) libreadline-java - 0.8.0-13.fc6.ppc (36 days) libreadline-java - 0.8.0-13.fc6.x86_64 (36 days) jafo-redhat AT tummy.com python-pydns - 2.3.0-4.fc6.noarch (39 days) python-pydns - 2.3.0-4.fc6.noarch (39 days) python-pydns - 2.3.0-4.fc6.noarch (39 days) jamatos AT fc.up.pt python-amara - 1.1.7-2.fc6.noarch (39 days) python-amara - 1.1.7-2.fc6.noarch (39 days) python-amara - 1.1.7-2.fc6.noarch (39 days) jeff AT ocjtech.us linphone - 1.2.0-4.fc5.i386 (99 days) linphone - 1.2.0-4.fc5.ppc (99 days) linphone - 1.2.0-4.fc5.x86_64 (99 days) jkeating AT redhat.com libisofs-devel - 0.2.2-2.fc6.i386 libisofs-devel - 0.2.2-2.fc6.ppc libisofs-devel - 0.2.2-2.fc6.x86_64 lmacken AT redhat.com TurboGears - 1.0b2-5.fc7.noarch (34 days) TurboGears - 1.0b2-5.fc7.noarch (34 days) TurboGears - 1.0b2-5.fc7.noarch (34 days) python-cherrypy - 2.2.1-3.fc6.noarch (39 days) python-cherrypy - 2.2.1-3.fc6.noarch (39 days) python-cherrypy - 2.2.1-3.fc6.noarch (39 days) orion AT cora.nwra.com paraview - 2.4.4-3.fc6.x86_64 (39 days) paraview-mpi - 2.4.4-3.fc6.x86_64 (39 days) plplot - 5.6.1-8.fc7.i386 (39 days) plplot - 5.6.1-8.fc7.i386 (39 days) plplot - 5.6.1-8.fc7.ppc (39 days) plplot - 5.6.1-8.fc7.x86_64 (39 days) plplot-gnome - 5.6.1-8.fc7.i386 (39 days) plplot-gnome - 5.6.1-8.fc7.i386 (39 days) plplot-gnome - 5.6.1-8.fc7.ppc (39 days) plplot-gnome - 5.6.1-8.fc7.x86_64 (39 days) plplot-wxGTK - 5.6.1-8.fc7.i386 (39 days) plplot-wxGTK - 5.6.1-8.fc7.ppc (39 days) plplot-wxGTK - 5.6.1-8.fc7.x86_64 (39 days) petersen AT redhat.com ghc-gtk2hs - 0.9.10-4.fc6.i386 (74 days) ghc-gtk2hs - 0.9.10-4.fc6.ppc (74 days) ghc-gtk2hs - 0.9.10-4.fc6.x86_64 (74 days) ghc642-gtk2hs - 0.9.10-4.fc6.i386 (74 days) ghc642-gtk2hs - 0.9.10-4.fc6.ppc (74 days) ghc642-gtk2hs - 0.9.10-4.fc6.x86_64 (74 days) ghc642-gtk2hs-mozembed - 0.9.10-1.fc5.i386 (9 days) ghc642-gtk2hs-mozembed - 0.9.10-1.fc5.ppc (9 days) ghc642-gtk2hs-mozembed - 0.9.10-1.fc5.x86_64 (9 days) ghc642-gtk2hs-mozembed - 0.9.10-4.fc6.i386 (74 days) ghc642-gtk2hs-mozembed - 0.9.10-4.fc6.ppc (74 days) ghc642-gtk2hs-mozembed - 0.9.10-4.fc6.x86_64 (74 days) rdieter AT math.unl.edu PyKDE - 3.16.0-5.fc7.i386 (39 days) PyKDE - 3.16.0-5.fc7.i386 (39 days) PyKDE - 3.16.0-5.fc7.ppc (39 days) PyKDE - 3.16.0-5.fc7.x86_64 (39 days) kaffeine - 0.8.3-2.fc7.i386 (2 days) kaffeine - 0.8.3-2.fc7.i386 (2 days) kaffeine - 0.8.3-2.fc7.ppc (2 days) kaffeine - 0.8.3-2.fc7.x86_64 (2 days) kdemultimedia-extras - 6:3.5.5-0.3.fc7.i386 (2 days) kdemultimedia-extras - 6:3.5.5-0.3.fc7.ppc (2 days) kdemultimedia-extras - 6:3.5.5-0.3.fc7.x86_64 (2 days) shahms AT shahms.com python-psyco - 1.5.1-4.fc6.i386 (39 days) steve AT silug.org qtparted - 0.4.5-11.fc7.i386 qtparted - 0.4.5-11.fc7.ppc qtparted - 0.4.5-11.fc7.x86_64 stickster AT gmail.com xmldiff - 0.6.7-12.fc6.i386 (39 days) xmldiff - 0.6.7-12.fc6.ppc (39 days) xmldiff - 0.6.7-12.fc6.x86_64 (39 days) tagoh AT redhat.com kinput2 - v3.1-29.fc6.i386 (5 days) kinput2 - v3.1-29.fc6.ppc (5 days) kinput2 - v3.1-29.fc6.x86_64 (5 days) tcallawa AT redhat.com compat-wxPythonGTK2 - 2.4.2.4-12.fc6.i386 (39 days) compat-wxPythonGTK2 - 2.4.2.4-12.fc6.ppc (39 days) compat-wxPythonGTK2 - 2.4.2.4-12.fc6.x86_64 (39 days) rekall-postgresql - 2.4.3-5.fc6.i386 (41 days) rekall-postgresql - 2.4.3-5.fc6.ppc (41 days) rekall-postgresql - 2.4.3-5.fc6.x86_64 (41 days) rekall-python - 2.4.3-5.fc6.i386 (41 days) rekall-python - 2.4.3-5.fc6.ppc (41 days) rekall-python - 2.4.3-5.fc6.x86_64 (41 days) thomas AT apestaart.org python-twisted - 1.3.0-7.fc6.i386 (39 days) python-twisted - 1.3.0-7.fc6.ppc (39 days) python-twisted - 1.3.0-7.fc6.x86_64 (39 days) ville.skytta AT iki.fi em8300 - 0.16.0-3.fc7.i386 (20 days) em8300 - 0.16.0-3.fc7.ppc (20 days) em8300 - 0.16.0-3.fc7.x86_64 (20 days) wart AT kobold.org cyphesis - 0.5.10-3.fc7.i386 (39 days) cyphesis - 0.5.10-3.fc7.ppc (39 days) cyphesis - 0.5.10-3.fc7.x86_64 (39 days) ====================================================================== Broken packages in fedora-extras-5-i386: ghc642-gtk2hs-mozembed-0.9.10-1.fc5.i386 requires mozilla-devel = 37:1.7.13 linphone-1.2.0-4.fc5.i386 requires libortp.so.2 ====================================================================== Broken packages in fedora-extras-5-ppc: ghc642-gtk2hs-mozembed-0.9.10-1.fc5.ppc requires mozilla-devel = 37:1.7.13 linphone-1.2.0-4.fc5.ppc requires libortp.so.2 ====================================================================== Broken packages in fedora-extras-5-x86_64: ghc642-gtk2hs-mozembed-0.9.10-1.fc5.x86_64 requires mozilla-devel = 37:1.7.13 linphone-1.2.0-4.fc5.x86_64 requires libortp.so.2()(64bit) ====================================================================== Broken packages in fedora-extras-6-i386: brasero-0.5.1-1.fc6.i386 requires libburn.so.2 libisofs-devel-0.2.2-2.fc6.i386 requires libburn = 0:0.2.2-2.fc6 ====================================================================== Broken packages in fedora-extras-6-ppc: brasero-0.5.1-1.fc6.ppc requires libburn.so.2 libisofs-devel-0.2.2-2.fc6.ppc requires libburn = 0:0.2.2-2.fc6 ====================================================================== Broken packages in fedora-extras-6-x86_64: brasero-0.5.1-1.fc6.x86_64 requires libburn.so.2()(64bit) libisofs-devel-0.2.2-2.fc6.x86_64 requires libburn = 0:0.2.2-2.fc6 ====================================================================== Broken packages in fedora-extras-development-i386: PyKDE-3.16.0-5.fc7.i386 requires python(abi) = 0:2.4 PyKDE-3.16.0-5.fc7.i386 requires python-abi = 0:2.4 TurboGears-1.0b2-5.fc7.noarch requires python-elementtree >= 0:1.2.6 brasero-0.5.1-1.fc7.i386 requires libburn.so.2 brasero-0.5.1-1.fc7.i386 requires libisofs.so.2 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_html-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu_xml-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu_net-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu_xml-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_core-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu_net-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_xrc-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_xrc-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_html-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_qa-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_adv-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_qa-2.6.so.0(WXU_2.6) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_html-2.6.so.0(WXU_2.6) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu_xml-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_xrc-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_qa-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_core-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu_net-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_xrc-2.6.so.0(WXU_2.6) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_html-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_adv-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu-2.6.so.0(WXU_2.6) compat-wxPythonGTK2-2.4.2.4-12.fc6.i386 requires python(abi) = 0:2.4 csound-5.03.0-9.fc7.i386 requires libpython2.4.so.1.0 csound-python-5.03.0-9.fc7.i386 requires python(abi) = 0:2.4 csound-python-5.03.0-9.fc7.i386 requires libpython2.4.so.1.0 cyphesis-0.5.10-3.fc7.i386 requires libpython2.4.so.1.0 em8300-0.16.0-3.fc7.i386 requires em8300-kmod >= 0:0.16.0 ghc-gtk2hs-0.9.10-4.fc6.i386 requires ghc = 0:6.4.2 ghc642-gtk2hs-0.9.10-4.fc6.i386 requires /usr/bin/ghc-pkg-6.4.2 ghc642-gtk2hs-0.9.10-4.fc6.i386 requires ghc642 ghc642-gtk2hs-mozembed-0.9.10-4.fc6.i386 requires /usr/bin/ghc-pkg-6.4.2 ghc642-gtk2hs-mozembed-0.9.10-4.fc6.i386 requires ghc642 gparted-0.3.3-2.fc7.i386 requires libparted-1.8.so.0 kaffeine-0.8.3-2.fc7.i386 requires libgstinterfaces-0.8.so.0 kaffeine-0.8.3-2.fc7.i386 requires libgstreamer-0.8.so.1 kdemultimedia-extras-6:3.5.5-0.3.fc7.i386 requires libgstreamer-0.8.so.1 kinput2-v3.1-29.fc6.i386 requires libwnn.so.0 libreadline-java-0.8.0-13.fc6.i386 requires libedit >= 0:2.9 openpbx-1.2-3.rc2.svn2135.fc7.i386 requires libedit.so.0 openpbx-postgresql-1.2-3.rc2.svn2135.fc7.i386 requires libpq.so.4 plplot-5.6.1-8.fc7.i386 requires python(abi) = 0:2.4 plplot-5.6.1-8.fc7.i386 requires libpython2.4.so.1.0 plplot-gnome-5.6.1-8.fc7.i386 requires python(abi) = 0:2.4 plplot-gnome-5.6.1-8.fc7.i386 requires libpython2.4.so.1.0 plplot-wxGTK-5.6.1-8.fc7.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) plplot-wxGTK-5.6.1-8.fc7.i386 requires libwx_baseu_xml-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.i386 requires libwx_gtk2u_qa-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) plplot-wxGTK-5.6.1-8.fc7.i386 requires libwx_gtk2u_core-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.i386 requires libwx_baseu_net-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.i386 requires libwx_gtk2u_xrc-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.i386 requires libwx_gtk2u_html-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.i386 requires libwx_baseu-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.i386 requires libwx_gtk2u_adv-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.i386 requires libwx_baseu-2.6.so.0(WXU_2.6) postgresql-dbi-link-2.0-0.1.beta1.fc7.noarch requires perl(DBD::Oracle) postgresql-dbi-link-test-2.0-0.1.beta1.fc7.noarch requires perl(DBD::Oracle) python-amara-1.1.7-2.fc6.noarch requires python(abi) = 0:2.4 python-cherrypy-2.2.1-3.fc6.noarch requires python(abi) = 0:2.4 python-psyco-1.5.1-4.fc6.i386 requires python-abi = 0:2.4 python-psyco-1.5.1-4.fc6.i386 requires python(abi) = 0:2.4 python-pydns-2.3.0-4.fc6.noarch requires python(abi) = 0:2.4 python-twisted-1.3.0-7.fc6.i386 requires python(abi) = 0:2.4 qtparted-0.4.5-11.fc7.i386 requires libparted-1.8.so.0 rekall-postgresql-2.4.3-5.fc6.i386 requires libpq.so.4 rekall-python-2.4.3-5.fc6.i386 requires python(abi) = 0:2.4 rekall-python-2.4.3-5.fc6.i386 requires libpython2.4.so.1.0 toped-0.8.2-2.fc6.i386 requires libwx_gtk2u_gl-2.6.so.0 toped-0.8.2-2.fc6.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) toped-0.8.2-2.fc6.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3) toped-0.8.2-2.fc6.i386 requires libwx_baseu_xml-2.6.so.0 toped-0.8.2-2.fc6.i386 requires libwx_gtk2u_qa-2.6.so.0 toped-0.8.2-2.fc6.i386 requires libwx_gtk2u_core-2.6.so.0 toped-0.8.2-2.fc6.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) toped-0.8.2-2.fc6.i386 requires libwx_gtk2u_gl-2.6.so.0(WXU_2.6) toped-0.8.2-2.fc6.i386 requires libwx_baseu_net-2.6.so.0 toped-0.8.2-2.fc6.i386 requires libwx_gtk2u_xrc-2.6.so.0 toped-0.8.2-2.fc6.i386 requires libwx_baseu-2.6.so.0(WXU_2.6) toped-0.8.2-2.fc6.i386 requires libwx_gtk2u_html-2.6.so.0 toped-0.8.2-2.fc6.i386 requires libwx_baseu-2.6.so.0 toped-0.8.2-2.fc6.i386 requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6) toped-0.8.2-2.fc6.i386 requires libwx_gtk2u_adv-2.6.so.0 xmldiff-0.6.7-12.fc6.i386 requires python-abi = 0:2.4 xmldiff-0.6.7-12.fc6.i386 requires python(abi) = 0:2.4 ====================================================================== Broken packages in fedora-extras-development-ppc: PyKDE-3.16.0-5.fc7.ppc requires python(abi) = 0:2.4 PyKDE-3.16.0-5.fc7.ppc requires python-abi = 0:2.4 TurboGears-1.0b2-5.fc7.noarch requires python-elementtree >= 0:1.2.6 brasero-0.5.1-1.fc7.ppc requires libburn.so.2 brasero-0.5.1-1.fc7.ppc requires libisofs.so.2 codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_html-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3) codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_baseu_xml-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_baseu_net-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_baseu_xml-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_core-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_baseu_net-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_xrc-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_xrc-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_baseu-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_html-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_qa-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_baseu-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_adv-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_qa-2.6.so.0(WXU_2.6) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_html-2.6.so.0(WXU_2.6) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_baseu_xml-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_xrc-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_qa-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_core-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_baseu_net-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_xrc-2.6.so.0(WXU_2.6) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_html-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_baseu-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_adv-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_baseu-2.6.so.0(WXU_2.6) compat-wxPythonGTK2-2.4.2.4-12.fc6.ppc requires python(abi) = 0:2.4 csound-5.03.0-9.fc7.ppc requires libpython2.4.so.1.0 csound-python-5.03.0-9.fc7.ppc requires python(abi) = 0:2.4 csound-python-5.03.0-9.fc7.ppc requires libpython2.4.so.1.0 cyphesis-0.5.10-3.fc7.ppc requires libpython2.4.so.1.0 em8300-0.16.0-3.fc7.ppc requires em8300-kmod >= 0:0.16.0 ghc-gtk2hs-0.9.10-4.fc6.ppc requires ghc = 0:6.4.2 ghc642-gtk2hs-0.9.10-4.fc6.ppc requires /usr/bin/ghc-pkg-6.4.2 ghc642-gtk2hs-0.9.10-4.fc6.ppc requires ghc642 ghc642-gtk2hs-mozembed-0.9.10-4.fc6.ppc requires /usr/bin/ghc-pkg-6.4.2 ghc642-gtk2hs-mozembed-0.9.10-4.fc6.ppc requires ghc642 gparted-0.3.3-2.fc7.ppc requires libparted-1.8.so.0 kaffeine-0.8.3-2.fc7.ppc requires libgstinterfaces-0.8.so.0 kaffeine-0.8.3-2.fc7.ppc requires libgstreamer-0.8.so.1 kdemultimedia-extras-6:3.5.5-0.3.fc7.ppc requires libgstreamer-0.8.so.1 kinput2-v3.1-29.fc6.ppc requires libwnn.so.0 libreadline-java-0.8.0-13.fc6.ppc requires libedit >= 0:2.9 openpbx-1.2-3.rc2.svn2135.fc7.ppc requires libedit.so.0 openpbx-postgresql-1.2-3.rc2.svn2135.fc7.ppc requires libpq.so.4 plplot-5.6.1-8.fc7.ppc requires python(abi) = 0:2.4 plplot-5.6.1-8.fc7.ppc requires libpython2.4.so.1.0 plplot-gnome-5.6.1-8.fc7.ppc requires python(abi) = 0:2.4 plplot-gnome-5.6.1-8.fc7.ppc requires libpython2.4.so.1.0 plplot-wxGTK-5.6.1-8.fc7.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) plplot-wxGTK-5.6.1-8.fc7.ppc requires libwx_baseu_xml-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.ppc requires libwx_gtk2u_qa-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) plplot-wxGTK-5.6.1-8.fc7.ppc requires libwx_gtk2u_core-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.ppc requires libwx_baseu_net-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.ppc requires libwx_gtk2u_xrc-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.ppc requires libwx_gtk2u_html-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.ppc requires libwx_baseu-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.ppc requires libwx_gtk2u_adv-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.ppc requires libwx_baseu-2.6.so.0(WXU_2.6) postgresql-dbi-link-2.0-0.1.beta1.fc7.noarch requires perl(DBD::Oracle) postgresql-dbi-link-test-2.0-0.1.beta1.fc7.noarch requires perl(DBD::Oracle) python-amara-1.1.7-2.fc6.noarch requires python(abi) = 0:2.4 python-cherrypy-2.2.1-3.fc6.noarch requires python(abi) = 0:2.4 python-pydns-2.3.0-4.fc6.noarch requires python(abi) = 0:2.4 python-twisted-1.3.0-7.fc6.ppc requires python(abi) = 0:2.4 qtparted-0.4.5-11.fc7.ppc requires libparted-1.8.so.0 rekall-postgresql-2.4.3-5.fc6.ppc requires libpq.so.4 rekall-python-2.4.3-5.fc6.ppc requires python(abi) = 0:2.4 rekall-python-2.4.3-5.fc6.ppc requires libpython2.4.so.1.0 toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_gl-2.6.so.0 toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3) toped-0.8.2-2.fc6.ppc requires libwx_baseu_xml-2.6.so.0 toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_qa-2.6.so.0 toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_core-2.6.so.0 toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_gl-2.6.so.0(WXU_2.6) toped-0.8.2-2.fc6.ppc requires libwx_baseu_net-2.6.so.0 toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_xrc-2.6.so.0 toped-0.8.2-2.fc6.ppc requires libwx_baseu-2.6.so.0(WXU_2.6) toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_html-2.6.so.0 toped-0.8.2-2.fc6.ppc requires libwx_baseu-2.6.so.0 toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6) toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_adv-2.6.so.0 xmldiff-0.6.7-12.fc6.ppc requires python-abi = 0:2.4 xmldiff-0.6.7-12.fc6.ppc requires python(abi) = 0:2.4 ====================================================================== Broken packages in fedora-extras-development-x86_64: PyKDE-3.16.0-5.fc7.i386 requires python(abi) = 0:2.4 PyKDE-3.16.0-5.fc7.i386 requires python-abi = 0:2.4 PyKDE-3.16.0-5.fc7.x86_64 requires python(abi) = 0:2.4 PyKDE-3.16.0-5.fc7.x86_64 requires python-abi = 0:2.4 TurboGears-1.0b2-5.fc7.noarch requires python-elementtree >= 0:1.2.6 brasero-0.5.1-1.fc7.x86_64 requires libisofs.so.2()(64bit) brasero-0.5.1-1.fc7.x86_64 requires libburn.so.2()(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_html-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu_xml-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu_net-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu_xml-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_core-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu_net-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_xrc-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_xrc-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_html-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_qa-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_adv-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_qa-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_baseu_net-2.6.so.0(WXU_2.6)(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6)(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_baseu-2.6.so.0(WXU_2.6)(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_html-2.6.so.0(WXU_2.6)(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_xrc-2.6.so.0()(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0()(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_baseu-2.6.so.0()(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_qa-2.6.so.0(WXU_2.6)(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_adv-2.6.so.0()(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6)(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2)(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_qa-2.6.so.0()(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_baseu_xml-2.6.so.0()(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_html-2.6.so.0()(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_baseu_net-2.6.so.0()(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_xrc-2.6.so.0(WXU_2.6)(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_baseu_xml-2.6.so.0(WXU_2.6)(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3)(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6)(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_baseu-2.6.so.0(WXU_2.6)(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_html-2.6.so.0(WXU_2.6)(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_xrc-2.6.so.0()(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_baseu-2.6.so.0()(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_adv-2.6.so.0()(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6)(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2)(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_qa-2.6.so.0()(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_baseu_xml-2.6.so.0()(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0()(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_html-2.6.so.0()(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_baseu_net-2.6.so.0()(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_xrc-2.6.so.0(WXU_2.6)(64bit) compat-wxPythonGTK2-2.4.2.4-12.fc6.x86_64 requires python(abi) = 0:2.4 csound-5.03.0-9.fc7.i386 requires libpython2.4.so.1.0 csound-5.03.0-9.fc7.x86_64 requires libpython2.4.so.1.0()(64bit) csound-python-5.03.0-9.fc7.x86_64 requires python(abi) = 0:2.4 csound-python-5.03.0-9.fc7.x86_64 requires libpython2.4.so.1.0()(64bit) cyphesis-0.5.10-3.fc7.x86_64 requires libpython2.4.so.1.0()(64bit) em8300-0.16.0-3.fc7.x86_64 requires em8300-kmod >= 0:0.16.0 ghc-gtk2hs-0.9.10-4.fc6.x86_64 requires ghc = 0:6.4.2 ghc642-gtk2hs-0.9.10-4.fc6.x86_64 requires /usr/bin/ghc-pkg-6.4.2 ghc642-gtk2hs-0.9.10-4.fc6.x86_64 requires ghc642 ghc642-gtk2hs-mozembed-0.9.10-4.fc6.x86_64 requires /usr/bin/ghc-pkg-6.4.2 ghc642-gtk2hs-mozembed-0.9.10-4.fc6.x86_64 requires ghc642 gparted-0.3.3-2.fc7.x86_64 requires libparted-1.8.so.0()(64bit) kaffeine-0.8.3-2.fc7.i386 requires libgstinterfaces-0.8.so.0 kaffeine-0.8.3-2.fc7.i386 requires libgstreamer-0.8.so.1 kaffeine-0.8.3-2.fc7.x86_64 requires libgstreamer-0.8.so.1()(64bit) kaffeine-0.8.3-2.fc7.x86_64 requires libgstinterfaces-0.8.so.0()(64bit) kdemultimedia-extras-6:3.5.5-0.3.fc7.x86_64 requires libgstreamer-0.8.so.1()(64bit) kinput2-v3.1-29.fc6.x86_64 requires libwnn.so.0()(64bit) libreadline-java-0.8.0-13.fc6.i386 requires libedit >= 0:2.9 libreadline-java-0.8.0-13.fc6.x86_64 requires libedit >= 0:2.9 openpbx-1.2-3.rc2.svn2135.fc7.i386 requires libedit.so.0 openpbx-1.2-3.rc2.svn2135.fc7.x86_64 requires libedit.so.0()(64bit) openpbx-postgresql-1.2-3.rc2.svn2135.fc7.x86_64 requires libpq.so.4()(64bit) paraview-2.4.4-3.fc6.x86_64 requires libpython2.4.so.1.0()(64bit) paraview-mpi-2.4.4-3.fc6.x86_64 requires libpython2.4.so.1.0()(64bit) plplot-5.6.1-8.fc7.i386 requires python(abi) = 0:2.4 plplot-5.6.1-8.fc7.i386 requires libpython2.4.so.1.0 plplot-5.6.1-8.fc7.x86_64 requires python(abi) = 0:2.4 plplot-5.6.1-8.fc7.x86_64 requires libpython2.4.so.1.0()(64bit) plplot-gnome-5.6.1-8.fc7.i386 requires python(abi) = 0:2.4 plplot-gnome-5.6.1-8.fc7.i386 requires libpython2.4.so.1.0 plplot-gnome-5.6.1-8.fc7.x86_64 requires python(abi) = 0:2.4 plplot-gnome-5.6.1-8.fc7.x86_64 requires libpython2.4.so.1.0()(64bit) plplot-wxGTK-5.6.1-8.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6)(64bit) plplot-wxGTK-5.6.1-8.fc7.x86_64 requires libwx_baseu-2.6.so.0(WXU_2.6)(64bit) plplot-wxGTK-5.6.1-8.fc7.x86_64 requires libwx_baseu-2.6.so.0()(64bit) plplot-wxGTK-5.6.1-8.fc7.x86_64 requires libwx_gtk2u_xrc-2.6.so.0()(64bit) plplot-wxGTK-5.6.1-8.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2)(64bit) plplot-wxGTK-5.6.1-8.fc7.x86_64 requires libwx_gtk2u_qa-2.6.so.0()(64bit) plplot-wxGTK-5.6.1-8.fc7.x86_64 requires libwx_baseu_xml-2.6.so.0()(64bit) plplot-wxGTK-5.6.1-8.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0()(64bit) plplot-wxGTK-5.6.1-8.fc7.x86_64 requires libwx_gtk2u_html-2.6.so.0()(64bit) plplot-wxGTK-5.6.1-8.fc7.x86_64 requires libwx_baseu_net-2.6.so.0()(64bit) plplot-wxGTK-5.6.1-8.fc7.x86_64 requires libwx_gtk2u_adv-2.6.so.0()(64bit) postgresql-dbi-link-2.0-0.1.beta1.fc7.noarch requires perl(DBD::Oracle) postgresql-dbi-link-test-2.0-0.1.beta1.fc7.noarch requires perl(DBD::Oracle) python-amara-1.1.7-2.fc6.noarch requires python(abi) = 0:2.4 python-cherrypy-2.2.1-3.fc6.noarch requires python(abi) = 0:2.4 python-pydns-2.3.0-4.fc6.noarch requires python(abi) = 0:2.4 python-twisted-1.3.0-7.fc6.x86_64 requires python(abi) = 0:2.4 qtparted-0.4.5-11.fc7.x86_64 requires libparted-1.8.so.0()(64bit) rekall-postgresql-2.4.3-5.fc6.x86_64 requires libpq.so.4()(64bit) rekall-python-2.4.3-5.fc6.x86_64 requires python(abi) = 0:2.4 rekall-python-2.4.3-5.fc6.x86_64 requires libpython2.4.so.1.0()(64bit) streamtuner-0.99.99-15.fc7.x86_64 requires libpython2.4.so.1.0()(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_gtk2u_gl-2.6.so.0(WXU_2.6)(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6)(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_baseu-2.6.so.0(WXU_2.6)(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_gtk2u_xrc-2.6.so.0()(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_gtk2u_core-2.6.so.0()(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_baseu-2.6.so.0()(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_gtk2u_adv-2.6.so.0()(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6)(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_gtk2u_qa-2.6.so.0()(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_baseu_xml-2.6.so.0()(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_gtk2u_html-2.6.so.0()(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_baseu_net-2.6.so.0()(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_gtk2u_gl-2.6.so.0()(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2)(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3)(64bit) xmldiff-0.6.7-12.fc6.x86_64 requires python-abi = 0:2.4 xmldiff-0.6.7-12.fc6.x86_64 requires python(abi) = 0:2.4 From devrim at CommandPrompt.com Tue Jan 16 14:26:48 2007 From: devrim at CommandPrompt.com (Devrim GUNDUZ) Date: Tue, 16 Jan 2007 16:26:48 +0200 Subject: Summary - Broken dependencies in Fedora Extras - 2007-01-16 In-Reply-To: <20070116142105.12008.381@extras64.linux.duke.edu> References: <20070116142105.12008.381@extras64.linux.duke.edu> Message-ID: <1168957608.2935.32.camel@laptop.gunduz.org> Hi, On Tue, 2007-01-16 at 14:21 +0000, Fedora Extras repoclosure wrote: > package: postgresql-dbi-link - 2.0-0.1.beta1.fc7.noarch from > fedora-extras-development-ppc > unresolved deps: > perl(DBD::Oracle) Hmm. Should I submit it for Extras? Regards, -- The PostgreSQL Company - Command Prompt, Inc. 1.503.667.4564 PostgreSQL Replication, Consulting, Custom Development, 24x7 support Managed Services, Shared and Dedicated Hosting Co-Authors: plPHP, ODBCng - http://www.commandprompt.com/ -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From jeff at ocjtech.us Tue Jan 16 14:53:17 2007 From: jeff at ocjtech.us (Jeffrey C. Ollie) Date: Tue, 16 Jan 2007 08:53:17 -0600 Subject: Summary - Broken dependencies in Fedora Extras - 2007-01-16 In-Reply-To: <1168957608.2935.32.camel@laptop.gunduz.org> References: <20070116142105.12008.381@extras64.linux.duke.edu> <1168957608.2935.32.camel@laptop.gunduz.org> Message-ID: <1168959197.3750.10.camel@lt21223.campus.dmacc.edu> On Tue, 2007-01-16 at 16:26 +0200, Devrim GUNDUZ wrote: > On Tue, 2007-01-16 at 14:21 +0000, Fedora Extras repoclosure wrote: > > package: postgresql-dbi-link - 2.0-0.1.beta1.fc7.noarch from > > fedora-extras-development-ppc > > unresolved deps: > > perl(DBD::Oracle) > > Hmm. Should I submit it for Extras? Sure, if it meets the requirement for a Fedora package. In the meantime I'd figure out where that dependency is coming from and fix it. Jeff -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From devrim at CommandPrompt.com Tue Jan 16 15:01:33 2007 From: devrim at CommandPrompt.com (Devrim GUNDUZ) Date: Tue, 16 Jan 2007 17:01:33 +0200 Subject: Summary - Broken dependencies in Fedora Extras - 2007-01-16 In-Reply-To: <1168959197.3750.10.camel@lt21223.campus.dmacc.edu> References: <20070116142105.12008.381@extras64.linux.duke.edu> <1168957608.2935.32.camel@laptop.gunduz.org> <1168959197.3750.10.camel@lt21223.campus.dmacc.edu> Message-ID: <1168959693.2935.34.camel@laptop.gunduz.org> Hi, On Tue, 2007-01-16 at 08:53 -0600, Jeffrey C. Ollie wrote: > > Hmm. Should I submit it for Extras? > > Sure, if it meets the requirement for a Fedora package. 'k, I'll do. > In the meantime I'd figure out where that dependency is coming from > and fix it. This package (postgresql-dbi-link) is used to gather data from Oracle and MySQL inside PostgreSQL -- that is the reason of the dependency. Regards, -- The PostgreSQL Company - Command Prompt, Inc. 1.503.667.4564 PostgreSQL Replication, Consulting, Custom Development, 24x7 support Managed Services, Shared and Dedicated Hosting Co-Authors: plPHP, ODBCng - http://www.commandprompt.com/ -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From paul at city-fan.org Tue Jan 16 15:03:54 2007 From: paul at city-fan.org (Paul Howarth) Date: Tue, 16 Jan 2007 15:03:54 +0000 Subject: Summary - Broken dependencies in Fedora Extras - 2007-01-16 In-Reply-To: <1168959693.2935.34.camel@laptop.gunduz.org> References: <20070116142105.12008.381@extras64.linux.duke.edu> <1168957608.2935.32.camel@laptop.gunduz.org> <1168959197.3750.10.camel@lt21223.campus.dmacc.edu> <1168959693.2935.34.camel@laptop.gunduz.org> Message-ID: <45ACE95A.2030107@city-fan.org> Devrim GUNDUZ wrote: > Hi, > > On Tue, 2007-01-16 at 08:53 -0600, Jeffrey C. Ollie wrote: >>> Hmm. Should I submit it for Extras? >> Sure, if it meets the requirement for a Fedora package. > > 'k, I'll do. > >> In the meantime I'd figure out where that dependency is coming from >> and fix it. > > This package (postgresql-dbi-link) is used to gather data from Oracle > and MySQL inside PostgreSQL -- that is the reason of the dependency. Given that this a new package. how come the missing dep didn't get picked up during the review? Paul. From jpo at di.uminho.pt Tue Jan 16 15:18:56 2007 From: jpo at di.uminho.pt (Jose Pedro Oliveira) Date: Tue, 16 Jan 2007 15:18:56 +0000 Subject: Summary - Broken dependencies in Fedora Extras - 2007-01-16 In-Reply-To: <1168959693.2935.34.camel@laptop.gunduz.org> References: <20070116142105.12008.381@extras64.linux.duke.edu> <1168957608.2935.32.camel@laptop.gunduz.org> <1168959197.3750.10.camel@lt21223.campus.dmacc.edu> <1168959693.2935.34.camel@laptop.gunduz.org> Message-ID: <45ACECE0.90706@di.uminho.pt> Devrim GUNDUZ wrote: > Hi, > > On Tue, 2007-01-16 at 08:53 -0600, Jeffrey C. Ollie wrote: >>> Hmm. Should I submit it for Extras? >> Sure, if it meets the requirement for a Fedora package. > > 'k, I'll do. I don't think you will be allowed to add perl(DBD::Oracle). Doesn't it requires some kind of oracle-devel package to be built? jpo -- Jos? Pedro Oliveira * mailto: jpo at di.uminho.pt * http://gsd.di.uminho.pt/jpo * * gpg fingerprint = F9B6 8D87 859D 1C94 48F0 84C0 9749 9EB5 91BD 851B * -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/x-pkcs7-signature Size: 4616 bytes Desc: S/MIME Cryptographic Signature URL: From mmcgrath at fedoraproject.org Tue Jan 16 15:27:01 2007 From: mmcgrath at fedoraproject.org (Mike McGrath) Date: Tue, 16 Jan 2007 09:27:01 -0600 Subject: Fwd: Outage tonight In-Reply-To: <45ACDC36.8010000@redhat.com> References: <45ACDC36.8010000@redhat.com> Message-ID: <3237e4410701160727q20a7c3f9q75f0cb75144d4735@mail.gmail.com> Outage tonight (see below). This will effect pretty much everything except the wiki and torrents. -Mike ---------- Forwarded message ---------- From: Stacy J. Brandenburg Date: Jan 16, 2007 8:07 AM Subject: Outage tonight To: Fedora Infrastructure -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I am not sure if anyone has let you know or not yet, but we have a planned outage of all services in the DC tonight. It starts at 9:00p Eastern and lasts for up to 6 hours. This will affect www.redhat.com, rhn.redhat.com, and all of the fedora infrastructure. I hope it will not really be 6 hours. I am applying a microcode upgrade to some of the blades in the 65xx chassis as well as installing 2 new border routers. Please be patient tonight. If you notice any problems after the window, please let me know via email and I will take a look. Thanks, From devrim at CommandPrompt.com Tue Jan 16 15:29:29 2007 From: devrim at CommandPrompt.com (Devrim GUNDUZ) Date: Tue, 16 Jan 2007 17:29:29 +0200 Subject: Summary - Broken dependencies in Fedora Extras - 2007-01-16 In-Reply-To: <45ACE95A.2030107@city-fan.org> References: <20070116142105.12008.381@extras64.linux.duke.edu> <1168957608.2935.32.camel@laptop.gunduz.org> <1168959197.3750.10.camel@lt21223.campus.dmacc.edu> <1168959693.2935.34.camel@laptop.gunduz.org> <45ACE95A.2030107@city-fan.org> Message-ID: <1168961369.2935.37.camel@laptop.gunduz.org> Hi, On Tue, 2007-01-16 at 15:03 +0000, Paul Howarth wrote: > > This package (postgresql-dbi-link) is used to gather data from > Oracle > > and MySQL inside PostgreSQL -- that is the reason of the dependency. > > Given that this a new package. how come the missing dep didn't get > picked up during the review? No idea -- I already have this package in my build environment. That's possibly why I missed that. BTW... perl-DBD-Oracle will need Oracle installation to compile... None of our build servers have Oracle. What should I do? Should I directly install .pm file? Regards, -- The PostgreSQL Company - Command Prompt, Inc. 1.503.667.4564 PostgreSQL Replication, Consulting, Custom Development, 24x7 support Managed Services, Shared and Dedicated Hosting Co-Authors: plPHP, ODBCng - http://www.commandprompt.com/ -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From devrim at CommandPrompt.com Tue Jan 16 15:30:40 2007 From: devrim at CommandPrompt.com (Devrim GUNDUZ) Date: Tue, 16 Jan 2007 17:30:40 +0200 Subject: Summary - Broken dependencies in Fedora Extras - 2007-01-16 In-Reply-To: <45ACECE0.90706@di.uminho.pt> References: <20070116142105.12008.381@extras64.linux.duke.edu> <1168957608.2935.32.camel@laptop.gunduz.org> <1168959197.3750.10.camel@lt21223.campus.dmacc.edu> <1168959693.2935.34.camel@laptop.gunduz.org> <45ACECE0.90706@di.uminho.pt> Message-ID: <1168961440.2935.39.camel@laptop.gunduz.org> Hi, On Tue, 2007-01-16 at 15:18 +0000, Jose Pedro Oliveira wrote: > I don't think you will be allowed to add perl(DBD::Oracle). > Doesn't it requires some kind of oracle-devel package to be built? Yes. See my previous post about this. Any ideas for that, except removing this package from Extras? Regards, -- The PostgreSQL Company - Command Prompt, Inc. 1.503.667.4564 PostgreSQL Replication, Consulting, Custom Development, 24x7 support Managed Services, Shared and Dedicated Hosting Co-Authors: plPHP, ODBCng - http://www.commandprompt.com/ -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From jkeating at redhat.com Tue Jan 16 15:31:50 2007 From: jkeating at redhat.com (Jesse Keating) Date: Tue, 16 Jan 2007 10:31:50 -0500 Subject: Summary - Broken dependencies in Fedora Extras - 2007-01-16 In-Reply-To: <1168961440.2935.39.camel@laptop.gunduz.org> References: <20070116142105.12008.381@extras64.linux.duke.edu> <45ACECE0.90706@di.uminho.pt> <1168961440.2935.39.camel@laptop.gunduz.org> Message-ID: <200701161031.50812.jkeating@redhat.com> On Tuesday 16 January 2007 10:30, Devrim GUNDUZ wrote: > Any ideas for that, except removing this package from Extras? That is the idea. Remove that dep. Make it work for the opensource databases. -- Jesse Keating Release Engineer: Fedora -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From mtasaka at ioa.s.u-tokyo.ac.jp Tue Jan 16 15:51:27 2007 From: mtasaka at ioa.s.u-tokyo.ac.jp (Mamoru Tasaka) Date: Wed, 17 Jan 2007 00:51:27 +0900 Subject: Summary - Broken dependencies in Fedora Extras - 2007-01-16 In-Reply-To: <1168961440.2935.39.camel@laptop.gunduz.org> References: <20070116142105.12008.381@extras64.linux.duke.edu> <1168957608.2935.32.camel@laptop.gunduz.org> <1168959197.3750.10.camel@lt21223.campus.dmacc.edu> <1168959693.2935.34.camel@laptop.gunduz.org> <45ACECE0.90706@di.uminho.pt> <1168961440.2935.39.camel@laptop.gunduz.org> Message-ID: <45ACF47F.7030000@ioa.s.u-tokyo.ac.jp> Devrim GUNDUZ wrote: > Hi, > > On Tue, 2007-01-16 at 15:18 +0000, Jose Pedro Oliveira wrote: > >> I don't think you will be allowed to add perl(DBD::Oracle). >> Doesn't it requires some kind of oracle-devel package to be built? > > Yes. See my previous post about this. > > Any ideas for that, except removing this package from Extras? > > Regards, > I checked the source and the dependency for perl(DBD::Oracle) seems to come from ./test/oracle/oracle.t . Is the files under ./test/oracle really needed? If not, just removing these would fix the dependency. Mamoru From devrim at CommandPrompt.com Tue Jan 16 15:56:18 2007 From: devrim at CommandPrompt.com (Devrim GUNDUZ) Date: Tue, 16 Jan 2007 17:56:18 +0200 Subject: Summary - Broken dependencies in Fedora Extras - 2007-01-16 In-Reply-To: <200701161031.50812.jkeating@redhat.com> References: <20070116142105.12008.381@extras64.linux.duke.edu> <45ACECE0.90706@di.uminho.pt> <1168961440.2935.39.camel@laptop.gunduz.org> <200701161031.50812.jkeating@redhat.com> Message-ID: <1168962978.2935.42.camel@laptop.gunduz.org> Hi, On Tue, 2007-01-16 at 10:31 -0500, Jesse Keating wrote: > > Any ideas for that, except removing this package from Extras? > > That is the idea. Remove that dep. Make it work for the opensource > databases. Ok. I removed Oracle and Excel portions. I submitted it for building. Regards, -- The PostgreSQL Company - Command Prompt, Inc. 1.503.667.4564 PostgreSQL Replication, Consulting, Custom Development, 24x7 support Managed Services, Shared and Dedicated Hosting Co-Authors: plPHP, ODBCng - http://www.commandprompt.com/ -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From fedora at leemhuis.info Tue Jan 16 18:01:29 2007 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Tue, 16 Jan 2007 19:01:29 +0100 Subject: Name for a FESCo Successor? Suggestions anyone? Message-ID: <45AD12F9.3050204@leemhuis.info> Cross-posting to three lists, but follow-up set to fedora-devel, to not have the discussion on 3 lists in parallel. But I'm sure mailman will eat the manual follow up before sending the mail out again :-/ So please adjust it manually and send your replies *only* to fedora-devel ;-) tia! Hi all! FESCo in its yesterday out-of-order meeting agreed to follow the proposal I posted on fedora-advisory-board ( https://www.redhat.com/archives/fedora-advisory-board/2007-January/msg00129.html ) to merge the Core Cabal and FESCo into a new committee that handles the day to day work around the stuff that was formally known as Fedora Core and Fedora Extras. In other words: we integrate Jesse (aka f13) and Bill (aka notting) into FESCo (Jeremy is already part of FESCo), merge the responsibilities of both groups (and thus give it lot more to do). The Fedora Board will probably discuss the proposal in todays meeting, too. But one issue is still totally undecided and needs to be solved soon: What do we call that FESCo and Core Cabal successor? The "E" in FESCo until now stood for Extras, but soon Extras will vanish due to the merge. So hat do we want to call it? Suggestions that came up: FTC -- Fedora Technical Committee FTT -- Fedora Technical Team FET -- Fedora Engineering Team FEDCo -- Fedora Distribution Committee FESCo -- Fedora Steering Committee 42 None of the above name suggestions did receive a "yes, that's a really great idea, I like it, all the people I asked love it, thus go for it" from the people involved in the discussions. Thus with this mail we'd like to ask the community for suggestions and its option: "Which of the above names do you like most or do you have something better in mind that sounds good, is not to easily confused with other stuff from this world and roughly describes what the committee does?" CU thl P.S.: For those that missed it, I'm not FESCo's chairmen any more (but still a FESCo member) since last Thursday -- After doing the job for one year I felt that it's time for me to hand it over to someone else with fresh blood and new ideas. Brian Pepple is FESCo's interims chair now and I'm sure he'll do a great job. Please help him as good as you can -- and always keep in mind: You don't have to be in FESCo or any other committee to to help improving Fedora! P.P.S.:Ohh, some backgrounds for the proposed names: * FTC -- name clash with Federal Trade Commission. A bit bad, but seems some people don't care much about that. http://www.acronymfinder.com/af-query.asp?Acronym=FTC&Find=find&string=exact 39 meanings in total on acronym finder * FTT -- "Failure to thrive (FTT) refers to a baby or child that is not developing as well as desired." http://www.acronymfinder.com/af-query.asp?Acronym=FTT&Find=find&string=exact 12 meanings in total on acronym finder * FTT -- Field-Effect Transistor http://www.acronymfinder.com/af-query.asp?Acronym=FET&Find=find&string=exact 24 meanings in total on acronym finder * FEDSCo "Federal Employees Distributing Company (Co-Op)" http://www.acronymfinder.com/af-query.asp?Acronym=FEDCo&Find=find&string=exact 2 meanings on acronym finder * FESCO-- Fedora Steering Committee is to easily confused with the Board, thus probably a no-go * 42 -- Answer to Life, the Universe, and Everything http://en.wikipedia.org/wiki/The_Answer_to_Life%2C_the_Universe%2C_and_Everything From kevin at scrye.com Tue Jan 16 19:55:48 2007 From: kevin at scrye.com (Kevin Fenzi) Date: Tue, 16 Jan 2007 12:55:48 -0700 Subject: Summary - Broken dependencies in Fedora Extras - 2007-01-16 In-Reply-To: <1168962978.2935.42.camel@laptop.gunduz.org> References: <20070116142105.12008.381@extras64.linux.duke.edu> <45ACECE0.90706@di.uminho.pt> <1168961440.2935.39.camel@laptop.gunduz.org> <200701161031.50812.jkeating@redhat.com> <1168962978.2935.42.camel@laptop.gunduz.org> Message-ID: <20070116125548.6ea6ad54@ningauble.scrye.com> On Tue, 16 Jan 2007 17:56:18 +0200 devrim at CommandPrompt.com (Devrim GUNDUZ) wrote: > Hi, > > On Tue, 2007-01-16 at 10:31 -0500, Jesse Keating wrote: > > > Any ideas for that, except removing this package from Extras? > > > > That is the idea. Remove that dep. Make it work for the > > opensource databases. > > Ok. I removed Oracle and Excel portions. I submitted it for building. > > Regards, Sorry for missing these issues on the review. ;( I ran my full checklist on the inital submission, but missed some things I was meaning to re-check on the 2.0beta1 version. ;( Devrim: Can you look at the review ticket again? Mamoru added some items to fix, and I found one additional item... Hopefully we can get everything fixed up. Sorry again everyone... kevin -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From denis at poolshark.org Tue Jan 16 21:24:31 2007 From: denis at poolshark.org (Denis Leroy) Date: Tue, 16 Jan 2007 22:24:31 +0100 Subject: Summary - Broken dependencies in Fedora Extras - 2007-01-16 In-Reply-To: <20070116142105.12008.381@extras64.linux.duke.edu> References: <20070116142105.12008.381@extras64.linux.duke.edu> Message-ID: <45AD428F.80007@poolshark.org> > ====================================================================== > New report for: denis AT poolshark.org > > package: brasero - 0.5.1-1.fc6.i386 from fedora-extras-6-i386 > unresolved deps: > libburn.so.2 > > package: brasero - 0.5.1-1.fc6.ppc from fedora-extras-6-ppc > unresolved deps: > libburn.so.2 > > package: brasero - 0.5.1-1.fc6.x86_64 from fedora-extras-6-x86_64 > unresolved deps: > libburn.so.2()(64bit) Hmmm, so why is a binary-incompatible version of libburn being pushed so late in the lifetime of FC-6 ? I have a package (brasero) that doesn't compile with libburn.so.6. This is a somehwat careless dependency breaking, it's not hard to check what packages are dependent on this... -denis From jkeating at redhat.com Tue Jan 16 21:41:38 2007 From: jkeating at redhat.com (Jesse Keating) Date: Tue, 16 Jan 2007 16:41:38 -0500 Subject: Summary - Broken dependencies in Fedora Extras - 2007-01-16 In-Reply-To: <45AD428F.80007@poolshark.org> References: <20070116142105.12008.381@extras64.linux.duke.edu> <45AD428F.80007@poolshark.org> Message-ID: <200701161641.38881.jkeating@redhat.com> On Tuesday 16 January 2007 16:24, Denis Leroy wrote: > Hmmm, so why is a binary-incompatible version of libburn being pushed so > late in the lifetime of FC-6 ? I have a package (brasero) that doesn't > compile with libburn.so.6. This is a somehwat careless dependency > breaking, it's not hard to check what packages are dependent on this... Oh wow, I had no idea that anybody was actually using libburn. My bad. Upstream really wanted to get the new libburn/libisofs out as they've made a lot of improvements. Since we don't have any sort of updates-testing for Extras, I built it for rawhide and let it sit there for a bit. Nobody complained, so I built the update for FC-6. Guess I'll do a repoquery next time. -- Jesse Keating Release Engineer: Fedora -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From jkeating at redhat.com Tue Jan 16 21:42:07 2007 From: jkeating at redhat.com (Jesse Keating) Date: Tue, 16 Jan 2007 16:42:07 -0500 Subject: Summary - Broken dependencies in Fedora Extras - 2007-01-16 In-Reply-To: <45AD428F.80007@poolshark.org> References: <20070116142105.12008.381@extras64.linux.duke.edu> <45AD428F.80007@poolshark.org> Message-ID: <200701161642.07253.jkeating@redhat.com> On Tuesday 16 January 2007 16:24, Denis Leroy wrote: > Hmmm, so why is a binary-incompatible version of libburn being pushed so > late in the lifetime of FC-6 ? I have a package (brasero) that doesn't > compile with libburn.so.6. This is a somehwat careless dependency > breaking, it's not hard to check what packages are dependent on this... Oh, and we're not "so late" in the lifetime of FC6, it really isn't that old. -- Jesse Keating Release Engineer: Fedora -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From bugs.michael at gmx.net Tue Jan 16 23:13:51 2007 From: bugs.michael at gmx.net (Michael Schwendt) Date: Wed, 17 Jan 2007 00:13:51 +0100 Subject: Summary - Broken dependencies in Fedora Extras - 2007-01-16 In-Reply-To: <200701161641.38881.jkeating@redhat.com> References: <20070116142105.12008.381@extras64.linux.duke.edu> <45AD428F.80007@poolshark.org> <200701161641.38881.jkeating@redhat.com> Message-ID: <20070117001351.0a6ee9da.bugs.michael@gmx.net> On Tue, 16 Jan 2007 16:41:38 -0500, Jesse Keating wrote: > On Tuesday 16 January 2007 16:24, Denis Leroy wrote: > > Hmmm, so why is a binary-incompatible version of libburn being pushed so > > late in the lifetime of FC-6 ? I have a package (brasero) that doesn't > > compile with libburn.so.6. This is a somehwat careless dependency > > breaking, it's not hard to check what packages are dependent on this... > > Oh wow, I had no idea that anybody was actually using libburn. My bad. > > Upstream really wanted to get the new libburn/libisofs out as they've made a > lot of improvements. Since we don't have any sort of updates-testing for > Extras, I built it for rawhide and let it sit there for a bit. Nobody > complained, so I built the update for FC-6. Just out of interest, what sort of complaints did you hope for? "brasero" in devel is broken too for several days: brasero-0.5.1-1.fc7.i386 requires libburn.so.2 brasero-0.5.1-1.fc7.i386 requires libisofs.so.2 brasero - 0.5.1-1.fc7.i386 (7 days) brasero - 0.5.1-1.fc7.ppc (7 days) brasero - 0.5.1-1.fc7.x86_64 (7 days) > Guess I'll do a repoquery next time. Plus announce on fedora-maintainers list (or this list) that you want to break the ABI in FC-6. Communication like that must improve in the future. From paul at all-the-johnsons.co.uk Tue Jan 16 23:57:45 2007 From: paul at all-the-johnsons.co.uk (Paul) Date: Tue, 16 Jan 2007 23:57:45 +0000 Subject: Problem uploading to cvs Message-ID: <1168991865.7294.28.camel@T7.Linux> Hi, I'm trying to update gnome-build and anjuta-gdl to FE rawhide. It gets past recognising that the spec and tarballs have changed, but then falls over when checking the remote URLs ERROR: could not check remote file status make: *** [upload] Error 255 ERROR: Uploading the source tarballs failed! What's happened? TTFN Paul -- "Mmmmmmmm....Shakira geschmiert mit schokolade" sagt Homer -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From bugs.michael at gmx.net Wed Jan 17 01:18:29 2007 From: bugs.michael at gmx.net (Michael Schwendt) Date: Wed, 17 Jan 2007 02:18:29 +0100 Subject: Problem uploading to cvs In-Reply-To: <1168991865.7294.28.camel@T7.Linux> References: <1168991865.7294.28.camel@T7.Linux> Message-ID: <20070117021829.e2a67ebe.bugs.michael@gmx.net> On Tue, 16 Jan 2007 23:57:45 +0000, Paul wrote: > Hi, > > I'm trying to update gnome-build and anjuta-gdl to FE rawhide. It gets > past recognising that the spec and tarballs have changed, but then falls > over when checking the remote URLs > > ERROR: could not check remote file status > make: *** [upload] Error 255 > ERROR: Uploading the source tarballs failed! > > What's happened? http://fedoraproject.org/wiki/Extras/UsingCvsFaq#head-805d2a90470d52ce968d1e4b4b2487e982ea1b66 maybe? From denis at poolshark.org Wed Jan 17 01:13:10 2007 From: denis at poolshark.org (Denis Leroy) Date: Wed, 17 Jan 2007 02:13:10 +0100 Subject: Summary - Broken dependencies in Fedora Extras - 2007-01-16 In-Reply-To: <200701161641.38881.jkeating@redhat.com> References: <20070116142105.12008.381@extras64.linux.duke.edu> <45AD428F.80007@poolshark.org> <200701161641.38881.jkeating@redhat.com> Message-ID: <45AD7826.3020802@poolshark.org> Jesse Keating wrote: > On Tuesday 16 January 2007 16:24, Denis Leroy wrote: >> Hmmm, so why is a binary-incompatible version of libburn being pushed so >> late in the lifetime of FC-6 ? I have a package (brasero) that doesn't >> compile with libburn.so.6. This is a somehwat careless dependency >> breaking, it's not hard to check what packages are dependent on this... > > Oh wow, I had no idea that anybody was actually using libburn. My bad. > > Upstream really wanted to get the new libburn/libisofs out as they've made a > lot of improvements. Since we don't have any sort of updates-testing for > Extras, I built it for rawhide and let it sit there for a bit. Nobody > complained, so I built the update for FC-6. Ok, turns out the patch to port to the newer libburn/libisofs API wasn't all that bad, so this is now fixed :-) From jwboyer at jdub.homelinux.org Wed Jan 17 01:49:10 2007 From: jwboyer at jdub.homelinux.org (Josh Boyer) Date: Tue, 16 Jan 2007 19:49:10 -0600 Subject: Problem uploading to cvs In-Reply-To: <1168991865.7294.28.camel@T7.Linux> References: <1168991865.7294.28.camel@T7.Linux> Message-ID: <1168998550.3159.103.camel@vader.jdub.homelinux.org> On Tue, 2007-01-16 at 23:57 +0000, Paul wrote: > Hi, > > I'm trying to update gnome-build and anjuta-gdl to FE rawhide. It gets > past recognising that the spec and tarballs have changed, but then falls > over when checking the remote URLs > > ERROR: could not check remote file status > make: *** [upload] Error 255 > ERROR: Uploading the source tarballs failed! > > What's happened? There's an outage tonight. Perhaps that's causing this? josh From rdieter at math.unl.edu Wed Jan 17 03:16:26 2007 From: rdieter at math.unl.edu (Rex Dieter) Date: Tue, 16 Jan 2007 21:16:26 -0600 Subject: ffplay and toolame In-Reply-To: <200701151600.02012.jkeating@redhat.com> References: <45ABC476.5010802@fedoraproject.org> <200701151600.02012.jkeating@redhat.com> Message-ID: Jesse Keating wrote: > On Monday 15 January 2007 16:05, Rex Dieter wrote: >> Take that with a grain of salt. Debian includes lots of >> patent-ecumbered bits (mp3 support, for instance). > > Aren't these in the non-free repo? Nope. non-free status (in debian) seems to be based on licensing only. -- Rex From jwboyer at jdub.homelinux.org Wed Jan 17 03:11:36 2007 From: jwboyer at jdub.homelinux.org (Josh Boyer) Date: Tue, 16 Jan 2007 21:11:36 -0600 Subject: Name for a FESCo Successor? Suggestions anyone? In-Reply-To: <45AD12F9.3050204@leemhuis.info> References: <45AD12F9.3050204@leemhuis.info> Message-ID: <1169003496.3159.110.camel@vader.jdub.homelinux.org> > But one issue is still totally undecided and needs to be solved soon: > What do we call that FESCo and Core Cabal successor? The "E" in FESCo > until now stood for Extras, but soon Extras will vanish due to the > merge. So hat do we want to call it? Suggestions that came up: I like "the Cabal". Simple, descriptive, and most importantly not another acronym?. josh ? I have been inundated with TLAs for entirely too long. ? ? Thorsten, look I figured it out! :) From buildsys at fedoraproject.org Wed Jan 17 11:56:13 2007 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Wed, 17 Jan 2007 06:56:13 -0500 (EST) Subject: Fedora Extras Package Build Report 2007-01-17 Message-ID: <20070117115613.DB65E15212E@buildsys.fedoraproject.org> Packages built and released for Fedora Extras development: 20 brasero-0.5.1-2.fc7 NEW cgdb-0.6.3-9.fc7 deskbar-applet-2.17.5.1-2.fc7 dietlibc-0.30-4.fc7 espeak-1.18-2.fc7 gparted-0.3.3-3.fc7 gtk2hs-0.9.10.2-0.1.fc7 gutenprint-5.0.0-3.fc7 jd-1.8.5-0.3.cvs070116.fc7 limph-1.9.4-7.fc7 namazu-2.0.16-2.fc7 perl-Geo-Constants-0.06-1.fc7 perl-Geo-Functions-0.06-1.fc7 perl-Net-GPSD-0.35-1.fc7 perl-Spreadsheet-ParseExcel-0.2700-1.fc7 postgresql-dbi-link-2.0-0.2.beta1.fc7 python-gpod-0.4.2-1.fc7 qtparted-0.4.5-12.fc7 sylpheed-2.3.1-1.fc7 wesnoth-1.2.1-1.fc7 Packages built and released for Fedora Extras 6: 15 brasero-0.5.1-2.fc6 dietlibc-0.30-4.fc6 espeak-1.18-2.fc6 NEW libisofs-0.2.4-2.fc6 limph-1.9.4-7.fc6 perl-Geo-Constants-0.06-1.fc6 perl-Geo-Functions-0.06-1.fc6 perl-Net-GPSD-0.35-1.fc6 NEW php-pear-Net-POP3-1.3.6-2.fc6 NEW php-pear-Net-UserAgent-Detect-2.2.0-2.fc6 NEW php-pear-Numbers-Roman-1.0.1-1.fc6 NEW php-pear-Numbers-Words-0.15.0-2.fc6 NEW prewikka-0.9.8-1.fc6 pungi-0.1.2-2.fc6 NEW python-gpod-0.4.2-1.fc6 Packages built and released for Fedora Extras 5: 10 espeak-1.18-2.fc5 limph-1.9.4-7.fc5 perl-Geo-Constants-0.06-1.fc5 perl-Geo-Functions-0.06-1.fc5 perl-Net-GPSD-0.35-1.fc5 NEW php-pear-Net-POP3-1.3.6-2.fc5 NEW php-pear-Net-UserAgent-Detect-2.2.0-2.fc5 NEW php-pear-Numbers-Roman-1.0.1-1.fc5 NEW php-pear-Numbers-Words-0.15.0-2.fc5 NEW prewikka-0.9.8-1.fc5 For more information about the built packages please see the repository or the Fedora Info Feed: http://fedoraproject.org/infofeed/ From buildsys at fedoraproject.org Wed Jan 17 12:54:54 2007 From: buildsys at fedoraproject.org (Fedora Extras repoclosure) Date: Wed, 17 Jan 2007 12:54:54 -0000 Subject: Summary - Broken dependencies in Fedora Extras - 2007-01-17 Message-ID: <20070117125454.9974.2152@extras64.linux.duke.edu> New report for: tmz AT pobox.com package: python-gpod - 0.4.2-1.fc6.i386 from fedora-extras-6-i386 unresolved deps: libgpod.so.1 libgpod = 0:0.4.2 package: python-gpod - 0.4.2-1.fc6.ppc from fedora-extras-6-ppc unresolved deps: libgpod.so.1 libgpod = 0:0.4.2 package: python-gpod - 0.4.2-1.fc6.x86_64 from fedora-extras-6-x86_64 unresolved deps: libgpod = 0:0.4.2 libgpod.so.1()(64bit) package: python-gpod - 0.4.2-1.fc7.i386 from fedora-extras-development-i386 unresolved deps: libgpod.so.1 libgpod = 0:0.4.2 package: python-gpod - 0.4.2-1.fc7.ppc from fedora-extras-development-ppc unresolved deps: libgpod.so.1 libgpod = 0:0.4.2 package: python-gpod - 0.4.2-1.fc7.x86_64 from fedora-extras-development-x86_64 unresolved deps: libgpod = 0:0.4.2 libgpod.so.1()(64bit) ====================================================================== New report for: steve AT silug.org package: perl-Spreadsheet-ParseExcel - 0.2700-1.fc7.i386 from fedora-extras-development-i386 unresolved deps: perl(warnnigs) package: perl-Spreadsheet-ParseExcel - 0.2700-1.fc7.ppc from fedora-extras-development-ppc unresolved deps: perl(warnnigs) package: perl-Spreadsheet-ParseExcel - 0.2700-1.fc7.x86_64 from fedora-extras-development-x86_64 unresolved deps: perl(warnnigs) ====================================================================== Summary of broken packages (by owner): cgoorah AT yahoo.com.au toped - 0.8.2-2.fc6.i386 (33 days) toped - 0.8.2-2.fc6.ppc (33 days) toped - 0.8.2-2.fc6.x86_64 (33 days) dan AT danny.cz codeblocks - 1.0-0.18.20061207svn3357.fc7.i386 (33 days) codeblocks - 1.0-0.18.20061207svn3357.fc7.i386 (33 days) codeblocks - 1.0-0.18.20061207svn3357.fc7.ppc (33 days) codeblocks - 1.0-0.18.20061207svn3357.fc7.x86_64 (33 days) codeblocks-contrib - 1.0-0.18.20061207svn3357.fc7.i386 (33 days) codeblocks-contrib - 1.0-0.18.20061207svn3357.fc7.ppc (33 days) codeblocks-contrib - 1.0-0.18.20061207svn3357.fc7.x86_64 (33 days) dcbw AT redhat.com csound - 5.03.0-9.fc7.i386 (40 days) csound - 5.03.0-9.fc7.i386 (40 days) csound - 5.03.0-9.fc7.ppc (40 days) csound - 5.03.0-9.fc7.x86_64 (40 days) csound-python - 5.03.0-9.fc7.i386 (40 days) csound-python - 5.03.0-9.fc7.ppc (40 days) csound-python - 5.03.0-9.fc7.x86_64 (40 days) dwmw2 AT redhat.com openpbx - 1.2-3.rc2.svn2135.fc7.i386 (42 days) openpbx - 1.2-3.rc2.svn2135.fc7.i386 (42 days) openpbx - 1.2-3.rc2.svn2135.fc7.ppc (42 days) openpbx - 1.2-3.rc2.svn2135.fc7.x86_64 (42 days) openpbx-postgresql - 1.2-3.rc2.svn2135.fc7.i386 (42 days) openpbx-postgresql - 1.2-3.rc2.svn2135.fc7.ppc (42 days) openpbx-postgresql - 1.2-3.rc2.svn2135.fc7.x86_64 (42 days) endur AT bennewitz.com streamtuner - 0.99.99-15.fc7.x86_64 (40 days) ifoox AT redhat.com libreadline-java - 0.8.0-13.fc6.i386 (37 days) libreadline-java - 0.8.0-13.fc6.i386 (37 days) libreadline-java - 0.8.0-13.fc6.ppc (37 days) libreadline-java - 0.8.0-13.fc6.x86_64 (37 days) jafo-redhat AT tummy.com python-pydns - 2.3.0-4.fc6.noarch (40 days) python-pydns - 2.3.0-4.fc6.noarch (40 days) python-pydns - 2.3.0-4.fc6.noarch (40 days) jamatos AT fc.up.pt python-amara - 1.1.7-2.fc6.noarch (40 days) python-amara - 1.1.7-2.fc6.noarch (40 days) python-amara - 1.1.7-2.fc6.noarch (40 days) jeff AT ocjtech.us linphone - 1.2.0-4.fc5.i386 (100 days) linphone - 1.2.0-4.fc5.ppc (100 days) linphone - 1.2.0-4.fc5.x86_64 (100 days) lmacken AT redhat.com TurboGears - 1.0b2-5.fc7.noarch (35 days) TurboGears - 1.0b2-5.fc7.noarch (35 days) TurboGears - 1.0b2-5.fc7.noarch (35 days) python-cherrypy - 2.2.1-3.fc6.noarch (40 days) python-cherrypy - 2.2.1-3.fc6.noarch (40 days) python-cherrypy - 2.2.1-3.fc6.noarch (40 days) orion AT cora.nwra.com paraview - 2.4.4-3.fc6.x86_64 (40 days) paraview-mpi - 2.4.4-3.fc6.x86_64 (40 days) plplot - 5.6.1-8.fc7.i386 (40 days) plplot - 5.6.1-8.fc7.i386 (40 days) plplot - 5.6.1-8.fc7.ppc (40 days) plplot - 5.6.1-8.fc7.x86_64 (40 days) plplot-gnome - 5.6.1-8.fc7.i386 (40 days) plplot-gnome - 5.6.1-8.fc7.i386 (40 days) plplot-gnome - 5.6.1-8.fc7.ppc (40 days) plplot-gnome - 5.6.1-8.fc7.x86_64 (40 days) plplot-wxGTK - 5.6.1-8.fc7.i386 (40 days) plplot-wxGTK - 5.6.1-8.fc7.ppc (40 days) plplot-wxGTK - 5.6.1-8.fc7.x86_64 (40 days) petersen AT redhat.com ghc642-gtk2hs - 0.9.10-4.fc6.i386 (75 days) ghc642-gtk2hs - 0.9.10-4.fc6.ppc (75 days) ghc642-gtk2hs - 0.9.10-4.fc6.x86_64 (75 days) ghc642-gtk2hs-mozembed - 0.9.10-1.fc5.i386 (10 days) ghc642-gtk2hs-mozembed - 0.9.10-1.fc5.ppc (10 days) ghc642-gtk2hs-mozembed - 0.9.10-1.fc5.x86_64 (10 days) ghc642-gtk2hs-mozembed - 0.9.10-4.fc6.i386 (75 days) ghc642-gtk2hs-mozembed - 0.9.10-4.fc6.ppc (75 days) ghc642-gtk2hs-mozembed - 0.9.10-4.fc6.x86_64 (75 days) rdieter AT math.unl.edu PyKDE - 3.16.0-5.fc7.i386 (40 days) PyKDE - 3.16.0-5.fc7.i386 (40 days) PyKDE - 3.16.0-5.fc7.ppc (40 days) PyKDE - 3.16.0-5.fc7.x86_64 (40 days) kaffeine - 0.8.3-2.fc7.i386 (3 days) kaffeine - 0.8.3-2.fc7.i386 (3 days) kaffeine - 0.8.3-2.fc7.ppc (3 days) kaffeine - 0.8.3-2.fc7.x86_64 (3 days) kdemultimedia-extras - 6:3.5.5-0.3.fc7.i386 (3 days) kdemultimedia-extras - 6:3.5.5-0.3.fc7.ppc (3 days) kdemultimedia-extras - 6:3.5.5-0.3.fc7.x86_64 (3 days) shahms AT shahms.com python-psyco - 1.5.1-4.fc6.i386 (40 days) steve AT silug.org perl-Spreadsheet-ParseExcel - 0.2700-1.fc7.i386 perl-Spreadsheet-ParseExcel - 0.2700-1.fc7.ppc perl-Spreadsheet-ParseExcel - 0.2700-1.fc7.x86_64 stickster AT gmail.com xmldiff - 0.6.7-12.fc6.i386 (40 days) xmldiff - 0.6.7-12.fc6.ppc (40 days) xmldiff - 0.6.7-12.fc6.x86_64 (40 days) tagoh AT redhat.com kinput2 - v3.1-29.fc6.i386 (6 days) kinput2 - v3.1-29.fc6.ppc (6 days) kinput2 - v3.1-29.fc6.x86_64 (6 days) tcallawa AT redhat.com compat-wxPythonGTK2 - 2.4.2.4-12.fc6.i386 (40 days) compat-wxPythonGTK2 - 2.4.2.4-12.fc6.ppc (40 days) compat-wxPythonGTK2 - 2.4.2.4-12.fc6.x86_64 (40 days) rekall-postgresql - 2.4.3-5.fc6.i386 (42 days) rekall-postgresql - 2.4.3-5.fc6.ppc (42 days) rekall-postgresql - 2.4.3-5.fc6.x86_64 (42 days) rekall-python - 2.4.3-5.fc6.i386 (42 days) rekall-python - 2.4.3-5.fc6.ppc (42 days) rekall-python - 2.4.3-5.fc6.x86_64 (42 days) thomas AT apestaart.org python-twisted - 1.3.0-7.fc6.i386 (40 days) python-twisted - 1.3.0-7.fc6.ppc (40 days) python-twisted - 1.3.0-7.fc6.x86_64 (40 days) tmz AT pobox.com python-gpod - 0.4.2-1.fc6.i386 python-gpod - 0.4.2-1.fc6.ppc python-gpod - 0.4.2-1.fc6.x86_64 python-gpod - 0.4.2-1.fc7.i386 python-gpod - 0.4.2-1.fc7.ppc python-gpod - 0.4.2-1.fc7.x86_64 ville.skytta AT iki.fi em8300 - 0.16.0-3.fc7.i386 (21 days) em8300 - 0.16.0-3.fc7.ppc (21 days) em8300 - 0.16.0-3.fc7.x86_64 (21 days) wart AT kobold.org cyphesis - 0.5.10-3.fc7.i386 (40 days) cyphesis - 0.5.10-3.fc7.ppc (40 days) cyphesis - 0.5.10-3.fc7.x86_64 (40 days) ====================================================================== Broken packages in fedora-extras-5-i386: ghc642-gtk2hs-mozembed-0.9.10-1.fc5.i386 requires mozilla-devel = 37:1.7.13 linphone-1.2.0-4.fc5.i386 requires libortp.so.2 ====================================================================== Broken packages in fedora-extras-5-ppc: ghc642-gtk2hs-mozembed-0.9.10-1.fc5.ppc requires mozilla-devel = 37:1.7.13 linphone-1.2.0-4.fc5.ppc requires libortp.so.2 ====================================================================== Broken packages in fedora-extras-5-x86_64: ghc642-gtk2hs-mozembed-0.9.10-1.fc5.x86_64 requires mozilla-devel = 37:1.7.13 linphone-1.2.0-4.fc5.x86_64 requires libortp.so.2()(64bit) ====================================================================== Broken packages in fedora-extras-6-i386: python-gpod-0.4.2-1.fc6.i386 requires libgpod.so.1 python-gpod-0.4.2-1.fc6.i386 requires libgpod = 0:0.4.2 ====================================================================== Broken packages in fedora-extras-6-ppc: python-gpod-0.4.2-1.fc6.ppc requires libgpod.so.1 python-gpod-0.4.2-1.fc6.ppc requires libgpod = 0:0.4.2 ====================================================================== Broken packages in fedora-extras-6-x86_64: python-gpod-0.4.2-1.fc6.x86_64 requires libgpod = 0:0.4.2 python-gpod-0.4.2-1.fc6.x86_64 requires libgpod.so.1()(64bit) ====================================================================== Broken packages in fedora-extras-development-i386: PyKDE-3.16.0-5.fc7.i386 requires python(abi) = 0:2.4 PyKDE-3.16.0-5.fc7.i386 requires python-abi = 0:2.4 TurboGears-1.0b2-5.fc7.noarch requires python-elementtree >= 0:1.2.6 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_html-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu_xml-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu_net-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu_xml-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_core-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu_net-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_xrc-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_xrc-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_html-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_qa-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_adv-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_qa-2.6.so.0(WXU_2.6) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_html-2.6.so.0(WXU_2.6) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu_xml-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_xrc-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_qa-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_core-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu_net-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_xrc-2.6.so.0(WXU_2.6) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_html-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_adv-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu-2.6.so.0(WXU_2.6) compat-wxPythonGTK2-2.4.2.4-12.fc6.i386 requires python(abi) = 0:2.4 csound-5.03.0-9.fc7.i386 requires libpython2.4.so.1.0 csound-python-5.03.0-9.fc7.i386 requires python(abi) = 0:2.4 csound-python-5.03.0-9.fc7.i386 requires libpython2.4.so.1.0 cyphesis-0.5.10-3.fc7.i386 requires libpython2.4.so.1.0 em8300-0.16.0-3.fc7.i386 requires em8300-kmod >= 0:0.16.0 ghc642-gtk2hs-0.9.10-4.fc6.i386 requires /usr/bin/ghc-pkg-6.4.2 ghc642-gtk2hs-0.9.10-4.fc6.i386 requires ghc642 ghc642-gtk2hs-mozembed-0.9.10-4.fc6.i386 requires /usr/bin/ghc-pkg-6.4.2 ghc642-gtk2hs-mozembed-0.9.10-4.fc6.i386 requires ghc642 kaffeine-0.8.3-2.fc7.i386 requires libgstinterfaces-0.8.so.0 kaffeine-0.8.3-2.fc7.i386 requires libgstreamer-0.8.so.1 kdemultimedia-extras-6:3.5.5-0.3.fc7.i386 requires libgstreamer-0.8.so.1 kinput2-v3.1-29.fc6.i386 requires libwnn.so.0 libreadline-java-0.8.0-13.fc6.i386 requires libedit >= 0:2.9 openpbx-1.2-3.rc2.svn2135.fc7.i386 requires libedit.so.0 openpbx-postgresql-1.2-3.rc2.svn2135.fc7.i386 requires libpq.so.4 perl-Spreadsheet-ParseExcel-0.2700-1.fc7.i386 requires perl(warnnigs) plplot-5.6.1-8.fc7.i386 requires python(abi) = 0:2.4 plplot-5.6.1-8.fc7.i386 requires libpython2.4.so.1.0 plplot-gnome-5.6.1-8.fc7.i386 requires python(abi) = 0:2.4 plplot-gnome-5.6.1-8.fc7.i386 requires libpython2.4.so.1.0 plplot-wxGTK-5.6.1-8.fc7.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) plplot-wxGTK-5.6.1-8.fc7.i386 requires libwx_baseu_xml-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.i386 requires libwx_gtk2u_qa-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) plplot-wxGTK-5.6.1-8.fc7.i386 requires libwx_gtk2u_core-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.i386 requires libwx_baseu_net-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.i386 requires libwx_gtk2u_xrc-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.i386 requires libwx_gtk2u_html-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.i386 requires libwx_baseu-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.i386 requires libwx_gtk2u_adv-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.i386 requires libwx_baseu-2.6.so.0(WXU_2.6) python-amara-1.1.7-2.fc6.noarch requires python(abi) = 0:2.4 python-cherrypy-2.2.1-3.fc6.noarch requires python(abi) = 0:2.4 python-gpod-0.4.2-1.fc7.i386 requires libgpod.so.1 python-gpod-0.4.2-1.fc7.i386 requires libgpod = 0:0.4.2 python-psyco-1.5.1-4.fc6.i386 requires python-abi = 0:2.4 python-psyco-1.5.1-4.fc6.i386 requires python(abi) = 0:2.4 python-pydns-2.3.0-4.fc6.noarch requires python(abi) = 0:2.4 python-twisted-1.3.0-7.fc6.i386 requires python(abi) = 0:2.4 rekall-postgresql-2.4.3-5.fc6.i386 requires libpq.so.4 rekall-python-2.4.3-5.fc6.i386 requires python(abi) = 0:2.4 rekall-python-2.4.3-5.fc6.i386 requires libpython2.4.so.1.0 toped-0.8.2-2.fc6.i386 requires libwx_gtk2u_gl-2.6.so.0 toped-0.8.2-2.fc6.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) toped-0.8.2-2.fc6.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3) toped-0.8.2-2.fc6.i386 requires libwx_baseu_xml-2.6.so.0 toped-0.8.2-2.fc6.i386 requires libwx_gtk2u_qa-2.6.so.0 toped-0.8.2-2.fc6.i386 requires libwx_gtk2u_core-2.6.so.0 toped-0.8.2-2.fc6.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) toped-0.8.2-2.fc6.i386 requires libwx_gtk2u_gl-2.6.so.0(WXU_2.6) toped-0.8.2-2.fc6.i386 requires libwx_baseu_net-2.6.so.0 toped-0.8.2-2.fc6.i386 requires libwx_gtk2u_xrc-2.6.so.0 toped-0.8.2-2.fc6.i386 requires libwx_baseu-2.6.so.0(WXU_2.6) toped-0.8.2-2.fc6.i386 requires libwx_gtk2u_html-2.6.so.0 toped-0.8.2-2.fc6.i386 requires libwx_baseu-2.6.so.0 toped-0.8.2-2.fc6.i386 requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6) toped-0.8.2-2.fc6.i386 requires libwx_gtk2u_adv-2.6.so.0 xmldiff-0.6.7-12.fc6.i386 requires python-abi = 0:2.4 xmldiff-0.6.7-12.fc6.i386 requires python(abi) = 0:2.4 ====================================================================== Broken packages in fedora-extras-development-ppc: PyKDE-3.16.0-5.fc7.ppc requires python(abi) = 0:2.4 PyKDE-3.16.0-5.fc7.ppc requires python-abi = 0:2.4 TurboGears-1.0b2-5.fc7.noarch requires python-elementtree >= 0:1.2.6 codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_html-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3) codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_baseu_xml-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_baseu_net-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_baseu_xml-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_core-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_baseu_net-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_xrc-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_xrc-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_baseu-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_html-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_qa-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_baseu-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_adv-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_qa-2.6.so.0(WXU_2.6) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_html-2.6.so.0(WXU_2.6) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_baseu_xml-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_xrc-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_qa-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_core-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_baseu_net-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_xrc-2.6.so.0(WXU_2.6) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_html-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_baseu-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_adv-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_baseu-2.6.so.0(WXU_2.6) compat-wxPythonGTK2-2.4.2.4-12.fc6.ppc requires python(abi) = 0:2.4 csound-5.03.0-9.fc7.ppc requires libpython2.4.so.1.0 csound-python-5.03.0-9.fc7.ppc requires python(abi) = 0:2.4 csound-python-5.03.0-9.fc7.ppc requires libpython2.4.so.1.0 cyphesis-0.5.10-3.fc7.ppc requires libpython2.4.so.1.0 em8300-0.16.0-3.fc7.ppc requires em8300-kmod >= 0:0.16.0 ghc642-gtk2hs-0.9.10-4.fc6.ppc requires /usr/bin/ghc-pkg-6.4.2 ghc642-gtk2hs-0.9.10-4.fc6.ppc requires ghc642 ghc642-gtk2hs-mozembed-0.9.10-4.fc6.ppc requires /usr/bin/ghc-pkg-6.4.2 ghc642-gtk2hs-mozembed-0.9.10-4.fc6.ppc requires ghc642 kaffeine-0.8.3-2.fc7.ppc requires libgstinterfaces-0.8.so.0 kaffeine-0.8.3-2.fc7.ppc requires libgstreamer-0.8.so.1 kdemultimedia-extras-6:3.5.5-0.3.fc7.ppc requires libgstreamer-0.8.so.1 kinput2-v3.1-29.fc6.ppc requires libwnn.so.0 libreadline-java-0.8.0-13.fc6.ppc requires libedit >= 0:2.9 openpbx-1.2-3.rc2.svn2135.fc7.ppc requires libedit.so.0 openpbx-postgresql-1.2-3.rc2.svn2135.fc7.ppc requires libpq.so.4 perl-Spreadsheet-ParseExcel-0.2700-1.fc7.ppc requires perl(warnnigs) plplot-5.6.1-8.fc7.ppc requires python(abi) = 0:2.4 plplot-5.6.1-8.fc7.ppc requires libpython2.4.so.1.0 plplot-gnome-5.6.1-8.fc7.ppc requires python(abi) = 0:2.4 plplot-gnome-5.6.1-8.fc7.ppc requires libpython2.4.so.1.0 plplot-wxGTK-5.6.1-8.fc7.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) plplot-wxGTK-5.6.1-8.fc7.ppc requires libwx_baseu_xml-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.ppc requires libwx_gtk2u_qa-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) plplot-wxGTK-5.6.1-8.fc7.ppc requires libwx_gtk2u_core-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.ppc requires libwx_baseu_net-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.ppc requires libwx_gtk2u_xrc-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.ppc requires libwx_gtk2u_html-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.ppc requires libwx_baseu-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.ppc requires libwx_gtk2u_adv-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.ppc requires libwx_baseu-2.6.so.0(WXU_2.6) python-amara-1.1.7-2.fc6.noarch requires python(abi) = 0:2.4 python-cherrypy-2.2.1-3.fc6.noarch requires python(abi) = 0:2.4 python-gpod-0.4.2-1.fc7.ppc requires libgpod.so.1 python-gpod-0.4.2-1.fc7.ppc requires libgpod = 0:0.4.2 python-pydns-2.3.0-4.fc6.noarch requires python(abi) = 0:2.4 python-twisted-1.3.0-7.fc6.ppc requires python(abi) = 0:2.4 rekall-postgresql-2.4.3-5.fc6.ppc requires libpq.so.4 rekall-python-2.4.3-5.fc6.ppc requires python(abi) = 0:2.4 rekall-python-2.4.3-5.fc6.ppc requires libpython2.4.so.1.0 toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_gl-2.6.so.0 toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3) toped-0.8.2-2.fc6.ppc requires libwx_baseu_xml-2.6.so.0 toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_qa-2.6.so.0 toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_core-2.6.so.0 toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_gl-2.6.so.0(WXU_2.6) toped-0.8.2-2.fc6.ppc requires libwx_baseu_net-2.6.so.0 toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_xrc-2.6.so.0 toped-0.8.2-2.fc6.ppc requires libwx_baseu-2.6.so.0(WXU_2.6) toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_html-2.6.so.0 toped-0.8.2-2.fc6.ppc requires libwx_baseu-2.6.so.0 toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6) toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_adv-2.6.so.0 xmldiff-0.6.7-12.fc6.ppc requires python-abi = 0:2.4 xmldiff-0.6.7-12.fc6.ppc requires python(abi) = 0:2.4 ====================================================================== Broken packages in fedora-extras-development-x86_64: PyKDE-3.16.0-5.fc7.i386 requires python(abi) = 0:2.4 PyKDE-3.16.0-5.fc7.i386 requires python-abi = 0:2.4 PyKDE-3.16.0-5.fc7.x86_64 requires python(abi) = 0:2.4 PyKDE-3.16.0-5.fc7.x86_64 requires python-abi = 0:2.4 TurboGears-1.0b2-5.fc7.noarch requires python-elementtree >= 0:1.2.6 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_html-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu_xml-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu_net-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu_xml-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_core-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu_net-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_xrc-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_xrc-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_html-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_qa-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_adv-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_qa-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_baseu_net-2.6.so.0(WXU_2.6)(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6)(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_baseu-2.6.so.0(WXU_2.6)(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_html-2.6.so.0(WXU_2.6)(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_xrc-2.6.so.0()(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0()(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_baseu-2.6.so.0()(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_qa-2.6.so.0(WXU_2.6)(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_adv-2.6.so.0()(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6)(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2)(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_qa-2.6.so.0()(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_baseu_xml-2.6.so.0()(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_html-2.6.so.0()(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_baseu_net-2.6.so.0()(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_xrc-2.6.so.0(WXU_2.6)(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_baseu_xml-2.6.so.0(WXU_2.6)(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3)(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6)(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_baseu-2.6.so.0(WXU_2.6)(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_html-2.6.so.0(WXU_2.6)(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_xrc-2.6.so.0()(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_baseu-2.6.so.0()(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_adv-2.6.so.0()(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6)(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2)(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_qa-2.6.so.0()(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_baseu_xml-2.6.so.0()(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0()(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_html-2.6.so.0()(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_baseu_net-2.6.so.0()(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_xrc-2.6.so.0(WXU_2.6)(64bit) compat-wxPythonGTK2-2.4.2.4-12.fc6.x86_64 requires python(abi) = 0:2.4 csound-5.03.0-9.fc7.i386 requires libpython2.4.so.1.0 csound-5.03.0-9.fc7.x86_64 requires libpython2.4.so.1.0()(64bit) csound-python-5.03.0-9.fc7.x86_64 requires python(abi) = 0:2.4 csound-python-5.03.0-9.fc7.x86_64 requires libpython2.4.so.1.0()(64bit) cyphesis-0.5.10-3.fc7.x86_64 requires libpython2.4.so.1.0()(64bit) em8300-0.16.0-3.fc7.x86_64 requires em8300-kmod >= 0:0.16.0 ghc642-gtk2hs-0.9.10-4.fc6.x86_64 requires /usr/bin/ghc-pkg-6.4.2 ghc642-gtk2hs-0.9.10-4.fc6.x86_64 requires ghc642 ghc642-gtk2hs-mozembed-0.9.10-4.fc6.x86_64 requires /usr/bin/ghc-pkg-6.4.2 ghc642-gtk2hs-mozembed-0.9.10-4.fc6.x86_64 requires ghc642 kaffeine-0.8.3-2.fc7.i386 requires libgstinterfaces-0.8.so.0 kaffeine-0.8.3-2.fc7.i386 requires libgstreamer-0.8.so.1 kaffeine-0.8.3-2.fc7.x86_64 requires libgstreamer-0.8.so.1()(64bit) kaffeine-0.8.3-2.fc7.x86_64 requires libgstinterfaces-0.8.so.0()(64bit) kdemultimedia-extras-6:3.5.5-0.3.fc7.x86_64 requires libgstreamer-0.8.so.1()(64bit) kinput2-v3.1-29.fc6.x86_64 requires libwnn.so.0()(64bit) libreadline-java-0.8.0-13.fc6.i386 requires libedit >= 0:2.9 libreadline-java-0.8.0-13.fc6.x86_64 requires libedit >= 0:2.9 openpbx-1.2-3.rc2.svn2135.fc7.i386 requires libedit.so.0 openpbx-1.2-3.rc2.svn2135.fc7.x86_64 requires libedit.so.0()(64bit) openpbx-postgresql-1.2-3.rc2.svn2135.fc7.x86_64 requires libpq.so.4()(64bit) paraview-2.4.4-3.fc6.x86_64 requires libpython2.4.so.1.0()(64bit) paraview-mpi-2.4.4-3.fc6.x86_64 requires libpython2.4.so.1.0()(64bit) perl-Spreadsheet-ParseExcel-0.2700-1.fc7.x86_64 requires perl(warnnigs) plplot-5.6.1-8.fc7.i386 requires python(abi) = 0:2.4 plplot-5.6.1-8.fc7.i386 requires libpython2.4.so.1.0 plplot-5.6.1-8.fc7.x86_64 requires python(abi) = 0:2.4 plplot-5.6.1-8.fc7.x86_64 requires libpython2.4.so.1.0()(64bit) plplot-gnome-5.6.1-8.fc7.i386 requires python(abi) = 0:2.4 plplot-gnome-5.6.1-8.fc7.i386 requires libpython2.4.so.1.0 plplot-gnome-5.6.1-8.fc7.x86_64 requires python(abi) = 0:2.4 plplot-gnome-5.6.1-8.fc7.x86_64 requires libpython2.4.so.1.0()(64bit) plplot-wxGTK-5.6.1-8.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6)(64bit) plplot-wxGTK-5.6.1-8.fc7.x86_64 requires libwx_baseu-2.6.so.0(WXU_2.6)(64bit) plplot-wxGTK-5.6.1-8.fc7.x86_64 requires libwx_baseu-2.6.so.0()(64bit) plplot-wxGTK-5.6.1-8.fc7.x86_64 requires libwx_gtk2u_xrc-2.6.so.0()(64bit) plplot-wxGTK-5.6.1-8.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2)(64bit) plplot-wxGTK-5.6.1-8.fc7.x86_64 requires libwx_gtk2u_qa-2.6.so.0()(64bit) plplot-wxGTK-5.6.1-8.fc7.x86_64 requires libwx_baseu_xml-2.6.so.0()(64bit) plplot-wxGTK-5.6.1-8.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0()(64bit) plplot-wxGTK-5.6.1-8.fc7.x86_64 requires libwx_gtk2u_html-2.6.so.0()(64bit) plplot-wxGTK-5.6.1-8.fc7.x86_64 requires libwx_baseu_net-2.6.so.0()(64bit) plplot-wxGTK-5.6.1-8.fc7.x86_64 requires libwx_gtk2u_adv-2.6.so.0()(64bit) python-amara-1.1.7-2.fc6.noarch requires python(abi) = 0:2.4 python-cherrypy-2.2.1-3.fc6.noarch requires python(abi) = 0:2.4 python-gpod-0.4.2-1.fc7.x86_64 requires libgpod = 0:0.4.2 python-gpod-0.4.2-1.fc7.x86_64 requires libgpod.so.1()(64bit) python-pydns-2.3.0-4.fc6.noarch requires python(abi) = 0:2.4 python-twisted-1.3.0-7.fc6.x86_64 requires python(abi) = 0:2.4 rekall-postgresql-2.4.3-5.fc6.x86_64 requires libpq.so.4()(64bit) rekall-python-2.4.3-5.fc6.x86_64 requires python(abi) = 0:2.4 rekall-python-2.4.3-5.fc6.x86_64 requires libpython2.4.so.1.0()(64bit) streamtuner-0.99.99-15.fc7.x86_64 requires libpython2.4.so.1.0()(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_gtk2u_gl-2.6.so.0(WXU_2.6)(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6)(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_baseu-2.6.so.0(WXU_2.6)(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_gtk2u_xrc-2.6.so.0()(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_gtk2u_core-2.6.so.0()(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_baseu-2.6.so.0()(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_gtk2u_adv-2.6.so.0()(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6)(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_gtk2u_qa-2.6.so.0()(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_baseu_xml-2.6.so.0()(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_gtk2u_html-2.6.so.0()(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_baseu_net-2.6.so.0()(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_gtk2u_gl-2.6.so.0()(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2)(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3)(64bit) xmldiff-0.6.7-12.fc6.x86_64 requires python-abi = 0:2.4 xmldiff-0.6.7-12.fc6.x86_64 requires python(abi) = 0:2.4 From martin.sourada at seznam.cz Wed Jan 17 14:28:00 2007 From: martin.sourada at seznam.cz (Martin Sourada) Date: Wed, 17 Jan 2007 15:28:00 +0100 Subject: Package review (gxine) - need sponsor Message-ID: <45AE3270.20101@seznam.cz> Greetings, I have posted my first package review so I need a sponsor. It has already been pre-reviewed. It's gxine package, bz #222326. Regards, Martin Sourada From rdieter at math.unl.edu Wed Jan 17 14:42:14 2007 From: rdieter at math.unl.edu (Rex Dieter) Date: Wed, 17 Jan 2007 08:42:14 -0600 Subject: Package review (gxine) - need sponsor References: <45AE3270.20101@seznam.cz> Message-ID: Martin Sourada wrote: > Greetings, > I have posted my first package review so I need a sponsor. It has > already been pre-reviewed. It's gxine package, bz #222326. Have you done any (other) package reviews yourself? -- Rex From tmz at pobox.com Wed Jan 17 15:05:40 2007 From: tmz at pobox.com (Todd Zullinger) Date: Wed, 17 Jan 2007 10:05:40 -0500 Subject: Summary - Broken dependencies in Fedora Extras - 2007-01-17 In-Reply-To: <20070117125454.9974.2152@extras64.linux.duke.edu> References: <20070117125454.9974.2152@extras64.linux.duke.edu> Message-ID: <20070117150540.GI5911@psilocybe.teonanacatl.org> > New report for: tmz AT pobox.com > > package: python-gpod - 0.4.2-1.fc6.i386 from fedora-extras-6-i386 > unresolved deps: > libgpod.so.1 > libgpod = 0:0.4.2 > > package: python-gpod - 0.4.2-1.fc6.ppc from fedora-extras-6-ppc > unresolved deps: > libgpod.so.1 > libgpod = 0:0.4.2 > > package: python-gpod - 0.4.2-1.fc6.x86_64 from fedora-extras-6-x86_64 > unresolved deps: > libgpod = 0:0.4.2 > libgpod.so.1()(64bit) Bah, I got ahead of myself here. The libgpod-0.4.2 package was pushed yesterday morning, but I neglected to ensure that it was in updates instead of updates-testing. I wanted to get the python package built so it would available close to the same time as the main libgpod package. I should have waited to confirm that the package was in updates. My apologies. I'll try to be more patient next time. :( > package: python-gpod - 0.4.2-1.fc7.i386 from fedora-extras-development-i386 > unresolved deps: > libgpod.so.1 > libgpod = 0:0.4.2 > > package: python-gpod - 0.4.2-1.fc7.ppc from fedora-extras-development-ppc > unresolved deps: > libgpod.so.1 > libgpod = 0:0.4.2 > > package: python-gpod - 0.4.2-1.fc7.x86_64 from fedora-extras-development-x86_64 > unresolved deps: > libgpod = 0:0.4.2 > libgpod.so.1()(64bit) The development repo does have libgpod-0.4.2, so I'm not sure why repoclosure is complaining. -- Todd OpenPGP -> KeyID: 0xBEAF0CE3 | URL: www.pobox.com/~tmz/pgp ====================================================================== To know what is right and not to do it is the worst cowardice. -- Confucius -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 542 bytes Desc: not available URL: From gilboad at gmail.com Wed Jan 17 15:00:27 2007 From: gilboad at gmail.com (Gilboa Davara) Date: Wed, 17 Jan 2007 17:00:27 +0200 Subject: Yet-to-be-reviewed-packages. Message-ID: <1169046027.6098.5.camel@gilboa-work-dev.localdomain> Hello all, I've been sponsored and passed my first package review. (Package awaits branching/signing) Now, being a good extras' netizen, I'll looking to help reduce the huge pile of yet-to-be-reviewed packages. Two questions: A. Where do I find the list of new FE packages. B. Given my limited (buy improving...) knowledge in packaging, I doubt that I can approve a package - but what are my obligations/rights/etc as a newly sponsored contributor? - Gilboa From david at lovesunix.net Wed Jan 17 15:17:20 2007 From: david at lovesunix.net (David Nielsen) Date: Wed, 17 Jan 2007 16:17:20 +0100 Subject: Yet-to-be-reviewed-packages. In-Reply-To: <1169046027.6098.5.camel@gilboa-work-dev.localdomain> References: <1169046027.6098.5.camel@gilboa-work-dev.localdomain> Message-ID: <1169047040.3204.200.camel@dawkins> ons, 17 01 2007 kl. 17:00 +0200, skrev Gilboa Davara: > Hello all, > > I've been sponsored and passed my first package review. (Package awaits > branching/signing) > Now, being a good extras' netizen, I'll looking to help reduce the huge > pile of yet-to-be-reviewed packages. > > Two questions: > A. Where do I find the list of new FE packages. The following bug lists all the FE-NEW packages: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 You'll be in for hugs and beer if you do these: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=221669 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=221376 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=221372 - David Nielsen -- "Ridicule is the only weapon that can be used against unintelligible propositions. Ideas must be distinct before reason can act upon them.? -Thomas Jefferson -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: Dette er en digitalt underskrevet brevdel URL: From pertusus at free.fr Wed Jan 17 15:19:39 2007 From: pertusus at free.fr (Patrice Dumas) Date: Wed, 17 Jan 2007 16:19:39 +0100 Subject: Yet-to-be-reviewed-packages. In-Reply-To: <1169046027.6098.5.camel@gilboa-work-dev.localdomain> References: <1169046027.6098.5.camel@gilboa-work-dev.localdomain> Message-ID: <20070117151939.GB2575@free.fr> On Wed, Jan 17, 2007 at 05:00:27PM +0200, Gilboa Davara wrote: > Hello all, > > Two questions: > A. Where do I find the list of new FE packages. At the bottom of http://fedoraproject.org/wiki/Packaging/ReviewGuidelines there is a link to the blocker bugs which you are looking for, especially FE-NEW and FC-NEW. *-REVEIW could also be usefull in case some help is needed to help a review to end. and *-ACCEPT can give you examples of other reviews. > B. Given my limited (buy improving...) knowledge in packaging, I doubt > that I can approve a package - but what are my obligations/rights/etc as > a newly sponsored contributor? You don't really have obligations (except to follow the guidelines). To be able to make some changes to bugzilla which are required, if I recall well, to be assigned to that bug, you have to request a certain role, see http://fedoraproject.org/wiki/Packaging/ReviewGuidelines#head-e1a114b23499786e13113ebf072d03a8f8d02094 My advice would be that, in the beginning you do review of packages that are sitting in FE-NEW (even those needing sponsor), but don't assign yourself as being reviewing and make clear from the beginning that you are only checking, try to spot issues in the package and comment on it in the bugzilla ticket (and CC yourself). When you become confident enough with the guidelines, and you think that the package is acceptable, state that you would approve this package, but also that you would like to have a double check by more experienced contributors. And when you are confident enough apply to be a fedora-bugs member to do full reviews. To have a list of inactive submission, you can have a look at http://fedoraproject.org/wiki/Extras/PackageStatus -- Pat From Christian.Iseli at licr.org Wed Jan 17 15:23:39 2007 From: Christian.Iseli at licr.org (Christian Iseli) Date: Wed, 17 Jan 2007 16:23:39 +0100 Subject: Yet-to-be-reviewed-packages. In-Reply-To: <1169046027.6098.5.camel@gilboa-work-dev.localdomain> References: <1169046027.6098.5.camel@gilboa-work-dev.localdomain> Message-ID: <20070117162339.32819b80@ludwig-alpha.unil.ch> On Wed, 17 Jan 2007 17:00:27 +0200, Gilboa Davara wrote: > A. Where do I find the list of new FE packages. Look at FE-NEW blockers: https://bugzilla.redhat.com/bugzilla/showdependencytree.cgi?id=163776 and follow http://fedoraproject.org/wiki/Packaging/ReviewGuidelines > B. Given my limited (buy improving...) knowledge in packaging, I doubt > that I can approve a package - but what are my obligations/rights/etc as > a newly sponsored contributor? Technically, you can now approve any package from already sponsored contributors. If you feel unsure, you can ask your sponsor for help. Cheers, C From peter at thecodergeek.com Wed Jan 17 15:25:22 2007 From: peter at thecodergeek.com (Peter Gordon) Date: Wed, 17 Jan 2007 07:25:22 -0800 (PST) Subject: Yet-to-be-reviewed-packages. In-Reply-To: <1169046027.6098.5.camel@gilboa-work-dev.localdomain> References: <1169046027.6098.5.camel@gilboa-work-dev.localdomain> Message-ID: <64606.65.223.36.19.1169047522.squirrel@thecodergeek.com> Gilboa Davara wrote: > Two questions: > A. Where do I find the list of new FE packages. As David mentioned in an earlier reply, just take a look at the dependents of the FE-NEW bug. :) > B. Given my limited (buy improving...) knowledge in packaging, I doubt > that I can approve a package - but what are my obligations/rights/etc as > a newly sponsored contributor? Any sponsored contributor can review and approve submitted packages for Extras. (This is why, in order to be sponsored initially, the sponsor wants to ensure that you have a thorough understanding of the packaging guidelines.) The only real restriction, per se, is that new contributors can't be sponsors themselves for a while. (In essence, you can approve packages submitted, but only those submitted by current package maintainers.) Hope that helps. -- Peter Gordon (codergeek42) This message was sent through a webmail interface, and thus not signed. From bugs.michael at gmx.net Wed Jan 17 15:35:34 2007 From: bugs.michael at gmx.net (Michael Schwendt) Date: Wed, 17 Jan 2007 16:35:34 +0100 Subject: Summary - Broken dependencies in Fedora Extras - 2007-01-17 In-Reply-To: <20070117150540.GI5911@psilocybe.teonanacatl.org> References: <20070117125454.9974.2152@extras64.linux.duke.edu> <20070117150540.GI5911@psilocybe.teonanacatl.org> Message-ID: <20070117163534.b6fccb11.bugs.michael@gmx.net> On Wed, 17 Jan 2007 10:05:40 -0500, Todd Zullinger wrote: > > package: python-gpod - 0.4.2-1.fc7.i386 from fedora-extras-development-i386 > > unresolved deps: > > libgpod.so.1 > > libgpod = 0:0.4.2 > > > > package: python-gpod - 0.4.2-1.fc7.ppc from fedora-extras-development-ppc > > unresolved deps: > > libgpod.so.1 > > libgpod = 0:0.4.2 > > > > package: python-gpod - 0.4.2-1.fc7.x86_64 from fedora-extras-development-x86_64 > > unresolved deps: > > libgpod = 0:0.4.2 > > libgpod.so.1()(64bit) > > The development repo does have libgpod-0.4.2, so I'm not sure why > repoclosure is complaining. Simply because at the time it was running, the development repo did only have libgpod-0.4.0-2.fc7 repomd.xml from 07-01-16 04:40:15.000000000 -0500 From bpepple at fedoraproject.org Wed Jan 17 14:53:12 2007 From: bpepple at fedoraproject.org (Brian Pepple) Date: Wed, 17 Jan 2007 09:53:12 -0500 Subject: FESCo Meeting Summary for 2007-01-15 Message-ID: <1169045592.24884.15.camel@Chuck> Members Present * Thorsten Leemhuis (thl) * Brian Pepple (bpepple) * Rex Dieter (rdieter) * Jason Tibbitts (tibbs) * Toshio Kuratomi (abadger1999) * Christian Iseli (ch4chris) * Warren Togami (warren) * Josh Boyer (jwb) * Tom Callaway (spot) * Kevin Fenzi (nirik) * Dennis Gilmore (dgilmore) Absent * Andreas Bierfert (awjb) * Jeremy Katz (jeremy) FAB Members Present * Bill Nottingham (notting) NOTE: This was a special meeting to discuss the FESCo/Core Cabal merge. === Summary === FESCo/Core Cabal Merge Merge Proposal * FESCo approved thl's proposal to handle the migration to FESCo's successor. This proposal will be sent now to FAB to get an ACK. Some of the items in the proposal: 1. FESCo adds notting & Jesse Keating (f13) to the current FESCo group to comprise the successor committee to FESCo. 2. Tentatively the plans are to have elections for this new committee six weeks after the release of Fedora 7. 3. Link to thl's full proposal: https://www.redhat.com/archives/fedora-advisory-board/2007-January/msg00129.html Misc Merge Items * thl is going to send an e-mail to the fedora-extras-list and fedora-devel-list to find a good name for the successor to FESCo. The goal here is to have a name picked out by next weeks FESCo meeting. * notting brought up the idea of importing revision-control-with-history instead of srpms when the Core packages are merged with the Extras packages. * It was brought up that the Conflicts use in spec files issue should be resolved before the Core packages are mass-reviewed. Spot stated that they are working to complete that soon in the Packaging Commitee. Misc * With the merger of Core and Extras happening soon, it makes sense to have the FESCo meeting in a different IRC channel, since eventually the #fedora-extras channel will be fazed out. The plan is beginning with the 2007-01-25 meeting, to have meeting in the #fedora-devel channel. For full IRC log of meeting: http://fedoraproject.org/wiki/Extras/SteeringCommittee/Meeting-20070115 Next FESCo Meeting: 2007-01-18 18:00 UTC Thanks, /B -- Brian Pepple gpg --keyserver pgp.mit.edu --recv-keys 810CC15E BD5E 6F9E 8688 E668 8F5B CBDE 326A E936 810C C15E -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From gilboad at gmail.com Wed Jan 17 15:02:09 2007 From: gilboad at gmail.com (Gilboa Davara) Date: Wed, 17 Jan 2007 17:02:09 +0200 Subject: Yet-to-be-reviewed-packages. In-Reply-To: <1169046027.6098.5.camel@gilboa-work-dev.localdomain> References: <1169046027.6098.5.camel@gilboa-work-dev.localdomain> Message-ID: <1169046129.6098.8.camel@gilboa-work-dev.localdomain> On Wed, 2007-01-17 at 17:00 +0200, Gilboa Davara wrote: > Hello all, > > I've been sponsored and passed my first package review. (Package awaits > branching/signing) > Now, being a good extras' netizen, I'll looking to help reduce the huge > pile of yet-to-be-reviewed packages. > > Two questions: > A. Where do I find the list of new FE packages. ... Beside fedora-package-review? - Gilboa From gilboad at gmail.com Wed Jan 17 16:20:46 2007 From: gilboad at gmail.com (Gilboa Davara) Date: Wed, 17 Jan 2007 18:20:46 +0200 Subject: Yet-to-be-reviewed-packages. In-Reply-To: <1169046129.6098.8.camel@gilboa-work-dev.localdomain> References: <1169046027.6098.5.camel@gilboa-work-dev.localdomain> <1169046129.6098.8.camel@gilboa-work-dev.localdomain> Message-ID: <1169050846.6098.11.camel@gilboa-work-dev.localdomain> On Wed, 2007-01-17 at 17:02 +0200, Gilboa Davara wrote: > On Wed, 2007-01-17 at 17:00 +0200, Gilboa Davara wrote: > > Hello all, > > > > I've been sponsored and passed my first package review. (Package awaits > > branching/signing) > > Now, being a good extras' netizen, I'll looking to help reduce the huge > > pile of yet-to-be-reviewed packages. > > > > Two questions: > > A. Where do I find the list of new FE packages. > > ... Beside fedora-package-review? > > - Gilboa Thanks all for the links/help. - Gilboa From wart at kobold.org Wed Jan 17 17:19:44 2007 From: wart at kobold.org (Wart) Date: Wed, 17 Jan 2007 09:19:44 -0800 Subject: Announcing FEver - an upstream tracking system In-Reply-To: <668bb39a0612281204g3e3a2ffscd63c2e37d2d62f1@mail.gmail.com> References: <668bb39a0612271253j6bbcd4eep999fc25276242062@mail.gmail.com> <604aa7910612271353k2ea5ea95ked6dd3b2752585c2@mail.gmail.com> <668bb39a0612280139r39adc0e9h5bf73c5fa8c7ffc@mail.gmail.com> <604aa7910612281138qdb0607exe516aeccee305366@mail.gmail.com> <668bb39a0612281204g3e3a2ffscd63c2e37d2d62f1@mail.gmail.com> Message-ID: <45AE5AB0.4020801@kobold.org> Micha? Bentkowski wrote: > 06-12-28, Jeff Spaleta napisa?(a): >> Just keep the CVS option in mind for later. >> As FeVer's use gains in popularity, that maybe a worthwhile discusion >> to have. >> I take it FeVer is some sort of python-based cronjob you are running >> on a local system that you control. At some point you'll want to post >> the code for this if you want help extending the functionality. >> > > Yes, it is something like that, but currently it's not a cronjob > because I want to check list of packages before starting FEver check. How often is this check done? One of the packages that I added (manaworld) had an update available when I put it on the list about a week ago, and then another update yesterday, but I never received a notification via bugzilla or email. --Wart From buildsys at fedoraproject.org Wed Jan 17 17:24:03 2007 From: buildsys at fedoraproject.org (Fedora Extras repoclosure) Date: Wed, 17 Jan 2007 17:24:03 -0000 Subject: Summary - Broken dependencies in Fedora Extras - 2007-01-17 Message-ID: <20070117172403.15708.80322@extras64.linux.duke.edu> New report for: gauret AT free.fr package: amarok - 1.4.4-5.fc7.i386 from fedora-extras-development-x86_64 unresolved deps: libgpod.so.0 package: amarok - 1.4.4-5.fc7.i386 from fedora-extras-development-i386 unresolved deps: libgpod.so.0 package: amarok - 1.4.4-5.fc7.ppc from fedora-extras-development-ppc unresolved deps: libgpod.so.0 package: amarok - 1.4.4-5.fc7.x86_64 from fedora-extras-development-x86_64 unresolved deps: libgpod.so.0()(64bit) ====================================================================== Summary of broken packages (by owner): cgoorah AT yahoo.com.au toped - 0.8.2-2.fc6.i386 (33 days) toped - 0.8.2-2.fc6.ppc (33 days) toped - 0.8.2-2.fc6.x86_64 (33 days) dan AT danny.cz codeblocks - 1.0-0.18.20061207svn3357.fc7.i386 (33 days) codeblocks - 1.0-0.18.20061207svn3357.fc7.i386 (33 days) codeblocks - 1.0-0.18.20061207svn3357.fc7.ppc (33 days) codeblocks - 1.0-0.18.20061207svn3357.fc7.x86_64 (33 days) codeblocks-contrib - 1.0-0.18.20061207svn3357.fc7.i386 (33 days) codeblocks-contrib - 1.0-0.18.20061207svn3357.fc7.ppc (33 days) codeblocks-contrib - 1.0-0.18.20061207svn3357.fc7.x86_64 (33 days) dcbw AT redhat.com csound - 5.03.0-9.fc7.i386 (40 days) csound - 5.03.0-9.fc7.i386 (40 days) csound - 5.03.0-9.fc7.ppc (40 days) csound - 5.03.0-9.fc7.x86_64 (40 days) csound-python - 5.03.0-9.fc7.i386 (40 days) csound-python - 5.03.0-9.fc7.ppc (40 days) csound-python - 5.03.0-9.fc7.x86_64 (40 days) dwmw2 AT redhat.com openpbx - 1.2-3.rc2.svn2135.fc7.i386 (42 days) openpbx - 1.2-3.rc2.svn2135.fc7.i386 (42 days) openpbx - 1.2-3.rc2.svn2135.fc7.ppc (42 days) openpbx - 1.2-3.rc2.svn2135.fc7.x86_64 (42 days) openpbx-postgresql - 1.2-3.rc2.svn2135.fc7.i386 (42 days) openpbx-postgresql - 1.2-3.rc2.svn2135.fc7.ppc (42 days) openpbx-postgresql - 1.2-3.rc2.svn2135.fc7.x86_64 (42 days) endur AT bennewitz.com streamtuner - 0.99.99-15.fc7.x86_64 (40 days) gauret AT free.fr amarok - 1.4.4-5.fc7.i386 amarok - 1.4.4-5.fc7.i386 amarok - 1.4.4-5.fc7.ppc amarok - 1.4.4-5.fc7.x86_64 ifoox AT redhat.com libreadline-java - 0.8.0-13.fc6.i386 (37 days) libreadline-java - 0.8.0-13.fc6.i386 (37 days) libreadline-java - 0.8.0-13.fc6.ppc (37 days) libreadline-java - 0.8.0-13.fc6.x86_64 (37 days) jafo-redhat AT tummy.com python-pydns - 2.3.0-4.fc6.noarch (40 days) python-pydns - 2.3.0-4.fc6.noarch (40 days) python-pydns - 2.3.0-4.fc6.noarch (40 days) jamatos AT fc.up.pt python-amara - 1.1.7-2.fc6.noarch (40 days) python-amara - 1.1.7-2.fc6.noarch (40 days) python-amara - 1.1.7-2.fc6.noarch (40 days) jeff AT ocjtech.us linphone - 1.2.0-4.fc5.i386 (100 days) linphone - 1.2.0-4.fc5.ppc (100 days) linphone - 1.2.0-4.fc5.x86_64 (100 days) lmacken AT redhat.com TurboGears - 1.0b2-5.fc7.noarch (35 days) TurboGears - 1.0b2-5.fc7.noarch (35 days) TurboGears - 1.0b2-5.fc7.noarch (35 days) python-cherrypy - 2.2.1-3.fc6.noarch (40 days) python-cherrypy - 2.2.1-3.fc6.noarch (40 days) python-cherrypy - 2.2.1-3.fc6.noarch (40 days) orion AT cora.nwra.com paraview - 2.4.4-3.fc6.x86_64 (40 days) paraview-mpi - 2.4.4-3.fc6.x86_64 (40 days) plplot - 5.6.1-8.fc7.i386 (40 days) plplot - 5.6.1-8.fc7.i386 (40 days) plplot - 5.6.1-8.fc7.ppc (40 days) plplot - 5.6.1-8.fc7.x86_64 (40 days) plplot-gnome - 5.6.1-8.fc7.i386 (40 days) plplot-gnome - 5.6.1-8.fc7.i386 (40 days) plplot-gnome - 5.6.1-8.fc7.ppc (40 days) plplot-gnome - 5.6.1-8.fc7.x86_64 (40 days) plplot-wxGTK - 5.6.1-8.fc7.i386 (40 days) plplot-wxGTK - 5.6.1-8.fc7.ppc (40 days) plplot-wxGTK - 5.6.1-8.fc7.x86_64 (40 days) petersen AT redhat.com ghc642-gtk2hs-mozembed - 0.9.10-1.fc5.i386 (10 days) ghc642-gtk2hs-mozembed - 0.9.10-1.fc5.ppc (10 days) ghc642-gtk2hs-mozembed - 0.9.10-1.fc5.x86_64 (10 days) rdieter AT math.unl.edu PyKDE - 3.16.0-5.fc7.i386 (40 days) PyKDE - 3.16.0-5.fc7.i386 (40 days) PyKDE - 3.16.0-5.fc7.ppc (40 days) PyKDE - 3.16.0-5.fc7.x86_64 (40 days) kaffeine - 0.8.3-2.fc7.i386 (3 days) kaffeine - 0.8.3-2.fc7.i386 (3 days) kaffeine - 0.8.3-2.fc7.ppc (3 days) kaffeine - 0.8.3-2.fc7.x86_64 (3 days) kdemultimedia-extras - 6:3.5.5-0.3.fc7.i386 (3 days) kdemultimedia-extras - 6:3.5.5-0.3.fc7.ppc (3 days) kdemultimedia-extras - 6:3.5.5-0.3.fc7.x86_64 (3 days) shahms AT shahms.com python-psyco - 1.5.1-4.fc6.i386 (40 days) steve AT silug.org perl-Spreadsheet-ParseExcel - 0.2700-1.fc7.i386 perl-Spreadsheet-ParseExcel - 0.2700-1.fc7.ppc perl-Spreadsheet-ParseExcel - 0.2700-1.fc7.x86_64 stickster AT gmail.com xmldiff - 0.6.7-12.fc6.i386 (40 days) xmldiff - 0.6.7-12.fc6.ppc (40 days) xmldiff - 0.6.7-12.fc6.x86_64 (40 days) tagoh AT redhat.com kinput2 - v3.1-29.fc6.i386 (6 days) kinput2 - v3.1-29.fc6.ppc (6 days) kinput2 - v3.1-29.fc6.x86_64 (6 days) tcallawa AT redhat.com compat-wxPythonGTK2 - 2.4.2.4-12.fc6.i386 (40 days) compat-wxPythonGTK2 - 2.4.2.4-12.fc6.ppc (40 days) compat-wxPythonGTK2 - 2.4.2.4-12.fc6.x86_64 (40 days) rekall-postgresql - 2.4.3-5.fc6.i386 (42 days) rekall-postgresql - 2.4.3-5.fc6.ppc (42 days) rekall-postgresql - 2.4.3-5.fc6.x86_64 (42 days) rekall-python - 2.4.3-5.fc6.i386 (42 days) rekall-python - 2.4.3-5.fc6.ppc (42 days) rekall-python - 2.4.3-5.fc6.x86_64 (42 days) thomas AT apestaart.org python-twisted - 1.3.0-7.fc6.i386 (40 days) python-twisted - 1.3.0-7.fc6.ppc (40 days) python-twisted - 1.3.0-7.fc6.x86_64 (40 days) tmz AT pobox.com python-gpod - 0.4.2-1.fc6.i386 python-gpod - 0.4.2-1.fc6.ppc python-gpod - 0.4.2-1.fc6.x86_64 ville.skytta AT iki.fi em8300 - 0.16.0-3.fc7.i386 (21 days) em8300 - 0.16.0-3.fc7.ppc (21 days) em8300 - 0.16.0-3.fc7.x86_64 (21 days) wart AT kobold.org cyphesis - 0.5.10-3.fc7.i386 (40 days) cyphesis - 0.5.10-3.fc7.ppc (40 days) cyphesis - 0.5.10-3.fc7.x86_64 (40 days) ====================================================================== Broken packages in fedora-extras-5-i386: ghc642-gtk2hs-mozembed-0.9.10-1.fc5.i386 requires mozilla-devel = 37:1.7.13 linphone-1.2.0-4.fc5.i386 requires libortp.so.2 ====================================================================== Broken packages in fedora-extras-5-ppc: ghc642-gtk2hs-mozembed-0.9.10-1.fc5.ppc requires mozilla-devel = 37:1.7.13 linphone-1.2.0-4.fc5.ppc requires libortp.so.2 ====================================================================== Broken packages in fedora-extras-5-x86_64: ghc642-gtk2hs-mozembed-0.9.10-1.fc5.x86_64 requires mozilla-devel = 37:1.7.13 linphone-1.2.0-4.fc5.x86_64 requires libortp.so.2()(64bit) ====================================================================== Broken packages in fedora-extras-6-i386: python-gpod-0.4.2-1.fc6.i386 requires libgpod.so.1 python-gpod-0.4.2-1.fc6.i386 requires libgpod = 0:0.4.2 ====================================================================== Broken packages in fedora-extras-6-ppc: python-gpod-0.4.2-1.fc6.ppc requires libgpod.so.1 python-gpod-0.4.2-1.fc6.ppc requires libgpod = 0:0.4.2 ====================================================================== Broken packages in fedora-extras-6-x86_64: python-gpod-0.4.2-1.fc6.x86_64 requires libgpod = 0:0.4.2 python-gpod-0.4.2-1.fc6.x86_64 requires libgpod.so.1()(64bit) ====================================================================== Broken packages in fedora-extras-development-i386: PyKDE-3.16.0-5.fc7.i386 requires python(abi) = 0:2.4 PyKDE-3.16.0-5.fc7.i386 requires python-abi = 0:2.4 TurboGears-1.0b2-5.fc7.noarch requires python-elementtree >= 0:1.2.6 amarok-1.4.4-5.fc7.i386 requires libgpod.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_html-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu_xml-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu_net-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu_xml-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_core-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu_net-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_xrc-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_xrc-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_html-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_qa-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_adv-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_qa-2.6.so.0(WXU_2.6) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_html-2.6.so.0(WXU_2.6) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu_xml-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_xrc-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_qa-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_core-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu_net-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_xrc-2.6.so.0(WXU_2.6) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_html-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_adv-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu-2.6.so.0(WXU_2.6) compat-wxPythonGTK2-2.4.2.4-12.fc6.i386 requires python(abi) = 0:2.4 csound-5.03.0-9.fc7.i386 requires libpython2.4.so.1.0 csound-python-5.03.0-9.fc7.i386 requires python(abi) = 0:2.4 csound-python-5.03.0-9.fc7.i386 requires libpython2.4.so.1.0 cyphesis-0.5.10-3.fc7.i386 requires libpython2.4.so.1.0 em8300-0.16.0-3.fc7.i386 requires em8300-kmod >= 0:0.16.0 kaffeine-0.8.3-2.fc7.i386 requires libgstinterfaces-0.8.so.0 kaffeine-0.8.3-2.fc7.i386 requires libgstreamer-0.8.so.1 kdemultimedia-extras-6:3.5.5-0.3.fc7.i386 requires libgstreamer-0.8.so.1 kinput2-v3.1-29.fc6.i386 requires libwnn.so.0 libreadline-java-0.8.0-13.fc6.i386 requires libedit >= 0:2.9 openpbx-1.2-3.rc2.svn2135.fc7.i386 requires libedit.so.0 openpbx-postgresql-1.2-3.rc2.svn2135.fc7.i386 requires libpq.so.4 perl-Spreadsheet-ParseExcel-0.2700-1.fc7.i386 requires perl(warnnigs) plplot-5.6.1-8.fc7.i386 requires python(abi) = 0:2.4 plplot-5.6.1-8.fc7.i386 requires libpython2.4.so.1.0 plplot-gnome-5.6.1-8.fc7.i386 requires python(abi) = 0:2.4 plplot-gnome-5.6.1-8.fc7.i386 requires libpython2.4.so.1.0 plplot-wxGTK-5.6.1-8.fc7.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) plplot-wxGTK-5.6.1-8.fc7.i386 requires libwx_baseu_xml-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.i386 requires libwx_gtk2u_qa-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) plplot-wxGTK-5.6.1-8.fc7.i386 requires libwx_gtk2u_core-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.i386 requires libwx_baseu_net-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.i386 requires libwx_gtk2u_xrc-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.i386 requires libwx_gtk2u_html-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.i386 requires libwx_baseu-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.i386 requires libwx_gtk2u_adv-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.i386 requires libwx_baseu-2.6.so.0(WXU_2.6) python-amara-1.1.7-2.fc6.noarch requires python(abi) = 0:2.4 python-cherrypy-2.2.1-3.fc6.noarch requires python(abi) = 0:2.4 python-psyco-1.5.1-4.fc6.i386 requires python-abi = 0:2.4 python-psyco-1.5.1-4.fc6.i386 requires python(abi) = 0:2.4 python-pydns-2.3.0-4.fc6.noarch requires python(abi) = 0:2.4 python-twisted-1.3.0-7.fc6.i386 requires python(abi) = 0:2.4 rekall-postgresql-2.4.3-5.fc6.i386 requires libpq.so.4 rekall-python-2.4.3-5.fc6.i386 requires python(abi) = 0:2.4 rekall-python-2.4.3-5.fc6.i386 requires libpython2.4.so.1.0 toped-0.8.2-2.fc6.i386 requires libwx_gtk2u_gl-2.6.so.0 toped-0.8.2-2.fc6.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) toped-0.8.2-2.fc6.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3) toped-0.8.2-2.fc6.i386 requires libwx_baseu_xml-2.6.so.0 toped-0.8.2-2.fc6.i386 requires libwx_gtk2u_qa-2.6.so.0 toped-0.8.2-2.fc6.i386 requires libwx_gtk2u_core-2.6.so.0 toped-0.8.2-2.fc6.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) toped-0.8.2-2.fc6.i386 requires libwx_gtk2u_gl-2.6.so.0(WXU_2.6) toped-0.8.2-2.fc6.i386 requires libwx_baseu_net-2.6.so.0 toped-0.8.2-2.fc6.i386 requires libwx_gtk2u_xrc-2.6.so.0 toped-0.8.2-2.fc6.i386 requires libwx_baseu-2.6.so.0(WXU_2.6) toped-0.8.2-2.fc6.i386 requires libwx_gtk2u_html-2.6.so.0 toped-0.8.2-2.fc6.i386 requires libwx_baseu-2.6.so.0 toped-0.8.2-2.fc6.i386 requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6) toped-0.8.2-2.fc6.i386 requires libwx_gtk2u_adv-2.6.so.0 xmldiff-0.6.7-12.fc6.i386 requires python-abi = 0:2.4 xmldiff-0.6.7-12.fc6.i386 requires python(abi) = 0:2.4 ====================================================================== Broken packages in fedora-extras-development-ppc: PyKDE-3.16.0-5.fc7.ppc requires python(abi) = 0:2.4 PyKDE-3.16.0-5.fc7.ppc requires python-abi = 0:2.4 TurboGears-1.0b2-5.fc7.noarch requires python-elementtree >= 0:1.2.6 amarok-1.4.4-5.fc7.ppc requires libgpod.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_html-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3) codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_baseu_xml-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_baseu_net-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_baseu_xml-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_core-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_baseu_net-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_xrc-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_xrc-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_baseu-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_html-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_qa-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_baseu-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_adv-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_qa-2.6.so.0(WXU_2.6) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_html-2.6.so.0(WXU_2.6) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_baseu_xml-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_xrc-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_qa-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_core-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_baseu_net-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_xrc-2.6.so.0(WXU_2.6) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_html-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_baseu-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_adv-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_baseu-2.6.so.0(WXU_2.6) compat-wxPythonGTK2-2.4.2.4-12.fc6.ppc requires python(abi) = 0:2.4 csound-5.03.0-9.fc7.ppc requires libpython2.4.so.1.0 csound-python-5.03.0-9.fc7.ppc requires python(abi) = 0:2.4 csound-python-5.03.0-9.fc7.ppc requires libpython2.4.so.1.0 cyphesis-0.5.10-3.fc7.ppc requires libpython2.4.so.1.0 em8300-0.16.0-3.fc7.ppc requires em8300-kmod >= 0:0.16.0 kaffeine-0.8.3-2.fc7.ppc requires libgstinterfaces-0.8.so.0 kaffeine-0.8.3-2.fc7.ppc requires libgstreamer-0.8.so.1 kdemultimedia-extras-6:3.5.5-0.3.fc7.ppc requires libgstreamer-0.8.so.1 kinput2-v3.1-29.fc6.ppc requires libwnn.so.0 libreadline-java-0.8.0-13.fc6.ppc requires libedit >= 0:2.9 openpbx-1.2-3.rc2.svn2135.fc7.ppc requires libedit.so.0 openpbx-postgresql-1.2-3.rc2.svn2135.fc7.ppc requires libpq.so.4 perl-Spreadsheet-ParseExcel-0.2700-1.fc7.ppc requires perl(warnnigs) plplot-5.6.1-8.fc7.ppc requires python(abi) = 0:2.4 plplot-5.6.1-8.fc7.ppc requires libpython2.4.so.1.0 plplot-gnome-5.6.1-8.fc7.ppc requires python(abi) = 0:2.4 plplot-gnome-5.6.1-8.fc7.ppc requires libpython2.4.so.1.0 plplot-wxGTK-5.6.1-8.fc7.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) plplot-wxGTK-5.6.1-8.fc7.ppc requires libwx_baseu_xml-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.ppc requires libwx_gtk2u_qa-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) plplot-wxGTK-5.6.1-8.fc7.ppc requires libwx_gtk2u_core-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.ppc requires libwx_baseu_net-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.ppc requires libwx_gtk2u_xrc-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.ppc requires libwx_gtk2u_html-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.ppc requires libwx_baseu-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.ppc requires libwx_gtk2u_adv-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.ppc requires libwx_baseu-2.6.so.0(WXU_2.6) python-amara-1.1.7-2.fc6.noarch requires python(abi) = 0:2.4 python-cherrypy-2.2.1-3.fc6.noarch requires python(abi) = 0:2.4 python-pydns-2.3.0-4.fc6.noarch requires python(abi) = 0:2.4 python-twisted-1.3.0-7.fc6.ppc requires python(abi) = 0:2.4 rekall-postgresql-2.4.3-5.fc6.ppc requires libpq.so.4 rekall-python-2.4.3-5.fc6.ppc requires python(abi) = 0:2.4 rekall-python-2.4.3-5.fc6.ppc requires libpython2.4.so.1.0 toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_gl-2.6.so.0 toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3) toped-0.8.2-2.fc6.ppc requires libwx_baseu_xml-2.6.so.0 toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_qa-2.6.so.0 toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_core-2.6.so.0 toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_gl-2.6.so.0(WXU_2.6) toped-0.8.2-2.fc6.ppc requires libwx_baseu_net-2.6.so.0 toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_xrc-2.6.so.0 toped-0.8.2-2.fc6.ppc requires libwx_baseu-2.6.so.0(WXU_2.6) toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_html-2.6.so.0 toped-0.8.2-2.fc6.ppc requires libwx_baseu-2.6.so.0 toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6) toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_adv-2.6.so.0 xmldiff-0.6.7-12.fc6.ppc requires python-abi = 0:2.4 xmldiff-0.6.7-12.fc6.ppc requires python(abi) = 0:2.4 ====================================================================== Broken packages in fedora-extras-development-x86_64: PyKDE-3.16.0-5.fc7.i386 requires python(abi) = 0:2.4 PyKDE-3.16.0-5.fc7.i386 requires python-abi = 0:2.4 PyKDE-3.16.0-5.fc7.x86_64 requires python(abi) = 0:2.4 PyKDE-3.16.0-5.fc7.x86_64 requires python-abi = 0:2.4 TurboGears-1.0b2-5.fc7.noarch requires python-elementtree >= 0:1.2.6 amarok-1.4.4-5.fc7.i386 requires libgpod.so.0 amarok-1.4.4-5.fc7.x86_64 requires libgpod.so.0()(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_html-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu_xml-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu_net-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu_xml-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_core-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu_net-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_xrc-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_xrc-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_html-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_qa-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_adv-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_qa-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_baseu_net-2.6.so.0(WXU_2.6)(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6)(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_baseu-2.6.so.0(WXU_2.6)(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_html-2.6.so.0(WXU_2.6)(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_xrc-2.6.so.0()(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0()(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_baseu-2.6.so.0()(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_qa-2.6.so.0(WXU_2.6)(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_adv-2.6.so.0()(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6)(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2)(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_qa-2.6.so.0()(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_baseu_xml-2.6.so.0()(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_html-2.6.so.0()(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_baseu_net-2.6.so.0()(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_xrc-2.6.so.0(WXU_2.6)(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_baseu_xml-2.6.so.0(WXU_2.6)(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3)(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6)(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_baseu-2.6.so.0(WXU_2.6)(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_html-2.6.so.0(WXU_2.6)(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_xrc-2.6.so.0()(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_baseu-2.6.so.0()(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_adv-2.6.so.0()(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6)(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2)(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_qa-2.6.so.0()(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_baseu_xml-2.6.so.0()(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0()(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_html-2.6.so.0()(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_baseu_net-2.6.so.0()(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_xrc-2.6.so.0(WXU_2.6)(64bit) compat-wxPythonGTK2-2.4.2.4-12.fc6.x86_64 requires python(abi) = 0:2.4 csound-5.03.0-9.fc7.i386 requires libpython2.4.so.1.0 csound-5.03.0-9.fc7.x86_64 requires libpython2.4.so.1.0()(64bit) csound-python-5.03.0-9.fc7.x86_64 requires python(abi) = 0:2.4 csound-python-5.03.0-9.fc7.x86_64 requires libpython2.4.so.1.0()(64bit) cyphesis-0.5.10-3.fc7.x86_64 requires libpython2.4.so.1.0()(64bit) em8300-0.16.0-3.fc7.x86_64 requires em8300-kmod >= 0:0.16.0 kaffeine-0.8.3-2.fc7.i386 requires libgstinterfaces-0.8.so.0 kaffeine-0.8.3-2.fc7.i386 requires libgstreamer-0.8.so.1 kaffeine-0.8.3-2.fc7.x86_64 requires libgstreamer-0.8.so.1()(64bit) kaffeine-0.8.3-2.fc7.x86_64 requires libgstinterfaces-0.8.so.0()(64bit) kdemultimedia-extras-6:3.5.5-0.3.fc7.x86_64 requires libgstreamer-0.8.so.1()(64bit) kinput2-v3.1-29.fc6.x86_64 requires libwnn.so.0()(64bit) libreadline-java-0.8.0-13.fc6.i386 requires libedit >= 0:2.9 libreadline-java-0.8.0-13.fc6.x86_64 requires libedit >= 0:2.9 openpbx-1.2-3.rc2.svn2135.fc7.i386 requires libedit.so.0 openpbx-1.2-3.rc2.svn2135.fc7.x86_64 requires libedit.so.0()(64bit) openpbx-postgresql-1.2-3.rc2.svn2135.fc7.x86_64 requires libpq.so.4()(64bit) paraview-2.4.4-3.fc6.x86_64 requires libpython2.4.so.1.0()(64bit) paraview-mpi-2.4.4-3.fc6.x86_64 requires libpython2.4.so.1.0()(64bit) perl-Spreadsheet-ParseExcel-0.2700-1.fc7.x86_64 requires perl(warnnigs) plplot-5.6.1-8.fc7.i386 requires python(abi) = 0:2.4 plplot-5.6.1-8.fc7.i386 requires libpython2.4.so.1.0 plplot-5.6.1-8.fc7.x86_64 requires python(abi) = 0:2.4 plplot-5.6.1-8.fc7.x86_64 requires libpython2.4.so.1.0()(64bit) plplot-gnome-5.6.1-8.fc7.i386 requires python(abi) = 0:2.4 plplot-gnome-5.6.1-8.fc7.i386 requires libpython2.4.so.1.0 plplot-gnome-5.6.1-8.fc7.x86_64 requires python(abi) = 0:2.4 plplot-gnome-5.6.1-8.fc7.x86_64 requires libpython2.4.so.1.0()(64bit) plplot-wxGTK-5.6.1-8.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6)(64bit) plplot-wxGTK-5.6.1-8.fc7.x86_64 requires libwx_baseu-2.6.so.0(WXU_2.6)(64bit) plplot-wxGTK-5.6.1-8.fc7.x86_64 requires libwx_baseu-2.6.so.0()(64bit) plplot-wxGTK-5.6.1-8.fc7.x86_64 requires libwx_gtk2u_xrc-2.6.so.0()(64bit) plplot-wxGTK-5.6.1-8.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2)(64bit) plplot-wxGTK-5.6.1-8.fc7.x86_64 requires libwx_gtk2u_qa-2.6.so.0()(64bit) plplot-wxGTK-5.6.1-8.fc7.x86_64 requires libwx_baseu_xml-2.6.so.0()(64bit) plplot-wxGTK-5.6.1-8.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0()(64bit) plplot-wxGTK-5.6.1-8.fc7.x86_64 requires libwx_gtk2u_html-2.6.so.0()(64bit) plplot-wxGTK-5.6.1-8.fc7.x86_64 requires libwx_baseu_net-2.6.so.0()(64bit) plplot-wxGTK-5.6.1-8.fc7.x86_64 requires libwx_gtk2u_adv-2.6.so.0()(64bit) python-amara-1.1.7-2.fc6.noarch requires python(abi) = 0:2.4 python-cherrypy-2.2.1-3.fc6.noarch requires python(abi) = 0:2.4 python-pydns-2.3.0-4.fc6.noarch requires python(abi) = 0:2.4 python-twisted-1.3.0-7.fc6.x86_64 requires python(abi) = 0:2.4 rekall-postgresql-2.4.3-5.fc6.x86_64 requires libpq.so.4()(64bit) rekall-python-2.4.3-5.fc6.x86_64 requires python(abi) = 0:2.4 rekall-python-2.4.3-5.fc6.x86_64 requires libpython2.4.so.1.0()(64bit) streamtuner-0.99.99-15.fc7.x86_64 requires libpython2.4.so.1.0()(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_gtk2u_gl-2.6.so.0(WXU_2.6)(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6)(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_baseu-2.6.so.0(WXU_2.6)(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_gtk2u_xrc-2.6.so.0()(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_gtk2u_core-2.6.so.0()(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_baseu-2.6.so.0()(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_gtk2u_adv-2.6.so.0()(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6)(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_gtk2u_qa-2.6.so.0()(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_baseu_xml-2.6.so.0()(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_gtk2u_html-2.6.so.0()(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_baseu_net-2.6.so.0()(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_gtk2u_gl-2.6.so.0()(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2)(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3)(64bit) xmldiff-0.6.7-12.fc6.x86_64 requires python-abi = 0:2.4 xmldiff-0.6.7-12.fc6.x86_64 requires python(abi) = 0:2.4 From mr.ecik at gmail.com Wed Jan 17 17:26:10 2007 From: mr.ecik at gmail.com (=?ISO-8859-2?Q?Micha=B3_Bentkowski?=) Date: Wed, 17 Jan 2007 18:26:10 +0100 Subject: Announcing FEver - an upstream tracking system In-Reply-To: <45AE5AB0.4020801@kobold.org> References: <668bb39a0612271253j6bbcd4eep999fc25276242062@mail.gmail.com> <604aa7910612271353k2ea5ea95ked6dd3b2752585c2@mail.gmail.com> <668bb39a0612280139r39adc0e9h5bf73c5fa8c7ffc@mail.gmail.com> <604aa7910612281138qdb0607exe516aeccee305366@mail.gmail.com> <668bb39a0612281204g3e3a2ffscd63c2e37d2d62f1@mail.gmail.com> <45AE5AB0.4020801@kobold.org> Message-ID: <668bb39a0701170926v364f026ag924833594560b038@mail.gmail.com> 07-01-17, Wart napisa?(a): > How often is this check done? One of the packages that I added > (manaworld) had an update available when I put it on the list about a > week ago, and then another update yesterday, but I never received a > notification via bugzilla or email. I'm very sorry but due to some problems I am currently unable to do checks. Also, I have to make impovements... It seems that FEver will get back within a few days. I let you know when it does. -- Micha? Bentkowski mr.ecik at gmail.com From bugs.michael at gmx.net Wed Jan 17 21:35:43 2007 From: bugs.michael at gmx.net (Michael Schwendt) Date: Wed, 17 Jan 2007 22:35:43 +0100 Subject: rpms/ebtables/FC-6 ebtables.spec,1.14,1.15 sources,1.4,1.5 In-Reply-To: <200701172056.l0HKuJ3X004513@cvs-int.fedora.redhat.com> References: <200701172056.l0HKuJ3X004513@cvs-int.fedora.redhat.com> Message-ID: <20070117223543.ec7a6148.bugs.michael@gmx.net> On Wed, 17 Jan 2007 15:56:19 -0500, Tom Callaway (spot) wrote: > Author: spot > > Update of /cvs/extras/rpms/ebtables/FC-6 > -%define prever rc2 > +%define prever rc3 > > Name: ebtables > Version: 2.0.8 > -Release: 0.7.%{prever}%{?dist} > +Release: 0.1.%{prever}%{?dist} Just in case nobody else notices this, package won't upgrade, because: 0.1.rc3 is less than 0.7.rc2 From tcallawa at redhat.com Wed Jan 17 22:02:46 2007 From: tcallawa at redhat.com (Tom 'spot' Callaway) Date: Wed, 17 Jan 2007 16:02:46 -0600 Subject: rpms/ebtables/FC-6 ebtables.spec,1.14,1.15 sources,1.4,1.5 In-Reply-To: <20070117223543.ec7a6148.bugs.michael@gmx.net> References: <200701172056.l0HKuJ3X004513@cvs-int.fedora.redhat.com> <20070117223543.ec7a6148.bugs.michael@gmx.net> Message-ID: <1169071366.20121.21.camel@localhost.localdomain> On Wed, 2007-01-17 at 22:35 +0100, Michael Schwendt wrote: > On Wed, 17 Jan 2007 15:56:19 -0500, Tom Callaway (spot) wrote: > > > Author: spot > > > > Update of /cvs/extras/rpms/ebtables/FC-6 > > > -%define prever rc2 > > +%define prever rc3 > > > > Name: ebtables > > Version: 2.0.8 > > -Release: 0.7.%{prever}%{?dist} > > +Release: 0.1.%{prever}%{?dist} > > Just in case nobody else notices this, package won't upgrade, because: > > 0.1.rc3 is less than 0.7.rc2 Yeah, I just realized my mistake. Easy enough to fix though, no need for epoch either. ~spot From martin.sourada at seznam.cz Wed Jan 17 22:05:23 2007 From: martin.sourada at seznam.cz (Martin Sourada) Date: Wed, 17 Jan 2007 23:05:23 +0100 Subject: Package review (gxine) - need sponsor Message-ID: <45AE9DA3.1040702@seznam.cz> Rex Dieter wrote: > Have you done any (other) package reviews yourself? I've just finished one. Bz #222648 Martin From ville.skytta at iki.fi Wed Jan 17 22:59:03 2007 From: ville.skytta at iki.fi (Ville =?iso-8859-1?q?Skytt=E4?=) Date: Thu, 18 Jan 2007 00:59:03 +0200 Subject: info scriptlets and nodoc in rpmrc In-Reply-To: References: Message-ID: <200701180059.03676.ville.skytta@iki.fi> On Thursday 11 January 2007 14:20, Goede, J.W.R. de wrote: > > Because I'm low on harddiskspace on a certain machine I've > added nodoc to my rpmrc, so that rpm no longer installs > %doc files, now however during a yum update I get numerous > install-info: no such file or directory .... > errors and worse: > error %post(xxx) scriptlet failed, exit status 1 errors http://www.redhat.com/archives/fedora-maintainers/2007-January/msg00017.html http://koti.welho.com/vskytta/install-infos/ (54 of the reported Core packages remain unfixed at the moment) From opensource at till.name Wed Jan 17 23:13:21 2007 From: opensource at till.name (Till Maas) Date: Thu, 18 Jan 2007 00:13:21 +0100 Subject: license questions Message-ID: <200701180013.30048.opensource@till.name> Hiyas, are these two licenses ok for packages in fedora/extras: | This software is in the public domain. Permission to use, copy, modify, and | distribute this software and its documentation for any purpose and without | fee is hereby granted, without any conditions or restrictions. This software | is provided "as is" without express or implied warranty. from http://www.fourmilab.ch/xd/ and http://www.intel.com/technology/iapc/acpi/license2.htm Regards, Till -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From tcallawa at redhat.com Wed Jan 17 23:38:57 2007 From: tcallawa at redhat.com (Tom 'spot' Callaway) Date: Wed, 17 Jan 2007 17:38:57 -0600 Subject: license questions In-Reply-To: <200701180013.30048.opensource@till.name> References: <200701180013.30048.opensource@till.name> Message-ID: <1169077137.20121.41.camel@localhost.localdomain> On Thu, 2007-01-18 at 00:13 +0100, Till Maas wrote: > Hiyas, > > are these two licenses ok for packages in fedora/extras: > > | This software is in the public domain. Permission to use, copy, modify, and > | distribute this software and its documentation for any purpose and without > | fee is hereby granted, without any conditions or restrictions. This software > | is provided "as is" without express or implied warranty. > from http://www.fourmilab.ch/xd/ Yes, Public Domain is GPL Compatible, Free. > and > > http://www.intel.com/technology/iapc/acpi/license2.htm Lemme ask the FSF on this one. Thanks, ~spot From christoph.wickert at nurfuerspam.de Wed Jan 17 23:56:43 2007 From: christoph.wickert at nurfuerspam.de (Christoph Wickert) Date: Thu, 18 Jan 2007 00:56:43 +0100 Subject: Package review status (2007.01.12) In-Reply-To: <20070112191141.6d476753@ludwig-alpha.unil.ch> References: <20070112191141.6d476753@ludwig-alpha.unil.ch> Message-ID: <1169078203.3733.67.camel@hal9000.oberschlesier.lan> Am Freitag, den 12.01.2007, 19:11 +0100 schrieb Christian Iseli: > yufanyufan gmail com audacious-itouch Review is at https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=218256 but the package has not been approved yet. I already asked the admins to remove it from cvs until the review is finished. Sorry for replying so late. I should have been answering before because I'm Yu's sponsor. Christoph From mtasaka at ioa.s.u-tokyo.ac.jp Thu Jan 18 02:52:01 2007 From: mtasaka at ioa.s.u-tokyo.ac.jp (Mamoru Tasaka) Date: Thu, 18 Jan 2007 11:52:01 +0900 Subject: SELinux expert needed for Fedora Extras review? Message-ID: <45AEE0D1.3000008@ioa.s.u-tokyo.ac.jp> Hello. Today I asked for a advise from upstream about a new bugzilla review request ticket: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=222594 I am very interested because the author/submitter of this package is Japanese, however, this package (seedit) is to edit SELinux policy and actually I don't know about SELinux almost at all. So I hope that someone who are familiar with SELinux would help this review request. Thank you in advance. Regards, Mamoru Tasaka From j.w.r.degoede at hhs.nl Thu Jan 18 07:37:16 2007 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Thu, 18 Jan 2007 08:37:16 +0100 Subject: info scriptlets and nodoc in rpmrc In-Reply-To: <200701180059.03676.ville.skytta@iki.fi> References: <200701180059.03676.ville.skytta@iki.fi> Message-ID: <45AF23AC.7030104@hhs.nl> Ville Skytt? wrote: > On Thursday 11 January 2007 14:20, Goede, J.W.R. de wrote: >> Because I'm low on harddiskspace on a certain machine I've >> added nodoc to my rpmrc, so that rpm no longer installs >> %doc files, now however during a yum update I get numerous >> install-info: no such file or directory .... >> errors and worse: >> error %post(xxx) scriptlet failed, exit status 1 errors > > http://www.redhat.com/archives/fedora-maintainers/2007-January/msg00017.html > http://koti.welho.com/vskytta/install-infos/ > > (54 of the reported Core packages remain unfixed at the moment) > Maybe one of the bugzilla scripting guru's on this list can take your list of packages and autofile bugs against all them? Regards, Hans From opensource at till.name Thu Jan 18 10:16:49 2007 From: opensource at till.name (Till Maas) Date: Thu, 18 Jan 2007 11:16:49 +0100 Subject: license questions In-Reply-To: <1169077137.20121.41.camel@localhost.localdomain> References: <200701180013.30048.opensource@till.name> <1169077137.20121.41.camel@localhost.localdomain> Message-ID: <200701181116.57661.opensource@till.name> On Thursday 18 January 2007 00:38, Tom 'spot' Callaway wrote: > On Thu, 2007-01-18 at 00:13 +0100, Till Maas wrote: > > are these two licenses ok for packages in fedora/extras: > > | This software is in the public domain. Permission to use, copy, modify, > > | and distribute this software and its documentation for any purpose and > > | without fee is hereby granted, without any conditions or restrictions. > > | This software is provided "as is" without express or implied warranty. > > > > from http://www.fourmilab.ch/xd/ > > Yes, Public Domain is GPL Compatible, Free. To be sure you did not read over it, the "without fee" requirement in the text above is not a problem? Regards, Till -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From giallu at gmail.com Thu Jan 18 10:37:50 2007 From: giallu at gmail.com (Gianluca Sforna) Date: Thu, 18 Jan 2007 11:37:50 +0100 Subject: license questions In-Reply-To: <200701181116.57661.opensource@till.name> References: <200701180013.30048.opensource@till.name> <1169077137.20121.41.camel@localhost.localdomain> <200701181116.57661.opensource@till.name> Message-ID: On 1/18/07, Till Maas wrote: > On Thursday 18 January 2007 00:38, Tom 'spot' Callaway wrote: > > On Thu, 2007-01-18 at 00:13 +0100, Till Maas wrote: > > > > are these two licenses ok for packages in fedora/extras: > > > | This software is in the public domain. Permission to use, copy, modify, > > > | and distribute this software and its documentation for any purpose and > > > | without fee is hereby granted, without any conditions or restrictions. > > > | This software is provided "as is" without express or implied warranty. > > > > > > from http://www.fourmilab.ch/xd/ > > > > Yes, Public Domain is GPL Compatible, Free. > > To be sure you did not read over it, the "without fee" requirement in the text > above is not a problem? > Of course, IANAL, but I read it as they are giving anyone those rights without asking a fee in return. That is, the "without fee" not being part of the restrictions but of the granted rights. From j.w.r.degoede at hhs.nl Thu Jan 18 11:10:27 2007 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Thu, 18 Jan 2007 12:10:27 +0100 Subject: license questions In-Reply-To: References: <200701180013.30048.opensource@till.name> <1169077137.20121.41.camel@localhost.localdomain> <200701181116.57661.opensource@till.name> Message-ID: <45AF55A3.9090406@hhs.nl> Gianluca Sforna wrote: > On 1/18/07, Till Maas wrote: >> On Thursday 18 January 2007 00:38, Tom 'spot' Callaway wrote: >> > On Thu, 2007-01-18 at 00:13 +0100, Till Maas wrote: >> >> > > are these two licenses ok for packages in fedora/extras: >> > > | This software is in the public domain. Permission to use, copy, >> modify, >> > > | and distribute this software and its documentation for any >> purpose and >> > > | without fee is hereby granted, without any conditions or >> restrictions. >> > > | This software is provided "as is" without express or implied >> warranty. >> > > >> > > from http://www.fourmilab.ch/xd/ >> > >> > Yes, Public Domain is GPL Compatible, Free. >> >> To be sure you did not read over it, the "without fee" requirement in >> the text >> above is not a problem? >> > Of course, IANAL, but I read it as they are giving anyone those rights > without asking a fee in return. That is, the "without fee" not being > part of the restrictions but of the granted rights. > I agree, they clearly state its Public Domain and thats a well defined legal term. Regards, Hans From opensource at till.name Thu Jan 18 11:31:17 2007 From: opensource at till.name (Till Maas) Date: Thu, 18 Jan 2007 12:31:17 +0100 Subject: license questions In-Reply-To: References: <200701180013.30048.opensource@till.name> <200701181116.57661.opensource@till.name> Message-ID: <200701181231.25433.opensource@till.name> On Thursday 18 January 2007 11:37, Gianluca Sforna wrote: > That is, the "without fee" not being > part of the restrictions but of the granted rights. Ah, thank you, this makes much more sense :-). Regards, Till -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From buildsys at fedoraproject.org Thu Jan 18 12:40:21 2007 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Thu, 18 Jan 2007 07:40:21 -0500 (EST) Subject: Fedora Extras Package Build Report 2007-01-18 Message-ID: <20070118124021.D930D15212E@buildsys.fedoraproject.org> Packages built and released for Fedora Extras development: 48 anjuta-gdl-0.7.0-1.fc7 bibletime-1.6.2-4.fc7 c-ares-1.3.2-1.fc7 cairomm-1.2.4-1.fc7 cgdb-0.6.3-10.fc7 claws-mail-2.7.1-1.fc7 codeblocks-1.0-0.19.20070117svn3500.fc7 dejavu-fonts-2.14-0.1.rc1.fc7 dhcp-forwarder-0.7-12.fc7 directfb-1.0.0-0.1.rc2.fc7 dvdauthor-0.6.13-1.fc7 ebtables-2.0.8-0.8.rc3.fc7 NEW geany-0.10-2.fc7 gnome-build-0.1.4-1.fc7 gxemul-0.4.3-1.fc7 ip-sentinel-0.12-10.fc7 ipe-6.0-0.17.pre28.fc7 jd-1.8.5-0.3.cvs070117.fc7 NEW ksudoku-0.3-2.fc7 libetpan-0.49-1.fc7 libmtp-0.1.3-1.fc7 lilypond-2.10.11-1.fc7 mail-notification-4.0-1.fc7 manaworld-0.0.22-1.fc7 ntfs-3g-0-0.8.20070118.fc7 perl-Apache-Session-Wrapper-0.33-1.fc7 perl-Class-Accessor-0.30-1.fc7 perl-Class-DBI-3.0.16-1.fc7 perl-Class-Data-Inheritable-0.06-1.fc7 perl-Clone-0.22-1.fc7 perl-Email-Valid-0.179-1.fc7 perl-Exporter-Lite-0.02-1.fc7 NEW perl-File-Copy-Recursive-0.30-2.fc7 perl-File-Flat-1.00-1.fc7 perl-HTML-Tree-3.23-1.fc7 perl-Image-ExifTool-6.69-1.fc7 perl-SQL-Abstract-1.22-1.fc7 perl-Spreadsheet-ParseExcel-0.2700-2.fc7 perl-Test-Inline-2.201-2.fc7 perl-Test-Prereq-1.032-1.fc7 perl-UNIVERSAL-require-0.11-1.fc7 perl-XML-RSS-1.22-1.fc7 perl-version-0.69-1.fc7 NEW python-openid-1.1.1-1.fc7 python-twisted-2.4.0-3.fc7 varconf-0.6.5-1.fc7 vpnc-0.3.3-15.fc7 xtide-2.9-0.2.date20070115.fc7 Packages built and released for Fedora Extras 6: 34 amarok-1.4.4-6.fc6 c-ares-1.3.2-1.fc6 cairomm-1.2.4-1.fc6 NEW cgdb-0.6.3-10.fc6 NEW claws-mail-2.7.1-1.fc6 codeblocks-1.0-0.19.20070117svn3500.fc6 dhcp-forwarder-0.7-12.fc6 dvdauthor-0.6.13-1.fc6 ebtables-2.0.8-0.8.rc3.fc6 NEW geany-0.10-2.fc6 gxemul-0.4.3-1.fc6 ip-sentinel-0.12-10.fc6 NEW ksudoku-0.3-2.fc6 libetpan-0.49-1.fc6 manaworld-0.0.22-1.fc6 ntfs-3g-0-0.8.20070118.fc6 perl-Apache-Session-Wrapper-0.33-1.fc6 perl-Class-Accessor-0.30-1.fc6 perl-Class-DBI-3.0.16-1.fc6 perl-Class-Data-Inheritable-0.06-1.fc6 perl-Clone-0.22-1.fc6 perl-Email-Valid-0.179-1.fc6 perl-Exporter-Lite-0.02-1.fc6 perl-HTML-Tree-3.23-1.fc6 perl-Image-ExifTool-6.69-1.fc6 perl-SQL-Abstract-1.22-1.fc6 perl-UNIVERSAL-require-0.11-1.fc6 perl-XML-RSS-1.22-1.fc6 perl-version-0.69-1.fc6 NEW polyester-1.0-2.fc6 NEW python-openid-1.1.1-1.fc6 python-twisted-2.4.0-3.fc6 varconf-0.6.5-1.fc6 xtide-2.9-0.2.date20070115.fc6 Packages built and released for Fedora Extras 5: 27 c-ares-1.3.2-1.fc5 NEW claws-mail-2.7.1-1.fc5 codeblocks-1.0-0.19.20070117svn3500.fc5 ebtables-2.0.8-0.8.rc3.fc5 NEW geany-0.10-2.fc5 gxemul-0.4.3-1.fc5 NEW ksudoku-0.3-2.fc5 libetpan-0.49-1.fc5 ntfs-3g-0-0.8.20070118.fc5 perl-Apache-Session-Wrapper-0.33-1.fc5 perl-Class-Accessor-0.30-1.fc5 perl-Class-DBI-3.0.16-1.fc5 perl-Class-Data-Inheritable-0.06-1.fc5 perl-Clone-0.22-1.fc5 perl-Email-Valid-0.179-1.fc5 perl-Exporter-Lite-0.02-1.fc5 perl-HTML-Tree-3.23-1.fc5 perl-Image-ExifTool-6.69-1.fc5 perl-SQL-Abstract-1.22-1.fc5 perl-UNIVERSAL-require-0.11-1.fc5 perl-XML-RSS-1.22-1.fc5 perl-version-0.69-1.fc5 NEW polyester-1.0-2.fc5 NEW python-openid-1.1.1-1.fc5 rosegarden4-1.4.0-1.fc5 soundtracker-0.6.8-2.fc5 xtide-2.9-0.2.date20070115.fc5 For more information about the built packages please see the repository or the Fedora Info Feed: http://fedoraproject.org/infofeed/ From buildsys at fedoraproject.org Thu Jan 18 13:27:24 2007 From: buildsys at fedoraproject.org (Fedora Extras repoclosure) Date: Thu, 18 Jan 2007 13:27:24 -0000 Subject: Summary - Broken dependencies in Fedora Extras - 2007-01-18 Message-ID: <20070118132724.21306.97262@extras64.linux.duke.edu> New report for: andreas.bierfert AT lowlatency.de package: claws-mail-plugins-etpan-privacy - 2.6.1-2.fc7.i386 from fedora-extras-development-i386 unresolved deps: libetpan.so.10 package: claws-mail-plugins-etpan-privacy - 2.6.1-2.fc7.ppc from fedora-extras-development-ppc unresolved deps: libetpan.so.10 package: claws-mail-plugins-etpan-privacy - 2.6.1-2.fc7.x86_64 from fedora-extras-development-x86_64 unresolved deps: libetpan.so.10()(64bit) package: sylpheed-claws-plugins-etpan-privacy - 2.6.0-1.fc5.i386 from fedora-extras-5-i386 unresolved deps: libetpan.so.10 package: sylpheed-claws-plugins-etpan-privacy - 2.6.0-1.fc5.ppc from fedora-extras-5-ppc unresolved deps: libetpan.so.10 package: sylpheed-claws-plugins-etpan-privacy - 2.6.0-1.fc5.x86_64 from fedora-extras-5-x86_64 unresolved deps: libetpan.so.10()(64bit) package: sylpheed-claws-plugins-etpan-privacy - 2.6.0-1.fc6.i386 from fedora-extras-6-i386 unresolved deps: libetpan.so.10 package: sylpheed-claws-plugins-etpan-privacy - 2.6.0-1.fc6.ppc from fedora-extras-6-ppc unresolved deps: libetpan.so.10 package: sylpheed-claws-plugins-etpan-privacy - 2.6.0-1.fc6.x86_64 from fedora-extras-6-x86_64 unresolved deps: libetpan.so.10()(64bit) ====================================================================== New report for: triad AT df.lth.se package: gnomad2 - 2.8.9-4.fc7.i386 from fedora-extras-development-i386 unresolved deps: libmtp.so.4 package: gnomad2 - 2.8.9-4.fc7.ppc from fedora-extras-development-ppc unresolved deps: libmtp.so.4 package: gnomad2 - 2.8.9-4.fc7.x86_64 from fedora-extras-development-x86_64 unresolved deps: libmtp.so.4()(64bit) ====================================================================== New report for: denis AT poolshark.org package: bakery - 2.4.1-1.fc7.i386 from fedora-extras-development-x86_64 unresolved deps: libcairomm-1.0.so.1 package: gtkmm24 - 2.10.6-1.fc7.i386 from fedora-extras-development-x86_64 unresolved deps: libcairomm-1.0.so.1 package: k3d - 0.6.5.0-1.fc7.i386 from fedora-extras-development-x86_64 unresolved deps: libcairomm-1.0.so.1 package: libglademm24 - 2.6.3-2.fc6.i386 from fedora-extras-development-x86_64 unresolved deps: libcairomm-1.0.so.1 package: libgnomecanvasmm26 - 2.16.0-2.i386 from fedora-extras-development-x86_64 unresolved deps: libcairomm-1.0.so.1 package: libgnomemm26 - 2.16.0-3.i386 from fedora-extras-development-x86_64 unresolved deps: libcairomm-1.0.so.1 package: libgnomeuimm26 - 2.16.0-2.i386 from fedora-extras-development-x86_64 unresolved deps: libcairomm-1.0.so.1 ====================================================================== New report for: rvinyard AT cs.nmsu.edu package: bitgtkmm - 0.2.2-5.fc6.i386 from fedora-extras-development-x86_64 unresolved deps: libcairomm-1.0.so.1 package: conexusmm - 0.4.0-5.fc6.i386 from fedora-extras-development-x86_64 unresolved deps: libcairomm-1.0.so.1 package: conexusmm-devel - 0.4.0-5.fc6.i386 from fedora-extras-development-x86_64 unresolved deps: libcairomm-1.0.so.1 package: papyrus - 0.6.1-1.fc7.i386 from fedora-extras-development-x86_64 unresolved deps: libcairomm-1.0.so.1 package: papyrus-devel - 0.6.1-1.fc7.i386 from fedora-extras-development-x86_64 unresolved deps: libcairomm-1.0.so.1 ====================================================================== New report for: karlthered AT gmail.com package: gtkmozembedmm - 1.4.2.cvs20060817-7.fc7.i386 from fedora-extras-development-x86_64 unresolved deps: libcairomm-1.0.so.1 package: libsexymm - 0.1.9-1.fc6.i386 from fedora-extras-development-x86_64 unresolved deps: libcairomm-1.0.so.1 ====================================================================== New report for: paul AT all-the-johnsons.co.uk package: anjuta - 1:2.0.2-13.fc7.i386 from fedora-extras-development-x86_64 unresolved deps: libgbf-widgets-1.so.0 libgdl-1.so.0 libgbf-1.so.0 package: gnome-build - 0.1.4-1.fc7.i386 from fedora-extras-development-i386 unresolved deps: perl(GBF::Make) package: gnome-build - 0.1.4-1.fc7.ppc from fedora-extras-development-ppc unresolved deps: perl(GBF::Make) package: gnome-build - 0.1.4-1.fc7.x86_64 from fedora-extras-development-x86_64 unresolved deps: perl(GBF::Make) ====================================================================== New report for: gilles.gagniard AT gmail.com package: gtkglextmm - 1.2.0-5.fc6.i386 from fedora-extras-development-x86_64 unresolved deps: libcairomm-1.0.so.1 ====================================================================== New report for: j.w.r.degoede AT hhs.nl package: ogre - 1.2.3-1.fc7.i386 from fedora-extras-development-x86_64 unresolved deps: libcairomm-1.0.so.1 ====================================================================== New report for: splinux AT fedoraproject.org package: libgtksourceviewmm - 0.2.0-4.fc7.i386 from fedora-extras-development-x86_64 unresolved deps: libcairomm-1.0.so.1 ====================================================================== New report for: gauret AT free.fr package: xine-lib-extras - 1.1.3-3.fc7.i386 from fedora-extras-development-i386 unresolved deps: libdirect-0.9.so.25 libdirectfb-0.9.so.25 libfusion-0.9.so.25 package: xine-lib-extras - 1.1.3-3.fc7.ppc from fedora-extras-development-ppc unresolved deps: libdirect-0.9.so.25 libdirectfb-0.9.so.25 libfusion-0.9.so.25 package: xine-lib-extras - 1.1.3-3.fc7.x86_64 from fedora-extras-development-x86_64 unresolved deps: libdirect-0.9.so.25()(64bit) libdirectfb-0.9.so.25()(64bit) libfusion-0.9.so.25()(64bit) ====================================================================== Summary of broken packages (by owner): andreas.bierfert AT lowlatency.de claws-mail-plugins-etpan-privacy - 2.6.1-2.fc7.i386 claws-mail-plugins-etpan-privacy - 2.6.1-2.fc7.ppc claws-mail-plugins-etpan-privacy - 2.6.1-2.fc7.x86_64 sylpheed-claws-plugins-etpan-privacy - 2.6.0-1.fc5.i386 sylpheed-claws-plugins-etpan-privacy - 2.6.0-1.fc5.ppc sylpheed-claws-plugins-etpan-privacy - 2.6.0-1.fc5.x86_64 sylpheed-claws-plugins-etpan-privacy - 2.6.0-1.fc6.i386 sylpheed-claws-plugins-etpan-privacy - 2.6.0-1.fc6.ppc sylpheed-claws-plugins-etpan-privacy - 2.6.0-1.fc6.x86_64 cgoorah AT yahoo.com.au toped - 0.8.2-2.fc6.i386 (34 days) toped - 0.8.2-2.fc6.ppc (34 days) toped - 0.8.2-2.fc6.x86_64 (34 days) dcbw AT redhat.com csound - 5.03.0-9.fc7.i386 (41 days) csound - 5.03.0-9.fc7.i386 (41 days) csound - 5.03.0-9.fc7.ppc (41 days) csound - 5.03.0-9.fc7.x86_64 (41 days) csound-python - 5.03.0-9.fc7.i386 (41 days) csound-python - 5.03.0-9.fc7.ppc (41 days) csound-python - 5.03.0-9.fc7.x86_64 (41 days) denis AT poolshark.org bakery - 2.4.1-1.fc7.i386 gtkmm24 - 2.10.6-1.fc7.i386 k3d - 0.6.5.0-1.fc7.i386 libglademm24 - 2.6.3-2.fc6.i386 libgnomecanvasmm26 - 2.16.0-2.i386 libgnomemm26 - 2.16.0-3.i386 libgnomeuimm26 - 2.16.0-2.i386 dwmw2 AT redhat.com openpbx - 1.2-3.rc2.svn2135.fc7.i386 (43 days) openpbx - 1.2-3.rc2.svn2135.fc7.i386 (43 days) openpbx - 1.2-3.rc2.svn2135.fc7.ppc (43 days) openpbx - 1.2-3.rc2.svn2135.fc7.x86_64 (43 days) openpbx-postgresql - 1.2-3.rc2.svn2135.fc7.i386 (43 days) openpbx-postgresql - 1.2-3.rc2.svn2135.fc7.ppc (43 days) openpbx-postgresql - 1.2-3.rc2.svn2135.fc7.x86_64 (43 days) endur AT bennewitz.com streamtuner - 0.99.99-15.fc7.x86_64 (41 days) gauret AT free.fr amarok - 1.4.4-5.fc7.i386 amarok - 1.4.4-5.fc7.i386 amarok - 1.4.4-5.fc7.ppc amarok - 1.4.4-5.fc7.x86_64 xine-lib-extras - 1.1.3-3.fc7.i386 xine-lib-extras - 1.1.3-3.fc7.ppc xine-lib-extras - 1.1.3-3.fc7.x86_64 gilles.gagniard AT gmail.com gtkglextmm - 1.2.0-5.fc6.i386 ifoox AT redhat.com libreadline-java - 0.8.0-13.fc6.i386 (38 days) libreadline-java - 0.8.0-13.fc6.i386 (38 days) libreadline-java - 0.8.0-13.fc6.ppc (38 days) libreadline-java - 0.8.0-13.fc6.x86_64 (38 days) j.w.r.degoede AT hhs.nl ogre - 1.2.3-1.fc7.i386 jafo-redhat AT tummy.com python-pydns - 2.3.0-4.fc6.noarch (41 days) python-pydns - 2.3.0-4.fc6.noarch (41 days) python-pydns - 2.3.0-4.fc6.noarch (41 days) jamatos AT fc.up.pt python-amara - 1.1.7-2.fc6.noarch (41 days) python-amara - 1.1.7-2.fc6.noarch (41 days) python-amara - 1.1.7-2.fc6.noarch (41 days) jeff AT ocjtech.us linphone - 1.2.0-4.fc5.i386 (101 days) linphone - 1.2.0-4.fc5.ppc (101 days) linphone - 1.2.0-4.fc5.x86_64 (101 days) karlthered AT gmail.com gtkmozembedmm - 1.4.2.cvs20060817-7.fc7.i386 libsexymm - 0.1.9-1.fc6.i386 lmacken AT redhat.com TurboGears - 1.0b2-5.fc7.noarch (36 days) TurboGears - 1.0b2-5.fc7.noarch (36 days) TurboGears - 1.0b2-5.fc7.noarch (36 days) python-cherrypy - 2.2.1-3.fc6.noarch (41 days) python-cherrypy - 2.2.1-3.fc6.noarch (41 days) python-cherrypy - 2.2.1-3.fc6.noarch (41 days) orion AT cora.nwra.com paraview - 2.4.4-3.fc6.x86_64 (41 days) paraview-mpi - 2.4.4-3.fc6.x86_64 (41 days) plplot - 5.6.1-8.fc7.i386 (41 days) plplot - 5.6.1-8.fc7.i386 (41 days) plplot - 5.6.1-8.fc7.ppc (41 days) plplot - 5.6.1-8.fc7.x86_64 (41 days) plplot-gnome - 5.6.1-8.fc7.i386 (41 days) plplot-gnome - 5.6.1-8.fc7.i386 (41 days) plplot-gnome - 5.6.1-8.fc7.ppc (41 days) plplot-gnome - 5.6.1-8.fc7.x86_64 (41 days) plplot-wxGTK - 5.6.1-8.fc7.i386 (41 days) plplot-wxGTK - 5.6.1-8.fc7.ppc (41 days) plplot-wxGTK - 5.6.1-8.fc7.x86_64 (41 days) paul AT all-the-johnsons.co.uk anjuta - 1:2.0.2-13.fc7.i386 gnome-build - 0.1.4-1.fc7.i386 gnome-build - 0.1.4-1.fc7.ppc gnome-build - 0.1.4-1.fc7.x86_64 petersen AT redhat.com ghc642-gtk2hs-mozembed - 0.9.10-1.fc5.i386 (11 days) ghc642-gtk2hs-mozembed - 0.9.10-1.fc5.ppc (11 days) ghc642-gtk2hs-mozembed - 0.9.10-1.fc5.x86_64 (11 days) rdieter AT math.unl.edu PyKDE - 3.16.0-5.fc7.i386 (41 days) PyKDE - 3.16.0-5.fc7.i386 (41 days) PyKDE - 3.16.0-5.fc7.ppc (41 days) PyKDE - 3.16.0-5.fc7.x86_64 (41 days) kaffeine - 0.8.3-2.fc7.i386 (4 days) kaffeine - 0.8.3-2.fc7.i386 (4 days) kaffeine - 0.8.3-2.fc7.ppc (4 days) kaffeine - 0.8.3-2.fc7.x86_64 (4 days) kdemultimedia-extras - 6:3.5.5-0.3.fc7.i386 (4 days) kdemultimedia-extras - 6:3.5.5-0.3.fc7.ppc (4 days) kdemultimedia-extras - 6:3.5.5-0.3.fc7.x86_64 (4 days) rvinyard AT cs.nmsu.edu bitgtkmm - 0.2.2-5.fc6.i386 conexusmm - 0.4.0-5.fc6.i386 conexusmm-devel - 0.4.0-5.fc6.i386 papyrus - 0.6.1-1.fc7.i386 papyrus-devel - 0.6.1-1.fc7.i386 shahms AT shahms.com python-psyco - 1.5.1-4.fc6.i386 (41 days) splinux AT fedoraproject.org libgtksourceviewmm - 0.2.0-4.fc7.i386 stickster AT gmail.com xmldiff - 0.6.7-12.fc6.i386 (41 days) xmldiff - 0.6.7-12.fc6.ppc (41 days) xmldiff - 0.6.7-12.fc6.x86_64 (41 days) tagoh AT redhat.com kinput2 - v3.1-29.fc6.i386 (7 days) kinput2 - v3.1-29.fc6.ppc (7 days) kinput2 - v3.1-29.fc6.x86_64 (7 days) tcallawa AT redhat.com compat-wxPythonGTK2 - 2.4.2.4-12.fc6.i386 (41 days) compat-wxPythonGTK2 - 2.4.2.4-12.fc6.ppc (41 days) compat-wxPythonGTK2 - 2.4.2.4-12.fc6.x86_64 (41 days) rekall-postgresql - 2.4.3-5.fc6.i386 (43 days) rekall-postgresql - 2.4.3-5.fc6.ppc (43 days) rekall-postgresql - 2.4.3-5.fc6.x86_64 (43 days) rekall-python - 2.4.3-5.fc6.i386 (43 days) rekall-python - 2.4.3-5.fc6.ppc (43 days) rekall-python - 2.4.3-5.fc6.x86_64 (43 days) tmz AT pobox.com python-gpod - 0.4.2-1.fc6.i386 python-gpod - 0.4.2-1.fc6.ppc python-gpod - 0.4.2-1.fc6.x86_64 triad AT df.lth.se gnomad2 - 2.8.9-4.fc7.i386 gnomad2 - 2.8.9-4.fc7.ppc gnomad2 - 2.8.9-4.fc7.x86_64 ville.skytta AT iki.fi em8300 - 0.16.0-3.fc7.i386 (22 days) em8300 - 0.16.0-3.fc7.ppc (22 days) em8300 - 0.16.0-3.fc7.x86_64 (22 days) wart AT kobold.org cyphesis - 0.5.10-3.fc7.i386 (41 days) cyphesis - 0.5.10-3.fc7.ppc (41 days) cyphesis - 0.5.10-3.fc7.x86_64 (41 days) ====================================================================== Broken packages in fedora-extras-5-i386: ghc642-gtk2hs-mozembed-0.9.10-1.fc5.i386 requires mozilla-devel = 37:1.7.13 linphone-1.2.0-4.fc5.i386 requires libortp.so.2 sylpheed-claws-plugins-etpan-privacy-2.6.0-1.fc5.i386 requires libetpan.so.10 ====================================================================== Broken packages in fedora-extras-5-ppc: ghc642-gtk2hs-mozembed-0.9.10-1.fc5.ppc requires mozilla-devel = 37:1.7.13 linphone-1.2.0-4.fc5.ppc requires libortp.so.2 sylpheed-claws-plugins-etpan-privacy-2.6.0-1.fc5.ppc requires libetpan.so.10 ====================================================================== Broken packages in fedora-extras-5-x86_64: ghc642-gtk2hs-mozembed-0.9.10-1.fc5.x86_64 requires mozilla-devel = 37:1.7.13 linphone-1.2.0-4.fc5.x86_64 requires libortp.so.2()(64bit) sylpheed-claws-plugins-etpan-privacy-2.6.0-1.fc5.x86_64 requires libetpan.so.10()(64bit) ====================================================================== Broken packages in fedora-extras-6-i386: python-gpod-0.4.2-1.fc6.i386 requires libgpod.so.1 python-gpod-0.4.2-1.fc6.i386 requires libgpod = 0:0.4.2 sylpheed-claws-plugins-etpan-privacy-2.6.0-1.fc6.i386 requires libetpan.so.10 ====================================================================== Broken packages in fedora-extras-6-ppc: python-gpod-0.4.2-1.fc6.ppc requires libgpod.so.1 python-gpod-0.4.2-1.fc6.ppc requires libgpod = 0:0.4.2 sylpheed-claws-plugins-etpan-privacy-2.6.0-1.fc6.ppc requires libetpan.so.10 ====================================================================== Broken packages in fedora-extras-6-x86_64: python-gpod-0.4.2-1.fc6.x86_64 requires libgpod = 0:0.4.2 python-gpod-0.4.2-1.fc6.x86_64 requires libgpod.so.1()(64bit) sylpheed-claws-plugins-etpan-privacy-2.6.0-1.fc6.x86_64 requires libetpan.so.10()(64bit) ====================================================================== Broken packages in fedora-extras-development-i386: PyKDE-3.16.0-5.fc7.i386 requires python(abi) = 0:2.4 PyKDE-3.16.0-5.fc7.i386 requires python-abi = 0:2.4 TurboGears-1.0b2-5.fc7.noarch requires python-elementtree >= 0:1.2.6 amarok-1.4.4-5.fc7.i386 requires libmtp.so.4 amarok-1.4.4-5.fc7.i386 requires libgpod.so.0 claws-mail-plugins-etpan-privacy-2.6.1-2.fc7.i386 requires libetpan.so.10 compat-wxPythonGTK2-2.4.2.4-12.fc6.i386 requires python(abi) = 0:2.4 csound-5.03.0-9.fc7.i386 requires libpython2.4.so.1.0 csound-python-5.03.0-9.fc7.i386 requires python(abi) = 0:2.4 csound-python-5.03.0-9.fc7.i386 requires libpython2.4.so.1.0 cyphesis-0.5.10-3.fc7.i386 requires libpython2.4.so.1.0 em8300-0.16.0-3.fc7.i386 requires em8300-kmod >= 0:0.16.0 gnomad2-2.8.9-4.fc7.i386 requires libmtp.so.4 gnome-build-0.1.4-1.fc7.i386 requires perl(GBF::Make) kaffeine-0.8.3-2.fc7.i386 requires libgstinterfaces-0.8.so.0 kaffeine-0.8.3-2.fc7.i386 requires libgstreamer-0.8.so.1 kdemultimedia-extras-6:3.5.5-0.3.fc7.i386 requires libgstreamer-0.8.so.1 kinput2-v3.1-29.fc6.i386 requires libwnn.so.0 libreadline-java-0.8.0-13.fc6.i386 requires libedit >= 0:2.9 openpbx-1.2-3.rc2.svn2135.fc7.i386 requires libedit.so.0 openpbx-postgresql-1.2-3.rc2.svn2135.fc7.i386 requires libpq.so.4 plplot-5.6.1-8.fc7.i386 requires python(abi) = 0:2.4 plplot-5.6.1-8.fc7.i386 requires libpython2.4.so.1.0 plplot-gnome-5.6.1-8.fc7.i386 requires python(abi) = 0:2.4 plplot-gnome-5.6.1-8.fc7.i386 requires libpython2.4.so.1.0 plplot-wxGTK-5.6.1-8.fc7.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) plplot-wxGTK-5.6.1-8.fc7.i386 requires libwx_baseu_xml-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.i386 requires libwx_gtk2u_qa-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) plplot-wxGTK-5.6.1-8.fc7.i386 requires libwx_gtk2u_core-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.i386 requires libwx_baseu_net-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.i386 requires libwx_gtk2u_xrc-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.i386 requires libwx_gtk2u_html-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.i386 requires libwx_baseu-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.i386 requires libwx_gtk2u_adv-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.i386 requires libwx_baseu-2.6.so.0(WXU_2.6) python-amara-1.1.7-2.fc6.noarch requires python(abi) = 0:2.4 python-cherrypy-2.2.1-3.fc6.noarch requires python(abi) = 0:2.4 python-psyco-1.5.1-4.fc6.i386 requires python-abi = 0:2.4 python-psyco-1.5.1-4.fc6.i386 requires python(abi) = 0:2.4 python-pydns-2.3.0-4.fc6.noarch requires python(abi) = 0:2.4 rekall-postgresql-2.4.3-5.fc6.i386 requires libpq.so.4 rekall-python-2.4.3-5.fc6.i386 requires python(abi) = 0:2.4 rekall-python-2.4.3-5.fc6.i386 requires libpython2.4.so.1.0 toped-0.8.2-2.fc6.i386 requires libwx_gtk2u_gl-2.6.so.0 toped-0.8.2-2.fc6.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) toped-0.8.2-2.fc6.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3) toped-0.8.2-2.fc6.i386 requires libwx_baseu_xml-2.6.so.0 toped-0.8.2-2.fc6.i386 requires libwx_gtk2u_qa-2.6.so.0 toped-0.8.2-2.fc6.i386 requires libwx_gtk2u_core-2.6.so.0 toped-0.8.2-2.fc6.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) toped-0.8.2-2.fc6.i386 requires libwx_gtk2u_gl-2.6.so.0(WXU_2.6) toped-0.8.2-2.fc6.i386 requires libwx_baseu_net-2.6.so.0 toped-0.8.2-2.fc6.i386 requires libwx_gtk2u_xrc-2.6.so.0 toped-0.8.2-2.fc6.i386 requires libwx_baseu-2.6.so.0(WXU_2.6) toped-0.8.2-2.fc6.i386 requires libwx_gtk2u_html-2.6.so.0 toped-0.8.2-2.fc6.i386 requires libwx_baseu-2.6.so.0 toped-0.8.2-2.fc6.i386 requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6) toped-0.8.2-2.fc6.i386 requires libwx_gtk2u_adv-2.6.so.0 xine-lib-extras-1.1.3-3.fc7.i386 requires libdirect-0.9.so.25 xine-lib-extras-1.1.3-3.fc7.i386 requires libdirectfb-0.9.so.25 xine-lib-extras-1.1.3-3.fc7.i386 requires libfusion-0.9.so.25 xmldiff-0.6.7-12.fc6.i386 requires python-abi = 0:2.4 xmldiff-0.6.7-12.fc6.i386 requires python(abi) = 0:2.4 ====================================================================== Broken packages in fedora-extras-development-ppc: PyKDE-3.16.0-5.fc7.ppc requires python(abi) = 0:2.4 PyKDE-3.16.0-5.fc7.ppc requires python-abi = 0:2.4 TurboGears-1.0b2-5.fc7.noarch requires python-elementtree >= 0:1.2.6 amarok-1.4.4-5.fc7.ppc requires libmtp.so.4 amarok-1.4.4-5.fc7.ppc requires libgpod.so.0 claws-mail-plugins-etpan-privacy-2.6.1-2.fc7.ppc requires libetpan.so.10 compat-wxPythonGTK2-2.4.2.4-12.fc6.ppc requires python(abi) = 0:2.4 csound-5.03.0-9.fc7.ppc requires libpython2.4.so.1.0 csound-python-5.03.0-9.fc7.ppc requires python(abi) = 0:2.4 csound-python-5.03.0-9.fc7.ppc requires libpython2.4.so.1.0 cyphesis-0.5.10-3.fc7.ppc requires libpython2.4.so.1.0 em8300-0.16.0-3.fc7.ppc requires em8300-kmod >= 0:0.16.0 gnomad2-2.8.9-4.fc7.ppc requires libmtp.so.4 gnome-build-0.1.4-1.fc7.ppc requires perl(GBF::Make) kaffeine-0.8.3-2.fc7.ppc requires libgstinterfaces-0.8.so.0 kaffeine-0.8.3-2.fc7.ppc requires libgstreamer-0.8.so.1 kdemultimedia-extras-6:3.5.5-0.3.fc7.ppc requires libgstreamer-0.8.so.1 kinput2-v3.1-29.fc6.ppc requires libwnn.so.0 libreadline-java-0.8.0-13.fc6.ppc requires libedit >= 0:2.9 openpbx-1.2-3.rc2.svn2135.fc7.ppc requires libedit.so.0 openpbx-postgresql-1.2-3.rc2.svn2135.fc7.ppc requires libpq.so.4 plplot-5.6.1-8.fc7.ppc requires python(abi) = 0:2.4 plplot-5.6.1-8.fc7.ppc requires libpython2.4.so.1.0 plplot-gnome-5.6.1-8.fc7.ppc requires python(abi) = 0:2.4 plplot-gnome-5.6.1-8.fc7.ppc requires libpython2.4.so.1.0 plplot-wxGTK-5.6.1-8.fc7.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) plplot-wxGTK-5.6.1-8.fc7.ppc requires libwx_baseu_xml-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.ppc requires libwx_gtk2u_qa-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) plplot-wxGTK-5.6.1-8.fc7.ppc requires libwx_gtk2u_core-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.ppc requires libwx_baseu_net-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.ppc requires libwx_gtk2u_xrc-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.ppc requires libwx_gtk2u_html-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.ppc requires libwx_baseu-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.ppc requires libwx_gtk2u_adv-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.ppc requires libwx_baseu-2.6.so.0(WXU_2.6) python-amara-1.1.7-2.fc6.noarch requires python(abi) = 0:2.4 python-cherrypy-2.2.1-3.fc6.noarch requires python(abi) = 0:2.4 python-pydns-2.3.0-4.fc6.noarch requires python(abi) = 0:2.4 rekall-postgresql-2.4.3-5.fc6.ppc requires libpq.so.4 rekall-python-2.4.3-5.fc6.ppc requires python(abi) = 0:2.4 rekall-python-2.4.3-5.fc6.ppc requires libpython2.4.so.1.0 toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_gl-2.6.so.0 toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3) toped-0.8.2-2.fc6.ppc requires libwx_baseu_xml-2.6.so.0 toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_qa-2.6.so.0 toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_core-2.6.so.0 toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_gl-2.6.so.0(WXU_2.6) toped-0.8.2-2.fc6.ppc requires libwx_baseu_net-2.6.so.0 toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_xrc-2.6.so.0 toped-0.8.2-2.fc6.ppc requires libwx_baseu-2.6.so.0(WXU_2.6) toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_html-2.6.so.0 toped-0.8.2-2.fc6.ppc requires libwx_baseu-2.6.so.0 toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6) toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_adv-2.6.so.0 xine-lib-extras-1.1.3-3.fc7.ppc requires libdirect-0.9.so.25 xine-lib-extras-1.1.3-3.fc7.ppc requires libdirectfb-0.9.so.25 xine-lib-extras-1.1.3-3.fc7.ppc requires libfusion-0.9.so.25 xmldiff-0.6.7-12.fc6.ppc requires python-abi = 0:2.4 xmldiff-0.6.7-12.fc6.ppc requires python(abi) = 0:2.4 ====================================================================== Broken packages in fedora-extras-development-x86_64: PyKDE-3.16.0-5.fc7.i386 requires python(abi) = 0:2.4 PyKDE-3.16.0-5.fc7.i386 requires python-abi = 0:2.4 PyKDE-3.16.0-5.fc7.x86_64 requires python(abi) = 0:2.4 PyKDE-3.16.0-5.fc7.x86_64 requires python-abi = 0:2.4 TurboGears-1.0b2-5.fc7.noarch requires python-elementtree >= 0:1.2.6 amarok-1.4.4-5.fc7.i386 requires libmtp.so.4 amarok-1.4.4-5.fc7.i386 requires libgpod.so.0 amarok-1.4.4-5.fc7.x86_64 requires libmtp.so.4()(64bit) amarok-1.4.4-5.fc7.x86_64 requires libgpod.so.0()(64bit) anjuta-1:2.0.2-13.fc7.i386 requires libgbf-widgets-1.so.0 anjuta-1:2.0.2-13.fc7.i386 requires libgdl-1.so.0 anjuta-1:2.0.2-13.fc7.i386 requires libgbf-1.so.0 bakery-2.4.1-1.fc7.i386 requires libcairomm-1.0.so.1 bitgtkmm-0.2.2-5.fc6.i386 requires libcairomm-1.0.so.1 claws-mail-plugins-etpan-privacy-2.6.1-2.fc7.x86_64 requires libetpan.so.10()(64bit) compat-wxPythonGTK2-2.4.2.4-12.fc6.x86_64 requires python(abi) = 0:2.4 conexusmm-0.4.0-5.fc6.i386 requires libcairomm-1.0.so.1 conexusmm-devel-0.4.0-5.fc6.i386 requires libcairomm-1.0.so.1 csound-5.03.0-9.fc7.i386 requires libpython2.4.so.1.0 csound-5.03.0-9.fc7.x86_64 requires libpython2.4.so.1.0()(64bit) csound-python-5.03.0-9.fc7.x86_64 requires python(abi) = 0:2.4 csound-python-5.03.0-9.fc7.x86_64 requires libpython2.4.so.1.0()(64bit) cyphesis-0.5.10-3.fc7.x86_64 requires libpython2.4.so.1.0()(64bit) em8300-0.16.0-3.fc7.x86_64 requires em8300-kmod >= 0:0.16.0 gnomad2-2.8.9-4.fc7.x86_64 requires libmtp.so.4()(64bit) gnome-build-0.1.4-1.fc7.x86_64 requires perl(GBF::Make) gtkglextmm-1.2.0-5.fc6.i386 requires libcairomm-1.0.so.1 gtkmm24-2.10.6-1.fc7.i386 requires libcairomm-1.0.so.1 gtkmozembedmm-1.4.2.cvs20060817-7.fc7.i386 requires libcairomm-1.0.so.1 k3d-0.6.5.0-1.fc7.i386 requires libcairomm-1.0.so.1 kaffeine-0.8.3-2.fc7.i386 requires libgstinterfaces-0.8.so.0 kaffeine-0.8.3-2.fc7.i386 requires libgstreamer-0.8.so.1 kaffeine-0.8.3-2.fc7.x86_64 requires libgstreamer-0.8.so.1()(64bit) kaffeine-0.8.3-2.fc7.x86_64 requires libgstinterfaces-0.8.so.0()(64bit) kdemultimedia-extras-6:3.5.5-0.3.fc7.x86_64 requires libgstreamer-0.8.so.1()(64bit) kinput2-v3.1-29.fc6.x86_64 requires libwnn.so.0()(64bit) libglademm24-2.6.3-2.fc6.i386 requires libcairomm-1.0.so.1 libgnomecanvasmm26-2.16.0-2.i386 requires libcairomm-1.0.so.1 libgnomemm26-2.16.0-3.i386 requires libcairomm-1.0.so.1 libgnomeuimm26-2.16.0-2.i386 requires libcairomm-1.0.so.1 libgtksourceviewmm-0.2.0-4.fc7.i386 requires libcairomm-1.0.so.1 libreadline-java-0.8.0-13.fc6.i386 requires libedit >= 0:2.9 libreadline-java-0.8.0-13.fc6.x86_64 requires libedit >= 0:2.9 libsexymm-0.1.9-1.fc6.i386 requires libcairomm-1.0.so.1 ogre-1.2.3-1.fc7.i386 requires libcairomm-1.0.so.1 openpbx-1.2-3.rc2.svn2135.fc7.i386 requires libedit.so.0 openpbx-1.2-3.rc2.svn2135.fc7.x86_64 requires libedit.so.0()(64bit) openpbx-postgresql-1.2-3.rc2.svn2135.fc7.x86_64 requires libpq.so.4()(64bit) papyrus-0.6.1-1.fc7.i386 requires libcairomm-1.0.so.1 papyrus-devel-0.6.1-1.fc7.i386 requires libcairomm-1.0.so.1 paraview-2.4.4-3.fc6.x86_64 requires libpython2.4.so.1.0()(64bit) paraview-mpi-2.4.4-3.fc6.x86_64 requires libpython2.4.so.1.0()(64bit) plplot-5.6.1-8.fc7.i386 requires python(abi) = 0:2.4 plplot-5.6.1-8.fc7.i386 requires libpython2.4.so.1.0 plplot-5.6.1-8.fc7.x86_64 requires python(abi) = 0:2.4 plplot-5.6.1-8.fc7.x86_64 requires libpython2.4.so.1.0()(64bit) plplot-gnome-5.6.1-8.fc7.i386 requires python(abi) = 0:2.4 plplot-gnome-5.6.1-8.fc7.i386 requires libpython2.4.so.1.0 plplot-gnome-5.6.1-8.fc7.x86_64 requires python(abi) = 0:2.4 plplot-gnome-5.6.1-8.fc7.x86_64 requires libpython2.4.so.1.0()(64bit) plplot-wxGTK-5.6.1-8.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6)(64bit) plplot-wxGTK-5.6.1-8.fc7.x86_64 requires libwx_baseu-2.6.so.0(WXU_2.6)(64bit) plplot-wxGTK-5.6.1-8.fc7.x86_64 requires libwx_baseu-2.6.so.0()(64bit) plplot-wxGTK-5.6.1-8.fc7.x86_64 requires libwx_gtk2u_xrc-2.6.so.0()(64bit) plplot-wxGTK-5.6.1-8.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2)(64bit) plplot-wxGTK-5.6.1-8.fc7.x86_64 requires libwx_gtk2u_qa-2.6.so.0()(64bit) plplot-wxGTK-5.6.1-8.fc7.x86_64 requires libwx_baseu_xml-2.6.so.0()(64bit) plplot-wxGTK-5.6.1-8.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0()(64bit) plplot-wxGTK-5.6.1-8.fc7.x86_64 requires libwx_gtk2u_html-2.6.so.0()(64bit) plplot-wxGTK-5.6.1-8.fc7.x86_64 requires libwx_baseu_net-2.6.so.0()(64bit) plplot-wxGTK-5.6.1-8.fc7.x86_64 requires libwx_gtk2u_adv-2.6.so.0()(64bit) python-amara-1.1.7-2.fc6.noarch requires python(abi) = 0:2.4 python-cherrypy-2.2.1-3.fc6.noarch requires python(abi) = 0:2.4 python-pydns-2.3.0-4.fc6.noarch requires python(abi) = 0:2.4 rekall-postgresql-2.4.3-5.fc6.x86_64 requires libpq.so.4()(64bit) rekall-python-2.4.3-5.fc6.x86_64 requires python(abi) = 0:2.4 rekall-python-2.4.3-5.fc6.x86_64 requires libpython2.4.so.1.0()(64bit) streamtuner-0.99.99-15.fc7.x86_64 requires libpython2.4.so.1.0()(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_gtk2u_gl-2.6.so.0(WXU_2.6)(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6)(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_baseu-2.6.so.0(WXU_2.6)(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_gtk2u_xrc-2.6.so.0()(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_gtk2u_core-2.6.so.0()(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_baseu-2.6.so.0()(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_gtk2u_adv-2.6.so.0()(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6)(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_gtk2u_qa-2.6.so.0()(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_baseu_xml-2.6.so.0()(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_gtk2u_html-2.6.so.0()(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_baseu_net-2.6.so.0()(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_gtk2u_gl-2.6.so.0()(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2)(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3)(64bit) xine-lib-extras-1.1.3-3.fc7.x86_64 requires libdirect-0.9.so.25()(64bit) xine-lib-extras-1.1.3-3.fc7.x86_64 requires libdirectfb-0.9.so.25()(64bit) xine-lib-extras-1.1.3-3.fc7.x86_64 requires libfusion-0.9.so.25()(64bit) xmldiff-0.6.7-12.fc6.x86_64 requires python-abi = 0:2.4 xmldiff-0.6.7-12.fc6.x86_64 requires python(abi) = 0:2.4 From karlikt at gmail.com Thu Jan 18 14:54:46 2007 From: karlikt at gmail.com (Karlik) Date: Thu, 18 Jan 2007 15:54:46 +0100 Subject: warzone2100 testing on ppc Message-ID: Hello! I have not any access to PowerPC and I can not test the 3D game - warzone2100. This builds correctly, so I ask everyone who can help me: Could You build and test "running" of it? The Review Request is here: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=221065 The srpm is here: http://karlik.nonlogic.org/warzone/warzone2100-2.0.5-3.src.rpm If anyone wants to help me or has questions/ideas, please contact with me. Thanks for interesting. Best regards, Karol Trzcionka From rdieter at math.unl.edu Thu Jan 18 14:56:57 2007 From: rdieter at math.unl.edu (Rex Dieter) Date: Thu, 18 Jan 2007 08:56:57 -0600 Subject: cabextract maintainership Message-ID: I'll be picking up maintainership of cabextract (currently listed as potential orphan on http://fedoraproject.org/wiki/Extras/OrphanedPackages) -- Rex From j.w.r.degoede at hhs.nl Thu Jan 18 15:00:30 2007 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Thu, 18 Jan 2007 16:00:30 +0100 Subject: cabextract maintainership In-Reply-To: References: Message-ID: <45AF8B8E.3060800@hhs.nl> Rex Dieter wrote: > I'll be picking up maintainership of cabextract (currently listed as > potential orphan on http://fedoraproject.org/wiki/Extras/OrphanedPackages) > How does this relate to unshield? unshield works well for me, is there any reason to have both? Regards, Hans From karsten at redhat.com Thu Jan 18 15:03:21 2007 From: karsten at redhat.com (Karsten Hopp) Date: Thu, 18 Jan 2007 10:03:21 -0500 Subject: info scriptlets and nodoc in rpmrc In-Reply-To: <45AF23AC.7030104@hhs.nl> References: <200701180059.03676.ville.skytta@iki.fi> <45AF23AC.7030104@hhs.nl> Message-ID: <45AF8C39.4080400@redhat.com> Hans de Goede schrieb: > Ville Skytt? wrote: >> On Thursday 11 January 2007 14:20, Goede, J.W.R. de wrote: >>> Because I'm low on harddiskspace on a certain machine I've >>> added nodoc to my rpmrc, so that rpm no longer installs >>> %doc files, now however during a yum update I get numerous >>> install-info: no such file or directory .... >>> errors and worse: >>> error %post(xxx) scriptlet failed, exit status 1 errors >> >> http://www.redhat.com/archives/fedora-maintainers/2007-January/msg00017.html >> >> http://koti.welho.com/vskytta/install-infos/ >> >> (54 of the reported Core packages remain unfixed at the moment) >> > > Maybe one of the bugzilla scripting guru's on this list can take your > list of packages and autofile bugs against all them? > > Regards, > > Hans > > I've patched the specfiles of autoconf, automake, ed and wget so that the scriptlets won't fail even when install-info fails. But how about the error messages ? Shouldn't we redirect them to /dev/null ? Karsten -- Karsten Hopp | Mail: karsten at redhat.de Red Hat Deutschland | Tel: +49-711-96437-0 Hauptstaetterstr.58 | Fax: +49-711-613590 D-70178 Stuttgart | http://www.redhat.de From rdieter at math.unl.edu Thu Jan 18 15:04:38 2007 From: rdieter at math.unl.edu (Rex Dieter) Date: Thu, 18 Jan 2007 09:04:38 -0600 Subject: cabextract maintainership References: <45AF8B8E.3060800@hhs.nl> Message-ID: Hans de Goede wrote: > Rex Dieter wrote: >> I'll be picking up maintainership of cabextract (currently listed as >> potential orphan on >> http://fedoraproject.org/wiki/Extras/OrphanedPackages) > How does this relate to unshield? unshield works well for me, is there > any reason to have both? Excellent question. I guess I was only fleetingly aware of unshield. My main interest in cabextract is that it is currently a BuildRequires for (my) mathml-fonts pkg. I'll see about using unshield instead, and if that works, will likely re-orphan cabextract. Poor thing, so unloved/unwanted. (: -- Rex From tcallawa at redhat.com Thu Jan 18 15:22:45 2007 From: tcallawa at redhat.com (Tom 'spot' Callaway) Date: Thu, 18 Jan 2007 09:22:45 -0600 Subject: license questions In-Reply-To: <200701181231.25433.opensource@till.name> References: <200701180013.30048.opensource@till.name> <200701181116.57661.opensource@till.name> <200701181231.25433.opensource@till.name> Message-ID: <1169133765.30262.34.camel@localhost.localdomain> On Thu, 2007-01-18 at 12:31 +0100, Till Maas wrote: > On Thursday 18 January 2007 11:37, Gianluca Sforna wrote: > > > That is, the "without fee" not being > > part of the restrictions but of the granted rights. > > Ah, thank you, this makes much more sense :-). Yes, it would only be an issue if the license stated that you could ONLY redistribute without fee, but that's not the case here. ~spot From belegdol at gmail.com Thu Jan 18 15:29:57 2007 From: belegdol at gmail.com (Julian Sikorski) Date: Thu, 18 Jan 2007 16:29:57 +0100 Subject: cabextract maintainership In-Reply-To: References: <45AF8B8E.3060800@hhs.nl> Message-ID: <45AF9275.1090703@gmail.com> Rex Dieter napisa?(a): > Hans de Goede wrote: > >> Rex Dieter wrote: >>> I'll be picking up maintainership of cabextract (currently listed as >>> potential orphan on >>> http://fedoraproject.org/wiki/Extras/OrphanedPackages) > >> How does this relate to unshield? unshield works well for me, is there >> any reason to have both? > > Excellent question. I guess I was only fleetingly aware of unshield. My > main interest in cabextract is that it is currently a BuildRequires for > (my) mathml-fonts pkg. > > I'll see about using unshield instead, and if that works, will likely > re-orphan cabextract. Poor thing, so unloved/unwanted. (: > > -- Rex > Also msttcorefonts (not in extras, but IMO used quite widely) requires cabextract to build. From chris.stone at gmail.com Thu Jan 18 15:29:58 2007 From: chris.stone at gmail.com (Christopher Stone) Date: Thu, 18 Jan 2007 07:29:58 -0800 Subject: info scriptlets and nodoc in rpmrc In-Reply-To: <45AF8C39.4080400@redhat.com> References: <200701180059.03676.ville.skytta@iki.fi> <45AF23AC.7030104@hhs.nl> <45AF8C39.4080400@redhat.com> Message-ID: On 1/18/07, Karsten Hopp wrote: > Hans de Goede schrieb: > > Ville Skytt? wrote: > >> On Thursday 11 January 2007 14:20, Goede, J.W.R. de wrote: > >>> Because I'm low on harddiskspace on a certain machine I've > >>> added nodoc to my rpmrc, so that rpm no longer installs > >>> %doc files, now however during a yum update I get numerous > >>> install-info: no such file or directory .... > >>> errors and worse: > >>> error %post(xxx) scriptlet failed, exit status 1 errors > >> > >> http://www.redhat.com/archives/fedora-maintainers/2007-January/msg00017.html > >> > >> http://koti.welho.com/vskytta/install-infos/ > >> > >> (54 of the reported Core packages remain unfixed at the moment) > >> > > > > Maybe one of the bugzilla scripting guru's on this list can take your > > list of packages and autofile bugs against all them? > > > > Regards, > > > > Hans > > > > > > I've patched the specfiles of autoconf, automake, ed and wget so that the scriptlets > won't fail even when install-info fails. > But how about the error messages ? Shouldn't we redirect them to /dev/null ? > > Karsten Why not just redirect it to logger? Something like: foo 2>&1 | logger From mpknoop at gmail.com Thu Jan 18 15:45:58 2007 From: mpknoop at gmail.com (Mark Knoop) Date: Thu, 18 Jan 2007 15:45:58 +0000 Subject: cabextract maintainership In-Reply-To: <45AF9275.1090703@gmail.com> References: <45AF8B8E.3060800@hhs.nl> <45AF9275.1090703@gmail.com> Message-ID: <42420bfb0701180745u1f373669v2b4e208b1e783b4d@mail.gmail.com> On 18/01/07, Julian Sikorski wrote: > Rex Dieter napisa?(a): > > Hans de Goede wrote: > > > >> Rex Dieter wrote: > >>> I'll be picking up maintainership of cabextract (currently listed as > >>> potential orphan on > >>> http://fedoraproject.org/wiki/Extras/OrphanedPackages) > > > >> How does this relate to unshield? unshield works well for me, is there > >> any reason to have both? > > > > Excellent question. I guess I was only fleetingly aware of unshield. My > > main interest in cabextract is that it is currently a BuildRequires for > > (my) mathml-fonts pkg. > > > > I'll see about using unshield instead, and if that works, will likely > > re-orphan cabextract. Poor thing, so unloved/unwanted. (: > > > > -- Rex > > > Also msttcorefonts (not in extras, but IMO used quite widely) requires > cabextract to build. And ies4linux , and possibly other Wine-type things. Info on this page suggests that unshield and cabextract are not _quite_ the same... -- Mark Knoop From j.w.r.degoede at hhs.nl Thu Jan 18 16:05:31 2007 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Thu, 18 Jan 2007 17:05:31 +0100 Subject: cabextract maintainership In-Reply-To: <42420bfb0701180745u1f373669v2b4e208b1e783b4d@mail.gmail.com> References: <45AF8B8E.3060800@hhs.nl> <45AF9275.1090703@gmail.com> <42420bfb0701180745u1f373669v2b4e208b1e783b4d@mail.gmail.com> Message-ID: <45AF9ACB.5030602@hhs.nl> Mark Knoop wrote: > On 18/01/07, Julian Sikorski wrote: >> Rex Dieter napisa?(a): >> > Hans de Goede wrote: >> > >> >> Rex Dieter wrote: >> >>> I'll be picking up maintainership of cabextract (currently listed as >> >>> potential orphan on >> >>> http://fedoraproject.org/wiki/Extras/OrphanedPackages) >> > >> >> How does this relate to unshield? unshield works well for me, is there >> >> any reason to have both? >> > >> > Excellent question. I guess I was only fleetingly aware of >> unshield. My >> > main interest in cabextract is that it is currently a BuildRequires for >> > (my) mathml-fonts pkg. >> > >> > I'll see about using unshield instead, and if that works, will likely >> > re-orphan cabextract. Poor thing, so unloved/unwanted. (: >> > >> > -- Rex >> > >> Also msttcorefonts (not in extras, but IMO used quite widely) requires >> cabextract to build. > > And ies4linux , and possibly > other Wine-type things. > > Info on this page > suggests that unshield and cabextract are not _quite_ the same... > Actually quite different, good catch! Regards, Hans From tcallawa at redhat.com Thu Jan 18 16:09:22 2007 From: tcallawa at redhat.com (Tom 'spot' Callaway) Date: Thu, 18 Jan 2007 10:09:22 -0600 Subject: license questions In-Reply-To: <200701180013.30048.opensource@till.name> References: <200701180013.30048.opensource@till.name> Message-ID: <1169136562.30262.42.camel@localhost.localdomain> On Thu, 2007-01-18 at 00:13 +0100, Till Maas wrote: > > http://www.intel.com/technology/iapc/acpi/license2.htm This is also fine, FSF says it is Free. ~spot From denis at poolshark.org Thu Jan 18 16:46:44 2007 From: denis at poolshark.org (Denis Leroy) Date: Thu, 18 Jan 2007 17:46:44 +0100 Subject: Summary - Broken dependencies in Fedora Extras - 2007-01-18 In-Reply-To: <20070118132724.21306.97262@extras64.linux.duke.edu> References: <20070118132724.21306.97262@extras64.linux.duke.edu> Message-ID: <45AFA474.90606@poolshark.org> Fedora Extras repoclosure wrote: > ====================================================================== > New report for: denis AT poolshark.org > > package: bakery - 2.4.1-1.fc7.i386 from fedora-extras-development-x86_64 > unresolved deps: > libcairomm-1.0.so.1 I'm not sure what's going on here, but libcairomm-1.0.so.1 is indeed available in the last cairomm update. Did something go wrong with the last x86_64 FE push ? From rc040203 at freenet.de Thu Jan 18 17:11:43 2007 From: rc040203 at freenet.de (Ralf Corsepius) Date: Thu, 18 Jan 2007 18:11:43 +0100 Subject: rpms/cobbler/devel .cvsignore, 1.11, 1.12 cobbler.spec, 1.13, 1.14 sources, 1.13, 1.14 In-Reply-To: <200701181539.l0IFdsYl023648@cvs-int.fedora.redhat.com> References: <200701181539.l0IFdsYl023648@cvs-int.fedora.redhat.com> Message-ID: <1169140304.19080.32.camel@mccallum.corsepiu.local> On Thu, 2007-01-18 at 10:39 -0500, Michael DeHaan wrote: > Author: mdehaan > Index: cobbler.spec > =================================================================== > RCS file: /cvs/extras/rpms/cobbler/devel/cobbler.spec,v > retrieving revision 1.13 > retrieving revision 1.14 > diff -u -r1.13 -r1.14 > --- cobbler.spec 21 Dec 2006 17:44:15 -0000 1.13 > +++ cobbler.spec 18 Jan 2007 15:39:23 -0000 1.14 > @@ -2,8 +2,8 @@ > %description > > -Cobbler is a command line tool for configuration of boot/provisioning servers. It is also accessible as a Python library. Cobbler supports PXE, provisioning virtualized ("virt") images, and reinstalling machines that are already up and running (over SSH). The last two modes require a helper tool called 'koan' that integrates with cobbler. Cobbler's advanced features include importing distributions from rsync mirrors, kickstart templating, and managing dhcpd.conf. > +Cobbler is a command line tool for configuration of network boot and update servers. It is also accessible as a Python library. Cobbler supports PXE, provisioning virtualized images, and reinstalling machines that are already up and running (over SSH). The last two modes require a helper tool called 'koan' that integrates with cobbler. Cobbler's advanced features include importing distributions from rsync mirrors, kickstart templating, integrated yum mirroring, kickstart monitoring, and auto-managing dhcpd.conf. This line is way to long. > %prep > %setup -q > @@ -36,6 +36,9 @@ > test "x$RPM_BUILD_ROOT" != "x" && rm -rf $RPM_BUILD_ROOT And this construct is a NO-NO in FE. Ralf From rdieter at math.unl.edu Thu Jan 18 17:30:07 2007 From: rdieter at math.unl.edu (Rex Dieter) Date: Thu, 18 Jan 2007 11:30:07 -0600 Subject: Summary - Broken dependencies in Fedora Extras - 2007-01-18 References: <20070118132724.21306.97262@extras64.linux.duke.edu> <45AFA474.90606@poolshark.org> Message-ID: Denis Leroy wrote: > Fedora Extras repoclosure wrote: >> ====================================================================== >> New report for: denis AT poolshark.org >> >> package: bakery - 2.4.1-1.fc7.i386 from fedora-extras-development-x86_64 >> unresolved deps: >> libcairomm-1.0.so.1 > > I'm not sure what's going on here, but libcairomm-1.0.so.1 is indeed > available in the last cairomm update. Did something go wrong with the > last x86_64 FE push ? Looks like a multilib issue. bakery.i386 pulled into x86_64, but not one of it's dependencies: libcairomm.i386 -- Rex From bugs.michael at gmx.net Thu Jan 18 17:31:41 2007 From: bugs.michael at gmx.net (Michael Schwendt) Date: Thu, 18 Jan 2007 18:31:41 +0100 Subject: Summary - Broken dependencies in Fedora Extras - 2007-01-18 In-Reply-To: <45AFA474.90606@poolshark.org> References: <20070118132724.21306.97262@extras64.linux.duke.edu> <45AFA474.90606@poolshark.org> Message-ID: <20070118183141.fb335a78.bugs.michael@gmx.net> On Thu, 18 Jan 2007 17:46:44 +0100, Denis Leroy wrote: > Fedora Extras repoclosure wrote: > > ====================================================================== > > New report for: denis AT poolshark.org > > > > package: bakery - 2.4.1-1.fc7.i386 from fedora-extras-development-x86_64 > > unresolved deps: > > libcairomm-1.0.so.1 > > I'm not sure what's going on here, but libcairomm-1.0.so.1 is indeed > available in the last cairomm update. Did something go wrong with the > last x86_64 FE push ? Running the multi-lib copy script manually fixed it. ("pushscript/MultiLib.py Extras development") But the repoclosure script could need a change, because it didn't see the previous libcairo i386 release. Looking only a latest EVR is insufficient with multi-compat repos. From notting at redhat.com Thu Jan 18 17:30:41 2007 From: notting at redhat.com (Bill Nottingham) Date: Thu, 18 Jan 2007 12:30:41 -0500 Subject: info scriptlets and nodoc in rpmrc In-Reply-To: References: <200701180059.03676.ville.skytta@iki.fi> <45AF23AC.7030104@hhs.nl> <45AF8C39.4080400@redhat.com> Message-ID: <20070118173041.GA9964@nostromo.devel.redhat.com> Christopher Stone (chris.stone at gmail.com) said: > Why not just redirect it to logger? Something like: > foo 2>&1 | logger Well, if someone is installing with --excludedocs or %_netsharedpath, I'd assume they really don't care that install-info fails. So eating the error may be better. Bill From fedora at leemhuis.info Thu Jan 18 18:39:23 2007 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Thu, 18 Jan 2007 19:39:23 +0100 Subject: Name for a FESCo Successor? Suggestions anyone? In-Reply-To: <45AD12F9.3050204@leemhuis.info> References: <45AD12F9.3050204@leemhuis.info> Message-ID: <45AFBEDB.60107@leemhuis.info> Hi! /me again! Thorsten Leemhuis schrieb: > [...] > But one issue is still totally undecided and needs to be solved soon: > What do we call that FESCo and Core Cabal successor? The "E" in FESCo > until now stood for Extras, but soon Extras will vanish due to the > merge. So hat do we want to call it? [...] FESCo discussed this in todays meeting. We agreed to just continue with the old name :) It just means "Fedora Steering Committee" or "Fedora Engineering Steering Committee" now :-)) CU thl From gdk at redhat.com Thu Jan 18 19:36:53 2007 From: gdk at redhat.com (Greg Dekoenigsberg) Date: Thu, 18 Jan 2007 14:36:53 -0500 (EST) Subject: Name for a FESCo Successor? Suggestions anyone? In-Reply-To: <45AFBEDB.60107@leemhuis.info> References: <45AD12F9.3050204@leemhuis.info> <45AFBEDB.60107@leemhuis.info> Message-ID: +1 to Fedora Engineering Steering Committee. :) --g On Thu, 18 Jan 2007, Thorsten Leemhuis wrote: > Hi! > > /me again! > > Thorsten Leemhuis schrieb: >> [...] >> But one issue is still totally undecided and needs to be solved soon: >> What do we call that FESCo and Core Cabal successor? The "E" in FESCo >> until now stood for Extras, but soon Extras will vanish due to the >> merge. So hat do we want to call it? [...] > > FESCo discussed this in todays meeting. We agreed to just continue with > the old name :) > > It just means "Fedora Steering Committee" or "Fedora Engineering > Steering Committee" now :-)) > > CU > thl > > > > -- > Fedora-maintainers mailing list > Fedora-maintainers at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-maintainers > -- ------------------------------------------------------------- Greg DeKoenigsberg || Fedora Project || fedoraproject.org Be an Ambassador || http://fedoraproject.org/wiki/Ambassadors ------------------------------------------------------------- From nicolas.mailhot at laposte.net Thu Jan 18 20:28:04 2007 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Thu, 18 Jan 2007 21:28:04 +0100 Subject: cabextract maintainership In-Reply-To: <45AF9ACB.5030602@hhs.nl> References: <45AF8B8E.3060800@hhs.nl> <45AF9275.1090703@gmail.com> <42420bfb0701180745u1f373669v2b4e208b1e783b4d@mail.gmail.com> <45AF9ACB.5030602@hhs.nl> Message-ID: <1169152085.14715.2.camel@rousalka.dyndns.org> Le jeudi 18 janvier 2007 ? 17:05 +0100, Hans de Goede a ?crit : > Mark Knoop wrote: > > Info on this page > > suggests that unshield and cabextract are not _quite_ the same... > > > > Actually quite different, good catch! I actually have a spec here that uses %setup -c -T cabextract %{SOURCE0} unshield x -g "Language Independent OS Independent Files" -jL Disk1/data1.cab unshield x -g "English OS Independent Files" -jL Disk1/data1.cab /me is evil -- Nicolas Mailhot -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: Ceci est une partie de message num?riquement sign?e URL: From jkeating at redhat.com Thu Jan 18 20:33:36 2007 From: jkeating at redhat.com (Jesse Keating) Date: Thu, 18 Jan 2007 15:33:36 -0500 Subject: Name for a FESCo Successor? Suggestions anyone? In-Reply-To: References: <45AD12F9.3050204@leemhuis.info> <45AFBEDB.60107@leemhuis.info> Message-ID: <200701181533.40804.jkeating@redhat.com> On Thursday 18 January 2007 14:36, Greg Dekoenigsberg wrote: > +1 to Fedora Engineering Steering Committee. ?:) +1 from me on this too, since we'll be dealing mostly with engineering type things, and not necessarily marketing, or art, or... -- Jesse Keating Release Engineer: Fedora -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From tmz at pobox.com Thu Jan 18 20:51:05 2007 From: tmz at pobox.com (Todd Zullinger) Date: Thu, 18 Jan 2007 15:51:05 -0500 Subject: Summary - Broken dependencies in Fedora Extras - 2007-01-17 In-Reply-To: <20070117163534.b6fccb11.bugs.michael@gmx.net> References: <20070117125454.9974.2152@extras64.linux.duke.edu> <20070117150540.GI5911@psilocybe.teonanacatl.org> <20070117163534.b6fccb11.bugs.michael@gmx.net> Message-ID: <20070118205105.GP5911@psilocybe.teonanacatl.org> Michael Schwendt wrote: > On Wed, 17 Jan 2007 10:05:40 -0500, Todd Zullinger wrote: [...] >> The development repo does have libgpod-0.4.2, so I'm not sure why >> repoclosure is complaining. > > Simply because at the time it was running, the development repo did > only have libgpod-0.4.0-2.fc7 > > repomd.xml from 07-01-16 04:40:15.000000000 -0500 Thanks for clarification Michael. As far as getting things fixed for FC6, can anyone point me at the current process for moving things from updates to updates-testing (this is for Core I know, but I'm hoping it's documented someplace). The best link I've found on the wiki is: http://fedoraproject.org/wiki/Infrastructure/UpdatesSystem/IdealWorkflow Is this what's planned for F7 and beyond or does it reflect the current process? The relevant part I'm interested in seems to note that the current process to move from testing to final is depending on the package maintainer doing it manually. If that's true, I'd ask AlexL to do that then. Thanks for any help. Sorry for pushing a package with broken deps. -- Todd OpenPGP -> KeyID: 0xBEAF0CE3 | URL: www.pobox.com/~tmz/pgp ====================================================================== We are not to expect to be transported from despotism to liberty in a featherbed. -- Thomas Jefferson -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 542 bytes Desc: not available URL: From sundaram at fedoraproject.org Thu Jan 18 20:53:21 2007 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Fri, 19 Jan 2007 02:23:21 +0530 Subject: Summary - Broken dependencies in Fedora Extras - 2007-01-17 In-Reply-To: <20070118205105.GP5911@psilocybe.teonanacatl.org> References: <20070117125454.9974.2152@extras64.linux.duke.edu> <20070117150540.GI5911@psilocybe.teonanacatl.org> <20070117163534.b6fccb11.bugs.michael@gmx.net> <20070118205105.GP5911@psilocybe.teonanacatl.org> Message-ID: <45AFDE41.1010303@fedoraproject.org> Todd Zullinger wrote: > As far as getting things fixed for FC6, can anyone point me at the > current process for moving things from updates to updates-testing > (this is for Core I know, but I'm hoping it's documented someplace). > > The best link I've found on the wiki is: > http://fedoraproject.org/wiki/Infrastructure/UpdatesSystem/IdealWorkflow > > Is this what's planned for F7 and beyond or does it reflect the > current process? Thats the one planned for the subsequent releases. Denoted by the "ideal" wording. The relevant part I'm interested in seems to note > that the current process to move from testing to final is depending on > the package maintainer doing it manually. If that's true, I'd ask > AlexL to do that then. Yes. It is a manual push by the maintainers or the release manager - Jesse Keating. Rahul From tmz at pobox.com Thu Jan 18 21:04:11 2007 From: tmz at pobox.com (Todd Zullinger) Date: Thu, 18 Jan 2007 16:04:11 -0500 Subject: Summary - Broken dependencies in Fedora Extras - 2007-01-17 In-Reply-To: <45AFDE41.1010303@fedoraproject.org> References: <20070117125454.9974.2152@extras64.linux.duke.edu> <20070117150540.GI5911@psilocybe.teonanacatl.org> <20070117163534.b6fccb11.bugs.michael@gmx.net> <20070118205105.GP5911@psilocybe.teonanacatl.org> <45AFDE41.1010303@fedoraproject.org> Message-ID: <20070118210411.GR5911@psilocybe.teonanacatl.org> Rahul Sundaram wrote: > Yes. It is a manual push by the maintainers or the release manager - > Jesse Keating. Thanks Rahul. I'll do a few more tests and then talk to Alex about pushing to final. -- Todd OpenPGP -> KeyID: 0xBEAF0CE3 | URL: www.pobox.com/~tmz/pgp ====================================================================== When playing Russian roulette the short term odds are on your side. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 542 bytes Desc: not available URL: From ml at deadbabylon.de Thu Jan 18 21:59:12 2007 From: ml at deadbabylon.de (Sebastian Vahl) Date: Thu, 18 Jan 2007 22:59:12 +0100 Subject: Newsfeed about new packages integrated into extras In-Reply-To: <3ea997540701120756q70ddd96br3330d20744632d7d@mail.gmail.com> References: <20070112002003.24de89f5@localhost.localdomain> <3ea997540701120756q70ddd96br3330d20744632d7d@mail.gmail.com> Message-ID: <200701182259.13363.ml@deadbabylon.de> Am Freitag Januar 12 2007 16:56 schrieb John Mahowald: > On 1/11/07, Sebastian Vahl wrote: > > Hi. > > Just want to ask If there is an existing newsfeed who tracks the new > > (not updatet) packages integrated into extras? > > I don't know of just the new. Closest thing would be the info feed. [1] > > If you like getting email you could watch the FE-ACCEPT bug or other > tracker bugs. Or apply some filters to the commit mail. > > The status page shows lots of numbers, not new packages however. [2] > > This would be a useful feature to show growth of the repository. > > John > > [1] http://fedoraproject.org/infofeed/ > [2] http://fedoraproject.org/wiki/Extras/PackageStatus Yes, these are close but not exact. :) ATM I'm watching the flag "NEW" in the Build Reports. But perhaps this would be something for fedoranews.org. It could also be interesting for normal users when a package is integrated into extras they would use. Sebastian -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From jon at fedoraunity.org Thu Jan 18 22:58:01 2007 From: jon at fedoraunity.org (Jonathan Steffan) Date: Thu, 18 Jan 2007 15:58:01 -0700 Subject: Mock, x86_64 and i386 Builds Message-ID: <45AFFB79.8040709@fedoraunity.org> Using mock, what needs to be done when a package needs both i386 and x86_64 libs? http://gwenole.beauchesne.info/projects/nspluginwrapper/ http://www.damaestro.us/Members/jon/nspluginwrapper-0.9.91.2-2.src.rpm Jon From steve at silug.org Thu Jan 18 23:24:30 2007 From: steve at silug.org (Steven Pritchard) Date: Thu, 18 Jan 2007 17:24:30 -0600 Subject: cabextract maintainership In-Reply-To: References: <45AF8B8E.3060800@hhs.nl> Message-ID: <20070118232430.GA28796@osiris.silug.org> On Thu, Jan 18, 2007 at 09:04:38AM -0600, Rex Dieter wrote: > I'll see about using unshield instead, and if that works, will likely > re-orphan cabextract. Poor thing, so unloved/unwanted. (: amavisd-new needs cabextract, so if it goes orphaned, I'll take it... Steve -- Steven Pritchard - K&S Pritchard Enterprises, Inc. Email: steve at kspei.com http://www.kspei.com/ Phone: (618)398-3000 Mobile: (618)567-7320 From peter at thecodergeek.com Fri Jan 19 00:00:00 2007 From: peter at thecodergeek.com (Peter Gordon) Date: Thu, 18 Jan 2007 16:00:00 -0800 (PST) Subject: rpms/logjam/FC-5 logjam-4.5.3-rhythmbox-fix.patch,NONE,1.1 In-Reply-To: <200701182340.l0INebMr001468@cvs-int.fedora.redhat.com> References: <200701182340.l0INebMr001468@cvs-int.fedora.redhat.com> Message-ID: <22478.65.223.36.19.1169164800.squirrel@thecodergeek.com> Tom Callaway wrote: > [...] > logjam-4.5.3-rhythmbox-fix.patch: [...] > - { "Rhythmbox", "rhythmbox --print-playing" }, > + { "Rhythmbox", "rhythmbox-client --print-playing" }, [...] Tom: FC-5 needs no such patch (in fact it will cause more harm than good). It's still at Rhythhmbox 0.9.4, which is before the split of rhythmbox-client (which happened at 0.9.5). Please revert these changes ASAP. Thank you. -- Peter Gordon (codergeek42) This message was sent through a webmail interface, and thus not signed. From tcallawa at redhat.com Fri Jan 19 00:03:05 2007 From: tcallawa at redhat.com (Tom 'spot' Callaway) Date: Thu, 18 Jan 2007 18:03:05 -0600 Subject: rpms/logjam/FC-5 logjam-4.5.3-rhythmbox-fix.patch,NONE,1.1 In-Reply-To: <22478.65.223.36.19.1169164800.squirrel@thecodergeek.com> References: <200701182340.l0INebMr001468@cvs-int.fedora.redhat.com> <22478.65.223.36.19.1169164800.squirrel@thecodergeek.com> Message-ID: <1169164985.26750.4.camel@localhost.localdomain> On Thu, 2007-01-18 at 16:00 -0800, Peter Gordon wrote: > Tom Callaway wrote: > > [...] > > logjam-4.5.3-rhythmbox-fix.patch: > [...] > > - { "Rhythmbox", "rhythmbox --print-playing" }, > > + { "Rhythmbox", "rhythmbox-client --print-playing" }, > [...] > > Tom: > > FC-5 needs no such patch (in fact it will cause more harm than good). > It's still at Rhythhmbox 0.9.4, which is before the split of rhythmbox-client > (which happened at 0.9.5). > > Please revert these changes ASAP. Thank you. No problem, thanks for the catch. I'll take care of it now. ~spot From peter at thecodergeek.com Fri Jan 19 00:11:07 2007 From: peter at thecodergeek.com (Peter Gordon) Date: Thu, 18 Jan 2007 16:11:07 -0800 (PST) Subject: rpms/logjam/FC-5 logjam-4.5.3-rhythmbox-fix.patch,NONE,1.1 In-Reply-To: <1169164985.26750.4.camel@localhost.localdomain> References: <200701182340.l0INebMr001468@cvs-int.fedora.redhat.com> <22478.65.223.36.19.1169164800.squirrel@thecodergeek.com> <1169164985.26750.4.camel@localhost.localdomain> Message-ID: <24041.65.223.36.19.1169165467.squirrel@thecodergeek.com> Tom 'spot' Callaway wrote: > No problem, thanks for the catch. I'll take care of it now. > > ~spot Thanks for the revert and the quick response. :] -- Peter Gordon (codergeek42) This message was sent through a webmail interface, and thus not signed. From nomis80 at nomis80.org Fri Jan 19 01:14:02 2007 From: nomis80 at nomis80.org (Simon Perreault) Date: Thu, 18 Jan 2007 20:14:02 -0500 Subject: rpmbuild multiarch Message-ID: <200701182014.02393.nomis80@nomis80.org> Hi, I'm on a x86_64 setup and I want to build an RPM for i386. So I use the following command: rpmbuild -ba --target i386 This results in the following configure command being issued: ./configure --build=x86_64-redhat-linux-gnu --host=x86_64-redhat-linux-gnu --target=i386-redhat-linux-gnu --program-prefix= --prefix=/usr --exec-prefix=/usr --bindir=/usr/bin --sbindir=/usr/sbin --sysconfdir=/etc --datadir=/usr/share --includedir=/usr/include --libdir=/usr/lib64 --libexecdir=/usr/libexec --localstatedir=/var --sharedstatedir=/usr/com --mandir=/usr/share/man --infodir=/usr/share/info --disable-static The --target parameter is OK, but the --libdir parameter is wrong. What's the solution? Thanks From lxtnow at gmail.com Fri Jan 19 01:18:48 2007 From: lxtnow at gmail.com (SmootherFrOgZ) Date: Thu, 18 Jan 2007 21:18:48 -0400 Subject: rpmbuild multiarch In-Reply-To: <200701182014.02393.nomis80@nomis80.org> References: <200701182014.02393.nomis80@nomis80.org> Message-ID: <62bc09df0701181718k786e7819if462ab0f5e6b1cdb@mail.gmail.com> 2007/1/18, Simon Perreault : > > Hi, > > I'm on a x86_64 setup and I want to build an RPM for i386. So I use the > following command: > > rpmbuild -ba --target i386 > > This results in the following configure command being issued: > > ./configure --build=x86_64-redhat-linux-gnu --host=x86_64-redhat-linux-gnu > --target=i386-redhat-linux-gnu --program-prefix= --prefix=/usr > --exec-prefix=/usr --bindir=/usr/bin --sbindir=/usr/sbin --sysconfdir=/etc > --datadir=/usr/share --includedir=/usr/include --libdir=/usr/lib64 > --libexecdir=/usr/libexec --localstatedir=/var --sharedstatedir=/usr/com > --mandir=/usr/share/man --infodir=/usr/share/info --disable-static > > The --target parameter is OK, but the --libdir parameter is wrong. What's > the > solution? > > Thanks > You can fix it in %build or use sed in %install for that. regards -------------- next part -------------- An HTML attachment was scrubbed... URL: From nomis80 at nomis80.org Fri Jan 19 01:25:40 2007 From: nomis80 at nomis80.org (Simon Perreault) Date: Thu, 18 Jan 2007 20:25:40 -0500 Subject: rpmbuild multiarch In-Reply-To: <62bc09df0701181718k786e7819if462ab0f5e6b1cdb@mail.gmail.com> References: <200701182014.02393.nomis80@nomis80.org> <62bc09df0701181718k786e7819if462ab0f5e6b1cdb@mail.gmail.com> Message-ID: <200701182025.40556.nomis80@nomis80.org> On Thursday January 18 2007 20:18, SmootherFrOgZ wrote: > You can fix it in %build or use sed in %install for that. Uh, well, I don't think it's the specfile's fault. Shouldn't RPM just supply the correct configure flags? From eamitdey at yahoo.com Fri Jan 19 01:36:55 2007 From: eamitdey at yahoo.com (Amit Dey) Date: Thu, 18 Jan 2007 17:36:55 -0800 (PST) Subject: new to Message-ID: <99975.40536.qm@web36815.mail.mud.yahoo.com> Hello. I have made an application which I would like to submit to fedora-extras. The problem is that i have not made it "installable" because I dont know how to do this. I have not even made the configure and make files. My aim is to submit the app to fedora-extras. Are making configure files, make files, spec files and rpm necessary. What else is necessary. Can you guys tell me the steps to be followed ( just give me the name of the things to be done like automake,rpm etc...) so that I can make a package which i can later submit to fedora-extras. I am completely new to this whole packaging thing so i just need something to google for. Thanks Regards Amit Dey. Eagles may soar, but weasels don't get sucked into jet engines. --------------------------------- Have a burning question? Go to Yahoo! Answers and get answers from real people who know. -------------- next part -------------- An HTML attachment was scrubbed... URL: From nomis80 at nomis80.org Fri Jan 19 01:41:51 2007 From: nomis80 at nomis80.org (Simon Perreault) Date: Thu, 18 Jan 2007 20:41:51 -0500 Subject: new to In-Reply-To: <99975.40536.qm@web36815.mail.mud.yahoo.com> References: <99975.40536.qm@web36815.mail.mud.yahoo.com> Message-ID: <200701182041.51516.nomis80@nomis80.org> On Thursday January 18 2007 20:36, Amit Dey wrote: > Are making configure files, make files, spec files and rpm necessary. What > else is necessary. No, no, yes, and yes. Your program needs to be "buildable", and the spec needs to be able to build it. Of course you need the RPM produced by the spec file. > Can you guys tell me the steps to be followed ( just give me the name of > the things to be done like automake,rpm etc...) so that I can make a > package which i can later submit to fedora-extras. Just put in your spec file the commands you use for building your package. Also, take a hard look at http://fedoraproject.org/wiki/Packaging/Guidelines. From tcallawa at redhat.com Fri Jan 19 01:54:07 2007 From: tcallawa at redhat.com (Tom 'spot' Callaway) Date: Thu, 18 Jan 2007 19:54:07 -0600 Subject: rpmbuild multiarch In-Reply-To: <200701182025.40556.nomis80@nomis80.org> References: <200701182014.02393.nomis80@nomis80.org> <62bc09df0701181718k786e7819if462ab0f5e6b1cdb@mail.gmail.com> <200701182025.40556.nomis80@nomis80.org> Message-ID: <1169171647.26750.18.camel@localhost.localdomain> On Thu, 2007-01-18 at 20:25 -0500, Simon Perreault wrote: > On Thursday January 18 2007 20:18, SmootherFrOgZ wrote: > > You can fix it in %build or use sed in %install for that. > > Uh, well, I don't think it's the specfile's fault. Shouldn't RPM just supply > the correct configure flags? Try using setarch. ~spot From dwmw2 at infradead.org Fri Jan 19 01:55:07 2007 From: dwmw2 at infradead.org (David Woodhouse) Date: Fri, 19 Jan 2007 12:55:07 +1100 Subject: rpmbuild multiarch In-Reply-To: <200701182014.02393.nomis80@nomis80.org> References: <200701182014.02393.nomis80@nomis80.org> Message-ID: <1169171707.21196.41.camel@shinybook.infradead.org> On Thu, 2007-01-18 at 20:14 -0500, Simon Perreault wrote: > The --target parameter is OK, but the --libdir parameter is wrong. > What's the solution? Generally, libdir is fixed by something along the lines of echo ppc64-redhat-linux > /etc/rpm/platform or echo ppc-redhat-linux > /etc/rpm/platform There's been a bug open for this for a number of years, I believe. -- dwmw2 From nomis80 at nomis80.org Fri Jan 19 02:03:55 2007 From: nomis80 at nomis80.org (Simon Perreault) Date: Thu, 18 Jan 2007 21:03:55 -0500 Subject: rpmbuild multiarch In-Reply-To: <1169171647.26750.18.camel@localhost.localdomain> References: <200701182014.02393.nomis80@nomis80.org> <200701182025.40556.nomis80@nomis80.org> <1169171647.26750.18.camel@localhost.localdomain> Message-ID: <200701182103.55701.nomis80@nomis80.org> On Thursday January 18 2007 20:54, Tom 'spot' Callaway wrote: > Try using setarch. Good idea, but it doesn't seem to change anything. From dennis at ausil.us Fri Jan 19 02:34:30 2007 From: dennis at ausil.us (Dennis Gilmore) Date: Thu, 18 Jan 2007 20:34:30 -0600 Subject: rpmbuild multiarch In-Reply-To: <200701182014.02393.nomis80@nomis80.org> References: <200701182014.02393.nomis80@nomis80.org> Message-ID: <200701182034.35851.dennis@ausil.us> On Thursday 18 January 2007 7:14 pm, Simon Perreault wrote: > Hi, > > I'm on a x86_64 setup and I want to build an RPM for i386. So I use the > following command: > > rpmbuild -ba --target i386 > > This results in the following configure command being issued: > > ./configure --build=x86_64-redhat-linux-gnu --host=x86_64-redhat-linux-gnu > --target=i386-redhat-linux-gnu --program-prefix= --prefix=/usr > --exec-prefix=/usr --bindir=/usr/bin --sbindir=/usr/sbin --sysconfdir=/etc > --datadir=/usr/share --includedir=/usr/include --libdir=/usr/lib64 > --libexecdir=/usr/libexec --localstatedir=/var --sharedstatedir=/usr/com > --mandir=/usr/share/man --infodir=/usr/share/info --disable-static remove /etc/rpm/platform then setarch i686 rpmbuild -ba -- Dennis Gilmore, RHCE Proud Australian -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From nomis80 at nomis80.org Fri Jan 19 02:48:12 2007 From: nomis80 at nomis80.org (Simon Perreault) Date: Thu, 18 Jan 2007 21:48:12 -0500 Subject: rpmbuild multiarch In-Reply-To: <200701182034.35851.dennis@ausil.us> References: <200701182014.02393.nomis80@nomis80.org> <200701182034.35851.dennis@ausil.us> Message-ID: <200701182148.12415.nomis80@nomis80.org> On Thursday January 18 2007 21:34, Dennis Gilmore wrote: > remove /etc/rpm/platform then setarch i686 rpmbuild -ba It works! Kinda like that time when a big chunk of metal detached from my car and I didn't know what it was so I put it in my trunk just in case and I finally dropped it figuring it must have been useless all along. From devrim at CommandPrompt.com Fri Jan 19 07:28:55 2007 From: devrim at CommandPrompt.com (Devrim GUNDUZ) Date: Fri, 19 Jan 2007 09:28:55 +0200 Subject: About kernel updates: Extras and Core Message-ID: <1169191735.3334.12.camel@laptop.gunduz.org> Hi, I have been suffering a problem when there is a kernel update: My gpsca* packages are being removed from my system due to dependency problem, because there is no matching gspca package in atrpms (http://www.atrpms.net/dist/fc6/gspca/) for the new kernel. That is bad, since I will have to wait until atrpms catches it up, rebuilds the package for new kernel , etc. Until then, I can't use my webcam or I have to make my own rpm. A regular user won't do that, and may not reinstall webcam module again... The solution could be pushing people that builds packages against kernel for building new packages 1-2 days before the new kernel package is announced. I don't have a better idea for now. Regards, -- The PostgreSQL Company - Command Prompt, Inc. 1.503.667.4564 PostgreSQL Replication, Consulting, Custom Development, 24x7 support Managed Services, Shared and Dedicated Hosting Co-Authors: plPHP, ODBCng - http://www.commandprompt.com/ -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From ville.skytta at iki.fi Fri Jan 19 07:34:36 2007 From: ville.skytta at iki.fi (Ville =?utf-8?q?Skytt=C3=A4?=) Date: Fri, 19 Jan 2007 09:34:36 +0200 Subject: rpms/xmms/devel xmms-1.2.10-configfile-safe-write.patch, NONE, 1.1 xmms-1.2.10-reposition.patch, NONE, 1.1 xmms.spec, 1.28, 1.29 In-Reply-To: <200701182333.l0INXQjp001132@cvs-int.fedora.redhat.com> References: <200701182333.l0INXQjp001132@cvs-int.fedora.redhat.com> Message-ID: <200701190934.37117.ville.skytta@iki.fi> On Friday 19 January 2007 01:33, Paul F. Johnson wrote: > Index: xmms.spec [...] > @@ -60,6 +62,7 @@ > %package libs > Summary: XMMS engine and core plugins > Group: System Environment/Libraries > +Requires: %{name} = %{epoch}:%{version}-%{release} Paul, this dependency is still wrong; as said earlier, xmms-libs does _not_ require xmms. Please revert the change again. From fedora at leemhuis.info Fri Jan 19 08:03:59 2007 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Fri, 19 Jan 2007 09:03:59 +0100 Subject: About kernel updates: Extras and Core In-Reply-To: <1169191735.3334.12.camel@laptop.gunduz.org> References: <1169191735.3334.12.camel@laptop.gunduz.org> Message-ID: <45B07B6F.6030209@leemhuis.info> On 19.01.2007 08:28, Devrim GUNDUZ wrote: > I have been suffering a problem when there is a kernel update: My gpsca* > packages are being removed from my system due to dependency problem, > because there is no matching gspca package in atrpms > (http://www.atrpms.net/dist/fc6/gspca/) for the new kernel. > > That is bad, since I will have to wait until atrpms catches it up, > rebuilds the package for new kernel , etc. Until then, I can't use my > webcam or I have to make my own rpm. A regular user won't do that, and > may not reinstall webcam module again... > > The solution could be pushing people that builds packages against kernel > for building new packages 1-2 days before the new kernel package is > announced. I don't have a better idea for now. My 2 cent: - poke the maintainers of drivers like gspca to send their code upstream to the kernel maintained by Linus -- that solves this and several other problems and has a lot more benefits for everyone (including the driver maintainer!) - some drivers are not able to get merged upstream. We need a good packaging standard for those (I'd say a mix of what atrpms, freshrpms and Extras uses currently), maybe a dedicated repo (for those that are not mergeable yet) with a big fat warning sign and a buildsys that rebuilds the kernel module packages automatically as soon as a new kernel gets pushed Waiting "1-2 days" might help in some situations, but we never should have not wait to push out a new kernel if it fixes security problems. Cu thl From giallu at gmail.com Fri Jan 19 08:26:51 2007 From: giallu at gmail.com (Gianluca Sforna) Date: Fri, 19 Jan 2007 09:26:51 +0100 Subject: Newsfeed about new packages integrated into extras In-Reply-To: <3ea997540701120756q70ddd96br3330d20744632d7d@mail.gmail.com> References: <20070112002003.24de89f5@localhost.localdomain> <3ea997540701120756q70ddd96br3330d20744632d7d@mail.gmail.com> Message-ID: On 1/12/07, John Mahowald wrote: > On 1/11/07, Sebastian Vahl wrote: > > Hi. > > Just want to ask If there is an existing newsfeed who tracks the new > > (not updatet) packages integrated into extras? > > > > I don't know of just the new. Closest thing would be the info feed. [1] > > [1] http://fedoraproject.org/infofeed/ Just for curiosity, is the intended behaviour that all feed links (info) on the right panel points to the very same page? I hoped to be notified of Core 6 updates _only_ From denis at poolshark.org Fri Jan 19 10:53:08 2007 From: denis at poolshark.org (Denis Leroy) Date: Fri, 19 Jan 2007 11:53:08 +0100 Subject: About kernel updates: Extras and Core In-Reply-To: <1169191735.3334.12.camel@laptop.gunduz.org> References: <1169191735.3334.12.camel@laptop.gunduz.org> Message-ID: <45B0A314.6060404@poolshark.org> Devrim GUNDUZ wrote: > Hi, > > I have been suffering a problem when there is a kernel update: My gpsca* > packages are being removed from my system due to dependency problem, > because there is no matching gspca package in atrpms > (http://www.atrpms.net/dist/fc6/gspca/) for the new kernel. > > That is bad, since I will have to wait until atrpms catches it up, > rebuilds the package for new kernel , etc. Until then, I can't use my > webcam or I have to make my own rpm. A regular user won't do that, and > may not reinstall webcam module again... > > The solution could be pushing people that builds packages against kernel > for building new packages 1-2 days before the new kernel package is > announced. I don't have a better idea for now. You can also convince a packager to create a dkms-based version of the package, so you'll never have that problem again. From mpknoop at gmail.com Fri Jan 19 11:35:06 2007 From: mpknoop at gmail.com (Mark Knoop) Date: Fri, 19 Jan 2007 11:35:06 +0000 Subject: Geany: could not load libvte.so Message-ID: <42420bfb0701190335jdc4aa4bm765987c82a0c5cae@mail.gmail.com> I saw this editor newly in Extras, so gave it a try. $ geany ** INFO: debug mode built in (can't be disabled) ** INFO: GTK+ 2.10.4, GLib 2.12.3 ** INFO: Could not load libvte.so, terminal support disabled It works fine if I symlink /usr/lib/libvte.so.9 to /usr/lib/libvte.so. I would BZ this, but the geany component is not yet in Bugzilla. -- Mark Knoop From jwboyer at jdub.homelinux.org Fri Jan 19 11:49:07 2007 From: jwboyer at jdub.homelinux.org (Josh Boyer) Date: Fri, 19 Jan 2007 05:49:07 -0600 Subject: About kernel updates: Extras and Core In-Reply-To: <1169191735.3334.12.camel@laptop.gunduz.org> References: <1169191735.3334.12.camel@laptop.gunduz.org> Message-ID: <1169207347.3159.120.camel@vader.jdub.homelinux.org> On Fri, 2007-01-19 at 09:28 +0200, Devrim GUNDUZ wrote: > Hi, > > I have been suffering a problem when there is a kernel update: My gpsca* > packages are being removed from my system due to dependency problem, > because there is no matching gspca package in atrpms > (http://www.atrpms.net/dist/fc6/gspca/) for the new kernel. That is an atrpms problem. That repository is third party and the Fedora project has no control over it. > That is bad, since I will have to wait until atrpms catches it up, > rebuilds the package for new kernel , etc. Until then, I can't use my > webcam or I have to make my own rpm. A regular user won't do that, and > may not reinstall webcam module again... Frankly, that is a risk you take by using a 3rd party repo. Please don't expect Fedora to work around these repositories. There are simply too many of them. > The solution could be pushing people that builds packages against kernel > for building new packages 1-2 days before the new kernel package is > announced. I don't have a better idea for now. The solution is to get whatever drivers you are using into the upstream kernel. Anything else is just an exercise in frustration. Oh, and the gspca modules were approved for Extras. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=209112 No idea why they aren't in the Extras repo at this point. josh From bugs.michael at gmx.net Fri Jan 19 12:44:18 2007 From: bugs.michael at gmx.net (Michael Schwendt) Date: Fri, 19 Jan 2007 13:44:18 +0100 Subject: Newsfeed about new packages integrated into extras In-Reply-To: References: <20070112002003.24de89f5@localhost.localdomain> <3ea997540701120756q70ddd96br3330d20744632d7d@mail.gmail.com> Message-ID: <20070119134418.c6226d3c.bugs.michael@gmx.net> On Fri, 19 Jan 2007 09:26:51 +0100, Gianluca Sforna wrote: > > > Just want to ask If there is an existing newsfeed who tracks the new > > > (not updatet) packages integrated into extras? > > > > > > > I don't know of just the new. Closest thing would be the info feed. [1] > > > > [1] http://fedoraproject.org/infofeed/ > > Just for curiosity, is the intended behaviour that all feed links > (info) on the right panel points to the very same page? That has been reported in #2006110910000031 and just needs somebody who's familiar with the infofeed. From radekvokal at gmail.com Fri Jan 19 14:17:50 2007 From: radekvokal at gmail.com (=?UTF-8?B?UmFkZWsgVm9rw6Fs?=) Date: Fri, 19 Jan 2007 15:17:50 +0100 Subject: gaim-guifications ownership Message-ID: <45B0D30E.8000900@gmail.com> I'm willing to take gaim-guifications ownership. can somebody please reassign this package to me. Thanks Radek From jwboyer at jdub.homelinux.org Fri Jan 19 14:20:58 2007 From: jwboyer at jdub.homelinux.org (Josh Boyer) Date: Fri, 19 Jan 2007 08:20:58 -0600 Subject: gaim-guifications ownership In-Reply-To: <45B0D30E.8000900@gmail.com> References: <45B0D30E.8000900@gmail.com> Message-ID: <1169216458.11081.13.camel@zod.rchland.ibm.com> On Fri, 2007-01-19 at 15:17 +0100, Radek Vok?l wrote: > I'm willing to take gaim-guifications ownership. can somebody please > reassign this package to me. If you're already sponsored you can do it yourself. Just edit the owners file in CVS. josh From bugs.michael at gmx.net Fri Jan 19 15:10:50 2007 From: bugs.michael at gmx.net (Michael Schwendt) Date: Fri, 19 Jan 2007 16:10:50 +0100 Subject: Geany: could not load libvte.so In-Reply-To: <42420bfb0701190335jdc4aa4bm765987c82a0c5cae@mail.gmail.com> References: <42420bfb0701190335jdc4aa4bm765987c82a0c5cae@mail.gmail.com> Message-ID: <20070119161050.708be144.bugs.michael@gmx.net> On Fri, 19 Jan 2007 11:35:06 +0000, Mark Knoop wrote: > I saw this editor newly in Extras, so gave it a try. > > $ geany > ** INFO: debug mode built in (can't be disabled) > ** INFO: GTK+ 2.10.4, GLib 2.12.3 > ** INFO: Could not load libvte.so, terminal support disabled > > It works fine if I symlink /usr/lib/libvte.so.9 to /usr/lib/libvte.so. > I would BZ this, but the geany component is not yet in Bugzilla. It's in CVS owners.list already, however, revision 1.2251 date: 2007/01/16 18:11:26; author: josef; state: Exp; lines: +1 -0 added geany so that it does not show up in bugzilla is a separate problem. From chris.stone at gmail.com Fri Jan 19 16:16:17 2007 From: chris.stone at gmail.com (Christopher Stone) Date: Fri, 19 Jan 2007 08:16:17 -0800 Subject: Geany: could not load libvte.so In-Reply-To: <42420bfb0701190335jdc4aa4bm765987c82a0c5cae@mail.gmail.com> References: <42420bfb0701190335jdc4aa4bm765987c82a0c5cae@mail.gmail.com> Message-ID: On 1/19/07, Mark Knoop wrote: > I saw this editor newly in Extras, so gave it a try. > > $ geany > ** INFO: debug mode built in (can't be disabled) > ** INFO: GTK+ 2.10.4, GLib 2.12.3 > ** INFO: Could not load libvte.so, terminal support disabled > > It works fine if I symlink /usr/lib/libvte.so.9 to /usr/lib/libvte.so. > I would BZ this, but the geany component is not yet in Bugzilla. This looks like a vte bug to me. I did not get this error when I reviewed the package. Therefore the vte package appears to be fine on my system. Are you running FC-6? BTW the geany packager was a first time packager and I was the sponser, I should have double-checked to make sure he put an entry in the owners.list. I would have caught it on the next package status update. From chris.stone at gmail.com Fri Jan 19 16:23:32 2007 From: chris.stone at gmail.com (Christopher Stone) Date: Fri, 19 Jan 2007 08:23:32 -0800 Subject: Geany: could not load libvte.so In-Reply-To: References: <42420bfb0701190335jdc4aa4bm765987c82a0c5cae@mail.gmail.com> Message-ID: On 1/19/07, Christopher Stone wrote: > On 1/19/07, Mark Knoop wrote: > > I saw this editor newly in Extras, so gave it a try. > > > > $ geany > > ** INFO: debug mode built in (can't be disabled) > > ** INFO: GTK+ 2.10.4, GLib 2.12.3 > > ** INFO: Could not load libvte.so, terminal support disabled > > > > It works fine if I symlink /usr/lib/libvte.so.9 to /usr/lib/libvte.so. > > I would BZ this, but the geany component is not yet in Bugzilla. > > This looks like a vte bug to me. I did not get this error when I > reviewed the package. Therefore the vte package appears to be fine on > my system. Are you running FC-6? > > BTW the geany packager was a first time packager and I was the > sponser, I should have double-checked to make sure he put an entry in > the owners.list. I would have caught it on the next package status > update. > oh nevermind, it is already in owners.list. Too early in the morning for me. /me goes to make a cup of coffee From bugs.michael at gmx.net Fri Jan 19 17:30:55 2007 From: bugs.michael at gmx.net (Michael Schwendt) Date: Fri, 19 Jan 2007 18:30:55 +0100 Subject: Geany: could not load libvte.so In-Reply-To: References: <42420bfb0701190335jdc4aa4bm765987c82a0c5cae@mail.gmail.com> Message-ID: <20070119183055.f98e970a.bugs.michael@gmx.net> On Fri, 19 Jan 2007 08:16:17 -0800, Christopher Stone wrote: > On 1/19/07, Mark Knoop wrote: > > I saw this editor newly in Extras, so gave it a try. > > > > $ geany > > ** INFO: debug mode built in (can't be disabled) > > ** INFO: GTK+ 2.10.4, GLib 2.12.3 > > ** INFO: Could not load libvte.so, terminal support disabled > > > > It works fine if I symlink /usr/lib/libvte.so.9 to /usr/lib/libvte.so. > > I would BZ this, but the geany component is not yet in Bugzilla. > > This looks like a vte bug to me. I did not get this error when I > reviewed the package. Therefore the vte package appears to be fine on > my system. Are you running FC-6? Bug is reproducible on a FC-6. Just make sure you don't have "vte-devel" installed. That geany dlopen()'s libvte.so at run-time, is a bug in geany. It ought to open the specific libvte.so.9 instead, since it was built with a specific vte-devel. See "src/vte.c". From Axel.Thimm at ATrpms.net Fri Jan 19 19:14:07 2007 From: Axel.Thimm at ATrpms.net (Axel Thimm) Date: Fri, 19 Jan 2007 20:14:07 +0100 Subject: About kernel updates: Extras and Core In-Reply-To: <1169191735.3334.12.camel@laptop.gunduz.org> References: <1169191735.3334.12.camel@laptop.gunduz.org> Message-ID: <20070119191407.GH26317@neu.nirvana> On Fri, Jan 19, 2007 at 09:28:55AM +0200, Devrim GUNDUZ wrote: > I have been suffering a problem when there is a kernel update: My gpsca* > packages are being removed from my system due to dependency problem, > because there is no matching gspca package in atrpms > (http://www.atrpms.net/dist/fc6/gspca/) for the new kernel. There is/was, but ATrpms suffered a DNS problem for a couple of hours. Any mirror would had gotten you the packages, but again the mirrors are listed on the ATrpms site that was blown away by the DNS issues ... Anyway the packages are there and DNs is working again, so grab them ;) Note: If you use yum-plugin-kmdl these packages will also be pulled in anytime later than a kernel update. -- Axel.Thimm at ATrpms.net -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From buildsys at fedoraproject.org Fri Jan 19 19:49:39 2007 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Fri, 19 Jan 2007 14:49:39 -0500 (EST) Subject: Fedora Extras Package Build Report 2007-01-19 Message-ID: <20070119194939.8EB9B15212E@buildsys.fedoraproject.org> Packages built and released for Fedora Extras development: 31 QuantLib-0.3.14-2.fc7 SoQt-1.4.1-3.fc7 archmage-0.0.8-1.fc7 bittorrent-5.0.5-1.fc7 NEW blobby-0.6-0.4.a.fc7 claws-mail-plugins-2.7.1-1.fc7 cobbler-0.3.6-1.fc7 compat-wxPythonGTK2-2.4.2.4-15.fc7 devilspie-0.20.1-1.fc7 emelfm2-0.3.2-1.fc7 facter-1.3.5-3.fc7 gauche-0.8.9-1.fc7 gauche-gl-0.4.3-1.fc7 gauche-gtk-0.4.1-10.fc7 jd-1.8.5-0.3.cvs070118.fc7 kaffeine-0.8.3-4.fc7 logjam-4.5.3-8.fc7 lua-5.1.1-3.fc7 mirage-0.8.3-1.fc7 nazghul-0.5.6-0.1.rc1.fc7 ntfs-3g-0-0.9.20070118.fc7 NEW perl-Net-Domain-TLD-1.65-1.fc7 php-pear-Structures-DataGrid-DataSource-MDB2-0.1.5-1.fc7 rekall-2.4.5-5.fc7.3 rocksndiamonds-3.2.3-1.fc7 rubygems-0.9.1-1.fc7 scalapack-1.7.5-1.fc7 NEW smolt-0.4-2.fc7 wlassistant-0.5.6-1.fc7 xine-lib-1.1.3-4.fc7 (!) xmms-1.2.10-31.fc7 : INVALID rebuild, not published! Packages built and released for Fedora Extras 6: 28 QuantLib-0.3.14-2.fc6 SoQt-1.4.1-3.fc6 archmage-0.0.8-1.fc6 NEW blobby-0.6-0.4.a.fc6 NEW claws-mail-plugins-2.7.1-1.fc6 cobbler-0.3.6-1.fc6 devilspie-0.20.1-1.fc6 em8300-kmod-0.16.0-5.2.6.19_1.2895.fc6 facter-1.3.5-3.fc6 gauche-0.8.9-1.fc6 gauche-gl-0.4.3-1.fc6 gauche-gtk-0.4.1-10.fc6 logjam-4.5.3-8.fc6 mirage-0.8.3-1.fc6 ntfs-3g-0-0.9.20070118.fc6 NEW perl-File-Copy-Recursive-0.30-2.fc6 perl-File-Flat-1.00-1.fc6 NEW perl-Net-Domain-TLD-1.65-1.fc6 perl-Test-Inline-2.201-2.fc6 php-pear-Structures-DataGrid-DataSource-MDB2-0.1.5-1.fc6 python-TurboMail-2.0.3-3.fc6 rekall-2.4.5-5.fc6 rocksndiamonds-3.2.3-1.fc6 NEW rubygems-0.9.1-1.fc6 scalapack-1.7.5-1.fc6 sysprof-kmod-1.0.8-1.2.6.19_1.2895.fc6 util-vserver-0.30.212-3.fc6 wlassistant-0.5.6-1.fc6 Packages built and released for Fedora Extras 5: 21 QuantLib-0.3.14-2.fc5 SoQt-1.4.1-3.fc5 NEW claws-mail-plugins-2.7.1-1.fc5 cobbler-0.3.6-1.fc5 devilspie-0.20.1-1.fc5 facter-1.3.5-3.fc5 gauche-0.8.9-1.fc5 gauche-gl-0.4.3-1.fc5 gauche-gtk-0.4.1-10.fc5 logjam-4.5.3-8.fc5 mirage-0.8.3-1.fc5 ntfs-3g-0-0.9.20070118.fc5 NEW perl-File-Copy-Recursive-0.30-2.fc5 perl-File-Flat-1.00-1.fc5 NEW perl-Net-Domain-TLD-1.65-1.fc5 php-pear-Structures-DataGrid-DataSource-MDB2-0.1.5-1.fc5 rekall-2.4.5-5.fc5 rocksndiamonds-3.2.3-1.fc5 NEW rubygems-0.9.1-1.fc5 scalapack-1.7.5-1.fc5 wlassistant-0.5.6-1.fc5 For more information about the built packages please see the repository or the Fedora Info Feed: http://fedoraproject.org/infofeed/ From mmcgrath at fedoraproject.org Fri Jan 19 19:44:49 2007 From: mmcgrath at fedoraproject.org (Mike McGrath) Date: Fri, 19 Jan 2007 13:44:49 -0600 Subject: Fedora Email Addresses Changing! Message-ID: <3237e4410701191144n37f30855l9260cf07160da367@mail.gmail.com> For those of you using first.last at fedoraproject.org please be advised that starting February 1st we will no longer be allowing the first.last at fedoraproject.org (This is due to technical and syntactical issues). The username at fedoraproject.org email addresses will work just fine. If this will cause a huge issue to you please contact me off-list so we can come to a satisfactory resolution. -Mike From devrim at CommandPrompt.com Fri Jan 19 23:52:58 2007 From: devrim at CommandPrompt.com (Devrim GUNDUZ) Date: Sat, 20 Jan 2007 01:52:58 +0200 Subject: About kernel updates: Extras and Core In-Reply-To: <20070119191407.GH26317@neu.nirvana> References: <1169191735.3334.12.camel@laptop.gunduz.org> <20070119191407.GH26317@neu.nirvana> Message-ID: <1169250778.3295.21.camel@laptop.gunduz.org> Hi, On Fri, 2007-01-19 at 20:14 +0100, Axel Thimm wrote: > Anyway the packages are there and DNs is working again, so grab > them ;) Thanks :) > Note: If you use yum-plugin-kmdl these packages will also be pulled in > anytime later than a kernel update. Wow. Thanks for this hint. Regards, -- The PostgreSQL Company - Command Prompt, Inc. 1.503.667.4564 PostgreSQL Replication, Consulting, Custom Development, 24x7 support Managed Services, Shared and Dedicated Hosting Co-Authors: plPHP, ODBCng - http://www.commandprompt.com/ -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From josef at toxicpanda.com Sat Jan 20 13:15:45 2007 From: josef at toxicpanda.com (Josef Whiter) Date: Sat, 20 Jan 2007 08:15:45 -0500 Subject: Geany: could not load libvte.so In-Reply-To: <20070119183055.f98e970a.bugs.michael@gmx.net> References: <42420bfb0701190335jdc4aa4bm765987c82a0c5cae@mail.gmail.com> <20070119183055.f98e970a.bugs.michael@gmx.net> Message-ID: <45B21601.9050705@toxicpanda.com> Michael Schwendt wrote: > On Fri, 19 Jan 2007 08:16:17 -0800, Christopher Stone wrote: > > >> On 1/19/07, Mark Knoop wrote: >> >>> I saw this editor newly in Extras, so gave it a try. >>> >>> $ geany >>> ** INFO: debug mode built in (can't be disabled) >>> ** INFO: GTK+ 2.10.4, GLib 2.12.3 >>> ** INFO: Could not load libvte.so, terminal support disabled >>> >>> It works fine if I symlink /usr/lib/libvte.so.9 to /usr/lib/libvte.so. >>> I would BZ this, but the geany component is not yet in Bugzilla. >>> >> This looks like a vte bug to me. I did not get this error when I >> reviewed the package. Therefore the vte package appears to be fine on >> my system. Are you running FC-6? >> > > Bug is reproducible on a FC-6. Just make sure you don't have "vte-devel" > installed. > > That geany dlopen()'s libvte.so at run-time, is a bug in geany. It > ought to open the specific libvte.so.9 instead, since it was built > with a specific vte-devel. See "src/vte.c". > > Hmm, I have vte-devel as a BuildRequires, should I make it a Requires as well to fix this problem or should I actually patch geany to fix this issue? Josef From mclasen at redhat.com Sat Jan 20 13:23:32 2007 From: mclasen at redhat.com (Matthias Clasen) Date: Sat, 20 Jan 2007 08:23:32 -0500 Subject: Geany: could not load libvte.so In-Reply-To: <45B21601.9050705@toxicpanda.com> References: <42420bfb0701190335jdc4aa4bm765987c82a0c5cae@mail.gmail.com> <20070119183055.f98e970a.bugs.michael@gmx.net> <45B21601.9050705@toxicpanda.com> Message-ID: <1169299412.3339.4.camel@localhost.localdomain> On Sat, 2007-01-20 at 08:15 -0500, Josef Whiter wrote: > > That geany dlopen()'s libvte.so at run-time, is a bug in geany. It > > ought to open the specific libvte.so.9 instead, since it was built > > with a specific vte-devel. See "src/vte.c". > > > > > Hmm, I have vte-devel as a BuildRequires, should I make it a Requires as > well to fix this problem or should I actually patch geany to fix this issue? > Requiring a -devel package at runtime is wrong, unless you are a -devel package yourself. Patching geany to dlopen the versioned library sounds easy enough. Why does it have to dlopen vte anyway, instead of just linking against it ? From josef at toxicpanda.com Sat Jan 20 13:42:30 2007 From: josef at toxicpanda.com (Josef Whiter) Date: Sat, 20 Jan 2007 08:42:30 -0500 Subject: Geany: could not load libvte.so In-Reply-To: <1169299412.3339.4.camel@localhost.localdomain> References: <42420bfb0701190335jdc4aa4bm765987c82a0c5cae@mail.gmail.com> <20070119183055.f98e970a.bugs.michael@gmx.net> <45B21601.9050705@toxicpanda.com> <1169299412.3339.4.camel@localhost.localdomain> Message-ID: <45B21C46.60500@toxicpanda.com> Matthias Clasen wrote: > On Sat, 2007-01-20 at 08:15 -0500, Josef Whiter wrote: > > >>> That geany dlopen()'s libvte.so at run-time, is a bug in geany. It >>> ought to open the specific libvte.so.9 instead, since it was built >>> with a specific vte-devel. See "src/vte.c". >>> >>> >>> >> Hmm, I have vte-devel as a BuildRequires, should I make it a Requires as >> well to fix this problem or should I actually patch geany to fix this issue? >> >> > > Requiring a -devel package at runtime is wrong, unless you are a -devel > package yourself. Patching geany to dlopen the versioned library sounds > easy enough. Why does it have to dlopen vte anyway, instead of just > linking against it ? > > Beats me, I will go through and make it so it doesn't do the dlopen and rebuild and then send the patch upstream. Thanks much for reporting this, Josef From mpknoop at gmail.com Sat Jan 20 17:05:02 2007 From: mpknoop at gmail.com (Mark Knoop) Date: Sat, 20 Jan 2007 17:05:02 +0000 Subject: Geany: could not load libvte.so In-Reply-To: <45B21C46.60500@toxicpanda.com> References: <42420bfb0701190335jdc4aa4bm765987c82a0c5cae@mail.gmail.com> <20070119183055.f98e970a.bugs.michael@gmx.net> <45B21601.9050705@toxicpanda.com> <1169299412.3339.4.camel@localhost.localdomain> <45B21C46.60500@toxicpanda.com> Message-ID: <42420bfb0701200905s5d449c49mdca2c950512206fc@mail.gmail.com> On 20/01/07, Josef Whiter wrote: > Matthias Clasen wrote: > > On Sat, 2007-01-20 at 08:15 -0500, Josef Whiter wrote: > > > > > >>> That geany dlopen()'s libvte.so at run-time, is a bug in geany. It > >>> ought to open the specific libvte.so.9 instead, since it was built > >>> with a specific vte-devel. See "src/vte.c". > >>> > >>> > >>> > >> Hmm, I have vte-devel as a BuildRequires, should I make it a Requires as > >> well to fix this problem or should I actually patch geany to fix this issue? > >> > >> > > > > Requiring a -devel package at runtime is wrong, unless you are a -devel > > package yourself. Patching geany to dlopen the versioned library sounds > > easy enough. Why does it have to dlopen vte anyway, instead of just > > linking against it ? > > > > > Beats me, I will go through and make it so it doesn't do the dlopen and > rebuild and then send the patch upstream. Thanks much for reporting this, > Meanwhile, as a workaround without either installing vte-devel or making a symlink, geany --vte-lib /usr/lib/libvte.so.9 -- Mark Knoop From bpepple at fedoraproject.org Sat Jan 20 18:10:34 2007 From: bpepple at fedoraproject.org (Brian Pepple) Date: Sat, 20 Jan 2007 13:10:34 -0500 Subject: FESCo Meeting Summary for 2007-01-18 Message-ID: <1169316634.27605.2.camel@Chuck> Members Present * Thorsten Leemhuis (thl) * Brian Pepple (bpepple) * Rex Dieter (rdieter) * Jason Tibbitts (tibbs) * Toshio Kuratomi (abadger1999) * Christian Iseli (ch4chris) * Warren Togami (warren) * Josh Boyer (jwb) * Tom Callaway (spot) * Kevin Fenzi (nirik) * Dennis Gilmore (dgilmore) * Jeremy Katz (jeremy) * Jesse Keating (f13) * Bill Nottingham (notting) Absent * Andreas Bierfert (awjb) == Summary == EPEL Update * Most of the outstanding issues are waiting on RedHat IS. * It was brought up that EPEL should have separate guideline (e.g. latest and greatest vs. a more stable approach), and that the EPEL community should make this decision. Opening Core * FAB accepted thl's proposal on the FESCo/Core cabal merge. Welcome to FESCo Jesse & Bill! * f13, notting, and max will be added to the fesco-list. FESCo-successor name issue * It was decided to keep the name 'FESCo' after the Core/Extras merge. thl will send an e-mail to the mailing lists announcing this. Encourage co-maintainership * thl is going to send an e-mail to the mailing lists with his proposal. Firefox updates in stable often breaks packages * Will look at automating rebuilds of affected packages, though this won't before F7. * For now, bpepple is going to form a group with other maintainers with packages affected by Firefox updates so rebuilds are handled more quickly. Disallow cvs-import for everything but the initial import * It was discussed how using cvs-import quite often overwrite previous changes done by other maintainers. * The initial thought on how to fix this was to modify cvs-import to prevent this behavior, but many issues need further discussion before acting. Further brain-storming will occur on the mailing list, so as not to waste meeting time. What do we want to see in the approved-message in a review bug * People seeking sponsorship should definitely use checklist of items reviewed, so there is documentation of their knowledge of the packaging guidelines. * If there is a discussion on issues in the review, then an APPROVED only is probably ok. Syslog-ng Patent Problems * RedHat Legal is currently reviewing this issue. Misc * FESCo meeting in the future will take place in #fedora-meeting beginning on 2007-01-25. For full IRC log: http://fedoraproject.org/wiki/Extras/SteeringCommittee/Meeting-20070118 Thanks, /B -- Brian Pepple gpg --keyserver pgp.mit.edu --recv-keys 810CC15E BD5E 6F9E 8688 E668 8F5B CBDE 326A E936 810C C15E -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From buildsys at fedoraproject.org Sat Jan 20 18:40:12 2007 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Sat, 20 Jan 2007 13:40:12 -0500 (EST) Subject: Fedora Extras Package Build Report 2007-01-20 Message-ID: <20070120184012.BD8F615212E@buildsys.fedoraproject.org> Packages built and released for Fedora Extras development: 18 TeXmacs-1.0.6.8-1.fc7 anjuta-2.1.0-1.fc7 facter-1.3.6-1.fc7 gnome-build-0.1.4-2.fc7 gutenprint-5.0.0-4.fc7 kvm-11-1 perl-HTTP-Server-Simple-0.27-1.fc7 perl-Params-Validate-0.87-1.fc7 php-pear-Console-Table-1.0.6-1.fc7 phpMyAdmin-2.9.2-1.fc7 python-lxml-1.1.2-1.fc7 ruby-activerecord-1.15.1-1.fc7 ruby-activesupport-1.4.0-1.fc7 sword-1.5.9-3.fc7 sword-1.5.9-4.fc7 thunar-archive-plugin-0.2.4-1.fc7 xfce4-diskperf-plugin-2.1.0-1.fc7 xmms-1.2.10-32.fc7 Packages built and released for Fedora Extras 6: 16 TeXmacs-1.0.6.8-1.fc6 bibletime-1.6.2-4.fc6 emelfm2-0.3.2-1.fc6 facter-1.3.6-1.fc6 perl-HTTP-Server-Simple-0.27-1.fc6 perl-Params-Validate-0.87-1.fc6 php-pear-Console-Table-1.0.6-1.fc6 phpMyAdmin-2.9.2-1.fc6 ruby-activerecord-1.15.1-1.fc6 ruby-activesupport-1.4.0-1.fc6 NEW smolt-0.4-2.fc6 sword-1.5.9-3.fc6 sword-1.5.9-4.fc6 thunar-archive-plugin-0.2.4-1.fc6 wesnoth-1.2.1-1.fc6 xfce4-diskperf-plugin-2.1.0-1.fc6 Packages built and released for Fedora Extras 5: 11 bibletime-1.6.2-4.fc5 facter-1.3.6-1.fc5 perl-HTTP-Server-Simple-0.27-1.fc5 perl-Params-Validate-0.87-1.fc5 php-pear-Console-Table-1.0.6-1.fc5 phpMyAdmin-2.9.2-1.fc5 ruby-activerecord-1.15.1-1.fc5 ruby-activesupport-1.4.0-1.fc5 sword-1.5.9-3.fc5 sword-1.5.9-4.fc5 wesnoth-1.2.1-1.fc5 For more information about the built packages please see the repository or the Fedora Info Feed: http://fedoraproject.org/infofeed/ From buildsys at fedoraproject.org Sat Jan 20 20:56:55 2007 From: buildsys at fedoraproject.org (Fedora Extras repoclosure) Date: Sat, 20 Jan 2007 20:56:55 -0000 Subject: Summary - Broken dependencies in Fedora Extras - 2007-01-20 Message-ID: <20070120205655.8684.8742@extras64.linux.duke.edu> ERROR: "smolt" not in owners.list! ERROR: "smolt" not in owners.list! ERROR: "smolt" not in owners.list! ERROR: "smolt" not in owners.list! ERROR: "smolt" not in owners.list! ERROR: "smolt" not in owners.list! New report for: UNKNOWN OWNER package: smolt-server - 0.4-2.fc6.noarch from fedora-extras-6-ppc unresolved deps: turbogears package: smolt-server - 0.4-2.fc6.noarch from fedora-extras-6-x86_64 unresolved deps: turbogears package: smolt-server - 0.4-2.fc6.noarch from fedora-extras-6-i386 unresolved deps: turbogears package: smolt-server - 0.4-2.fc7.noarch from fedora-extras-development-ppc unresolved deps: turbogears package: smolt-server - 0.4-2.fc7.noarch from fedora-extras-development-x86_64 unresolved deps: turbogears package: smolt-server - 0.4-2.fc7.noarch from fedora-extras-development-i386 unresolved deps: turbogears ====================================================================== Summary of broken packages (by owner): UNKNOWN OWNER smolt-server - 0.4-2.fc6.noarch smolt-server - 0.4-2.fc6.noarch smolt-server - 0.4-2.fc6.noarch smolt-server - 0.4-2.fc7.noarch smolt-server - 0.4-2.fc7.noarch smolt-server - 0.4-2.fc7.noarch cgoorah AT yahoo.com.au toped - 0.8.2-2.fc6.i386 (36 days) toped - 0.8.2-2.fc6.ppc (36 days) toped - 0.8.2-2.fc6.x86_64 (36 days) dcbw AT redhat.com csound - 5.03.0-9.fc7.i386 (43 days) csound - 5.03.0-9.fc7.i386 (43 days) csound - 5.03.0-9.fc7.ppc (43 days) csound - 5.03.0-9.fc7.x86_64 (43 days) csound-python - 5.03.0-9.fc7.i386 (43 days) csound-python - 5.03.0-9.fc7.ppc (43 days) csound-python - 5.03.0-9.fc7.x86_64 (43 days) dwmw2 AT redhat.com openpbx - 1.2-3.rc2.svn2135.fc7.i386 (45 days) openpbx - 1.2-3.rc2.svn2135.fc7.i386 (45 days) openpbx - 1.2-3.rc2.svn2135.fc7.ppc (45 days) openpbx - 1.2-3.rc2.svn2135.fc7.x86_64 (45 days) openpbx-postgresql - 1.2-3.rc2.svn2135.fc7.i386 (45 days) openpbx-postgresql - 1.2-3.rc2.svn2135.fc7.ppc (45 days) openpbx-postgresql - 1.2-3.rc2.svn2135.fc7.x86_64 (45 days) endur AT bennewitz.com streamtuner - 0.99.99-15.fc7.x86_64 (43 days) gauret AT free.fr amarok - 1.4.4-5.fc7.i386 (3 days) amarok - 1.4.4-5.fc7.i386 (3 days) amarok - 1.4.4-5.fc7.ppc (3 days) amarok - 1.4.4-5.fc7.x86_64 (3 days) ifoox AT redhat.com libreadline-java - 0.8.0-13.fc6.i386 (40 days) libreadline-java - 0.8.0-13.fc6.i386 (40 days) libreadline-java - 0.8.0-13.fc6.ppc (40 days) libreadline-java - 0.8.0-13.fc6.x86_64 (40 days) jafo-redhat AT tummy.com python-pydns - 2.3.0-4.fc6.noarch (43 days) python-pydns - 2.3.0-4.fc6.noarch (43 days) python-pydns - 2.3.0-4.fc6.noarch (43 days) jamatos AT fc.up.pt python-amara - 1.1.7-2.fc6.noarch (43 days) python-amara - 1.1.7-2.fc6.noarch (43 days) python-amara - 1.1.7-2.fc6.noarch (43 days) jeff AT ocjtech.us linphone - 1.2.0-4.fc5.i386 (103 days) linphone - 1.2.0-4.fc5.ppc (103 days) linphone - 1.2.0-4.fc5.x86_64 (103 days) lmacken AT redhat.com TurboGears - 1.0b2-5.fc7.noarch (38 days) TurboGears - 1.0b2-5.fc7.noarch (38 days) TurboGears - 1.0b2-5.fc7.noarch (38 days) python-cherrypy - 2.2.1-3.fc6.noarch (43 days) python-cherrypy - 2.2.1-3.fc6.noarch (43 days) python-cherrypy - 2.2.1-3.fc6.noarch (43 days) orion AT cora.nwra.com paraview - 2.4.4-3.fc6.x86_64 (43 days) paraview-mpi - 2.4.4-3.fc6.x86_64 (43 days) plplot - 5.6.1-8.fc7.i386 (43 days) plplot - 5.6.1-8.fc7.i386 (43 days) plplot - 5.6.1-8.fc7.ppc (43 days) plplot - 5.6.1-8.fc7.x86_64 (43 days) plplot-gnome - 5.6.1-8.fc7.i386 (43 days) plplot-gnome - 5.6.1-8.fc7.i386 (43 days) plplot-gnome - 5.6.1-8.fc7.ppc (43 days) plplot-gnome - 5.6.1-8.fc7.x86_64 (43 days) plplot-wxGTK - 5.6.1-8.fc7.i386 (43 days) plplot-wxGTK - 5.6.1-8.fc7.ppc (43 days) plplot-wxGTK - 5.6.1-8.fc7.x86_64 (43 days) petersen AT redhat.com ghc642-gtk2hs-mozembed - 0.9.10-1.fc5.i386 (13 days) ghc642-gtk2hs-mozembed - 0.9.10-1.fc5.ppc (13 days) ghc642-gtk2hs-mozembed - 0.9.10-1.fc5.x86_64 (13 days) rdieter AT math.unl.edu PyKDE - 3.16.0-5.fc7.i386 (43 days) PyKDE - 3.16.0-5.fc7.i386 (43 days) PyKDE - 3.16.0-5.fc7.ppc (43 days) PyKDE - 3.16.0-5.fc7.x86_64 (43 days) kdemultimedia-extras - 6:3.5.5-0.3.fc7.i386 (6 days) kdemultimedia-extras - 6:3.5.5-0.3.fc7.ppc (6 days) kdemultimedia-extras - 6:3.5.5-0.3.fc7.x86_64 (6 days) shahms AT shahms.com python-psyco - 1.5.1-4.fc6.i386 (43 days) stickster AT gmail.com xmldiff - 0.6.7-12.fc6.i386 (43 days) xmldiff - 0.6.7-12.fc6.ppc (43 days) xmldiff - 0.6.7-12.fc6.x86_64 (43 days) tagoh AT redhat.com kinput2 - v3.1-29.fc6.i386 (9 days) kinput2 - v3.1-29.fc6.ppc (9 days) kinput2 - v3.1-29.fc6.x86_64 (9 days) tmz AT pobox.com python-gpod - 0.4.2-1.fc6.i386 (3 days) python-gpod - 0.4.2-1.fc6.ppc (3 days) python-gpod - 0.4.2-1.fc6.x86_64 (3 days) triad AT df.lth.se gnomad2 - 2.8.9-4.fc7.i386 (2 days) gnomad2 - 2.8.9-4.fc7.ppc (2 days) gnomad2 - 2.8.9-4.fc7.x86_64 (2 days) ville.skytta AT iki.fi em8300 - 0.16.0-3.fc7.i386 (24 days) em8300 - 0.16.0-3.fc7.ppc (24 days) em8300 - 0.16.0-3.fc7.x86_64 (24 days) wart AT kobold.org cyphesis - 0.5.10-3.fc7.i386 (43 days) cyphesis - 0.5.10-3.fc7.ppc (43 days) cyphesis - 0.5.10-3.fc7.x86_64 (43 days) ====================================================================== Broken packages in fedora-extras-5-i386: ghc642-gtk2hs-mozembed-0.9.10-1.fc5.i386 requires mozilla-devel = 37:1.7.13 linphone-1.2.0-4.fc5.i386 requires libortp.so.2 ====================================================================== Broken packages in fedora-extras-5-ppc: ghc642-gtk2hs-mozembed-0.9.10-1.fc5.ppc requires mozilla-devel = 37:1.7.13 linphone-1.2.0-4.fc5.ppc requires libortp.so.2 ====================================================================== Broken packages in fedora-extras-5-x86_64: ghc642-gtk2hs-mozembed-0.9.10-1.fc5.x86_64 requires mozilla-devel = 37:1.7.13 linphone-1.2.0-4.fc5.x86_64 requires libortp.so.2()(64bit) ====================================================================== Broken packages in fedora-extras-6-i386: python-gpod-0.4.2-1.fc6.i386 requires libgpod.so.1 python-gpod-0.4.2-1.fc6.i386 requires libgpod = 0:0.4.2 smolt-server-0.4-2.fc6.noarch requires turbogears ====================================================================== Broken packages in fedora-extras-6-ppc: python-gpod-0.4.2-1.fc6.ppc requires libgpod.so.1 python-gpod-0.4.2-1.fc6.ppc requires libgpod = 0:0.4.2 smolt-server-0.4-2.fc6.noarch requires turbogears ====================================================================== Broken packages in fedora-extras-6-x86_64: python-gpod-0.4.2-1.fc6.x86_64 requires libgpod = 0:0.4.2 python-gpod-0.4.2-1.fc6.x86_64 requires libgpod.so.1()(64bit) smolt-server-0.4-2.fc6.noarch requires turbogears ====================================================================== Broken packages in fedora-extras-development-i386: PyKDE-3.16.0-5.fc7.i386 requires python(abi) = 0:2.4 PyKDE-3.16.0-5.fc7.i386 requires python-abi = 0:2.4 TurboGears-1.0b2-5.fc7.noarch requires python-elementtree >= 0:1.2.6 amarok-1.4.4-5.fc7.i386 requires libmtp.so.4 amarok-1.4.4-5.fc7.i386 requires libgpod.so.0 csound-5.03.0-9.fc7.i386 requires libpython2.4.so.1.0 csound-python-5.03.0-9.fc7.i386 requires python(abi) = 0:2.4 csound-python-5.03.0-9.fc7.i386 requires libpython2.4.so.1.0 cyphesis-0.5.10-3.fc7.i386 requires libpython2.4.so.1.0 em8300-0.16.0-3.fc7.i386 requires em8300-kmod >= 0:0.16.0 gnomad2-2.8.9-4.fc7.i386 requires libmtp.so.4 kdemultimedia-extras-6:3.5.5-0.3.fc7.i386 requires libgstreamer-0.8.so.1 kinput2-v3.1-29.fc6.i386 requires libwnn.so.0 libreadline-java-0.8.0-13.fc6.i386 requires libedit >= 0:2.9 openpbx-1.2-3.rc2.svn2135.fc7.i386 requires libedit.so.0 openpbx-postgresql-1.2-3.rc2.svn2135.fc7.i386 requires libpq.so.4 plplot-5.6.1-8.fc7.i386 requires python(abi) = 0:2.4 plplot-5.6.1-8.fc7.i386 requires libpython2.4.so.1.0 plplot-gnome-5.6.1-8.fc7.i386 requires python(abi) = 0:2.4 plplot-gnome-5.6.1-8.fc7.i386 requires libpython2.4.so.1.0 plplot-wxGTK-5.6.1-8.fc7.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) plplot-wxGTK-5.6.1-8.fc7.i386 requires libwx_baseu_xml-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.i386 requires libwx_gtk2u_qa-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) plplot-wxGTK-5.6.1-8.fc7.i386 requires libwx_gtk2u_core-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.i386 requires libwx_baseu_net-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.i386 requires libwx_gtk2u_xrc-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.i386 requires libwx_gtk2u_html-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.i386 requires libwx_baseu-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.i386 requires libwx_gtk2u_adv-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.i386 requires libwx_baseu-2.6.so.0(WXU_2.6) python-amara-1.1.7-2.fc6.noarch requires python(abi) = 0:2.4 python-cherrypy-2.2.1-3.fc6.noarch requires python(abi) = 0:2.4 python-psyco-1.5.1-4.fc6.i386 requires python-abi = 0:2.4 python-psyco-1.5.1-4.fc6.i386 requires python(abi) = 0:2.4 python-pydns-2.3.0-4.fc6.noarch requires python(abi) = 0:2.4 smolt-server-0.4-2.fc7.noarch requires turbogears toped-0.8.2-2.fc6.i386 requires libwx_gtk2u_gl-2.6.so.0 toped-0.8.2-2.fc6.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) toped-0.8.2-2.fc6.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3) toped-0.8.2-2.fc6.i386 requires libwx_baseu_xml-2.6.so.0 toped-0.8.2-2.fc6.i386 requires libwx_gtk2u_qa-2.6.so.0 toped-0.8.2-2.fc6.i386 requires libwx_gtk2u_core-2.6.so.0 toped-0.8.2-2.fc6.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) toped-0.8.2-2.fc6.i386 requires libwx_gtk2u_gl-2.6.so.0(WXU_2.6) toped-0.8.2-2.fc6.i386 requires libwx_baseu_net-2.6.so.0 toped-0.8.2-2.fc6.i386 requires libwx_gtk2u_xrc-2.6.so.0 toped-0.8.2-2.fc6.i386 requires libwx_baseu-2.6.so.0(WXU_2.6) toped-0.8.2-2.fc6.i386 requires libwx_gtk2u_html-2.6.so.0 toped-0.8.2-2.fc6.i386 requires libwx_baseu-2.6.so.0 toped-0.8.2-2.fc6.i386 requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6) toped-0.8.2-2.fc6.i386 requires libwx_gtk2u_adv-2.6.so.0 xmldiff-0.6.7-12.fc6.i386 requires python-abi = 0:2.4 xmldiff-0.6.7-12.fc6.i386 requires python(abi) = 0:2.4 ====================================================================== Broken packages in fedora-extras-development-ppc: PyKDE-3.16.0-5.fc7.ppc requires python(abi) = 0:2.4 PyKDE-3.16.0-5.fc7.ppc requires python-abi = 0:2.4 TurboGears-1.0b2-5.fc7.noarch requires python-elementtree >= 0:1.2.6 amarok-1.4.4-5.fc7.ppc requires libmtp.so.4 amarok-1.4.4-5.fc7.ppc requires libgpod.so.0 csound-5.03.0-9.fc7.ppc requires libpython2.4.so.1.0 csound-python-5.03.0-9.fc7.ppc requires python(abi) = 0:2.4 csound-python-5.03.0-9.fc7.ppc requires libpython2.4.so.1.0 cyphesis-0.5.10-3.fc7.ppc requires libpython2.4.so.1.0 em8300-0.16.0-3.fc7.ppc requires em8300-kmod >= 0:0.16.0 gnomad2-2.8.9-4.fc7.ppc requires libmtp.so.4 kdemultimedia-extras-6:3.5.5-0.3.fc7.ppc requires libgstreamer-0.8.so.1 kinput2-v3.1-29.fc6.ppc requires libwnn.so.0 libreadline-java-0.8.0-13.fc6.ppc requires libedit >= 0:2.9 openpbx-1.2-3.rc2.svn2135.fc7.ppc requires libedit.so.0 openpbx-postgresql-1.2-3.rc2.svn2135.fc7.ppc requires libpq.so.4 plplot-5.6.1-8.fc7.ppc requires python(abi) = 0:2.4 plplot-5.6.1-8.fc7.ppc requires libpython2.4.so.1.0 plplot-gnome-5.6.1-8.fc7.ppc requires python(abi) = 0:2.4 plplot-gnome-5.6.1-8.fc7.ppc requires libpython2.4.so.1.0 plplot-wxGTK-5.6.1-8.fc7.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) plplot-wxGTK-5.6.1-8.fc7.ppc requires libwx_baseu_xml-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.ppc requires libwx_gtk2u_qa-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) plplot-wxGTK-5.6.1-8.fc7.ppc requires libwx_gtk2u_core-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.ppc requires libwx_baseu_net-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.ppc requires libwx_gtk2u_xrc-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.ppc requires libwx_gtk2u_html-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.ppc requires libwx_baseu-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.ppc requires libwx_gtk2u_adv-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.ppc requires libwx_baseu-2.6.so.0(WXU_2.6) python-amara-1.1.7-2.fc6.noarch requires python(abi) = 0:2.4 python-cherrypy-2.2.1-3.fc6.noarch requires python(abi) = 0:2.4 python-pydns-2.3.0-4.fc6.noarch requires python(abi) = 0:2.4 smolt-server-0.4-2.fc7.noarch requires turbogears toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_gl-2.6.so.0 toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3) toped-0.8.2-2.fc6.ppc requires libwx_baseu_xml-2.6.so.0 toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_qa-2.6.so.0 toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_core-2.6.so.0 toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_gl-2.6.so.0(WXU_2.6) toped-0.8.2-2.fc6.ppc requires libwx_baseu_net-2.6.so.0 toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_xrc-2.6.so.0 toped-0.8.2-2.fc6.ppc requires libwx_baseu-2.6.so.0(WXU_2.6) toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_html-2.6.so.0 toped-0.8.2-2.fc6.ppc requires libwx_baseu-2.6.so.0 toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6) toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_adv-2.6.so.0 xmldiff-0.6.7-12.fc6.ppc requires python-abi = 0:2.4 xmldiff-0.6.7-12.fc6.ppc requires python(abi) = 0:2.4 ====================================================================== Broken packages in fedora-extras-development-x86_64: PyKDE-3.16.0-5.fc7.i386 requires python(abi) = 0:2.4 PyKDE-3.16.0-5.fc7.i386 requires python-abi = 0:2.4 PyKDE-3.16.0-5.fc7.x86_64 requires python(abi) = 0:2.4 PyKDE-3.16.0-5.fc7.x86_64 requires python-abi = 0:2.4 TurboGears-1.0b2-5.fc7.noarch requires python-elementtree >= 0:1.2.6 amarok-1.4.4-5.fc7.i386 requires libmtp.so.4 amarok-1.4.4-5.fc7.i386 requires libgpod.so.0 amarok-1.4.4-5.fc7.x86_64 requires libmtp.so.4()(64bit) amarok-1.4.4-5.fc7.x86_64 requires libgpod.so.0()(64bit) csound-5.03.0-9.fc7.i386 requires libpython2.4.so.1.0 csound-5.03.0-9.fc7.x86_64 requires libpython2.4.so.1.0()(64bit) csound-python-5.03.0-9.fc7.x86_64 requires python(abi) = 0:2.4 csound-python-5.03.0-9.fc7.x86_64 requires libpython2.4.so.1.0()(64bit) cyphesis-0.5.10-3.fc7.x86_64 requires libpython2.4.so.1.0()(64bit) em8300-0.16.0-3.fc7.x86_64 requires em8300-kmod >= 0:0.16.0 gnomad2-2.8.9-4.fc7.x86_64 requires libmtp.so.4()(64bit) kdemultimedia-extras-6:3.5.5-0.3.fc7.x86_64 requires libgstreamer-0.8.so.1()(64bit) kinput2-v3.1-29.fc6.x86_64 requires libwnn.so.0()(64bit) libreadline-java-0.8.0-13.fc6.i386 requires libedit >= 0:2.9 libreadline-java-0.8.0-13.fc6.x86_64 requires libedit >= 0:2.9 openpbx-1.2-3.rc2.svn2135.fc7.i386 requires libedit.so.0 openpbx-1.2-3.rc2.svn2135.fc7.x86_64 requires libedit.so.0()(64bit) openpbx-postgresql-1.2-3.rc2.svn2135.fc7.x86_64 requires libpq.so.4()(64bit) paraview-2.4.4-3.fc6.x86_64 requires libpython2.4.so.1.0()(64bit) paraview-mpi-2.4.4-3.fc6.x86_64 requires libpython2.4.so.1.0()(64bit) plplot-5.6.1-8.fc7.i386 requires python(abi) = 0:2.4 plplot-5.6.1-8.fc7.i386 requires libpython2.4.so.1.0 plplot-5.6.1-8.fc7.x86_64 requires python(abi) = 0:2.4 plplot-5.6.1-8.fc7.x86_64 requires libpython2.4.so.1.0()(64bit) plplot-gnome-5.6.1-8.fc7.i386 requires python(abi) = 0:2.4 plplot-gnome-5.6.1-8.fc7.i386 requires libpython2.4.so.1.0 plplot-gnome-5.6.1-8.fc7.x86_64 requires python(abi) = 0:2.4 plplot-gnome-5.6.1-8.fc7.x86_64 requires libpython2.4.so.1.0()(64bit) plplot-wxGTK-5.6.1-8.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6)(64bit) plplot-wxGTK-5.6.1-8.fc7.x86_64 requires libwx_baseu-2.6.so.0(WXU_2.6)(64bit) plplot-wxGTK-5.6.1-8.fc7.x86_64 requires libwx_baseu-2.6.so.0()(64bit) plplot-wxGTK-5.6.1-8.fc7.x86_64 requires libwx_gtk2u_xrc-2.6.so.0()(64bit) plplot-wxGTK-5.6.1-8.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2)(64bit) plplot-wxGTK-5.6.1-8.fc7.x86_64 requires libwx_gtk2u_qa-2.6.so.0()(64bit) plplot-wxGTK-5.6.1-8.fc7.x86_64 requires libwx_baseu_xml-2.6.so.0()(64bit) plplot-wxGTK-5.6.1-8.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0()(64bit) plplot-wxGTK-5.6.1-8.fc7.x86_64 requires libwx_gtk2u_html-2.6.so.0()(64bit) plplot-wxGTK-5.6.1-8.fc7.x86_64 requires libwx_baseu_net-2.6.so.0()(64bit) plplot-wxGTK-5.6.1-8.fc7.x86_64 requires libwx_gtk2u_adv-2.6.so.0()(64bit) python-amara-1.1.7-2.fc6.noarch requires python(abi) = 0:2.4 python-cherrypy-2.2.1-3.fc6.noarch requires python(abi) = 0:2.4 python-pydns-2.3.0-4.fc6.noarch requires python(abi) = 0:2.4 smolt-server-0.4-2.fc7.noarch requires turbogears streamtuner-0.99.99-15.fc7.x86_64 requires libpython2.4.so.1.0()(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_gtk2u_gl-2.6.so.0(WXU_2.6)(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6)(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_baseu-2.6.so.0(WXU_2.6)(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_gtk2u_xrc-2.6.so.0()(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_gtk2u_core-2.6.so.0()(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_baseu-2.6.so.0()(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_gtk2u_adv-2.6.so.0()(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6)(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_gtk2u_qa-2.6.so.0()(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_baseu_xml-2.6.so.0()(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_gtk2u_html-2.6.so.0()(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_baseu_net-2.6.so.0()(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_gtk2u_gl-2.6.so.0()(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2)(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3)(64bit) xmldiff-0.6.7-12.fc6.x86_64 requires python-abi = 0:2.4 xmldiff-0.6.7-12.fc6.x86_64 requires python(abi) = 0:2.4 From dwmw2 at infradead.org Sat Jan 20 02:55:25 2007 From: dwmw2 at infradead.org (David Woodhouse) Date: Sat, 20 Jan 2007 13:55:25 +1100 Subject: warzone2100 testing on ppc In-Reply-To: References: Message-ID: <1169261725.4261.71.camel@shinybook.infradead.org> On Thu, 2007-01-18 at 15:54 +0100, Karlik wrote: > Hello! > I have not any access to PowerPC and I can not test the 3D game - > warzone2100. This builds correctly, so I ask everyone who can help me: > Could You build and test "running" of it? > The Review Request is here: > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=221065 > The srpm is here: > http://karlik.nonlogic.org/warzone/warzone2100-2.0.5-3.src.rpm > If anyone wants to help me or has questions/ideas, please contact with me. > Thanks for interesting. Seems to start up and looks OK. Very slow though, since I don't have 3D accel enabled on my shinybook at the moment -- I disabled it when R300 DRI was very new and unstable. I'll try again in a week or two when I get home -- I have to play with glest too. -- dwmw2 From andy at smile.org.ua Sun Jan 21 08:10:56 2007 From: andy at smile.org.ua (Andy Shevchenko) Date: Sun, 21 Jan 2007 10:10:56 +0200 Subject: Summary - Broken dependencies in Fedora Extras - 2007-01-20 In-Reply-To: <20070120205655.8684.8742@extras64.linux.duke.edu> References: <20070120205655.8684.8742@extras64.linux.duke.edu> Message-ID: <20070121081056.GD21503@serv.smile.org.ua> Hi Fedora Extras repoclosure! On Sat, Jan 20, 2007 at 08:56:55PM -0000, Fedora Extras repoclosure wrote next: > ERROR: "smolt" not in owners.list! > ERROR: "smolt" not in owners.list! > ERROR: "smolt" not in owners.list! > ERROR: "smolt" not in owners.list! > ERROR: "smolt" not in owners.list! > ERROR: "smolt" not in owners.list! Just idea here. The messages are absolutely same. May be script can cache this ones and prints only one of them? -- With best regards, Andy Shevchenko. mailto: andy at smile.org.ua From bugs.michael at gmx.net Sun Jan 21 19:31:47 2007 From: bugs.michael at gmx.net (Michael Schwendt) Date: Sun, 21 Jan 2007 20:31:47 +0100 Subject: Summary - Broken dependencies in Fedora Extras - 2007-01-20 In-Reply-To: <20070121081056.GD21503@serv.smile.org.ua> References: <20070120205655.8684.8742@extras64.linux.duke.edu> <20070121081056.GD21503@serv.smile.org.ua> Message-ID: <20070121203147.03893629.bugs.michael@gmx.net> On Sun, 21 Jan 2007 10:10:56 +0200, Andy Shevchenko wrote: > Hi Fedora Extras repoclosure! > > On Sat, Jan 20, 2007 at 08:56:55PM -0000, Fedora Extras repoclosure wrote next: > > > ERROR: "smolt" not in owners.list! > > ERROR: "smolt" not in owners.list! > > ERROR: "smolt" not in owners.list! > > ERROR: "smolt" not in owners.list! > > ERROR: "smolt" not in owners.list! > > ERROR: "smolt" not in owners.list! > Just idea here. > The messages are absolutely same. May be script can cache this ones and > prints only one of them? Sure. From buildsys at fedoraproject.org Sun Jan 21 21:19:51 2007 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Sun, 21 Jan 2007 16:19:51 -0500 (EST) Subject: Fedora Extras Package Build Report 2007-01-21 Message-ID: <20070121211951.86F6F15212E@buildsys.fedoraproject.org> Packages built and released for Fedora Extras development: 14 Pound-2.2.3-1.fc7 gpredict-0.7.1-1.fc7 gtkmozembedmm-1.4.2.cvs20060817-8.fc7 heartbeat-2.0.8-1.fc7 jd-1.8.5-0.3.rc070121.fc7 libsexymm-0.1.9-2.fc7 libtomoe-gtk-0.5.0-2.fc7 NEW luks-tools-0.0.12-2 papyrus-0.7.0-1.fc7 perl-GPS-PRN-0.05-1.fc7 perl-Geo-Ellipsoids-0.13-1.fc7 phpPgAdmin-4.1-2.fc7 scim-tomoe-0.5.0-2.fc7 tomoe-0.5.0-2.fc7 Packages built and released for Fedora Extras 6: 8 gpredict-0.7.1-1.fc6 jd-1.8.5-0.3.rc070121.fc6 libtomoe-gtk-0.5.0-2.fc6 NEW luks-tools-0.0.12-1 papyrus-0.7.0-1.fc6 phpPgAdmin-4.1-2.fc6 scim-tomoe-0.5.0-2.fc6 tomoe-0.5.0-2.fc6 Packages built and released for Fedora Extras 5: 5 jd-1.8.5-0.3.rc070121.fc5 libtomoe-gtk-0.5.0-2.fc5 phpPgAdmin-4.1-2.fc5 scim-tomoe-0.5.0-2.fc5 tomoe-0.5.0-2.fc5 For more information about the built packages please see the repository or the Fedora Info Feed: http://fedoraproject.org/infofeed/ From bugs.michael at gmx.net Sun Jan 21 21:42:33 2007 From: bugs.michael at gmx.net (Michael Schwendt) Date: Sun, 21 Jan 2007 22:42:33 +0100 Subject: rpms/tomoe/FC-6 tomoe.spec,1.18,1.19 In-Reply-To: <200701210200.l0L20RfE022364@cvs-int.fedora.redhat.com> References: <200701210200.l0L20RfE022364@cvs-int.fedora.redhat.com> Message-ID: <20070121224233.2660b1ef.bugs.michael@gmx.net> On Sat, 20 Jan 2007 21:00:27 -0500, Ryo Dairiki (ryo) wrote: > Author: ryo > > Update of /cvs/extras/rpms/tomoe/FC-6 > In directory cvs-int.fedora.redhat.com:/tmp/cvs-serv22349 > > Modified Files: > tomoe.spec > Log Message: > now it requires libtomoe-gtk = %{version} Only because of this I had a brief look. But. /usr/lib/tomoe /usr/lib/tomoe/module/dict/libunihan.so.0 /usr/lib/tomoe/module/dict/libunihan.so.0.1.0 /usr/lib/tomoe/module/dict/libxml.so.0 /usr/lib/tomoe/module/dict/libxml.so.0.1.0 /usr/lib/tomoe/module/recognizer/libsimple.so.0 /usr/lib/tomoe/module/recognizer/libsimple.so.0.1.0 There are several directories not included: /usr/lib/tomoe/module/ /usr/lib/tomoe/module/dict/ /usr/lib/tomoe/module/recognizer/ From fedora at theholbrooks.org Sun Jan 21 21:21:41 2007 From: fedora at theholbrooks.org (Brandon Holbrook) Date: Sun, 21 Jan 2007 15:21:41 -0600 Subject: AWOL Maintainer? Message-ID: <45B3D965.90602@theholbrooks.org> All, I'm officially moving to defcon 2 for an apparent AWOL maintainer: Aurelian Thienemann >. Aurelian maintains several high-profile package for FE including icecast, mm, and mod_suphp. I don't know anything about him or his situation, but it appears that all of his BZ activity stopped mid-November. Contact attempts are archived in this BZ ticket: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=219948 These including a direct email to the above address have gone unanswered. He doesn't appear on the Vacation wiki page. Some quick googling turned up what I assume to be his blog at http://blog.vodkamelone.de/, which did have some postings at the beginning of the month. Does anyone know him offline or know an alternate means of contact? -Brandon From foolish at guezz.net Mon Jan 22 06:45:56 2007 From: foolish at guezz.net (Sindre Pedersen Bjordal) Date: Mon, 22 Jan 2007 07:45:56 +0100 Subject: Want to take over orphaned package gtranslator Message-ID: <1169448356.16594.8.camel@localhost.localdomain> Hi, I want to take over ownership of the orphaned gtranslator. It has been orphaned since 2006-11-09, last build was for FC-5 Package builds fine in FC-6 as it was for FC-5, some minor changes needed to comply with updated package guidelines since the package was dropped, nothing significant. How do I re-assign bugzilla tickets to me? Are anything else besides updating owners.list and removing it from orphans list? -- Sindre Pedersen Bj?rdal - http://www.fedoraproject.org/wiki/SindrePedersenBjordal -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: Dette er en digitalt signert meldingsdel URL: From bugs.michael at gmx.net Mon Jan 22 07:44:18 2007 From: bugs.michael at gmx.net (Michael Schwendt) Date: Mon, 22 Jan 2007 08:44:18 +0100 Subject: Want to take over orphaned package gtranslator In-Reply-To: <1169448356.16594.8.camel@localhost.localdomain> References: <1169448356.16594.8.camel@localhost.localdomain> Message-ID: <20070122084418.8938e5fa.bugs.michael@gmx.net> On Mon, 22 Jan 2007 07:45:56 +0100, Sindre Pedersen Bjordal wrote: > Hi, I want to take over ownership of the orphaned gtranslator. It has > been orphaned since 2006-11-09, last build was for FC-5 > > Package builds fine in FC-6 as it was for FC-5, some minor changes > needed to comply with updated package guidelines since the package was > dropped, nothing significant. > > How do I re-assign bugzilla tickets to me? You can do that when you are a member of the "fedorabugs" group in the accounts system. > Are anything else besides > updating owners.list and removing it from orphans list? No. From giallu at gmail.com Mon Jan 22 07:39:31 2007 From: giallu at gmail.com (Gianluca Sforna) Date: Mon, 22 Jan 2007 08:39:31 +0100 Subject: Want to take over orphaned package gtranslator In-Reply-To: <1169448356.16594.8.camel@localhost.localdomain> References: <1169448356.16594.8.camel@localhost.localdomain> Message-ID: On 1/22/07, Sindre Pedersen Bjordal wrote: > > How do I re-assign bugzilla tickets to me? Are anything else besides > updating owners.list and removing it from orphans list? AFAIK, reassigning bugs is a manual operation to be done after updating the owners.list file. just do a query for all open tickets on that component to find out if there are any, then reassign them to you. From andreas at bawue.net Mon Jan 22 11:07:57 2007 From: andreas at bawue.net (Andreas Thienemann) Date: Mon, 22 Jan 2007 12:07:57 +0100 (CET) Subject: AWOL Maintainer? In-Reply-To: <45B3D965.90602@theholbrooks.org> References: <45B3D965.90602@theholbrooks.org> Message-ID: Hello Brandon, On Sun, 21 Jan 2007, Brandon Holbrook wrote: > I'm officially moving to defcon 2 for an apparent AWOL maintainer: > Aurelian Thienemann >. Mhm. The first name is wrong, but otherwise you're probably talking about me. :> Thorsten Leemhuis was kind enough to point me on IRC to this posting, as I seem to have missed you mail. So rest assured that rumors of my demise have been greatly exagerated. However, it seems that I either missed your mail or it was swallowed by my mail-system, which I somehow find unlikely as I'm still receiving regular mail. Sorry in either case though. About the mod_suphp update, I'm still a bit unsure about updating as it seems to still generate some double_free errors even though the maintainer added "our" patch to fix these. I've been talking with Sebastian about that a bit but haven't come to a conclusion yet. So please stay tuned. In general, I'm not really reading general mail for the next 2.5 weeks or so, as I'm in the middle of exams right now. So if you wanna talk about suphp, you can find me on freenode as "ixs". regards, Andreas From radekvokal at gmail.com Mon Jan 22 12:48:55 2007 From: radekvokal at gmail.com (=?UTF-8?B?UmFkZWsgVm9rw6Fs?=) Date: Mon, 22 Jan 2007 13:48:55 +0100 Subject: gaim-guifications ownership In-Reply-To: <1169216458.11081.13.camel@zod.rchland.ibm.com> References: <45B0D30E.8000900@gmail.com> <1169216458.11081.13.camel@zod.rchland.ibm.com> Message-ID: <45B4B2B7.2050201@gmail.com> Josh Boyer wrote: > On Fri, 2007-01-19 at 15:17 +0100, Radek Vok?l wrote: >> I'm willing to take gaim-guifications ownership. can somebody please >> reassign this package to me. > > If you're already sponsored you can do it yourself. Just edit the > owners file in CVS. > > josh > > I did the change but still I can't build the package. R From mtasaka at ioa.s.u-tokyo.ac.jp Mon Jan 22 15:32:55 2007 From: mtasaka at ioa.s.u-tokyo.ac.jp (Mamoru Tasaka) Date: Tue, 23 Jan 2007 00:32:55 +0900 Subject: owners owners.list,1.2266,1.2267 In-Reply-To: <200701221531.l0MFVUJD024789@cvs-int.fedora.redhat.com> References: <200701221531.l0MFVUJD024789@cvs-int.fedora.redhat.com> Message-ID: <45B4D927.9060600@ioa.s.u-tokyo.ac.jp> Mamoru Tasaka (mtasaka) wrote: > Author: mtasaka > > Update of /cvs/extras/owners > In directory cvs-int.fedora.redhat.com:/tmp/cvs-serv24774 > > Modified Files: > owners.list > Log Message: > search4files orphaned (replaced by search4files) > (Just note: I meant "replaced by catfish")... From Christian.Iseli at licr.org Mon Jan 22 16:26:46 2007 From: Christian.Iseli at licr.org (Christian Iseli) Date: Mon, 22 Jan 2007 17:26:46 +0100 Subject: FE Package Status of Jan 22, 2007 Message-ID: <20070122172646.52b77496@ludwig-alpha.unil.ch> Hi folks, The almost weekly status update... Cheers, C ==== FE Package Status of Jan 22, 2007 The full report can be found here: http://fedoraproject.org/wiki/Extras/PackageStatus Owners file stats: - 2772 packages - 4050 binary rpms in devel - 106 orphans - 13 packages not available in extras devel or release andreas at bawue dot net ddrescue bdpepple at ameritech dot net galago-filesystem cweyl at alumni dot drew dot edu perl-GStreamer dlutter at redhat dot com ruby-fam gauret at free dot fr pdftohtml jpo at di dot uminho dot pt perl-B-Keywords maxx at krakoa dot dk pdfcube mtasaka at ioa dot s dot u-tokyo dot ac dot jp search4files paul at all-the-johnsons dot co dot uk XaraLX paul at all-the-johnsons dot co dot uk mysql-connector-net paul at all-the-johnsons dot co dot uk gconvert paul at xelerance dot com l2tpd pertusus at free dot fr ivman - 7 packages not available in extras devel but present in release andreas dot bierfert at lowlatency dot de sylpheed-claws-plugins andreas dot bierfert at lowlatency dot de sylpheed-claws cweyl at alumni dot drew dot edu 915resolution cweyl at alumni dot drew dot edu perl-File-ExtAttr jmp at safe dot ca clement lmacken at redhat dot com python-TurboMail rvokal at redhat dot com gaim-guifications - 3 packages which have not yet been FE-ACCEPT'd... https://bugzilla.redhat.com/bugzilla/buglist.cgi?bug_id=177841,196837,221084 Tracker roozbeh at farsiweb.info php-pear-PHPUnit chris.stone at gmail.com dkms Matt_Domsch at dell.com - 7 packages present in the development repo which have no owners entry greylistd openarena polyester postgresql-dbi-link python-twisted-lore python-twisted-mail python-twisted-news - 3 orphaned packages, yet available in extras devel deltarpm imlib luks-tools - 43 packages that moved to core FE-ACCEPT packages stats: - 1858 accepted, closed package reviews - 25 accepted, closed package reviews not in repo - 7 accepted, closed package reviews not in owners - 11 accepted, open package reviews older than 4 weeks; - 9 accepted, open package reviews with a package already in the repo FE-REVIEW packages stats: - 88 open tickets - 30 tickets with no activity in eight weeks - 11 tickets with no activity in four weeks FE-NEW packages stats: - 170 open tickets - 47 tickets with no activity in eight weeks - 23 tickets with no activity in four weeks - 1 closed tickets FE-NEEDSPONSOR packages stats: - 51 open tickets - 12 tickets with no activity in eight weeks - 7 tickets with no activity in four weeks FE-LEGAL packages stats: - open tickets FE-GUIDELINES packages stats: - 2 open tickets - 1 tickets with no activity in eight weeks - 1 tickets with no activity in four weeks OPEN-BUGS packages stats: - 210 open tickets - 114 tickets with no activity in eight weeks - 20 tickets with no activity in four weeks CVS stats: - 2774 packages with a devel directory - 9 packages with no owners entry audacious-itouch greylistd openarena polyester postgis postgresql-dbi-link python-twisted-lore python-twisted-mail python-twisted-news - 1 packages in CVS devel *and* Core libnl - 194 packages were dropped from extras Maintainers stats: - 250 maintainers - 11 inactive maintainers with open bugs - 36 inactive maintainers Dropped FC packages: - 287 packages were dropped from core since FC 1 Comps.xml files stats: - 899 packages in comps-fe7 file - 536 packages missing from comps-fe7 file - 10 packages in comps-fe7 but not in repo - 897 packages in comps-fe6 file - 540 packages missing from comps-fe6 file - 2 packages in comps-fe6 but not in repo From lxtnow at gmail.com Mon Jan 22 18:07:04 2007 From: lxtnow at gmail.com (SmootherFrOgZ) Date: Mon, 22 Jan 2007 19:07:04 +0100 Subject: FE Package Status of Jan 22, 2007 In-Reply-To: <20070122172646.52b77496@ludwig-alpha.unil.ch> References: <20070122172646.52b77496@ludwig-alpha.unil.ch> Message-ID: <62bc09df0701221007i3f152195n55c10b676b133a5c@mail.gmail.com> hi all, about FE-NEWS packages list ( from inactivity notice). i submited one which's not in the list 222960for few days. -------------- next part -------------- An HTML attachment was scrubbed... URL: From paul at xelerance.com Mon Jan 22 19:21:07 2007 From: paul at xelerance.com (Paul Wouters) Date: Mon, 22 Jan 2007 20:21:07 +0100 (CET) Subject: obsoleted rpm packages we can remove from the FE6 repo In-Reply-To: <20070116084937.GA3646@dudweiler.stuttgart.redhat.com> References: <20070116084937.GA3646@dudweiler.stuttgart.redhat.com> Message-ID: On Tue, 16 Jan 2007, Florian La Roche wrote: > l2tpd-0.69-0.6.20051030.fc6.i386.rpm is obsoleted by xl2tpd-1.1.06-5.fc6.i386.rpm As the maintainer of both, should I turn l2tpd in a DEAD_PACKAGE in the fc6 repo? Paul From foolish at guezz.net Mon Jan 22 20:56:29 2007 From: foolish at guezz.net (Sindre Pedersen Bjordal) Date: Mon, 22 Jan 2007 21:56:29 +0100 Subject: Want to take over orphaned package gtranslator In-Reply-To: References: <1169448356.16594.8.camel@localhost.localdomain> Message-ID: <1169499389.7189.2.camel@localhost.localdomain> There are no open bugzilla tickets. I have updated owners.list and removed the package from the list of orphaned packages. How do I now build this package for Core 6 and devel, will I need to request those branches like with a new package? Side note: What ever the next step is, it should IMO be included in the wiki here: http://www.fedoraproject.org/wiki/Extras/OrphanedPackages#head-8cdfbf163e39fa898394163ba0307178ba2de062 man, 22.01.2007 kl. 08.39 +0100, skrev Gianluca Sforna: > On 1/22/07, Sindre Pedersen Bjordal wrote: > > > > How do I re-assign bugzilla tickets to me? Are anything else besides > > updating owners.list and removing it from orphans list? > > AFAIK, reassigning bugs is a manual operation to be done after > updating the owners.list file. > > just do a query for all open tickets on that component to find out if > there are any, then reassign them to you. > -- Sindre Pedersen Bj?rdal - http://www.fedoraproject.org/wiki/SindrePedersenBjordal -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: Dette er en digitalt signert meldingsdel URL: From bugs.michael at gmx.net Mon Jan 22 21:28:19 2007 From: bugs.michael at gmx.net (Michael Schwendt) Date: Mon, 22 Jan 2007 22:28:19 +0100 Subject: Want to take over orphaned package gtranslator In-Reply-To: <1169499389.7189.2.camel@localhost.localdomain> References: <1169448356.16594.8.camel@localhost.localdomain> <1169499389.7189.2.camel@localhost.localdomain> Message-ID: <20070122222819.45ff362c.bugs.michael@gmx.net> On Mon, 22 Jan 2007 21:56:29 +0100, Sindre Pedersen Bjordal wrote: > There are no open bugzilla tickets. I have updated owners.list and > removed the package from the list of orphaned packages. How do I now > build this package for Core 6 and devel, will I need to request those > branches like with a new package? > > Side note: What ever the next step is, it should IMO be included in the > wiki here: > http://www.fedoraproject.org/wiki/Extras/OrphanedPackages#head-8cdfbf163e39fa898394163ba0307178ba2de062 That is based on the assumption that there is a recipe yet for resurrecting dead packages. Because this one is not just orphaned, it has been declared a "dead.package" prior to FC-6. Hence it doesn't have a branch "FC-6", but just "devel", "FC-5" and older. You would need to return to the last known tag and bring back the files in cvs devel branch. The tag is "gtranslator-1_1_6-3_fc5". The cvs staff wants a bugzilla review ticket # for branch creation requests. This package is from fedora.us age. You won't find the review in bugzilla.redhat.com. The policy on what to do in that case is not known. Maybe you need to resubmit it for a quick review. In either case, you need to resurrect the gtranslator/devel files first. From wtogami at redhat.com Mon Jan 22 22:08:49 2007 From: wtogami at redhat.com (Warren Togami) Date: Mon, 22 Jan 2007 17:08:49 -0500 Subject: gaim-guifications ownership In-Reply-To: <45B4B2B7.2050201@gmail.com> References: <45B0D30E.8000900@gmail.com> <1169216458.11081.13.camel@zod.rchland.ibm.com> <45B4B2B7.2050201@gmail.com> Message-ID: <45B535F1.70401@redhat.com> Radek Vok?l wrote: > Josh Boyer wrote: >> On Fri, 2007-01-19 at 15:17 +0100, Radek Vok?l wrote: >>> I'm willing to take gaim-guifications ownership. can somebody please >>> reassign this package to me. >> >> If you're already sponsored you can do it yourself. Just edit the >> owners file in CVS. >> >> josh >> >> > I did the change but still I can't build the package. There is no such ACL in place for building. Are you sure you setup your Extras build tools properly? Did you save your .fedora-cert in ~? Warren Togami wtogami at redhat.com From buildsys at fedoraproject.org Mon Jan 22 22:21:21 2007 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Mon, 22 Jan 2007 17:21:21 -0500 (EST) Subject: Fedora Extras Package Build Report 2007-01-22 Message-ID: <20070122222121.0766A15212E@buildsys.fedoraproject.org> Packages built and released for Fedora Extras development: 64 Django-0.95.1-1.fc7 Terminal-0.2.6-1.fc7 Thunar-0.8.0-1.fc7 audacity-1.3.2-6.20070106cvs.fc7 catfish-0.2c-1.fc7 dejavu-fonts-2.14-1.fc7 exo-0.3.2-1.fc7 gai-0.5.10-10.fc7 gaim-guifications-2.13-0.5.beta5.fc7 ghc-6.6-2.fc7 granule-1.2.4-2.fc7 gtk-xfce-engine-2.4.0-1.fc7 NEW isomaster-0.7-2.fc7 jd-1.8.5-0.4.cvs070122.fc7 libgtksourceviewmm-0.3.0-2.fc7 libtcd-2.2.2-1.fc7 libxfce4mcs-4.4.0-2.fc7 libxfce4util-4.4.0-1.fc7 libxfcegui4-4.4.0-1.fc7 liferea-1.2.4-1.fc7 mousepad-0.2.12-1.fc7 muine-0.8.7-1.fc7 ncarg-4.4.1-6.fc7 ogre-1.2.3-2.fc7 orage-4.4.0-1.fc7 NEW perl-B-Keywords-1.05-1.fc7 perl-DateTime-0.36-1.fc7 perl-Gtk2-1.142-1.fc7 perl-Spreadsheet-ParseExcel-0.2800-1.fc7 pybliographer-1.2.10-1.fc7 python-bibtex-1.2.3-1.fc7 python-pydns-2.3.0-5.fc7 python-simpy-1.8-0.1.rc1.fc7 rxvt-unicode-8.1-2.fc7 smolt-0.5-1.fc7 thunar-archive-plugin-0.2.4-2.fc7 thunar-media-tags-plugin-0.1.2-2.fc7 NEW warzone2100-2.0.5-3.fc7 xfce-mcs-manager-4.4.0-1.fc7 xfce-mcs-plugins-4.4.0-1.fc7 xfce-utils-4.4.0-1.fc7 xfce4-appfinder-4.4.0-1.fc7 xfce4-battery-plugin-0.5.0-1.fc7 xfce4-clipman-plugin-0.8.0-1.fc7 xfce4-dev-tools-4.4.0-1.fc7 xfce4-dict-plugin-0.2.1-1.fc7 xfce4-diskperf-plugin-2.1.0-2.fc7 xfce4-eyes-plugin-4.4.0-1.fc7 xfce4-genmon-plugin-3.0-3.fc7 xfce4-icon-theme-4.4.0-1.fc7 xfce4-mailwatch-plugin-1.0.1-5.fc7 xfce4-mixer-4.4.0-1.fc7 xfce4-notes-plugin-1.4.1-1.fc7 xfce4-panel-4.4.0-1.fc7 xfce4-session-4.4.0-1.fc7 xfce4-systemload-plugin-0.4.2-1.fc7 xfce4-weather-plugin-0.6.0-1.fc7 xfce4-xfapplet-plugin-0.1.0-2.fc7 xfce4-xkb-plugin-0.4.3-1.fc7 xfdesktop-4.4.0-1.fc7 xfprint-4.4.0-1.fc7 xfwm4-4.4.0-1.fc7 xfwm4-themes-4.4.0-1.fc7 xtide-2.9-0.2.date20070120.fc7 Packages built and released for Fedora Extras 6: 17 Django-0.95.1-1.fc6 audacity-1.3.2-3.fc6 catfish-0.2c-1.fc6 gai-0.5.10-10.fc6 granule-1.2.4-2.fc6 heartbeat-2.0.8-1.fc6 ipe-6.0-0.17.pre28.fc6 NEW libdockapp-0.6.1-2.fc6 libgtksourceviewmm-0.3.0-2.fc6 libtcd-2.2.2-1.fc6 NEW lxpanel-0.2.4-4.fc6 muine-0.8.7-1.fc6 ncarg-4.4.1-6.fc6 plone-2.5.2-1.fc6 pybliographer-1.2.10-1.fc6 python-bibtex-1.2.3-1.fc6 xtide-2.9-0.2.date20070120.fc6 Packages built and released for Fedora Extras 5: 12 Django-0.95.1-1.fc5 catfish-0.2c-1.fc5 gtk2hs-0.9.10-2.fc5 ipe-6.0-0.17.pre28.fc5 NEW libdockapp-0.6.1-2.fc5 NEW libgtksourceviewmm-0.3.0-2.fc5 libtcd-2.2.2-1.fc5 NEW lxpanel-0.2.4-4.fc5 plone-2.5.2-1.fc5 pybliographer-1.2.10-1.fc5 python-bibtex-1.2.3-1.fc5 xtide-2.9-0.2.date20070120.fc5 For more information about the built packages please see the repository or the Fedora Info Feed: http://fedoraproject.org/infofeed/ From denis at poolshark.org Mon Jan 22 22:22:34 2007 From: denis at poolshark.org (Denis Leroy) Date: Mon, 22 Jan 2007 23:22:34 +0100 Subject: Want to take over orphaned package gtranslator In-Reply-To: <20070122222819.45ff362c.bugs.michael@gmx.net> References: <1169448356.16594.8.camel@localhost.localdomain> <1169499389.7189.2.camel@localhost.localdomain> <20070122222819.45ff362c.bugs.michael@gmx.net> Message-ID: <45B5392A.8030108@poolshark.org> Michael Schwendt wrote: > Because this one is not just orphaned, it has been declared a > "dead.package" prior to FC-6. Hence it doesn't have a branch "FC-6", but > just "devel", "FC-5" and older. > > You would need to return to the last known tag and bring back the files in > cvs devel branch. The tag is "gtranslator-1_1_6-3_fc5". > > The cvs staff wants a bugzilla review ticket # for branch creation > requests. This package is from fedora.us age. You won't find the review in > bugzilla.redhat.com. The policy on what to do in that case is not > known. Maybe you need to resubmit it for a quick review. I'll re-review it. From buildsys at fedoraproject.org Mon Jan 22 23:12:44 2007 From: buildsys at fedoraproject.org (Fedora Extras repoclosure) Date: Mon, 22 Jan 2007 23:12:44 -0000 Subject: Summary - Broken dependencies in Fedora Extras - 2007-01-22 Message-ID: <20070122231244.11885.1485@extras64.linux.duke.edu> New report for: petersen AT redhat.com package: ghc642-gtk2hs-mozembed - 0.9.10-2.fc5.i386 from fedora-extras-5-i386 unresolved deps: mozilla-devel = 37:1.7.13 package: ghc642-gtk2hs-mozembed - 0.9.10-2.fc5.ppc from fedora-extras-5-ppc unresolved deps: mozilla-devel = 37:1.7.13 package: ghc642-gtk2hs-mozembed - 0.9.10-2.fc5.x86_64 from fedora-extras-5-x86_64 unresolved deps: mozilla-devel = 37:1.7.13 ====================================================================== New report for: imlinux AT gmail.com package: smolt-server - 0.5-1.fc7.noarch from fedora-extras-development-ppc unresolved deps: turbogears package: smolt-server - 0.5-1.fc7.noarch from fedora-extras-development-x86_64 unresolved deps: turbogears package: smolt-server - 0.5-1.fc7.noarch from fedora-extras-development-i386 unresolved deps: turbogears ====================================================================== Summary of broken packages (by owner): cgoorah AT yahoo.com.au toped - 0.8.2-2.fc6.i386 (38 days) toped - 0.8.2-2.fc6.ppc (38 days) toped - 0.8.2-2.fc6.x86_64 (38 days) dcbw AT redhat.com csound - 5.03.0-9.fc7.i386 (45 days) csound - 5.03.0-9.fc7.i386 (45 days) csound - 5.03.0-9.fc7.ppc (45 days) csound - 5.03.0-9.fc7.x86_64 (45 days) csound-python - 5.03.0-9.fc7.i386 (45 days) csound-python - 5.03.0-9.fc7.ppc (45 days) csound-python - 5.03.0-9.fc7.x86_64 (45 days) dwmw2 AT redhat.com openpbx - 1.2-3.rc2.svn2135.fc7.i386 (47 days) openpbx - 1.2-3.rc2.svn2135.fc7.i386 (47 days) openpbx - 1.2-3.rc2.svn2135.fc7.ppc (47 days) openpbx - 1.2-3.rc2.svn2135.fc7.x86_64 (47 days) openpbx-postgresql - 1.2-3.rc2.svn2135.fc7.i386 (47 days) openpbx-postgresql - 1.2-3.rc2.svn2135.fc7.ppc (47 days) openpbx-postgresql - 1.2-3.rc2.svn2135.fc7.x86_64 (47 days) endur AT bennewitz.com streamtuner - 0.99.99-15.fc7.x86_64 (45 days) gauret AT free.fr amarok - 1.4.4-5.fc7.i386 (5 days) amarok - 1.4.4-5.fc7.i386 (5 days) amarok - 1.4.4-5.fc7.ppc (5 days) amarok - 1.4.4-5.fc7.x86_64 (5 days) ifoox AT redhat.com libreadline-java - 0.8.0-13.fc6.i386 (42 days) libreadline-java - 0.8.0-13.fc6.i386 (42 days) libreadline-java - 0.8.0-13.fc6.ppc (42 days) libreadline-java - 0.8.0-13.fc6.x86_64 (42 days) imlinux AT gmail.com smolt-server - 0.4-2.fc6.noarch (2 days) smolt-server - 0.4-2.fc6.noarch (2 days) smolt-server - 0.4-2.fc6.noarch (2 days) smolt-server - 0.5-1.fc7.noarch smolt-server - 0.5-1.fc7.noarch smolt-server - 0.5-1.fc7.noarch jamatos AT fc.up.pt python-amara - 1.1.7-2.fc6.noarch (45 days) python-amara - 1.1.7-2.fc6.noarch (45 days) python-amara - 1.1.7-2.fc6.noarch (45 days) jeff AT ocjtech.us linphone - 1.2.0-4.fc5.i386 (105 days) linphone - 1.2.0-4.fc5.ppc (105 days) linphone - 1.2.0-4.fc5.x86_64 (105 days) lmacken AT redhat.com TurboGears - 1.0b2-5.fc7.noarch (40 days) TurboGears - 1.0b2-5.fc7.noarch (40 days) TurboGears - 1.0b2-5.fc7.noarch (40 days) python-cherrypy - 2.2.1-3.fc6.noarch (45 days) python-cherrypy - 2.2.1-3.fc6.noarch (45 days) python-cherrypy - 2.2.1-3.fc6.noarch (45 days) orion AT cora.nwra.com paraview - 2.4.4-3.fc6.x86_64 (45 days) paraview-mpi - 2.4.4-3.fc6.x86_64 (45 days) plplot - 5.6.1-8.fc7.i386 (45 days) plplot - 5.6.1-8.fc7.i386 (45 days) plplot - 5.6.1-8.fc7.ppc (45 days) plplot - 5.6.1-8.fc7.x86_64 (45 days) plplot-gnome - 5.6.1-8.fc7.i386 (45 days) plplot-gnome - 5.6.1-8.fc7.i386 (45 days) plplot-gnome - 5.6.1-8.fc7.ppc (45 days) plplot-gnome - 5.6.1-8.fc7.x86_64 (45 days) plplot-wxGTK - 5.6.1-8.fc7.i386 (45 days) plplot-wxGTK - 5.6.1-8.fc7.ppc (45 days) plplot-wxGTK - 5.6.1-8.fc7.x86_64 (45 days) petersen AT redhat.com ghc642-gtk2hs-mozembed - 0.9.10-2.fc5.i386 ghc642-gtk2hs-mozembed - 0.9.10-2.fc5.ppc ghc642-gtk2hs-mozembed - 0.9.10-2.fc5.x86_64 rdieter AT math.unl.edu PyKDE - 3.16.0-5.fc7.i386 (45 days) PyKDE - 3.16.0-5.fc7.i386 (45 days) PyKDE - 3.16.0-5.fc7.ppc (45 days) PyKDE - 3.16.0-5.fc7.x86_64 (45 days) kdemultimedia-extras - 6:3.5.5-0.3.fc7.i386 (8 days) kdemultimedia-extras - 6:3.5.5-0.3.fc7.ppc (8 days) kdemultimedia-extras - 6:3.5.5-0.3.fc7.x86_64 (8 days) shahms AT shahms.com python-psyco - 1.5.1-4.fc6.i386 (45 days) stickster AT gmail.com xmldiff - 0.6.7-12.fc6.i386 (45 days) xmldiff - 0.6.7-12.fc6.ppc (45 days) xmldiff - 0.6.7-12.fc6.x86_64 (45 days) tagoh AT redhat.com kinput2 - v3.1-29.fc6.i386 (11 days) kinput2 - v3.1-29.fc6.ppc (11 days) kinput2 - v3.1-29.fc6.x86_64 (11 days) triad AT df.lth.se gnomad2 - 2.8.9-4.fc7.i386 (4 days) gnomad2 - 2.8.9-4.fc7.ppc (4 days) gnomad2 - 2.8.9-4.fc7.x86_64 (4 days) ville.skytta AT iki.fi em8300 - 0.16.0-3.fc7.i386 (26 days) em8300 - 0.16.0-3.fc7.ppc (26 days) em8300 - 0.16.0-3.fc7.x86_64 (26 days) wart AT kobold.org cyphesis - 0.5.10-3.fc7.i386 (45 days) cyphesis - 0.5.10-3.fc7.ppc (45 days) cyphesis - 0.5.10-3.fc7.x86_64 (45 days) ====================================================================== Broken packages in fedora-extras-5-i386: ghc642-gtk2hs-mozembed-0.9.10-2.fc5.i386 requires mozilla-devel = 37:1.7.13 linphone-1.2.0-4.fc5.i386 requires libortp.so.2 ====================================================================== Broken packages in fedora-extras-5-ppc: ghc642-gtk2hs-mozembed-0.9.10-2.fc5.ppc requires mozilla-devel = 37:1.7.13 linphone-1.2.0-4.fc5.ppc requires libortp.so.2 ====================================================================== Broken packages in fedora-extras-5-x86_64: ghc642-gtk2hs-mozembed-0.9.10-2.fc5.x86_64 requires mozilla-devel = 37:1.7.13 linphone-1.2.0-4.fc5.x86_64 requires libortp.so.2()(64bit) ====================================================================== Broken packages in fedora-extras-6-i386: smolt-server-0.4-2.fc6.noarch requires turbogears ====================================================================== Broken packages in fedora-extras-6-ppc: smolt-server-0.4-2.fc6.noarch requires turbogears ====================================================================== Broken packages in fedora-extras-6-x86_64: smolt-server-0.4-2.fc6.noarch requires turbogears ====================================================================== Broken packages in fedora-extras-development-i386: PyKDE-3.16.0-5.fc7.i386 requires python(abi) = 0:2.4 PyKDE-3.16.0-5.fc7.i386 requires python-abi = 0:2.4 TurboGears-1.0b2-5.fc7.noarch requires python-elementtree >= 0:1.2.6 amarok-1.4.4-5.fc7.i386 requires libmtp.so.4 amarok-1.4.4-5.fc7.i386 requires libgpod.so.0 csound-5.03.0-9.fc7.i386 requires libpython2.4.so.1.0 csound-python-5.03.0-9.fc7.i386 requires python(abi) = 0:2.4 csound-python-5.03.0-9.fc7.i386 requires libpython2.4.so.1.0 cyphesis-0.5.10-3.fc7.i386 requires libpython2.4.so.1.0 em8300-0.16.0-3.fc7.i386 requires em8300-kmod >= 0:0.16.0 gnomad2-2.8.9-4.fc7.i386 requires libmtp.so.4 kdemultimedia-extras-6:3.5.5-0.3.fc7.i386 requires libgstreamer-0.8.so.1 kinput2-v3.1-29.fc6.i386 requires libwnn.so.0 libreadline-java-0.8.0-13.fc6.i386 requires libedit >= 0:2.9 openpbx-1.2-3.rc2.svn2135.fc7.i386 requires libedit.so.0 openpbx-postgresql-1.2-3.rc2.svn2135.fc7.i386 requires libpq.so.4 plplot-5.6.1-8.fc7.i386 requires python(abi) = 0:2.4 plplot-5.6.1-8.fc7.i386 requires libpython2.4.so.1.0 plplot-gnome-5.6.1-8.fc7.i386 requires python(abi) = 0:2.4 plplot-gnome-5.6.1-8.fc7.i386 requires libpython2.4.so.1.0 plplot-wxGTK-5.6.1-8.fc7.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) plplot-wxGTK-5.6.1-8.fc7.i386 requires libwx_baseu_xml-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.i386 requires libwx_gtk2u_qa-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) plplot-wxGTK-5.6.1-8.fc7.i386 requires libwx_gtk2u_core-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.i386 requires libwx_baseu_net-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.i386 requires libwx_gtk2u_xrc-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.i386 requires libwx_gtk2u_html-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.i386 requires libwx_baseu-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.i386 requires libwx_gtk2u_adv-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.i386 requires libwx_baseu-2.6.so.0(WXU_2.6) python-amara-1.1.7-2.fc6.noarch requires python(abi) = 0:2.4 python-cherrypy-2.2.1-3.fc6.noarch requires python(abi) = 0:2.4 python-psyco-1.5.1-4.fc6.i386 requires python-abi = 0:2.4 python-psyco-1.5.1-4.fc6.i386 requires python(abi) = 0:2.4 smolt-server-0.5-1.fc7.noarch requires turbogears toped-0.8.2-2.fc6.i386 requires libwx_gtk2u_gl-2.6.so.0 toped-0.8.2-2.fc6.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) toped-0.8.2-2.fc6.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3) toped-0.8.2-2.fc6.i386 requires libwx_baseu_xml-2.6.so.0 toped-0.8.2-2.fc6.i386 requires libwx_gtk2u_qa-2.6.so.0 toped-0.8.2-2.fc6.i386 requires libwx_gtk2u_core-2.6.so.0 toped-0.8.2-2.fc6.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) toped-0.8.2-2.fc6.i386 requires libwx_gtk2u_gl-2.6.so.0(WXU_2.6) toped-0.8.2-2.fc6.i386 requires libwx_baseu_net-2.6.so.0 toped-0.8.2-2.fc6.i386 requires libwx_gtk2u_xrc-2.6.so.0 toped-0.8.2-2.fc6.i386 requires libwx_baseu-2.6.so.0(WXU_2.6) toped-0.8.2-2.fc6.i386 requires libwx_gtk2u_html-2.6.so.0 toped-0.8.2-2.fc6.i386 requires libwx_baseu-2.6.so.0 toped-0.8.2-2.fc6.i386 requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6) toped-0.8.2-2.fc6.i386 requires libwx_gtk2u_adv-2.6.so.0 xmldiff-0.6.7-12.fc6.i386 requires python-abi = 0:2.4 xmldiff-0.6.7-12.fc6.i386 requires python(abi) = 0:2.4 ====================================================================== Broken packages in fedora-extras-development-ppc: PyKDE-3.16.0-5.fc7.ppc requires python(abi) = 0:2.4 PyKDE-3.16.0-5.fc7.ppc requires python-abi = 0:2.4 TurboGears-1.0b2-5.fc7.noarch requires python-elementtree >= 0:1.2.6 amarok-1.4.4-5.fc7.ppc requires libmtp.so.4 amarok-1.4.4-5.fc7.ppc requires libgpod.so.0 csound-5.03.0-9.fc7.ppc requires libpython2.4.so.1.0 csound-python-5.03.0-9.fc7.ppc requires python(abi) = 0:2.4 csound-python-5.03.0-9.fc7.ppc requires libpython2.4.so.1.0 cyphesis-0.5.10-3.fc7.ppc requires libpython2.4.so.1.0 em8300-0.16.0-3.fc7.ppc requires em8300-kmod >= 0:0.16.0 gnomad2-2.8.9-4.fc7.ppc requires libmtp.so.4 kdemultimedia-extras-6:3.5.5-0.3.fc7.ppc requires libgstreamer-0.8.so.1 kinput2-v3.1-29.fc6.ppc requires libwnn.so.0 libreadline-java-0.8.0-13.fc6.ppc requires libedit >= 0:2.9 openpbx-1.2-3.rc2.svn2135.fc7.ppc requires libedit.so.0 openpbx-postgresql-1.2-3.rc2.svn2135.fc7.ppc requires libpq.so.4 plplot-5.6.1-8.fc7.ppc requires python(abi) = 0:2.4 plplot-5.6.1-8.fc7.ppc requires libpython2.4.so.1.0 plplot-gnome-5.6.1-8.fc7.ppc requires python(abi) = 0:2.4 plplot-gnome-5.6.1-8.fc7.ppc requires libpython2.4.so.1.0 plplot-wxGTK-5.6.1-8.fc7.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) plplot-wxGTK-5.6.1-8.fc7.ppc requires libwx_baseu_xml-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.ppc requires libwx_gtk2u_qa-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) plplot-wxGTK-5.6.1-8.fc7.ppc requires libwx_gtk2u_core-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.ppc requires libwx_baseu_net-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.ppc requires libwx_gtk2u_xrc-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.ppc requires libwx_gtk2u_html-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.ppc requires libwx_baseu-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.ppc requires libwx_gtk2u_adv-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.ppc requires libwx_baseu-2.6.so.0(WXU_2.6) python-amara-1.1.7-2.fc6.noarch requires python(abi) = 0:2.4 python-cherrypy-2.2.1-3.fc6.noarch requires python(abi) = 0:2.4 smolt-server-0.5-1.fc7.noarch requires turbogears toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_gl-2.6.so.0 toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3) toped-0.8.2-2.fc6.ppc requires libwx_baseu_xml-2.6.so.0 toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_qa-2.6.so.0 toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_core-2.6.so.0 toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_gl-2.6.so.0(WXU_2.6) toped-0.8.2-2.fc6.ppc requires libwx_baseu_net-2.6.so.0 toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_xrc-2.6.so.0 toped-0.8.2-2.fc6.ppc requires libwx_baseu-2.6.so.0(WXU_2.6) toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_html-2.6.so.0 toped-0.8.2-2.fc6.ppc requires libwx_baseu-2.6.so.0 toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6) toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_adv-2.6.so.0 xmldiff-0.6.7-12.fc6.ppc requires python-abi = 0:2.4 xmldiff-0.6.7-12.fc6.ppc requires python(abi) = 0:2.4 ====================================================================== Broken packages in fedora-extras-development-x86_64: PyKDE-3.16.0-5.fc7.i386 requires python(abi) = 0:2.4 PyKDE-3.16.0-5.fc7.i386 requires python-abi = 0:2.4 PyKDE-3.16.0-5.fc7.x86_64 requires python(abi) = 0:2.4 PyKDE-3.16.0-5.fc7.x86_64 requires python-abi = 0:2.4 TurboGears-1.0b2-5.fc7.noarch requires python-elementtree >= 0:1.2.6 amarok-1.4.4-5.fc7.i386 requires libmtp.so.4 amarok-1.4.4-5.fc7.i386 requires libgpod.so.0 amarok-1.4.4-5.fc7.x86_64 requires libmtp.so.4()(64bit) amarok-1.4.4-5.fc7.x86_64 requires libgpod.so.0()(64bit) csound-5.03.0-9.fc7.i386 requires libpython2.4.so.1.0 csound-5.03.0-9.fc7.x86_64 requires libpython2.4.so.1.0()(64bit) csound-python-5.03.0-9.fc7.x86_64 requires python(abi) = 0:2.4 csound-python-5.03.0-9.fc7.x86_64 requires libpython2.4.so.1.0()(64bit) cyphesis-0.5.10-3.fc7.x86_64 requires libpython2.4.so.1.0()(64bit) em8300-0.16.0-3.fc7.x86_64 requires em8300-kmod >= 0:0.16.0 gnomad2-2.8.9-4.fc7.x86_64 requires libmtp.so.4()(64bit) kdemultimedia-extras-6:3.5.5-0.3.fc7.x86_64 requires libgstreamer-0.8.so.1()(64bit) kinput2-v3.1-29.fc6.x86_64 requires libwnn.so.0()(64bit) libreadline-java-0.8.0-13.fc6.i386 requires libedit >= 0:2.9 libreadline-java-0.8.0-13.fc6.x86_64 requires libedit >= 0:2.9 openpbx-1.2-3.rc2.svn2135.fc7.i386 requires libedit.so.0 openpbx-1.2-3.rc2.svn2135.fc7.x86_64 requires libedit.so.0()(64bit) openpbx-postgresql-1.2-3.rc2.svn2135.fc7.x86_64 requires libpq.so.4()(64bit) paraview-2.4.4-3.fc6.x86_64 requires libpython2.4.so.1.0()(64bit) paraview-mpi-2.4.4-3.fc6.x86_64 requires libpython2.4.so.1.0()(64bit) plplot-5.6.1-8.fc7.i386 requires python(abi) = 0:2.4 plplot-5.6.1-8.fc7.i386 requires libpython2.4.so.1.0 plplot-5.6.1-8.fc7.x86_64 requires python(abi) = 0:2.4 plplot-5.6.1-8.fc7.x86_64 requires libpython2.4.so.1.0()(64bit) plplot-gnome-5.6.1-8.fc7.i386 requires python(abi) = 0:2.4 plplot-gnome-5.6.1-8.fc7.i386 requires libpython2.4.so.1.0 plplot-gnome-5.6.1-8.fc7.x86_64 requires python(abi) = 0:2.4 plplot-gnome-5.6.1-8.fc7.x86_64 requires libpython2.4.so.1.0()(64bit) plplot-wxGTK-5.6.1-8.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6)(64bit) plplot-wxGTK-5.6.1-8.fc7.x86_64 requires libwx_baseu-2.6.so.0(WXU_2.6)(64bit) plplot-wxGTK-5.6.1-8.fc7.x86_64 requires libwx_baseu-2.6.so.0()(64bit) plplot-wxGTK-5.6.1-8.fc7.x86_64 requires libwx_gtk2u_xrc-2.6.so.0()(64bit) plplot-wxGTK-5.6.1-8.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2)(64bit) plplot-wxGTK-5.6.1-8.fc7.x86_64 requires libwx_gtk2u_qa-2.6.so.0()(64bit) plplot-wxGTK-5.6.1-8.fc7.x86_64 requires libwx_baseu_xml-2.6.so.0()(64bit) plplot-wxGTK-5.6.1-8.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0()(64bit) plplot-wxGTK-5.6.1-8.fc7.x86_64 requires libwx_gtk2u_html-2.6.so.0()(64bit) plplot-wxGTK-5.6.1-8.fc7.x86_64 requires libwx_baseu_net-2.6.so.0()(64bit) plplot-wxGTK-5.6.1-8.fc7.x86_64 requires libwx_gtk2u_adv-2.6.so.0()(64bit) python-amara-1.1.7-2.fc6.noarch requires python(abi) = 0:2.4 python-cherrypy-2.2.1-3.fc6.noarch requires python(abi) = 0:2.4 smolt-server-0.5-1.fc7.noarch requires turbogears streamtuner-0.99.99-15.fc7.x86_64 requires libpython2.4.so.1.0()(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_gtk2u_gl-2.6.so.0(WXU_2.6)(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6)(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_baseu-2.6.so.0(WXU_2.6)(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_gtk2u_xrc-2.6.so.0()(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_gtk2u_core-2.6.so.0()(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_baseu-2.6.so.0()(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_gtk2u_adv-2.6.so.0()(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6)(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_gtk2u_qa-2.6.so.0()(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_baseu_xml-2.6.so.0()(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_gtk2u_html-2.6.so.0()(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_baseu_net-2.6.so.0()(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_gtk2u_gl-2.6.so.0()(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2)(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3)(64bit) xmldiff-0.6.7-12.fc6.x86_64 requires python-abi = 0:2.4 xmldiff-0.6.7-12.fc6.x86_64 requires python(abi) = 0:2.4 From ruben at rubenkerkhof.com Mon Jan 22 23:16:26 2007 From: ruben at rubenkerkhof.com (Ruben Kerkhof) Date: Tue, 23 Jan 2007 00:16:26 +0100 Subject: FE Package Status of Jan 22, 2007 In-Reply-To: <62bc09df0701221007i3f152195n55c10b676b133a5c@mail.gmail.com> References: <20070122172646.52b77496@ludwig-alpha.unil.ch> <62bc09df0701221007i3f152195n55c10b676b133a5c@mail.gmail.com> Message-ID: On 22-jan-2007, at 19:07, SmootherFrOgZ wrote: > hi all, > > about FE-NEWS packages list ( from inactivity notice). > i submited one which's not in the list 222960 for few days. > > Only packages with no activity in a few weeks show up in that report. No need to worry, ecik accepted your package for review yesterday. Cheers, Ruben From michel.salim at gmail.com Tue Jan 23 04:49:26 2007 From: michel.salim at gmail.com (Michel Salim) Date: Mon, 22 Jan 2007 23:49:26 -0500 Subject: FE Package Status of Jan 22, 2007 In-Reply-To: <20070122172646.52b77496@ludwig-alpha.unil.ch> References: <20070122172646.52b77496@ludwig-alpha.unil.ch> Message-ID: <883cfe6d0701222049q7977b766sc6abe6d69e413b70@mail.gmail.com> 2007/1/22, Christian Iseli : > - 7 packages not available in extras devel but present in release > andreas dot bierfert at lowlatency dot de sylpheed-claws-plugins > andreas dot bierfert at lowlatency dot de sylpheed-claws This is due to Sylpheed-Claws being renamed to just Claws, presumably? -- Michel Salim http://hircus.wordpress.com/ My theology, briefly, is that the universe was dictated but not signed. -- Christopher Morley From kevin at scrye.com Tue Jan 23 04:50:11 2007 From: kevin at scrye.com (Kevin Fenzi) Date: Mon, 22 Jan 2007 21:50:11 -0700 Subject: About kernel updates: Extras and Core In-Reply-To: <1169207347.3159.120.camel@vader.jdub.homelinux.org> References: <1169191735.3334.12.camel@laptop.gunduz.org> <1169207347.3159.120.camel@vader.jdub.homelinux.org> Message-ID: <20070122215011.61131b95@ningauble.scrye.com> On Fri, 19 Jan 2007 05:49:07 -0600 jwboyer at jdub.homelinux.org (Josh Boyer) wrote: ...snipp... > The solution is to get whatever drivers you are using into the > upstream kernel. Anything else is just an exercise in frustration. Yeah, I have come to that conclusion as well... > > Oh, and the gspca modules were approved for Extras. > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=209112 No idea > why they aren't in the Extras repo at this point. Just to clarify... they are not approved. They have been approved to be reviewed by FESCo. So, now someone needs to step up and review them and make sure they meet all the guidelines and approve them... kmods need an extra step of being given the go-ahead by the board before they can be reviewed. > josh kevin -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From bugs.michael at gmx.net Tue Jan 23 07:56:09 2007 From: bugs.michael at gmx.net (Michael Schwendt) Date: Tue, 23 Jan 2007 08:56:09 +0100 Subject: rpms/ladspa-swh-plugins/FC-6 ladspa-swh-plugins.spec,1.1,1.2 In-Reply-To: <20070107125450.fd425c20.bugs.michael@gmx.net> References: <200701070623.l076NmXw005046@cvs-int.fedora.redhat.com> <20070107125450.fd425c20.bugs.michael@gmx.net> Message-ID: <20070123085609.a2f68e72.bugs.michael@gmx.net> On Sun, 7 Jan 2007 12:54:50 +0100, Michael Schwendt wrote: > On Sun, 7 Jan 2007 01:23:48 -0500, Anthony Green (green) wrote: > > > Author: green > > > > Update of /cvs/extras/rpms/ladspa-swh-plugins/FC-6 > > > > Modified Files: > > ladspa-swh-plugins.spec > > Log Message: > > Add SELinux support. > > > +%post > > +# Set SELinux file context in the policy > > +semanage fcontext -f -- -a -t textrel_shlib_t '%{_libdir}/ladspa/sc4m_1916.so' 2>/dev/null || : > > +# Actually change the context > > +chcon -R -t textrel_shlib_t %{_libdir}/ladspa/sc4m_1916.so || : > > + > > +%postun > > +# SELinux support > > +if [ $1 -eq 0 ]; then # final removal > > + semanage fcontext -f -- -d -t textrel_shlib_t %{_libdir}/ladspa/sc4m_1916.so || : > > +fi > > + > > Shouldn't this be built with -fPIC/-fpic instead of changing the SELinux > context? +1/-1 from anyone else, please. From paul at city-fan.org Tue Jan 23 08:12:22 2007 From: paul at city-fan.org (Paul Howarth) Date: Tue, 23 Jan 2007 08:12:22 +0000 Subject: rpms/ladspa-swh-plugins/FC-6 ladspa-swh-plugins.spec,1.1,1.2 In-Reply-To: <20070123085609.a2f68e72.bugs.michael@gmx.net> References: <200701070623.l076NmXw005046@cvs-int.fedora.redhat.com> <20070107125450.fd425c20.bugs.michael@gmx.net> <20070123085609.a2f68e72.bugs.michael@gmx.net> Message-ID: <1169539942.27431.2.camel@metropolis.intra.city-fan.org> On Tue, 2007-01-23 at 08:56 +0100, Michael Schwendt wrote: > On Sun, 7 Jan 2007 12:54:50 +0100, Michael Schwendt wrote: > > > On Sun, 7 Jan 2007 01:23:48 -0500, Anthony Green (green) wrote: > > > > > Author: green > > > > > > Update of /cvs/extras/rpms/ladspa-swh-plugins/FC-6 > > > > > > Modified Files: > > > ladspa-swh-plugins.spec > > > Log Message: > > > Add SELinux support. > > > > > +%post > > > +# Set SELinux file context in the policy > > > +semanage fcontext -f -- -a -t textrel_shlib_t '%{_libdir}/ladspa/sc4m_1916.so' 2>/dev/null || : > > > +# Actually change the context > > > +chcon -R -t textrel_shlib_t %{_libdir}/ladspa/sc4m_1916.so || : > > > + > > > +%postun > > > +# SELinux support > > > +if [ $1 -eq 0 ]; then # final removal > > > + semanage fcontext -f -- -d -t textrel_shlib_t %{_libdir}/ladspa/sc4m_1916.so || : > > > +fi > > > + > > > > Shouldn't this be built with -fPIC/-fpic instead of changing the SELinux > > context? > > +1/-1 from anyone else, please. +1 unless there's some really good reason why that's not possible or it wouldn't work. Paul. From giallu at gmail.com Tue Jan 23 08:14:57 2007 From: giallu at gmail.com (Gianluca Sforna) Date: Tue, 23 Jan 2007 09:14:57 +0100 Subject: rpms/ladspa-swh-plugins/FC-6 ladspa-swh-plugins.spec,1.1,1.2 In-Reply-To: <20070123085609.a2f68e72.bugs.michael@gmx.net> References: <200701070623.l076NmXw005046@cvs-int.fedora.redhat.com> <20070107125450.fd425c20.bugs.michael@gmx.net> <20070123085609.a2f68e72.bugs.michael@gmx.net> Message-ID: On 1/23/07, Michael Schwendt wrote: > On Sun, 7 Jan 2007 12:54:50 +0100, Michael Schwendt wrote: > > > On Sun, 7 Jan 2007 01:23:48 -0500, Anthony Green (green) wrote: > > > > > Author: green > > > > > > Update of /cvs/extras/rpms/ladspa-swh-plugins/FC-6 > > > > > > Modified Files: > > > ladspa-swh-plugins.spec > > > Log Message: > > > Add SELinux support. > > > > > +%post > > > +# Set SELinux file context in the policy > > > +semanage fcontext -f -- -a -t textrel_shlib_t '%{_libdir}/ladspa/sc4m_1916.so' 2>/dev/null || : > > > +# Actually change the context > > > +chcon -R -t textrel_shlib_t %{_libdir}/ladspa/sc4m_1916.so || : > > > + > > > +%postun > > > +# SELinux support > > > +if [ $1 -eq 0 ]; then # final removal > > > + semanage fcontext -f -- -d -t textrel_shlib_t %{_libdir}/ladspa/sc4m_1916.so || : > > > +fi > > > + > > > > Shouldn't this be built with -fPIC/-fpic instead of changing the SELinux > > context? > > +1/-1 from anyone else, please. +1 IMO messing around with SELinux contexts in the scriptlets is not a viable/dependable option. First try to fix the library, then if it really need it, file a BZ request for inclusion in the selinux-policy package From ml at deadbabylon.de Tue Jan 23 09:07:29 2007 From: ml at deadbabylon.de (Sebastian Vahl) Date: Tue, 23 Jan 2007 10:07:29 +0100 Subject: Newsfeed about new packages integrated into extras In-Reply-To: <200701182259.13363.ml@deadbabylon.de> References: <20070112002003.24de89f5@localhost.localdomain> <3ea997540701120756q70ddd96br3330d20744632d7d@mail.gmail.com> <200701182259.13363.ml@deadbabylon.de> Message-ID: <20070123100729.13087757@localhost.localdomain> > ATM I'm watching the flag "NEW" in the Build Reports. But perhaps > this would be something for fedoranews.org. I've written to Thomas Chung from Fedoranews.org and also offered help with this. He answered that they only post updates as part of the infofeed. So it seems that there is no interest. For now I am playing around in the german wiki with this, eg. http://fedorawiki.de/index.php/Kalenderwoche_03 Sebastian -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From Christian.Iseli at licr.org Tue Jan 23 09:24:06 2007 From: Christian.Iseli at licr.org (Christian Iseli) Date: Tue, 23 Jan 2007 10:24:06 +0100 Subject: FE Package Status of Jan 22, 2007 In-Reply-To: <883cfe6d0701222049q7977b766sc6abe6d69e413b70@mail.gmail.com> References: <20070122172646.52b77496@ludwig-alpha.unil.ch> <883cfe6d0701222049q7977b766sc6abe6d69e413b70@mail.gmail.com> Message-ID: <20070123102406.6b8196de@ludwig-alpha.unil.ch> On Mon, 22 Jan 2007 23:49:26 -0500, Michel Salim wrote: > 2007/1/22, Christian Iseli : > > > - 7 packages not available in extras devel but present in release > > andreas dot bierfert at lowlatency dot de sylpheed-claws-plugins > > andreas dot bierfert at lowlatency dot de sylpheed-claws > > This is due to Sylpheed-Claws being renamed to just Claws, presumably? This will appear until there is a dead.package file in sylpheed-claws/devel and sylpheed-claws-plugins/devel ... see: http://fedoraproject.org/wiki/Extras/PackageEndOfLife C From radekvokal at gmail.com Tue Jan 23 09:53:10 2007 From: radekvokal at gmail.com (=?UTF-8?B?UmFkZWsgVm9rw6Fs?=) Date: Tue, 23 Jan 2007 10:53:10 +0100 Subject: gaim-guifications ownership In-Reply-To: <45B535F1.70401@redhat.com> References: <45B0D30E.8000900@gmail.com> <1169216458.11081.13.camel@zod.rchland.ibm.com> <45B4B2B7.2050201@gmail.com> <45B535F1.70401@redhat.com> Message-ID: <45B5DB06.3040401@gmail.com> Warren Togami wrote: > Radek Vok?l wrote: >> Josh Boyer wrote: >>> On Fri, 2007-01-19 at 15:17 +0100, Radek Vok?l wrote: >>>> I'm willing to take gaim-guifications ownership. can somebody please >>>> reassign this package to me. >>> >>> If you're already sponsored you can do it yourself. Just edit the >>> owners file in CVS. >>> >>> josh >>> >>> >> I did the change but still I can't build the package. > > There is no such ACL in place for building. Are you sure you setup your > Extras build tools properly? > > Did you save your .fedora-cert in ~? > My fault Warren, I had anonymous checkout of that tree. Radek From thomas at apestaart.org Tue Jan 23 11:23:32 2007 From: thomas at apestaart.org (Thomas Vander Stichele) Date: Tue, 23 Jan 2007 12:23:32 +0100 Subject: ffplay and toolame In-Reply-To: <20070115191129.GA28100@ryvius.pekin.waw.pl> References: <45ABC476.5010802@fedoraproject.org> <20070115191129.GA28100@ryvius.pekin.waw.pl> Message-ID: <1169551412.3699.23.camel@level.fluendo.lan> On Mon, 2007-01-15 at 20:11 +0100, Dominik 'Rathann' Mierzejewski wrote: > On Monday, 15 January 2007 at 19:14, Rahul Sundaram wrote: > > Hi > > > > ffplay is a ffmpeg based player and toolame encodes in a format that is > > not mp3 but apparently is compatible with many mp3 players. I noticed > > that these packages are both in Debian and in gNewsense (allegedly). > > > > http://wiki.multimedia.cx/index.php?title=FFplay > > http://www.eftel.com/~mikecheng/planckenergy/#tooLAME > > Toolame development seems stalled. > > There's a fork, called twolame: http://www.twolame.org/ > Is MPEG Audio Layer 2 patented? Yes, it is patented. > And isn't Layer 3 patent expiring soon > (already)? No. Both of these are not acceptable in Fedora and debian's "hush hush" mentality to including this stuff should not be followed. Thomas From ville.skytta at iki.fi Tue Jan 23 17:09:02 2007 From: ville.skytta at iki.fi (Ville =?iso-8859-1?q?Skytt=E4?=) Date: Tue, 23 Jan 2007 19:09:02 +0200 Subject: obsoleted rpm packages we can remove from the FE6 repo In-Reply-To: References: <20070116084937.GA3646@dudweiler.stuttgart.redhat.com> Message-ID: <200701231909.02383.ville.skytta@iki.fi> On Monday 22 January 2007 21:21, Paul Wouters wrote: > On Tue, 16 Jan 2007, Florian La Roche wrote: > > l2tpd-0.69-0.6.20051030.fc6.i386.rpm is obsoleted by > > xl2tpd-1.1.06-5.fc6.i386.rpm > > As the maintainer of both, should I turn l2tpd in a DEAD_PACKAGE in the fc6 > repo? Yes, ditto FC-5 and devel since xl2tpd is shipped and obsoleting l2tpd in those repos as well. From foolish at guezz.net Tue Jan 23 17:40:04 2007 From: foolish at guezz.net (Sindre Pedersen Bjordal) Date: Tue, 23 Jan 2007 18:40:04 +0100 Subject: Want to take over orphaned package gtranslator In-Reply-To: <20070122222819.45ff362c.bugs.michael@gmx.net> References: <1169448356.16594.8.camel@localhost.localdomain> <1169499389.7189.2.camel@localhost.localdomain> <20070122222819.45ff362c.bugs.michael@gmx.net> Message-ID: <1169574004.11068.0.camel@localhost.localdomain> man, 22.01.2007 kl. 22.28 +0100, skrev Michael Schwendt: > That is based on the assumption that there is a recipe yet for > resurrecting dead packages. > > Because this one is not just orphaned, it has been declared a > "dead.package" prior to FC-6. Hence it doesn't have a branch "FC-6", but > just "devel", "FC-5" and older. > > You would need to return to the last known tag and bring back the files in > cvs devel branch. The tag is "gtranslator-1_1_6-3_fc5". How do I do this exacly? > > The cvs staff wants a bugzilla review ticket # for branch creation > requests. This package is from fedora.us age. You won't find the review in > bugzilla.redhat.com. The policy on what to do in that case is not > known. Maybe you need to resubmit it for a quick review. Doing a re-review is fine by me. As soon as I have the devel branch resurrected I'll get to submitting gtranslator for review. -- Sindre Pedersen Bj?rdal - http://www.fedoraproject.org/wiki/SindrePedersenBjordal -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: Dette er en digitalt signert meldingsdel URL: From bugs.michael at gmx.net Tue Jan 23 18:32:19 2007 From: bugs.michael at gmx.net (Michael Schwendt) Date: Tue, 23 Jan 2007 19:32:19 +0100 Subject: Want to take over orphaned package gtranslator In-Reply-To: <1169574004.11068.0.camel@localhost.localdomain> References: <1169448356.16594.8.camel@localhost.localdomain> <1169499389.7189.2.camel@localhost.localdomain> <20070122222819.45ff362c.bugs.michael@gmx.net> <1169574004.11068.0.camel@localhost.localdomain> Message-ID: <20070123193219.4673058b.bugs.michael@gmx.net> On Tue, 23 Jan 2007 18:40:04 +0100, Sindre Pedersen Bjordal wrote: > > You would need to return to the last known tag and bring back > the files in > > cvs devel branch. The tag is "gtranslator-1_1_6-3_fc5". > > How do I do this exacly? The most basic way would be to check out a separate working-copy cvs co -r gtranslator-1_1_6-3_fc5 gtranslator and to re-add/commit the files in a current check-out of gtranslator/devel, that means including special files like Makefile, .cvsignore, ... Alternatively, "cvs up -r gtranslator-1_1_6-3_fc5 -dP" would update a working-copy of gtranslator/devel to the wanted tag. Continuing there is possible, too. From tcallawa at redhat.com Tue Jan 23 21:16:24 2007 From: tcallawa at redhat.com (Tom 'spot' Callaway) Date: Tue, 23 Jan 2007 15:16:24 -0600 Subject: Fedora Extras License Audit Message-ID: <1169586984.3333.21.camel@localhost.localdomain> As part of our ongoing committment to Open Source, Fedora Extras is undergoing a license audit of the packages contained within it. We do this for several reasons: 1. To ensure that we don't have any packages containing licenses that do not meet the Fedora licensing standards. 2. To ensure that the license tag for Fedora packages is accurate (even though it is by no means legally binding). 3. To get rid of things like "BSD-ish" and "Distributable" wherever possible. 4. Because we like pain. It hurts, sooo good. I can do this by myself. Of course, if I do, then the results of this audit will probably be ready sometime in 2013. Sadly, this is not a process that can be easily scripted (at least, not to my knowledge), and just requires knowledgable people looking at the package source code and identifying the licensing. Sound like fun? Well, no. But it is something that we do need volunteers to help with. So, if you're interested in taking on this challenge, let me know. The more people we can get to help in this task, the quicker it will be completed. We have about 2550 source packages to check. Thanks, ~spot From foolish at guezz.net Tue Jan 23 21:29:36 2007 From: foolish at guezz.net (Sindre Pedersen Bjordal) Date: Tue, 23 Jan 2007 22:29:36 +0100 Subject: Fedora Extras License Audit In-Reply-To: <1169586984.3333.21.camel@localhost.localdomain> References: <1169586984.3333.21.camel@localhost.localdomain> Message-ID: <1169587776.3977.0.camel@localhost.localdomain> I like pain too so I'll help, how do I go about doing so? tir, 23.01.2007 kl. 15.16 -0600, skrev Tom 'spot' Callaway: > As part of our ongoing committment to Open Source, Fedora Extras is > undergoing a license audit of the packages contained within it. We do > this for several reasons: > > 1. To ensure that we don't have any packages containing licenses that do > not meet the Fedora licensing standards. > 2. To ensure that the license tag for Fedora packages is accurate (even > though it is by no means legally binding). > 3. To get rid of things like "BSD-ish" and "Distributable" wherever > possible. > 4. Because we like pain. It hurts, sooo good. > > I can do this by myself. Of course, if I do, then the results of this > audit will probably be ready sometime in 2013. Sadly, this is not a > process that can be easily scripted (at least, not to my knowledge), and > just requires knowledgable people looking at the package source code and > identifying the licensing. > > Sound like fun? Well, no. But it is something that we do need volunteers > to help with. So, if you're interested in taking on this challenge, let > me know. The more people we can get to help in this task, the quicker it > will be completed. We have about 2550 source packages to check. > > Thanks, > > ~spot > > -- Sindre Pedersen Bj?rdal - http://www.fedoraproject.org/wiki/SindrePedersenBjordal -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: Dette er en digitalt signert meldingsdel URL: From buildsys at fedoraproject.org Tue Jan 23 21:46:04 2007 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Tue, 23 Jan 2007 16:46:04 -0500 (EST) Subject: Fedora Extras Package Build Report 2007-01-23 Message-ID: <20070123214604.2D49E15212E@buildsys.fedoraproject.org> Packages built and released for Fedora Extras development: 10 bugzilla-2.22.1-3.fc7 jd-1.8.5-0.4.cvs070123.fc7 kawa-1.9.0-2.fc7 leafnode-1.11.5-3.fc7 rrdtool-1.2.17-1.fc7 NEW ruby-fam-0.2.0-3.fc7 xfce4-cpugraph-plugin-0.3.0-4.fc7 xfce4-datetime-plugin-0.4.1-2.fc7 xfce4-netload-plugin-0.4.0-4.fc7 xfce4-smartbookmark-plugin-0.4.2-2.fc7 Packages built and released for Fedora Extras 6: 4 bugzilla-2.22-9.fc6 jd-1.8.5-0.3.rc070121.fc6.1 leafnode-1.11.5-3.fc6 smolt-0.5-1.fc6 Packages built and released for Fedora Extras 5: 3 bugzilla-2.22-8.fc5 jd-1.8.5-0.3.rc070121.fc5.1 leafnode-1.11.5-2.fc5 For more information about the built packages please see the repository or the Fedora Info Feed: http://fedoraproject.org/infofeed/ From opensource at till.name Tue Jan 23 21:57:56 2007 From: opensource at till.name (Till Maas) Date: Tue, 23 Jan 2007 22:57:56 +0100 Subject: license questions In-Reply-To: <1169136562.30262.42.camel@localhost.localdomain> References: <200701180013.30048.opensource@till.name> <1169136562.30262.42.camel@localhost.localdomain> Message-ID: <200701232258.05020.opensource@till.name> On Thursday 18 January 2007 17:09, Tom 'spot' Callaway wrote: > On Thu, 2007-01-18 at 00:13 +0100, Till Maas wrote: > > http://www.intel.com/technology/iapc/acpi/license2.htm > > This is also fine, FSF says it is Free. Thx, what would be the correct license tag for this license? Regards, Till -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From pertusus at free.fr Tue Jan 23 21:57:03 2007 From: pertusus at free.fr (Patrice Dumas) Date: Tue, 23 Jan 2007 22:57:03 +0100 Subject: Fedora Extras License Audit In-Reply-To: <1169586984.3333.21.camel@localhost.localdomain> References: <1169586984.3333.21.camel@localhost.localdomain> Message-ID: <20070123214530.GB7356@free.fr> On Tue, Jan 23, 2007 at 03:16:24PM -0600, Tom 'spot' Callaway wrote: > > I can do this by myself. Of course, if I do, then the results of this > audit will probably be ready sometime in 2013. Sadly, this is not a > process that can be easily scripted (at least, not to my knowledge), and > just requires knowledgable people looking at the package source code and > identifying the licensing. > > Sound like fun? Well, no. But it is something that we do need volunteers > to help with. So, if you're interested in taking on this challenge, let > me know. The more people we can get to help in this task, the quicker it > will be completed. We have about 2550 source packages to check. That's supposed to be done during review, isn't it? How could an audit catch more issues than caught during reviews? Maybe in the early day some packages weren't audited (like the one coming from core at some point), but a full rereview would seem to be more relevant than only a license audit. If I recall well this is on the way, but scheduled after the core packages review. Maybe it could be better if maintainers asked spontaneously for a rereview when they think that their package has potential license issues. For example, I think that it is a loss of time if somebody audit the license of the packages I maintain or I reviewed. I am not saying that I see everything and never make mistake, it may be possible that there are problematic files in those packages, but I think that re-auditing them is doing something twice without a guarantee that it will be done netter. I know for sure that there was some non-free code in the cernlib some time ago which weren't noticed during review, but an audit wouldn't have been likely to catch this issue either. -- Pat From vonbrand at inf.utfsm.cl Tue Jan 23 22:02:42 2007 From: vonbrand at inf.utfsm.cl (Horst H. von Brand) Date: Tue, 23 Jan 2007 19:02:42 -0300 Subject: Fedora Extras License Audit In-Reply-To: <1169586984.3333.21.camel@localhost.localdomain> References: <1169586984.3333.21.camel@localhost.localdomain> Message-ID: <200701232202.l0NM2g1C027798@laptop13.inf.utfsm.cl> Tom 'spot' Callaway wrote: > As part of our ongoing committment to Open Source, Fedora Extras is > undergoing a license audit of the packages contained within it. We do > this for several reasons: > > 1. To ensure that we don't have any packages containing licenses that do > not meet the Fedora licensing standards. Humm... > 2. To ensure that the license tag for Fedora packages is accurate (even > though it is by no means legally binding). So, so... > 3. To get rid of things like "BSD-ish" and "Distributable" wherever > possible. Any list of acceptable licenses? Or a standard way to list "License is OK, look at..."? > 4. Because we like pain. It hurts, sooo good. Yess!! [...] > Sound like fun? Well, no. But it is something that we do need volunteers > to help with. So, if you're interested in taking on this challenge, let > me know. The more people we can get to help in this task, the quicker it > will be completed. We have about 2550 source packages to check. How are you proposing to split this up? 237 people telling you GCC is OK helps very little... Any requisites applicants have to fullfill? I.e., I could take a look at some packages, but I'm not blessed into Fedora in any way (just slightly soft in the head, running rawhide ;-) -- Dr. Horst H. von Brand User #22616 counter.li.org Departamento de Informatica Fono: +56 32 2654431 Universidad Tecnica Federico Santa Maria +56 32 2654239 Casilla 110-V, Valparaiso, Chile Fax: +56 32 2797513 From buildsys at fedoraproject.org Tue Jan 23 22:34:03 2007 From: buildsys at fedoraproject.org (Fedora Extras repoclosure) Date: Tue, 23 Jan 2007 22:34:03 -0000 Subject: Summary - Broken dependencies in Fedora Extras - 2007-01-23 Message-ID: <20070123223403.6419.52162@extras64.linux.duke.edu> New report for: imlinux AT gmail.com package: smolt-server - 0.5-1.fc6.noarch from fedora-extras-6-ppc unresolved deps: turbogears package: smolt-server - 0.5-1.fc6.noarch from fedora-extras-6-x86_64 unresolved deps: turbogears package: smolt-server - 0.5-1.fc6.noarch from fedora-extras-6-i386 unresolved deps: turbogears ====================================================================== Summary of broken packages (by owner): cgoorah AT yahoo.com.au toped - 0.8.2-2.fc6.i386 (39 days) toped - 0.8.2-2.fc6.ppc (39 days) toped - 0.8.2-2.fc6.x86_64 (39 days) dcbw AT redhat.com csound - 5.03.0-9.fc7.i386 (46 days) csound - 5.03.0-9.fc7.i386 (46 days) csound - 5.03.0-9.fc7.ppc (46 days) csound - 5.03.0-9.fc7.x86_64 (46 days) csound-python - 5.03.0-9.fc7.i386 (46 days) csound-python - 5.03.0-9.fc7.ppc (46 days) csound-python - 5.03.0-9.fc7.x86_64 (46 days) dwmw2 AT redhat.com openpbx - 1.2-3.rc2.svn2135.fc7.i386 (48 days) openpbx - 1.2-3.rc2.svn2135.fc7.i386 (48 days) openpbx - 1.2-3.rc2.svn2135.fc7.ppc (48 days) openpbx - 1.2-3.rc2.svn2135.fc7.x86_64 (48 days) openpbx-postgresql - 1.2-3.rc2.svn2135.fc7.i386 (48 days) openpbx-postgresql - 1.2-3.rc2.svn2135.fc7.ppc (48 days) openpbx-postgresql - 1.2-3.rc2.svn2135.fc7.x86_64 (48 days) endur AT bennewitz.com streamtuner - 0.99.99-15.fc7.x86_64 (46 days) gauret AT free.fr amarok - 1.4.4-5.fc7.i386 (6 days) amarok - 1.4.4-5.fc7.i386 (6 days) amarok - 1.4.4-5.fc7.ppc (6 days) amarok - 1.4.4-5.fc7.x86_64 (6 days) ifoox AT redhat.com libreadline-java - 0.8.0-13.fc6.i386 (43 days) libreadline-java - 0.8.0-13.fc6.i386 (43 days) libreadline-java - 0.8.0-13.fc6.ppc (43 days) libreadline-java - 0.8.0-13.fc6.x86_64 (43 days) imlinux AT gmail.com smolt-server - 0.5-1.fc6.noarch smolt-server - 0.5-1.fc6.noarch smolt-server - 0.5-1.fc6.noarch smolt-server - 0.5-1.fc7.noarch smolt-server - 0.5-1.fc7.noarch smolt-server - 0.5-1.fc7.noarch jamatos AT fc.up.pt python-amara - 1.1.7-2.fc6.noarch (46 days) python-amara - 1.1.7-2.fc6.noarch (46 days) python-amara - 1.1.7-2.fc6.noarch (46 days) jeff AT ocjtech.us linphone - 1.2.0-4.fc5.i386 (106 days) linphone - 1.2.0-4.fc5.ppc (106 days) linphone - 1.2.0-4.fc5.x86_64 (106 days) lmacken AT redhat.com TurboGears - 1.0b2-5.fc7.noarch (41 days) TurboGears - 1.0b2-5.fc7.noarch (41 days) TurboGears - 1.0b2-5.fc7.noarch (41 days) python-cherrypy - 2.2.1-3.fc6.noarch (46 days) python-cherrypy - 2.2.1-3.fc6.noarch (46 days) python-cherrypy - 2.2.1-3.fc6.noarch (46 days) orion AT cora.nwra.com paraview - 2.4.4-3.fc6.x86_64 (46 days) paraview-mpi - 2.4.4-3.fc6.x86_64 (46 days) plplot - 5.6.1-8.fc7.i386 (46 days) plplot - 5.6.1-8.fc7.i386 (46 days) plplot - 5.6.1-8.fc7.ppc (46 days) plplot - 5.6.1-8.fc7.x86_64 (46 days) plplot-gnome - 5.6.1-8.fc7.i386 (46 days) plplot-gnome - 5.6.1-8.fc7.i386 (46 days) plplot-gnome - 5.6.1-8.fc7.ppc (46 days) plplot-gnome - 5.6.1-8.fc7.x86_64 (46 days) plplot-wxGTK - 5.6.1-8.fc7.i386 (46 days) plplot-wxGTK - 5.6.1-8.fc7.ppc (46 days) plplot-wxGTK - 5.6.1-8.fc7.x86_64 (46 days) petersen AT redhat.com ghc642-gtk2hs-mozembed - 0.9.10-2.fc5.i386 ghc642-gtk2hs-mozembed - 0.9.10-2.fc5.ppc ghc642-gtk2hs-mozembed - 0.9.10-2.fc5.x86_64 rdieter AT math.unl.edu PyKDE - 3.16.0-5.fc7.i386 (46 days) PyKDE - 3.16.0-5.fc7.i386 (46 days) PyKDE - 3.16.0-5.fc7.ppc (46 days) PyKDE - 3.16.0-5.fc7.x86_64 (46 days) kdemultimedia-extras - 6:3.5.5-0.3.fc7.i386 (9 days) kdemultimedia-extras - 6:3.5.5-0.3.fc7.ppc (9 days) kdemultimedia-extras - 6:3.5.5-0.3.fc7.x86_64 (9 days) shahms AT shahms.com python-psyco - 1.5.1-4.fc6.i386 (46 days) stickster AT gmail.com xmldiff - 0.6.7-12.fc6.i386 (46 days) xmldiff - 0.6.7-12.fc6.ppc (46 days) xmldiff - 0.6.7-12.fc6.x86_64 (46 days) tagoh AT redhat.com kinput2 - v3.1-29.fc6.i386 (12 days) kinput2 - v3.1-29.fc6.ppc (12 days) kinput2 - v3.1-29.fc6.x86_64 (12 days) triad AT df.lth.se gnomad2 - 2.8.9-4.fc7.i386 (5 days) gnomad2 - 2.8.9-4.fc7.ppc (5 days) gnomad2 - 2.8.9-4.fc7.x86_64 (5 days) ville.skytta AT iki.fi em8300 - 0.16.0-3.fc7.i386 (27 days) em8300 - 0.16.0-3.fc7.ppc (27 days) em8300 - 0.16.0-3.fc7.x86_64 (27 days) wart AT kobold.org cyphesis - 0.5.10-3.fc7.i386 (46 days) cyphesis - 0.5.10-3.fc7.ppc (46 days) cyphesis - 0.5.10-3.fc7.x86_64 (46 days) ====================================================================== Broken packages in fedora-extras-5-i386: ghc642-gtk2hs-mozembed-0.9.10-2.fc5.i386 requires mozilla-devel = 37:1.7.13 linphone-1.2.0-4.fc5.i386 requires libortp.so.2 ====================================================================== Broken packages in fedora-extras-5-ppc: ghc642-gtk2hs-mozembed-0.9.10-2.fc5.ppc requires mozilla-devel = 37:1.7.13 linphone-1.2.0-4.fc5.ppc requires libortp.so.2 ====================================================================== Broken packages in fedora-extras-5-x86_64: ghc642-gtk2hs-mozembed-0.9.10-2.fc5.x86_64 requires mozilla-devel = 37:1.7.13 linphone-1.2.0-4.fc5.x86_64 requires libortp.so.2()(64bit) ====================================================================== Broken packages in fedora-extras-6-i386: smolt-server-0.5-1.fc6.noarch requires turbogears ====================================================================== Broken packages in fedora-extras-6-ppc: smolt-server-0.5-1.fc6.noarch requires turbogears ====================================================================== Broken packages in fedora-extras-6-x86_64: smolt-server-0.5-1.fc6.noarch requires turbogears ====================================================================== Broken packages in fedora-extras-development-i386: PyKDE-3.16.0-5.fc7.i386 requires python(abi) = 0:2.4 PyKDE-3.16.0-5.fc7.i386 requires python-abi = 0:2.4 TurboGears-1.0b2-5.fc7.noarch requires python-elementtree >= 0:1.2.6 amarok-1.4.4-5.fc7.i386 requires libmtp.so.4 amarok-1.4.4-5.fc7.i386 requires libgpod.so.0 csound-5.03.0-9.fc7.i386 requires libpython2.4.so.1.0 csound-python-5.03.0-9.fc7.i386 requires python(abi) = 0:2.4 csound-python-5.03.0-9.fc7.i386 requires libpython2.4.so.1.0 cyphesis-0.5.10-3.fc7.i386 requires libpython2.4.so.1.0 em8300-0.16.0-3.fc7.i386 requires em8300-kmod >= 0:0.16.0 gnomad2-2.8.9-4.fc7.i386 requires libmtp.so.4 kdemultimedia-extras-6:3.5.5-0.3.fc7.i386 requires libgstreamer-0.8.so.1 kinput2-v3.1-29.fc6.i386 requires libwnn.so.0 libreadline-java-0.8.0-13.fc6.i386 requires libedit >= 0:2.9 openpbx-1.2-3.rc2.svn2135.fc7.i386 requires libedit.so.0 openpbx-postgresql-1.2-3.rc2.svn2135.fc7.i386 requires libpq.so.4 plplot-5.6.1-8.fc7.i386 requires python(abi) = 0:2.4 plplot-5.6.1-8.fc7.i386 requires libpython2.4.so.1.0 plplot-gnome-5.6.1-8.fc7.i386 requires python(abi) = 0:2.4 plplot-gnome-5.6.1-8.fc7.i386 requires libpython2.4.so.1.0 plplot-wxGTK-5.6.1-8.fc7.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) plplot-wxGTK-5.6.1-8.fc7.i386 requires libwx_baseu_xml-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.i386 requires libwx_gtk2u_qa-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) plplot-wxGTK-5.6.1-8.fc7.i386 requires libwx_gtk2u_core-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.i386 requires libwx_baseu_net-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.i386 requires libwx_gtk2u_xrc-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.i386 requires libwx_gtk2u_html-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.i386 requires libwx_baseu-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.i386 requires libwx_gtk2u_adv-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.i386 requires libwx_baseu-2.6.so.0(WXU_2.6) python-amara-1.1.7-2.fc6.noarch requires python(abi) = 0:2.4 python-cherrypy-2.2.1-3.fc6.noarch requires python(abi) = 0:2.4 python-psyco-1.5.1-4.fc6.i386 requires python-abi = 0:2.4 python-psyco-1.5.1-4.fc6.i386 requires python(abi) = 0:2.4 smolt-server-0.5-1.fc7.noarch requires turbogears toped-0.8.2-2.fc6.i386 requires libwx_gtk2u_gl-2.6.so.0 toped-0.8.2-2.fc6.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) toped-0.8.2-2.fc6.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3) toped-0.8.2-2.fc6.i386 requires libwx_baseu_xml-2.6.so.0 toped-0.8.2-2.fc6.i386 requires libwx_gtk2u_qa-2.6.so.0 toped-0.8.2-2.fc6.i386 requires libwx_gtk2u_core-2.6.so.0 toped-0.8.2-2.fc6.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) toped-0.8.2-2.fc6.i386 requires libwx_gtk2u_gl-2.6.so.0(WXU_2.6) toped-0.8.2-2.fc6.i386 requires libwx_baseu_net-2.6.so.0 toped-0.8.2-2.fc6.i386 requires libwx_gtk2u_xrc-2.6.so.0 toped-0.8.2-2.fc6.i386 requires libwx_baseu-2.6.so.0(WXU_2.6) toped-0.8.2-2.fc6.i386 requires libwx_gtk2u_html-2.6.so.0 toped-0.8.2-2.fc6.i386 requires libwx_baseu-2.6.so.0 toped-0.8.2-2.fc6.i386 requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6) toped-0.8.2-2.fc6.i386 requires libwx_gtk2u_adv-2.6.so.0 xmldiff-0.6.7-12.fc6.i386 requires python-abi = 0:2.4 xmldiff-0.6.7-12.fc6.i386 requires python(abi) = 0:2.4 ====================================================================== Broken packages in fedora-extras-development-ppc: PyKDE-3.16.0-5.fc7.ppc requires python(abi) = 0:2.4 PyKDE-3.16.0-5.fc7.ppc requires python-abi = 0:2.4 TurboGears-1.0b2-5.fc7.noarch requires python-elementtree >= 0:1.2.6 amarok-1.4.4-5.fc7.ppc requires libmtp.so.4 amarok-1.4.4-5.fc7.ppc requires libgpod.so.0 csound-5.03.0-9.fc7.ppc requires libpython2.4.so.1.0 csound-python-5.03.0-9.fc7.ppc requires python(abi) = 0:2.4 csound-python-5.03.0-9.fc7.ppc requires libpython2.4.so.1.0 cyphesis-0.5.10-3.fc7.ppc requires libpython2.4.so.1.0 em8300-0.16.0-3.fc7.ppc requires em8300-kmod >= 0:0.16.0 gnomad2-2.8.9-4.fc7.ppc requires libmtp.so.4 kdemultimedia-extras-6:3.5.5-0.3.fc7.ppc requires libgstreamer-0.8.so.1 kinput2-v3.1-29.fc6.ppc requires libwnn.so.0 libreadline-java-0.8.0-13.fc6.ppc requires libedit >= 0:2.9 openpbx-1.2-3.rc2.svn2135.fc7.ppc requires libedit.so.0 openpbx-postgresql-1.2-3.rc2.svn2135.fc7.ppc requires libpq.so.4 plplot-5.6.1-8.fc7.ppc requires python(abi) = 0:2.4 plplot-5.6.1-8.fc7.ppc requires libpython2.4.so.1.0 plplot-gnome-5.6.1-8.fc7.ppc requires python(abi) = 0:2.4 plplot-gnome-5.6.1-8.fc7.ppc requires libpython2.4.so.1.0 plplot-wxGTK-5.6.1-8.fc7.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) plplot-wxGTK-5.6.1-8.fc7.ppc requires libwx_baseu_xml-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.ppc requires libwx_gtk2u_qa-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) plplot-wxGTK-5.6.1-8.fc7.ppc requires libwx_gtk2u_core-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.ppc requires libwx_baseu_net-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.ppc requires libwx_gtk2u_xrc-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.ppc requires libwx_gtk2u_html-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.ppc requires libwx_baseu-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.ppc requires libwx_gtk2u_adv-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.ppc requires libwx_baseu-2.6.so.0(WXU_2.6) python-amara-1.1.7-2.fc6.noarch requires python(abi) = 0:2.4 python-cherrypy-2.2.1-3.fc6.noarch requires python(abi) = 0:2.4 smolt-server-0.5-1.fc7.noarch requires turbogears toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_gl-2.6.so.0 toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3) toped-0.8.2-2.fc6.ppc requires libwx_baseu_xml-2.6.so.0 toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_qa-2.6.so.0 toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_core-2.6.so.0 toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_gl-2.6.so.0(WXU_2.6) toped-0.8.2-2.fc6.ppc requires libwx_baseu_net-2.6.so.0 toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_xrc-2.6.so.0 toped-0.8.2-2.fc6.ppc requires libwx_baseu-2.6.so.0(WXU_2.6) toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_html-2.6.so.0 toped-0.8.2-2.fc6.ppc requires libwx_baseu-2.6.so.0 toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6) toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_adv-2.6.so.0 xmldiff-0.6.7-12.fc6.ppc requires python-abi = 0:2.4 xmldiff-0.6.7-12.fc6.ppc requires python(abi) = 0:2.4 ====================================================================== Broken packages in fedora-extras-development-x86_64: PyKDE-3.16.0-5.fc7.i386 requires python(abi) = 0:2.4 PyKDE-3.16.0-5.fc7.i386 requires python-abi = 0:2.4 PyKDE-3.16.0-5.fc7.x86_64 requires python(abi) = 0:2.4 PyKDE-3.16.0-5.fc7.x86_64 requires python-abi = 0:2.4 TurboGears-1.0b2-5.fc7.noarch requires python-elementtree >= 0:1.2.6 amarok-1.4.4-5.fc7.i386 requires libmtp.so.4 amarok-1.4.4-5.fc7.i386 requires libgpod.so.0 amarok-1.4.4-5.fc7.x86_64 requires libmtp.so.4()(64bit) amarok-1.4.4-5.fc7.x86_64 requires libgpod.so.0()(64bit) csound-5.03.0-9.fc7.i386 requires libpython2.4.so.1.0 csound-5.03.0-9.fc7.x86_64 requires libpython2.4.so.1.0()(64bit) csound-python-5.03.0-9.fc7.x86_64 requires python(abi) = 0:2.4 csound-python-5.03.0-9.fc7.x86_64 requires libpython2.4.so.1.0()(64bit) cyphesis-0.5.10-3.fc7.x86_64 requires libpython2.4.so.1.0()(64bit) em8300-0.16.0-3.fc7.x86_64 requires em8300-kmod >= 0:0.16.0 gnomad2-2.8.9-4.fc7.x86_64 requires libmtp.so.4()(64bit) kdemultimedia-extras-6:3.5.5-0.3.fc7.x86_64 requires libgstreamer-0.8.so.1()(64bit) kinput2-v3.1-29.fc6.x86_64 requires libwnn.so.0()(64bit) libreadline-java-0.8.0-13.fc6.i386 requires libedit >= 0:2.9 libreadline-java-0.8.0-13.fc6.x86_64 requires libedit >= 0:2.9 openpbx-1.2-3.rc2.svn2135.fc7.i386 requires libedit.so.0 openpbx-1.2-3.rc2.svn2135.fc7.x86_64 requires libedit.so.0()(64bit) openpbx-postgresql-1.2-3.rc2.svn2135.fc7.x86_64 requires libpq.so.4()(64bit) paraview-2.4.4-3.fc6.x86_64 requires libpython2.4.so.1.0()(64bit) paraview-mpi-2.4.4-3.fc6.x86_64 requires libpython2.4.so.1.0()(64bit) plplot-5.6.1-8.fc7.i386 requires python(abi) = 0:2.4 plplot-5.6.1-8.fc7.i386 requires libpython2.4.so.1.0 plplot-5.6.1-8.fc7.x86_64 requires python(abi) = 0:2.4 plplot-5.6.1-8.fc7.x86_64 requires libpython2.4.so.1.0()(64bit) plplot-gnome-5.6.1-8.fc7.i386 requires python(abi) = 0:2.4 plplot-gnome-5.6.1-8.fc7.i386 requires libpython2.4.so.1.0 plplot-gnome-5.6.1-8.fc7.x86_64 requires python(abi) = 0:2.4 plplot-gnome-5.6.1-8.fc7.x86_64 requires libpython2.4.so.1.0()(64bit) plplot-wxGTK-5.6.1-8.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6)(64bit) plplot-wxGTK-5.6.1-8.fc7.x86_64 requires libwx_baseu-2.6.so.0(WXU_2.6)(64bit) plplot-wxGTK-5.6.1-8.fc7.x86_64 requires libwx_baseu-2.6.so.0()(64bit) plplot-wxGTK-5.6.1-8.fc7.x86_64 requires libwx_gtk2u_xrc-2.6.so.0()(64bit) plplot-wxGTK-5.6.1-8.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2)(64bit) plplot-wxGTK-5.6.1-8.fc7.x86_64 requires libwx_gtk2u_qa-2.6.so.0()(64bit) plplot-wxGTK-5.6.1-8.fc7.x86_64 requires libwx_baseu_xml-2.6.so.0()(64bit) plplot-wxGTK-5.6.1-8.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0()(64bit) plplot-wxGTK-5.6.1-8.fc7.x86_64 requires libwx_gtk2u_html-2.6.so.0()(64bit) plplot-wxGTK-5.6.1-8.fc7.x86_64 requires libwx_baseu_net-2.6.so.0()(64bit) plplot-wxGTK-5.6.1-8.fc7.x86_64 requires libwx_gtk2u_adv-2.6.so.0()(64bit) python-amara-1.1.7-2.fc6.noarch requires python(abi) = 0:2.4 python-cherrypy-2.2.1-3.fc6.noarch requires python(abi) = 0:2.4 smolt-server-0.5-1.fc7.noarch requires turbogears streamtuner-0.99.99-15.fc7.x86_64 requires libpython2.4.so.1.0()(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_gtk2u_gl-2.6.so.0(WXU_2.6)(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6)(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_baseu-2.6.so.0(WXU_2.6)(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_gtk2u_xrc-2.6.so.0()(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_gtk2u_core-2.6.so.0()(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_baseu-2.6.so.0()(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_gtk2u_adv-2.6.so.0()(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6)(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_gtk2u_qa-2.6.so.0()(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_baseu_xml-2.6.so.0()(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_gtk2u_html-2.6.so.0()(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_baseu_net-2.6.so.0()(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_gtk2u_gl-2.6.so.0()(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2)(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3)(64bit) xmldiff-0.6.7-12.fc6.x86_64 requires python-abi = 0:2.4 xmldiff-0.6.7-12.fc6.x86_64 requires python(abi) = 0:2.4 From paul at all-the-johnsons.co.uk Tue Jan 23 23:17:16 2007 From: paul at all-the-johnsons.co.uk (Paul) Date: Tue, 23 Jan 2007 23:17:16 +0000 Subject: Summary - Broken dependencies in Fedora Extras - 2007-01-23 In-Reply-To: <20070123223403.6419.52162@extras64.linux.duke.edu> References: <20070123223403.6419.52162@extras64.linux.duke.edu> Message-ID: <1169594236.26228.27.camel@T7.Linux> Hi, > csound - 5.03.0-9.fc7.i386 (46 days) > csound - 5.03.0-9.fc7.ppc (46 days) > csound - 5.03.0-9.fc7.x86_64 (46 days) > csound-python - 5.03.0-9.fc7.i386 (46 days) > csound-python - 5.03.0-9.fc7.ppc (46 days) > csound-python - 5.03.0-9.fc7.x86_64 (46 days) csound is currently broken as fluid is currently broken : BZ 220933 TTFN Paul -- "Mmmmmmmm....Shakira geschmiert mit schokolade" sagt Homer -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From opensource at till.name Tue Jan 23 23:47:07 2007 From: opensource at till.name (Till Maas) Date: Wed, 24 Jan 2007 00:47:07 +0100 Subject: Fedora Extras License Audit In-Reply-To: <20070123214530.GB7356@free.fr> References: <1169586984.3333.21.camel@localhost.localdomain> <20070123214530.GB7356@free.fr> Message-ID: <200701240047.10213.opensource@till.name> On Tuesday 23 January 2007 22:57, Patrice Dumas wrote: > On Tue, Jan 23, 2007 at 03:16:24PM -0600, Tom 'spot' Callaway wrote: > > just requires knowledgable people looking at the package source code and > That's supposed to be done during review, isn't it? How could an audit When I asked what needs to be done to check the license of a package in review it was said that it is enough to check the upstream documentation, e.g. the COPYING file. So looking into every source file for license information was probably not done for every package. And sometimes even included binary files slip through review e.g. in XaraLX. Regards, Till From pertusus at free.fr Wed Jan 24 00:47:32 2007 From: pertusus at free.fr (Patrice Dumas) Date: Wed, 24 Jan 2007 01:47:32 +0100 Subject: Fedora Extras License Audit In-Reply-To: <200701240047.10213.opensource@till.name> References: <1169586984.3333.21.camel@localhost.localdomain> <20070123214530.GB7356@free.fr> <200701240047.10213.opensource@till.name> Message-ID: <20070124004732.GC7356@free.fr> On Wed, Jan 24, 2007 at 12:47:07AM +0100, Till Maas wrote: > > When I asked what needs to be done to check the license of a package in review > it was said that it is enough to check the upstream documentation, e.g. the > COPYING file. I don't think it is right. What I do is try some random files in each directory to check that they have the right license. I also look carefully at things that seems to be added by external contributors. I also look at file names to try to find out some files that could come from other projects and be problematic. And as soon as I find one thing which isn't right, I do a complete audit of all the files. > So looking into every source file for license information was > probably not done for every package. And sometimes even included binary files Is it really to be done on each file? For big non problematic packages, I don't think it is worth it. -- Pat From pertusus at free.fr Wed Jan 24 00:54:09 2007 From: pertusus at free.fr (Patrice Dumas) Date: Wed, 24 Jan 2007 01:54:09 +0100 Subject: Fedora Extras License Audit In-Reply-To: <1169586984.3333.21.camel@localhost.localdomain> References: <1169586984.3333.21.camel@localhost.localdomain> Message-ID: <20070124005409.GD7356@free.fr> On Tue, Jan 23, 2007 at 03:16:24PM -0600, Tom 'spot' Callaway wrote: > As part of our ongoing committment to Open Source, Fedora Extras is > undergoing a license audit of the packages contained within it. We do > this for several reasons: > > 1. To ensure that we don't have any packages containing licenses that do > not meet the Fedora licensing standards. I take that opportunity to ask a few questions for cases that seem unclear to me. Do we consider files with copyright or a mention of an author and no license to be problematic, or to be covered by the main license (if such a thing exists)? Files copyrighted, but without license should be considered to be under a restrictive license (no modification nor redistribution). However, when the remaining of the package is consistently under a given license and the authors are the same I consider that the notice is missing, but that the main license cover the files. Is it right? Do we consider files with incomplete license notice (when a complete notice exists, like for the GPL) to be problematic? -- Pat From tcallawa at redhat.com Wed Jan 24 05:45:51 2007 From: tcallawa at redhat.com (Tom 'spot' Callaway) Date: Tue, 23 Jan 2007 23:45:51 -0600 Subject: Fedora Extras License Audit In-Reply-To: <200701232202.l0NM2g1C027798@laptop13.inf.utfsm.cl> References: <1169586984.3333.21.camel@localhost.localdomain> <200701232202.l0NM2g1C027798@laptop13.inf.utfsm.cl> Message-ID: <1169617551.8027.13.camel@localhost.localdomain> On Tue, 2007-01-23 at 19:02 -0300, Horst H. von Brand wrote: > Any list of acceptable licenses? Or a standard way to list "License is OK, > look at..."? Yes, and no. This is how the Fedora licensing works (at this moment in time): http://fedoraproject.org/wiki/Packaging/Guidelines#LegalLicensing Here is the relevant section: "The goal of The Fedora Project is to work with the Linux community to build a complete, general purpose operating system exclusively from open source software. In accordance with that, all packages included in Fedora must be covered under an open source license. We clarify an open source license in three ways: * OSI-approved license. You can find the list of OSI approved licenses here: [WWW]http://www.opensource.org/licenses/ * GPL-Compatible, Free Software Licenses. You can find the list here: [WWW]http://www.gnu.org/philosophy/license-list.html#GPLCompatibleLicenses * GPL-Incompatible, Free Software Licenses. You can find the list here: [WWW]http://www.gnu.org/philosophy/license-list.html#GPLIncompatibleLicenses " So, you can look at the FSF and OSI lists for licenses for 99% of the cases. The remaining 1% are licenses which, while not explicitly listed on the FSF's page, have been approved by the FSF as GPL-Compat Free, or GPL-Incompat Free. In those cases, I know which licenses have been approved. Part of this process will be me documenting this, so everyone else can know this too. The end result of this will be the list of currently acceptable licenses. :) > How are you proposing to split this up? 237 people telling you GCC is OK > helps very little... Fedora Core is actually done. Has been done for a while. :) But I see what you're asking. I have a list of the packages which need auditing, and I'm giving a copy of that list to volunteers, and "assigning" them a subset of the packages on that list to audit, along with some basic instructions on how to do it. > Any requisites applicants have to fullfill? I.e., I could take a look at > some packages, but I'm not blessed into Fedora in any way (just slightly > soft in the head, running rawhide ;-) One needs only to be able to: - Read English - Be able to download SRPMS, and run rpmbuild -bp --nodeps. - Use grep -ir - Use OpenOffice.org - Have a basic grasp of how open source licensing works (and even this isn't really required, you can just ask me about it as we go). Honestly, I fully expect that the majority of the Extras packages will be OK. However, I've already caught a few mislicensed packages. :) This will just go a lot faster with more people helping out. ~spot From tcallawa at redhat.com Wed Jan 24 05:50:00 2007 From: tcallawa at redhat.com (Tom 'spot' Callaway) Date: Tue, 23 Jan 2007 23:50:00 -0600 Subject: Fedora Extras License Audit In-Reply-To: <20070124005409.GD7356@free.fr> References: <1169586984.3333.21.camel@localhost.localdomain> <20070124005409.GD7356@free.fr> Message-ID: <1169617800.8027.18.camel@localhost.localdomain> On Wed, 2007-01-24 at 01:54 +0100, Patrice Dumas wrote: > On Tue, Jan 23, 2007 at 03:16:24PM -0600, Tom 'spot' Callaway wrote: > > As part of our ongoing committment to Open Source, Fedora Extras is > > undergoing a license audit of the packages contained within it. We do > > this for several reasons: > > > > 1. To ensure that we don't have any packages containing licenses that do > > not meet the Fedora licensing standards. > > I take that opportunity to ask a few questions for cases that seem > unclear to me. > > Do we consider files with copyright or a mention of an author and no > license to be problematic, or to be covered by the main license (if such > a thing exists)? Yes. In those cases, we're noting that the license is not listed in the source code, and we'll be informing upstream of this, and suggesting that they correct this. > Files copyrighted, but without license should be > considered to be under a restrictive license (no modification nor > redistribution). However, when the remaining of the package is > consistently under a given license and the authors are the same I > consider that the notice is missing, but that the main license cover the > files. Is it right? This is almost certainly the intent of the upstream author, who probably thinks it is sufficient to either just say "This code is GPL" or dump a copy of COPYING in the top-level buildroot. Is that legally sufficient? Its a gray area. We'd much rather have them include the license in at least some part of the source code, or have the source code say something like /* This code is under the GPL, see full text of license in COPYING. */ > Do we consider files with incomplete license notice (when a complete > notice exists, like for the GPL) to be problematic? Problematic, yes. Cause for removal from Fedora? No. ~spot From tcallawa at redhat.com Wed Jan 24 06:17:57 2007 From: tcallawa at redhat.com (Tom 'spot' Callaway) Date: Wed, 24 Jan 2007 00:17:57 -0600 Subject: license questions In-Reply-To: <200701232258.05020.opensource@till.name> References: <200701180013.30048.opensource@till.name> <1169136562.30262.42.camel@localhost.localdomain> <200701232258.05020.opensource@till.name> Message-ID: <1169619477.8027.40.camel@localhost.localdomain> On Tue, 2007-01-23 at 22:57 +0100, Till Maas wrote: > On Thursday 18 January 2007 17:09, Tom 'spot' Callaway wrote: > > On Thu, 2007-01-18 at 00:13 +0100, Till Maas wrote: > > > http://www.intel.com/technology/iapc/acpi/license2.htm > > > > This is also fine, FSF says it is Free. > > Thx, what would be the correct license tag for this license? Intel Software License Agreement You should also put the URL in a comment. When we make the nice list, we'll put the URL there too. ~spot From roozbeh at farsiweb.info Wed Jan 24 10:31:05 2007 From: roozbeh at farsiweb.info (Roozbeh Pournader) Date: Wed, 24 Jan 2007 14:01:05 +0330 Subject: Fedora Extras License Audit In-Reply-To: <1169617551.8027.13.camel@localhost.localdomain> References: <1169586984.3333.21.camel@localhost.localdomain> <200701232202.l0NM2g1C027798@laptop13.inf.utfsm.cl> <1169617551.8027.13.camel@localhost.localdomain> Message-ID: <1169634665.3259.33.camel@shalil.farsiweb.info> On Tue, 2007-01-23 at 23:45 -0600, Tom 'spot' Callaway wrote: > Fedora Core is actually done. Has been done for a while. :) Which brings me to the question of what we should do with complicated cases of mixed licensing. For example, Pango's License field says "LGPL", while it also contains parts that are not LGPL-ed, but dual licensed under GPL and FreeType Project License (which is not a subset of LGPL). I guess that would make Pango a dual licensed library, one license would be the GPL, and the other would be LGPL for some parts and FTL for some others. (It's currently marked LGPL only.) How are we supposed to document such things in the License field? Roozbeh From bugs.michael at gmx.net Wed Jan 24 11:27:11 2007 From: bugs.michael at gmx.net (Michael Schwendt) Date: Wed, 24 Jan 2007 12:27:11 +0100 Subject: Fedora Extras License Audit In-Reply-To: <1169634665.3259.33.camel@shalil.farsiweb.info> References: <1169586984.3333.21.camel@localhost.localdomain> <200701232202.l0NM2g1C027798@laptop13.inf.utfsm.cl> <1169617551.8027.13.camel@localhost.localdomain> <1169634665.3259.33.camel@shalil.farsiweb.info> Message-ID: <20070124122711.7256e1e2.bugs.michael@gmx.net> On Wed, 24 Jan 2007 14:01:05 +0330, Roozbeh Pournader wrote: > Which brings me to the question of what we should do with complicated > cases of mixed licensing. > > For example, Pango's License field says "LGPL", while it also contains > parts that are not LGPL-ed, but dual licensed under GPL and FreeType > Project License (which is not a subset of LGPL). > > I guess that would make Pango a dual licensed library, one license would > be the GPL, and the other would be LGPL for some parts and FTL for some > others. (It's currently marked LGPL only.) > > How are we supposed to document such things in the License field? The "License" field is insufficient. It is suitable for summing up the relevant licence acronyms, but it cannot serve as a substitute for the licence terms. If files included within a project are GPL'ed and other files are licensed under a different licence, the combined work must be GPL'ed, too. It cannot be LGPL'ed, because the LGPL is _less_ restrictive compared with the GPL. For LGPL, all files must be LGPL'ed. From roozbeh at farsiweb.info Wed Jan 24 11:58:29 2007 From: roozbeh at farsiweb.info (Roozbeh Pournader) Date: Wed, 24 Jan 2007 15:28:29 +0330 Subject: Fedora Extras License Audit In-Reply-To: <20070124122711.7256e1e2.bugs.michael@gmx.net> References: <1169586984.3333.21.camel@localhost.localdomain> <200701232202.l0NM2g1C027798@laptop13.inf.utfsm.cl> <1169617551.8027.13.camel@localhost.localdomain> <1169634665.3259.33.camel@shalil.farsiweb.info> <20070124122711.7256e1e2.bugs.michael@gmx.net> Message-ID: <1169639909.3259.36.camel@shalil.farsiweb.info> On Wed, 2007-01-24 at 12:27 +0100, Michael Schwendt wrote: > The "License" field is insufficient. It is suitable for summing up the > relevant licence acronyms, but it cannot serve as a substitute for the > licence terms. > > If files included within a project are GPL'ed and other files are licensed > under a different licence, the combined work must be GPL'ed, too. It > cannot be LGPL'ed, because the LGPL is _less_ restrictive compared with > the GPL. For LGPL, all files must be LGPL'ed. OK, I just opened a bug for Pango and CC-ed you and spot: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=224135 Roozbeh From michel.salim at gmail.com Wed Jan 24 14:53:27 2007 From: michel.salim at gmail.com (Michel Salim) Date: Wed, 24 Jan 2007 09:53:27 -0500 Subject: Summary - Broken dependencies in Fedora Extras - 2007-01-23 In-Reply-To: <20070123223403.6419.52162@extras64.linux.duke.edu> References: <20070123223403.6419.52162@extras64.linux.duke.edu> Message-ID: <883cfe6d0701240653k5bf54852m9d490ee557a90041@mail.gmail.com> 2007/1/23, Fedora Extras repoclosure : > shahms AT shahms.com > python-psyco - 1.5.1-4.fc6.i386 (46 days) Has anyone seen Shahms recently? I have an update request for python-sqlalchemy (with updated spec) that's been untouched since early December. -- Michel Salim http://hircus.wordpress.com/ My theology, briefly, is that the universe was dictated but not signed. -- Christopher Morley From jeff at ocjtech.us Wed Jan 24 15:18:35 2007 From: jeff at ocjtech.us (Jeffrey C. Ollie) Date: Wed, 24 Jan 2007 09:18:35 -0600 Subject: Summary - Broken dependencies in Fedora Extras - 2007-01-23 In-Reply-To: <883cfe6d0701240653k5bf54852m9d490ee557a90041@mail.gmail.com> References: <20070123223403.6419.52162@extras64.linux.duke.edu> <883cfe6d0701240653k5bf54852m9d490ee557a90041@mail.gmail.com> Message-ID: <1169651915.3843.20.camel@lt21223.campus.dmacc.edu> On Wed, 2007-01-24 at 09:53 -0500, Michel Salim wrote: > 2007/1/23, Fedora Extras repoclosure : > > shahms AT shahms.com > > python-psyco - 1.5.1-4.fc6.i386 (46 days) > > Has anyone seen Shahms recently? I have an update request for > python-sqlalchemy (with updated spec) that's been untouched since > early December. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=220280#c2 Jeff -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From chris.stone at gmail.com Wed Jan 24 16:01:03 2007 From: chris.stone at gmail.com (Christopher Stone) Date: Wed, 24 Jan 2007 08:01:03 -0800 Subject: Fedora Extras License Audit In-Reply-To: <1169634665.3259.33.camel@shalil.farsiweb.info> References: <1169586984.3333.21.camel@localhost.localdomain> <200701232202.l0NM2g1C027798@laptop13.inf.utfsm.cl> <1169617551.8027.13.camel@localhost.localdomain> <1169634665.3259.33.camel@shalil.farsiweb.info> Message-ID: On 1/24/07, Roozbeh Pournader wrote: > On Tue, 2007-01-23 at 23:45 -0600, Tom 'spot' Callaway wrote: > > Fedora Core is actually done. Has been done for a while. :) > > Which brings me to the question of what we should do with complicated > cases of mixed licensing. > > For example, Pango's License field says "LGPL", while it also contains > parts that are not LGPL-ed, but dual licensed under GPL and FreeType > Project License (which is not a subset of LGPL). > > I guess that would make Pango a dual licensed library, one license would > be the GPL, and the other would be LGPL for some parts and FTL for some > others. (It's currently marked LGPL only.) > > How are we supposed to document such things in the License field? I had this discussion on IRC a few days ago and the conclusion was you either label it as GPL, or split the package up into a sub package that has the LGPL parts. From rc040203 at freenet.de Wed Jan 24 16:39:02 2007 From: rc040203 at freenet.de (Ralf Corsepius) Date: Wed, 24 Jan 2007 17:39:02 +0100 Subject: Fedora Extras License Audit In-Reply-To: References: <1169586984.3333.21.camel@localhost.localdomain> <200701232202.l0NM2g1C027798@laptop13.inf.utfsm.cl> <1169617551.8027.13.camel@localhost.localdomain> <1169634665.3259.33.camel@shalil.farsiweb.info> Message-ID: <1169656742.6751.237.camel@mccallum.corsepiu.local> On Wed, 2007-01-24 at 08:01 -0800, Christopher Stone wrote: > On 1/24/07, Roozbeh Pournader wrote: > > On Tue, 2007-01-23 at 23:45 -0600, Tom 'spot' Callaway wrote: > > > Fedora Core is actually done. Has been done for a while. :) > > > > Which brings me to the question of what we should do with complicated > > cases of mixed licensing. > > > > For example, Pango's License field says "LGPL", while it also contains > > parts that are not LGPL-ed, but dual licensed under GPL and FreeType > > Project License (which is not a subset of LGPL). > > > > I guess that would make Pango a dual licensed library, one license would > > be the GPL, and the other would be LGPL for some parts and FTL for some > > others. (It's currently marked LGPL only.) > > > > How are we supposed to document such things in the License field? > > I had this discussion on IRC a few days ago and the conclusion was you > either label it as GPL, or split the package up into a sub package > that has the LGPL parts. Fundamental counter-question: Do the GPL infected parts of pango impose the GPL on non-GPL'ed applications being linked against it? If yes, then this would be the end of gtk and GNOME, definitely the end of pango. Ralf From josef at toxicpanda.com Wed Jan 24 20:09:05 2007 From: josef at toxicpanda.com (Josef Whiter) Date: Wed, 24 Jan 2007 15:09:05 -0500 Subject: Geany: could not load libvte.so In-Reply-To: <42420bfb0701190335jdc4aa4bm765987c82a0c5cae@mail.gmail.com> References: <42420bfb0701190335jdc4aa4bm765987c82a0c5cae@mail.gmail.com> Message-ID: <45B7BCE1.2030402@toxicpanda.com> Mark Knoop wrote: > I saw this editor newly in Extras, so gave it a try. > > $ geany > ** INFO: debug mode built in (can't be disabled) > ** INFO: GTK+ 2.10.4, GLib 2.12.3 > ** INFO: Could not load libvte.so, terminal support disabled > > It works fine if I symlink /usr/lib/libvte.so.9 to /usr/lib/libvte.so. > I would BZ this, but the geany component is not yet in Bugzilla. > Ok just committed a fix for this into geany-0.10-4, so tomorrow when it gets picked up you should be able to run it without having vte-devel installed. Let me know if you have any problems. Thank you, Josef From josef at toxicpanda.com Wed Jan 24 20:59:22 2007 From: josef at toxicpanda.com (Josef Whiter) Date: Wed, 24 Jan 2007 15:59:22 -0500 Subject: Question on what to do with optional module Message-ID: <45B7C8AA.2000104@toxicpanda.com> Hello, A package that I maintain, geany, can use vte in order to have a terminal in the editor. Now geany loads it by using the equivalent of dl_open() on the library and then loading the symbols manually. I recently patched geany to link in vte so it did not do this and then submitted it upstream. Upstream rejected the patch, stating that they do not want geany to be dependent upon libvte, hence the dl_open() method of loading libvte, and that I shouldn't need vte-devel during the building of geany as its not required at build time, its optional at runtime. So my question is this, should I leave the package as it is now, where it compiles in vte support, or should I remove vte-devel from the BuildRequires, fix geany so it will load fedora's libvte it ships with the vte package and make vte a Require? Geany will run perfectly fine without vte, so I'm wondering what the appropriate course of action would be for this situation. Thank you, Josef From mclasen at redhat.com Wed Jan 24 21:16:15 2007 From: mclasen at redhat.com (Matthias Clasen) Date: Wed, 24 Jan 2007 16:16:15 -0500 Subject: Question on what to do with optional module In-Reply-To: <45B7C8AA.2000104@toxicpanda.com> References: <45B7C8AA.2000104@toxicpanda.com> Message-ID: <1169673375.17512.0.camel@dhcp83-33.boston.redhat.com> On Wed, 2007-01-24 at 15:59 -0500, Josef Whiter wrote: > Hello, > > A package that I maintain, geany, can use vte in order to have a > terminal in the editor. Now geany loads it by using the equivalent of > dl_open() on the library and then loading the symbols manually. I > recently patched geany to link in vte so it did not do this and then > submitted it upstream. Upstream rejected the patch, stating that they > do not want geany to be dependent upon libvte, hence the dl_open() > method of loading libvte, and that I shouldn't need vte-devel during the > building of geany as its not required at build time, its optional at > runtime. So my question is this, should I leave the package as it is > now, where it compiles in vte support, or should I remove vte-devel from > the BuildRequires, fix geany so it will load fedora's libvte it ships > with the vte package and make vte a Require? Geany will run perfectly > fine without vte, so I'm wondering what the appropriate course of action > would be for this situation. Thank you, > > Josef Why not keep the small patch to just s/libvte.so/libvte.so.9/ and then add an explicit dependency on libvte.so.9 ? From josef at toxicpanda.com Wed Jan 24 21:18:55 2007 From: josef at toxicpanda.com (Josef Whiter) Date: Wed, 24 Jan 2007 16:18:55 -0500 Subject: Question on what to do with optional module In-Reply-To: <1169673375.17512.0.camel@dhcp83-33.boston.redhat.com> References: <45B7C8AA.2000104@toxicpanda.com> <1169673375.17512.0.camel@dhcp83-33.boston.redhat.com> Message-ID: <45B7CD3F.3070807@toxicpanda.com> Matthias Clasen wrote: > On Wed, 2007-01-24 at 15:59 -0500, Josef Whiter wrote: > >> Hello, >> >> A package that I maintain, geany, can use vte in order to have a >> terminal in the editor. Now geany loads it by using the equivalent of >> dl_open() on the library and then loading the symbols manually. I >> recently patched geany to link in vte so it did not do this and then >> submitted it upstream. Upstream rejected the patch, stating that they >> do not want geany to be dependent upon libvte, hence the dl_open() >> method of loading libvte, and that I shouldn't need vte-devel during the >> building of geany as its not required at build time, its optional at >> runtime. So my question is this, should I leave the package as it is >> now, where it compiles in vte support, or should I remove vte-devel from >> the BuildRequires, fix geany so it will load fedora's libvte it ships >> with the vte package and make vte a Require? Geany will run perfectly >> fine without vte, so I'm wondering what the appropriate course of action >> would be for this situation. Thank you, >> >> Josef >> > > > Why not keep the small patch to just s/libvte.so/libvte.so.9/ > and then add an explicit dependency on libvte.so.9 ? > > The problem unfortunately isn't that simple it seems. Geany out of the box looks for libvte.so, libvte.so.4, libvte.so.8 and libvte.so.9, so it should be picking up, but its not. Geany uses g_module_open("blah") in order to open the library, which should work but for some reason its not, so it looks like there is a problem with g_module_open() and resolving the appropriate library. I think I will add the Require for vte, but I'm going to have to figure out why g_module_open() isn't picking the module up. Josef From michel.salim at gmail.com Wed Jan 24 21:31:03 2007 From: michel.salim at gmail.com (Michel Salim) Date: Wed, 24 Jan 2007 16:31:03 -0500 Subject: Summary - Broken dependencies in Fedora Extras - 2007-01-23 In-Reply-To: <1169651915.3843.20.camel@lt21223.campus.dmacc.edu> References: <20070123223403.6419.52162@extras64.linux.duke.edu> <883cfe6d0701240653k5bf54852m9d490ee557a90041@mail.gmail.com> <1169651915.3843.20.camel@lt21223.campus.dmacc.edu> Message-ID: <883cfe6d0701241331j76bf721ex1e64d2694b099e48@mail.gmail.com> 2007/1/24, Jeffrey C. Ollie : > On Wed, 2007-01-24 at 09:53 -0500, Michel Salim wrote: > > 2007/1/23, Fedora Extras repoclosure : > > > shahms AT shahms.com > > > python-psyco - 1.5.1-4.fc6.i386 (46 days) > > > > Has anyone seen Shahms recently? I have an update request for > > python-sqlalchemy (with updated spec) that's been untouched since > > early December. > > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=220280#c2 > Thanks, I'll do the same thing. -- Michel Salim http://hircus.wordpress.com/ My theology, briefly, is that the universe was dictated but not signed. -- Christopher Morley From a.badger at gmail.com Wed Jan 24 22:04:21 2007 From: a.badger at gmail.com (Toshio Kuratomi) Date: Wed, 24 Jan 2007 14:04:21 -0800 Subject: Summary - Broken dependencies in Fedora Extras - 2007-01-23 In-Reply-To: <883cfe6d0701240653k5bf54852m9d490ee557a90041@mail.gmail.com> References: <20070123223403.6419.52162@extras64.linux.duke.edu> <883cfe6d0701240653k5bf54852m9d490ee557a90041@mail.gmail.com> Message-ID: <1169676261.5106.67.camel@localhost.localdomain> On Wed, 2007-01-24 at 09:53 -0500, Michel Salim wrote: > 2007/1/23, Fedora Extras repoclosure : > > shahms AT shahms.com > > python-psyco - 1.5.1-4.fc6.i386 (46 days) > > Has anyone seen Shahms recently? I have an update request for > python-sqlalchemy (with updated spec) that's been untouched since > early December. Shahms was busy at the end of last year and then had some internet connectivity problems. I've been watching over a few of his packages (including python-sqlalchemy but not python-psyco). Looks like you opened your bug before the initialcc bug was fixed so I wasn't CC.d on it. Sorry. I'll look at it now. -Toshio -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From buildsys at fedoraproject.org Thu Jan 25 00:21:18 2007 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Wed, 24 Jan 2007 19:21:18 -0500 (EST) Subject: Fedora Extras Package Build Report 2007-01-24 Message-ID: <20070125002118.B533015212E@buildsys.fedoraproject.org> Packages built and released for Fedora Extras development: 30 bzr-0.14-1.fc7 bzr-gtk-0.13.0-1.fc7 bzrtools-0.14.0-1.fc7 cyrus-imapd-2.3.7-8.fc7 dnsmasq-2.36-1.fc7 geany-0.10-4.fc7 gnomad2-2.8.10-1.fc7 gparted-0.3.3-4.fc7 graphviz-2.12-3.fc7 gtkwave-3.0.20-1.fc7 NEW gtranslator-1.1.6-5.fc7 kipi-plugins-0.1.3-2.fc7 libdnet-1.10-5.fc7 libstatgrab-0.14-1.fc7 mesa-libGLw-6.5.1-2.fc7 perl-IO-Interface-1.03-1.fc7 NEW perl-MooseX-Object-Pluggable-0.0004-2.fc7 plplot-5.7.2-1.fc7 poker-engine-1.0.22-1.fc7 pungi-0.2.0-1.fc7 python-sqlalchemy-0.3.4-2.fc7 rrdtool-1.2.18-1.fc7 smolt-0.5-2.fc7 stratagus-2.2.2-1.fc7 sunifdef-3.0-1.fc7 sysprof-kmod-1.0.8-1.2.6.19_1.2913.fc7 NEW system-switch-java-1.0.0-1.fc7 tor-0.1.1.26-2.fc7 wmacpi-2.2-0.1.a1.fc7 xemacs-21.5.27-8.fc7 Packages built and released for Fedora Extras 6: 15 NEW MagicPoint-1.11b-4.fc6 bzr-0.14-1.fc6 bzr-gtk-0.13.0-1.fc6 bzrtools-0.14.0-1.fc6 cyrus-imapd-2.3.7-8.fc6 NEW freetype1-1.4-0.2.pre.fc6 geany-0.10-4.fc6 gtkwave-3.0.20-1.fc6 poker-engine-1.0.22-1.fc6 python-lxml-1.1.2-1.fc6 python-sqlalchemy-0.3.4-2.fc6 smolt-0.5-2.fc6 stratagus-2.2.2-1.fc6 sunifdef-3.0-1.fc6 tor-0.1.1.26-2.fc6 Packages built and released for Fedora Extras 5: 10 bzr-0.14-1.fc5 bzr-gtk-0.13.0-1.fc5 bzrtools-0.14.0-1.fc5 geany-0.10-4.fc5 gtkwave-3.0.20-1.fc5 poker-engine-1.0.22-1.fc5 python-lxml-1.1.2-1.fc5 stratagus-2.2.2-1.fc5 sunifdef-3.0-1.fc5 tor-0.1.1.26-2.fc5 For more information about the built packages please see the repository or the Fedora Info Feed: http://fedoraproject.org/infofeed/ From peter at thecodergeek.com Thu Jan 25 04:37:13 2007 From: peter at thecodergeek.com (Peter Gordon) Date: Wed, 24 Jan 2007 20:37:13 -0800 Subject: comps comps-fe5.xml.in, 1.243, 1.244 comps-fe6.xml.in, 1.284, 1.285 comps-fe7.xml.in, 1.91, 1.92 In-Reply-To: <200701250422.l0P4M97T014994@cvs-int.fedora.redhat.com> References: <200701250422.l0P4M97T014994@cvs-int.fedora.redhat.com> Message-ID: <1169699833.3534.2.camel@localhost> On Wed, 2007-01-24 at 23:22 -0500, Peter Gordon wrote: > [...] > Log Message: > Fix typo on digikamimageplugins entry: s/optinoal/optional/g Forgot to add to the commit message that this should hopefully fix bug #224292. Thanks. -- Peter Gordon (codergeek42) / FSF Associate Member #5015 GnuPG Public Key ID: 0xFFC19479 / Fingerprint: DD68 A414 56BD 6368 D957 9666 4268 CB7A FFC1 9479 Blog: http://thecodergeek.com/blog/ About: http://fedoraproject.org/wiki/PeterGordon -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From ml at deadbabylon.de Thu Jan 25 12:45:57 2007 From: ml at deadbabylon.de (Sebastian Vahl) Date: Thu, 25 Jan 2007 13:45:57 +0100 Subject: AWOL-Maintainer: Hugo Cisneiros Message-ID: <20070125134557.4055c232@localhost.localdomain> Hi. According with the awol policies I'm asking If anyone knows how to contact Hugo Cisneiros. He didn't respond to the bug for two weeks now. http://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=222184 Also Christoph Wickert pointet out that Hugo wasn't active in cvs since November 12th. Hugo maintains the following packages in fedora extras: - guichan - kerry - knemo - metamonitor - netpanzer - netpanzer-data - ode - pengupop - python-ogg - python-vorbis - tuxpuck - xmoto Sebastian -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From j.w.r.degoede at hhs.nl Thu Jan 25 13:13:31 2007 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Thu, 25 Jan 2007 14:13:31 +0100 Subject: AWOL-Maintainer: Hugo Cisneiros In-Reply-To: <20070125134557.4055c232@localhost.localdomain> References: <20070125134557.4055c232@localhost.localdomain> Message-ID: <45B8ACFB.3050408@hhs.nl> Sebastian Vahl wrote: > Hi. > According with the awol policies I'm asking If anyone knows how to > contact Hugo Cisneiros. He didn't respond to the bug for two weeks now. > > http://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=222184 > > Also Christoph Wickert pointet out that Hugo wasn't active in cvs since > November 12th. > > Hugo maintains the following packages in fedora extras: > > - guichan > - kerry > - knemo > - metamonitor > - netpanzer > - netpanzer-data > - ode > - pengupop > - python-ogg > - python-vorbis > - tuxpuck > - xmoto > As hugo's sponsor let me put in a word for him, Hugo was a pretty active, reasonably quick responding contributor, so lets hope he turns up again. So I guess that MIA might be a better term here :) Hugo, if you are reading this any sign of life would be much appreciated, even if its just a notice that you cannot do any FE work ATM because of .... Also ode is mine and not Hugo's (he did the initial package, but it needed some tricky patches so he transfered it to me). Regards, Hans From ml at deadbabylon.de Thu Jan 25 13:16:52 2007 From: ml at deadbabylon.de (Sebastian Vahl) Date: Thu, 25 Jan 2007 14:16:52 +0100 Subject: AWOL-Maintainer: Hugo Cisneiros In-Reply-To: <45B8ACFB.3050408@hhs.nl> References: <20070125134557.4055c232@localhost.localdomain> <45B8ACFB.3050408@hhs.nl> Message-ID: <20070125141652.69edc1f9@localhost.localdomain> Am Thu, 25 Jan 2007 14:13:31 +0100 schrieb Hans de Goede : > As hugo's sponsor let me put in a word for him, Hugo was a pretty > active, reasonably quick responding contributor, so lets hope he > turns up again. So I guess that MIA might be a better term here :) Ok. ;) > Also ode is mine and not Hugo's (he did the initial package, but it > needed some tricky patches so he transfered it to me). Ups, my fault. I've only grepped owner.list for his email. Sebastian -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From j.w.r.degoede at hhs.nl Thu Jan 25 13:21:38 2007 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Thu, 25 Jan 2007 14:21:38 +0100 Subject: AWOL-Maintainer: Hugo Cisneiros In-Reply-To: <20070125134557.4055c232@localhost.localdomain> References: <20070125134557.4055c232@localhost.localdomain> Message-ID: <45B8AEE2.2010003@hhs.nl> Sebastian Vahl wrote: > Hi. > According with the awol policies I'm asking If anyone knows how to > contact Hugo Cisneiros. He didn't respond to the bug for two weeks now. > > http://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=222184 > > Also Christoph Wickert pointet out that Hugo wasn't active in cvs since > November 12th. > > Hugo maintains the following packages in fedora extras: > > - guichan > - kerry > - knemo > - metamonitor > - netpanzer > - netpanzer-data > - ode > - pengupop > - python-ogg > - python-vorbis > - tuxpuck > - xmoto > Some more info: His BLOG stops at september 2006, he was an active participant in the free software movement of Brazil, so his current web disappearance is not something which one would expect and thus not a good sign! See: http://www.devin.com.br/eitch/blog/ http://www.devin.com.br/eitch/cv.php contains his physical contact data, if anyone who 1) speaks portugeese 2) and preferably lives in brazil Could try to contact him then that would be much appreciated. Regards, Hans From christoph.wickert at nurfuerspam.de Thu Jan 25 13:57:42 2007 From: christoph.wickert at nurfuerspam.de (Christoph Wickert) Date: Thu, 25 Jan 2007 14:57:42 +0100 Subject: comps hosed? Message-ID: <1169733462.4403.19.camel@hal9000.oberschlesier.lan> For two days I'm getting a pup error now: > Component: Software Updater > Summary: TB8a9160cb comps.py:143:parse_package_list:CompsException > > Traceback (most recent call last): > File "/usr/sbin/pup", line 659, in ? > main() > File "/usr/sbin/pup", line 655, in main > pup.run() > File "/usr/sbin/pup", line 494, in run > self.doRefresh() > File "/usr/sbin/pup", line 269, in doRefresh > self.reposSetup(pbar) > File "/usr/lib/python2.4/site-packages/pirut/__init__.py", line 153, in reposSetup > self.doGroupSetup() > File "/usr/lib/python2.4/site-packages/yum/__init__.py", line 408, in doGroupSetup > self.comps.add(groupfile) > File "/usr/lib/python2.4/site-packages/yum/comps.py", line 339, in add > group = Group(elem) > File "/usr/lib/python2.4/site-packages/yum/comps.py", line 57, in __init__ > self.parse(elem) > File "/usr/lib/python2.4/site-packages/yum/comps.py", line 133, in parse > self.parse_package_list(child) > File "/usr/lib/python2.4/site-packages/yum/comps.py", line 143, in parse_package_list > raise CompsException > CompsException > > Local variables in innermost frame: > genre: optinoal > self: Graphics > package: digikam > packagelist_elem: > child: The typo "genre: optinoal" seems to be where the error comes from. Thanks to Peter Gordon this is already fixed in CVS. How and how often is comps being pushed? Also I see that Micheal Schwendt fixed some errors in comps yesterday. Maybe we should think about a way avoid situations like these in the future? We should at least take care that _if_ something is wrong with comps, it shouldn't get pushed. Christoph From christoph.wickert at nurfuerspam.de Thu Jan 25 14:05:51 2007 From: christoph.wickert at nurfuerspam.de (Christoph Wickert) Date: Thu, 25 Jan 2007 15:05:51 +0100 Subject: AWOL-Maintainer: Hugo Cisneiros In-Reply-To: <45B8AEE2.2010003@hhs.nl> References: <20070125134557.4055c232@localhost.localdomain> <45B8AEE2.2010003@hhs.nl> Message-ID: <1169733951.4403.21.camel@hal9000.oberschlesier.lan> Am Donnerstag, den 25.01.2007, 14:21 +0100 schrieb Hans de Goede: > Sebastian Vahl wrote: > > Hi. > > According with the awol policies I'm asking If anyone knows how to > > contact Hugo Cisneiros. > > Some more info: > > His BLOG stops at september 2006, he was an active participant in the > free software movement of Brazil, so his current web disappearance is > not something which one would expect and thus not a good sign! On the other hand a photo was published two days ago in his fotolog @ http://www.fotolog.com/eitch/ Christoph From j.w.r.degoede at hhs.nl Thu Jan 25 14:10:06 2007 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Thu, 25 Jan 2007 15:10:06 +0100 Subject: AWOL-Maintainer: Hugo Cisneiros In-Reply-To: <1169733951.4403.21.camel@hal9000.oberschlesier.lan> References: <20070125134557.4055c232@localhost.localdomain> <45B8AEE2.2010003@hhs.nl> <1169733951.4403.21.camel@hal9000.oberschlesier.lan> Message-ID: <45B8BA3E.6010402@hhs.nl> Christoph Wickert wrote: > Am Donnerstag, den 25.01.2007, 14:21 +0100 schrieb Hans de Goede: >> Sebastian Vahl wrote: >>> Hi. >>> According with the awol policies I'm asking If anyone knows how to >>> contact Hugo Cisneiros. >> Some more info: >> >> His BLOG stops at september 2006, he was an active participant in the >> free software movement of Brazil, so his current web disappearance is >> not something which one would expect and thus not a good sign! > > On the other hand a photo was published two days ago in his fotolog @ > http://www.fotolog.com/eitch/ > > Christoph > Ah, well thats good news I guess, lets hope he start responding to our mails soon then. Regards, Hans From bugs.michael at gmx.net Thu Jan 25 14:20:10 2007 From: bugs.michael at gmx.net (Michael Schwendt) Date: Thu, 25 Jan 2007 15:20:10 +0100 Subject: comps hosed? In-Reply-To: <1169733462.4403.19.camel@hal9000.oberschlesier.lan> References: <1169733462.4403.19.camel@hal9000.oberschlesier.lan> Message-ID: <20070125152010.52e3528a.bugs.michael@gmx.net> On Thu, 25 Jan 2007 14:57:42 +0100, Christoph Wickert wrote: > For two days I'm getting a pup error now: > > > Component: Software Updater > > Summary: TB8a9160cb comps.py:143:parse_package_list:CompsException > > > > Traceback (most recent call last): > > File "/usr/sbin/pup", line 659, in ? > > main() > > File "/usr/sbin/pup", line 655, in main > > pup.run() > > File "/usr/sbin/pup", line 494, in run > > self.doRefresh() > > File "/usr/sbin/pup", line 269, in doRefresh > > self.reposSetup(pbar) > > File "/usr/lib/python2.4/site-packages/pirut/__init__.py", line 153, in reposSetup > > self.doGroupSetup() > > File "/usr/lib/python2.4/site-packages/yum/__init__.py", line 408, in doGroupSetup > > self.comps.add(groupfile) > > File "/usr/lib/python2.4/site-packages/yum/comps.py", line 339, in add > > group = Group(elem) > > File "/usr/lib/python2.4/site-packages/yum/comps.py", line 57, in __init__ > > self.parse(elem) > > File "/usr/lib/python2.4/site-packages/yum/comps.py", line 133, in parse > > self.parse_package_list(child) > > File "/usr/lib/python2.4/site-packages/yum/comps.py", line 143, in parse_package_list > > raise CompsException > > CompsException > > > > Local variables in innermost frame: > > genre: optinoal > > self: Graphics > > package: digikam > > packagelist_elem: > > child: This is https://bugzilla.redhat.com/224292 > The typo "genre: optinoal" seems to be where the error comes from. > Thanks to Peter Gordon this is already fixed in CVS. How and how often > is comps being pushed? Everytime new builds are pushed. > Also I see that Micheal Schwendt fixed some errors in comps yesterday. > Maybe we should think about a way avoid situations like these in the > future? We should at least take care that _if_ something is wrong with > comps, it shouldn't get pushed. The package updater must not crash so badly in this situation. It is an uncaught exception afterall. Rather it could default to "genre=optional". The push scripts only publishes well-formed comps files. The issues I've fixed had caused the pushscript to report warnings and reject the comps updates. "packagereq" was misspelled multiple times. But "genre=optinoal" is a typo that needs a dtd/schema based check, which is more than just checking that the xml is well-formed. The comps file that broke pirut was well-formed. From rdieter at math.unl.edu Thu Jan 25 15:23:27 2007 From: rdieter at math.unl.edu (Rex Dieter) Date: Thu, 25 Jan 2007 09:23:27 -0600 Subject: comps hosed? In-Reply-To: <20070125152010.52e3528a.bugs.michael@gmx.net> References: <1169733462.4403.19.camel@hal9000.oberschlesier.lan> <20070125152010.52e3528a.bugs.michael@gmx.net> Message-ID: Michael Schwendt wrote: > The push scripts only publishes well-formed comps files. The issues > I've fixed had caused the pushscript to report warnings and reject > the comps updates. "packagereq" was misspelled multiple times. My bad, uber apologies everyone. -- Rex From rc040203 at freenet.de Thu Jan 25 16:39:04 2007 From: rc040203 at freenet.de (Ralf Corsepius) Date: Thu, 25 Jan 2007 17:39:04 +0100 Subject: rpms/geany/devel geany-find-sonames.patch, NONE, 1.1 geany.spec, 1.3, 1.4 geany-dynamic-vte.patch, 1.1, NONE In-Reply-To: <200701251613.l0PGDt3O029691@cvs-int.fedora.redhat.com> References: <200701251613.l0PGDt3O029691@cvs-int.fedora.redhat.com> Message-ID: <1169743145.5838.62.camel@mccallum.corsepiu.local> On Thu, 2007-01-25 at 11:13 -0500, Josef Whiter wrote: > Author: josef > > Update of /cvs/extras/rpms/geany/devel > In directory cvs-int.fedora.redhat.com:/tmp/cvs-serv29625/devel > geany-find-sonames.patch: > > --- NEW FILE geany-find-sonames.patch --- > --- geany-orig/src/vte.c.soname 2007-01-25 06:52:12.000000000 -0500 > +++ geany-orig/src/vte.c 2007-01-25 06:52:19.000000000 -0500 > @@ -134,11 +134,14 @@ void vte_init(void) > } > else > { > - module = g_module_open("libvte.so", G_MODULE_BIND_LAZY); > - // try to fallback to different versions of libvte.so.x > - if (module == NULL) module = g_module_open("libvte.so.4", G_MODULE_BIND_LAZY); > - else if (module == NULL) module = g_module_open("libvte.so.8", G_MODULE_BIND_LAZY); > - else if (module == NULL) module = g_module_open("libvte.so.9", G_MODULE_BIND_LAZY); > + gint i; > + const gchar *sonames[] = { "libvte.so", "libvte.so.4", > + "libvte.so.8", "libvte.so.9", NULL }; > + > + for (i = 0; sonames[i] != NULL && module == NULL; i++ ) > + { > + module = g_module_open(sonames[i], G_MODULE_BIND_LAZY); > + } libvte is not a "simple plugin" whose name is libvte.so, but a real shared library, whose runtime library carries a versioned name: lib*.so.. Therefore, IMO, this whole approach geany doesn't make sense. But even if they really want to explicitly dlopen libvte, then the search order should start with "most recent version first". If I were you, I'd kick out all this searching and hard-code the libvte.so. available in Fedora (Can be easily done via a define), may-be with a fallback to libvte.so (but I would not do so). Ralf From josef at toxicpanda.com Thu Jan 25 16:56:19 2007 From: josef at toxicpanda.com (Josef Whiter) Date: Thu, 25 Jan 2007 11:56:19 -0500 Subject: rpms/geany/devel geany-find-sonames.patch, NONE, 1.1 geany.spec, 1.3, 1.4 geany-dynamic-vte.patch, 1.1, NONE In-Reply-To: <1169743145.5838.62.camel@mccallum.corsepiu.local> References: <200701251613.l0PGDt3O029691@cvs-int.fedora.redhat.com> <1169743145.5838.62.camel@mccallum.corsepiu.local> Message-ID: <45B8E133.7030504@toxicpanda.com> > libvte is not a "simple plugin" whose name is libvte.so, but a real > shared library, whose runtime library carries a versioned name: > lib*.so.. > > Sorry I meant that geany treats it as a plugin, not that it is actually a "simple plugin." > Therefore, IMO, this whole approach geany doesn't make sense. > > But even if they really want to explicitly dlopen libvte, then the > search order should start with "most recent version first". > > If I were you, I'd kick out all this searching and hard-code the > libvte.so. available in Fedora (Can be easily done via a > define), may-be with a fallback to libvte.so (but I would not do so). > Geany has this approach because they do not want to have a dependency on libvte, since geany will work perfectly fine without libvte. This patch is what was committed upstream, so I'm simply matching them so geany will load vte properly. When the next version comes out it will look exactly like this (unless of course they change something). If you only have vte installed, you will end up opening libvte.so.9, if you have vte-devel it will load libvte.so, which will still work fine. Which is more important, matching what upstream has, or changing the order so we prefer libvte.so.9? Thank you, Josef From mclasen at redhat.com Thu Jan 25 17:09:58 2007 From: mclasen at redhat.com (Matthias Clasen) Date: Thu, 25 Jan 2007 12:09:58 -0500 Subject: rpms/geany/devel geany-find-sonames.patch, NONE, 1.1 geany.spec, 1.3, 1.4 geany-dynamic-vte.patch, 1.1, NONE In-Reply-To: <45B8E133.7030504@toxicpanda.com> References: <200701251613.l0PGDt3O029691@cvs-int.fedora.redhat.com> <1169743145.5838.62.camel@mccallum.corsepiu.local> <45B8E133.7030504@toxicpanda.com> Message-ID: <1169744998.3289.32.camel@dhcp83-33.boston.redhat.com> On Thu, 2007-01-25 at 11:56 -0500, Josef Whiter wrote: > > Geany has this approach because they do not want to have a dependency on > libvte, since geany will work perfectly fine without libvte. This patch > is what was committed upstream, so I'm simply matching them so geany > will load vte properly. When the next version comes out it will look > exactly like this (unless of course they change something). If you only > have vte installed, you will end up opening libvte.so.9, if you have > vte-devel it will load libvte.so, which will still work fine. Which is > more important, matching what upstream has, or changing the order so we > prefer libvte.so.9? Thank you, The important thing is that upstream learns how to do things the right way. That will help everybody in the long run. From lists at timj.co.uk Thu Jan 25 18:20:51 2007 From: lists at timj.co.uk (Tim Jackson) Date: Thu, 25 Jan 2007 18:20:51 +0000 Subject: Getting upstream to include license files Message-ID: <45B8F503.4000601@timj.co.uk> I have created the following suggested sample text to save people some time when asking upstream authors to include full license text in their packages: http://fedoraproject.org/wiki/PackagingDrafts/LicenseInclusionUpstreamRequest Any comments/changes welcome. I'm not trying to mandate that anyone should use this, just suggest that having a prewritten polite bit of boilerplate might save some time. If people like it generally then perhaps spot would consider including a link to it on the PackageReviewGuidelines under the relevant point about requesting upstream to include license text? Tim From mszpak at wp.pl Thu Jan 25 18:40:55 2007 From: mszpak at wp.pl (=?ISO-8859-2?Q?Marcin_Zaj=B1czkowski?=) Date: Thu, 25 Jan 2007 19:40:55 +0100 Subject: Questions about branch request Message-ID: Hi, I've imported my package (isomaster) into a devel branch (and it was successfully built) a few days age. I added also additional branches request on the http://fedoraproject.org/wiki/Extras/CVSSyncNeeded page. I would like to ask about further procedure of adding to stable branches. 1. Should I submit an additional info about request on the maintenance mailing list? 2. Should there be any discussion where people could confirm that the package works fine? 2. Maybe it just has to lie some specified time in the devel branch to be tested and approved for a stable branch? Regards Marcin From limb at jcomserv.net Thu Jan 25 19:04:08 2007 From: limb at jcomserv.net (Jon Ciesla) Date: Thu, 25 Jan 2007 13:04:08 -0600 (CST) Subject: Questions about branch request In-Reply-To: References: Message-ID: <13730.65.192.24.190.1169751848.squirrel@mail.jcomserv.net> 1 and 3: AFAIK it just takes time for one of those with the requisite CVS access to create the branches in CVS. That's all it is. 2: That's generally done in the review process. Anything caught later could be discussed here and ultimately filed in Bugzilla. > Hi, > > > I've imported my package (isomaster) into a devel branch (and it was > successfully built) a few days age. I added also additional branches > request on the http://fedoraproject.org/wiki/Extras/CVSSyncNeeded page. > I would like to ask about further procedure of adding to stable branches. > > 1. Should I submit an additional info about request on the maintenance > mailing list? > 2. Should there be any discussion where people could confirm that the > package works fine? > 2. Maybe it just has to lie some specified time in the devel branch to > be tested and approved for a stable branch? > > > Regards > Marcin > > -- > fedora-extras-list mailing list > fedora-extras-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-extras-list > -- novus ordo absurdum From peter at thecodergeek.com Thu Jan 25 21:49:32 2007 From: peter at thecodergeek.com (Peter Gordon) Date: Thu, 25 Jan 2007 13:49:32 -0800 (PST) Subject: rpms/gnome-sudoku/FC-6 .cvsignore, 1.4, 1.5 gnome-sudoku.spec, 1.12, 1.13 sources, 1.4, 1.5 In-Reply-To: <200701252100.l0PL0kEr013182@cvs-int.fedora.redhat.com> References: <200701252100.l0PL0kEr013182@cvs-int.fedora.redhat.com> Message-ID: <31088.65.223.36.19.1169761772.squirrel@thecodergeek.com> Paul W. Frields wrote: [...] > +#%{__python} setup.py install -O1 --skip-build --root $RPM_BUILD_ROOT > +%makeinstall Eeewwww.. :[ Please use 'make install DESTDIR=$RPM_BUILD_ROOT' instead of the broken %makeinstall invocation. See Packaging/Guidelines#MakeInstall on the wiki for more information. [1] >[...] > %dir %{_datadir}/%{name}/ > -%{_datadir}/%{name}/* > +%{_datadir}/%{name}/ This one means that %{_datadir}/%{name} is listed twice as an owned directory: once in the %dir macro, and another time in the files listing itself. Please remove the %dir line in that case. :) [1] http://fedoraproject.org/wiki/Packaging/Guidelines#MakeInstall Thanks. -- Peter Gordon (codergeek42) This message was sent through a webmail interface, and thus not signed. From peter at thecodergeek.com Thu Jan 25 22:23:04 2007 From: peter at thecodergeek.com (Peter Gordon) Date: Thu, 25 Jan 2007 14:23:04 -0800 (PST) Subject: rpms/nyquist/devel .cvsignore, 1.3, 1.4 nyqsrc231-pafix.patch, 1.1, 1.2 nyquist.spec, 1.2, 1.3 sources, 1.3, 1.4 In-Reply-To: <200701252142.l0PLgsX9017287@cvs-int.fedora.redhat.com> References: <200701252142.l0PLgsX9017287@cvs-int.fedora.redhat.com> Message-ID: <37120.65.223.36.19.1169763784.squirrel@thecodergeek.com> G??rard Milmeister wrote: [...] > +Version: 2.33 > +Release: 2%{?dist} [...] > %changelog > +* Thu Jan 25 2007 Gerard Milmeister - 2.33-1 > +- new version 2.33 > + Your EVR (0:2.33-2) and the new %changelog entry (EVR of 0:2.33-1) are now mismatched. Please remedy that. :) Thanks. -- Peter Gordon (codergeek42) This message was sent through a webmail interface, and thus not signed. From peter at thecodergeek.com Thu Jan 25 23:34:23 2007 From: peter at thecodergeek.com (Peter Gordon) Date: Thu, 25 Jan 2007 15:34:23 -0800 (PST) Subject: rpms/cobbler/FC-6 .cvsignore, 1.16, 1.17 cobbler.spec, 1.16, 1.17 sources, 1.17, 1.18 In-Reply-To: <200701252322.l0PNMlqp032260@cvs-int.fedora.redhat.com> References: <200701252322.l0PNMlqp032260@cvs-int.fedora.redhat.com> Message-ID: <51695.65.223.36.19.1169768063.squirrel@thecodergeek.com> Michael DeHaan wrote: > Updating to 0.3.7 [...] > +%post > +chkconfig --add cobblersyslogd > + > +%preun > +chkconfig --del cobblersyslogd > + Your %preun script is wrong (the 'chkconfig --del' call should be done conditionally). Also, don't forget to add /sbin/chkconfig to the Requires(preun) and Requires(post) dependencies. See the Packaging/ScriptletSnippets#services page on the wiki for more information. Thanks. -- Peter Gordon (codergeek42) This message was sent through a webmail interface, and thus not signed. From dominik at greysector.net Thu Jan 25 22:40:50 2007 From: dominik at greysector.net (Dominik 'Rathann' Mierzejewski) Date: Thu, 25 Jan 2007 23:40:50 +0100 Subject: Getting upstream to include license files In-Reply-To: <45B8F503.4000601@timj.co.uk> References: <45B8F503.4000601@timj.co.uk> Message-ID: <20070125224050.GA9092@ryvius.pekin.waw.pl> On Thursday, 25 January 2007 at 19:20, Tim Jackson wrote: > I have created the following suggested sample text to save people some > time when asking upstream authors to include full license text in their > packages: > > http://fedoraproject.org/wiki/PackagingDrafts/LicenseInclusionUpstreamRequest > > Any comments/changes welcome. I'm not trying to mandate that anyone > should use this, just suggest that having a prewritten polite bit of > boilerplate might save some time. > > If people like it generally then perhaps spot would consider including a > link to it on the PackageReviewGuidelines under the relevant point about > requesting upstream to include license text? Looks good to me. Some nits: s/This package/This software/ s/is is/it is/ s/to hand/at hand/ Regards, R. -- Fedora Extras contributor http://fedoraproject.org/wiki/DominikMierzejewski Livna contributor http://rpm.livna.org MPlayer developer http://mplayerhq.hu "Faith manages." -- Delenn to Lennier in Babylon 5:"Confessions and Lamentations" From buildsys at fedoraproject.org Fri Jan 26 00:41:07 2007 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Thu, 25 Jan 2007 19:41:07 -0500 (EST) Subject: Fedora Extras Package Build Report 2007-01-25 Message-ID: <20070126004107.82B4A15212E@buildsys.fedoraproject.org> Packages built and released for Fedora Extras development: 24 bwm-ng-0.5-9.fc7 cobbler-0.3.7-1.fc7 cvsutils-0.2.3-5.fc7 cyphesis-0.5.11-1.fc7 epiphany-extensions-2.17.4-1 fig2ps-1.3.6-2.fc7 gaim-guifications-2.13-0.6.beta6.fc7 geany-0.10-5.fc7 isic-0.07-1.fc7 lilypond-2.10.13-1.fc7 maxima-5.11.0-6.fc7 nyquist-2.33-2.fc7 NEW pdfcube-0.0.2-3.fc7 perl-Perl-Critic-0.23-2.fc7 perl-Wx-0.67-2.fc7 NEW php-pear-Console-Color-1.0.1-1.fc7 php-pear-Structures-DataGrid-DataSource-Array-0.1.2-1.fc7 php-pear-Structures-DataGrid-DataSource-MDB2-0.1.6-1.fc7 pungi-0.2.1-1.fc7 putty-0.59-1.fc7 sbcl-1.0.2-1.fc7 smolt-0.5-4.fc7 twinkle-1.0-1.fc7 vdradmin-am-3.5.3-1.fc7 Packages built and released for Fedora Extras 6: 19 amarok-1.4.4-7.fc6 cobbler-0.3.7-1.fc6 cvsutils-0.2.3-5.fc6 cyphesis-0.5.11-1.fc6 epiphany-extensions-2.16.1-2 geany-0.10-5.fc6 gnome-sudoku-0.7.1-2.fc6 isic-0.07-1.fc6 NEW isomaster-0.7-2.fc6 kipi-plugins-0.1.3-2.fc6 lilypond-2.10.13-1.fc6 nyquist-2.33-2.fc6 NEW perl-MooseX-Object-Pluggable-0.0004-2.fc6 php-pear-Structures-DataGrid-DataSource-Array-0.1.2-1.fc6 php-pear-Structures-DataGrid-DataSource-MDB2-0.1.6-1.fc6 smolt-0.5-4.fc6 twinkle-1.0-1.fc6 vdradmin-am-3.5.3-1.fc6 xemacs-21.5.27-8.fc6 Packages built and released for Fedora Extras 5: 14 cobbler-0.3.7-1.fc5 cvsutils-0.2.3-5.fc5 epiphany-extensions-2.14.1.1-3 fig2ps-1.3.6-1.fc5 flumotion-0.2.3-1.fc5 geany-0.10-5.fc5 gnome-sudoku-0.7.1-2.fc5 kipi-plugins-0.1.3-2.fc5 lilypond-2.10.13-1.fc5 nyquist-2.33-2.fc5 NEW perl-MooseX-Object-Pluggable-0.0004-2.fc5 php-pear-Structures-DataGrid-DataSource-Array-0.1.2-1.fc5 php-pear-Structures-DataGrid-DataSource-MDB2-0.1.6-1.fc5 twinkle-1.0-1.fc5 For more information about the built packages please see the repository or the Fedora Info Feed: http://fedoraproject.org/infofeed/ From lists at timj.co.uk Fri Jan 26 08:13:05 2007 From: lists at timj.co.uk (Tim Jackson) Date: Fri, 26 Jan 2007 08:13:05 +0000 Subject: Getting upstream to include license files In-Reply-To: <20070125224050.GA9092@ryvius.pekin.waw.pl> References: <45B8F503.4000601@timj.co.uk> <20070125224050.GA9092@ryvius.pekin.waw.pl> Message-ID: <45B9B811.3080501@timj.co.uk> Dominik 'Rathann' Mierzejewski wrote: > On Thursday, 25 January 2007 at 19:20, Tim Jackson wrote: >> http://fedoraproject.org/wiki/PackagingDrafts/LicenseInclusionUpstreamRequest > Looks good to me. Some nits: > s/This package/This software/ > s/is is/it is/ > s/to hand/at hand/ Thanks, done. I've tweaked the text a bit in other ways too to make it flow a bit better. Tim From roozbeh at farsiweb.info Fri Jan 26 14:33:24 2007 From: roozbeh at farsiweb.info (Roozbeh Pournader) Date: Fri, 26 Jan 2007 18:03:24 +0330 Subject: Fedora Extras License Audit In-Reply-To: <1169656742.6751.237.camel@mccallum.corsepiu.local> References: <1169586984.3333.21.camel@localhost.localdomain> <200701232202.l0NM2g1C027798@laptop13.inf.utfsm.cl> <1169617551.8027.13.camel@localhost.localdomain> <1169634665.3259.33.camel@shalil.farsiweb.info> <1169656742.6751.237.camel@mccallum.corsepiu.local> Message-ID: <1169822004.4305.17.camel@shalil.farsiweb.info> On Wed, 2007-01-24 at 17:39 +0100, Ralf Corsepius wrote: > Fundamental counter-question: Do the GPL infected parts of pango impose > the GPL on non-GPL'ed applications being linked against it? Not really. The code is copied from FreeType. FreeType is already GPL/FTL, and any application that uses FreeType (almost every modern desktop application) is bound to follow that license, which means that it should either be GPL-ed, or respect the FTL license also. But don't ask me about a good description of FTL. I still need to read it thoroughly. Roozbeh From mszpak at wp.pl Fri Jan 26 19:11:54 2007 From: mszpak at wp.pl (=?ISO-8859-2?Q?Marcin_Zaj=B1czkowski?=) Date: Fri, 26 Jan 2007 20:11:54 +0100 Subject: Problem with tags Message-ID: Hi, I have a small problem with making tag for my package (it's my first first package for FE). I was able to make tags on the devel version and the FC-6 branch. Unfortunately on FC-5 I've got an error: [szpak at szpak FC-5]$ make tag cvs tag -c isomaster-0_7-2_fc5 Enter passphrase for key '/home/szpak/.ssh/id_dsa': ERROR: The tag isomaster-0_7-2_fc5 is already applied on a different branch ERROR: You can not forcibly move tags between branches isomaster-0_7-2_fc5:devel:szpak:1169493459 isomaster-0_7-2_fc7:devel:szpak:1169495077 isomaster-0_7-2_fc6:FC-6:szpak:1169764132 cvs tag: Pre-tag check failed cvs [tag aborted]: correct the above errors first! make: *** [tag] Error 1 I tried to remove isomaster-0.7-2_fc5 from the devel directory, but without success. [szpak at szpak isomaster]$ cvs rtag -d isomaster-0_7-2_fc5 devel/ ERROR: Tag isomaster-0_7-2_fc5 is not in a valid tag format cvs rtag: Pre-tag check failed ERROR: Tag isomaster-0_7-2_fc5 is not in a valid tag format cvs rtag: Pre-tag check failed ERROR: Tag isomaster-0_7-2_fc5 is not in a valid tag format cvs rtag: Pre-tag check failed ERROR: Tag isomaster-0_7-2_fc5 is not in a valid tag format cvs rtag: Pre-tag check failed (...) [it seems cvs runs in a infinitive loop] A thing which makes me worry and could be a reason for that is a fact that during import package was treated as "isomaster-0_7-2_fc5" (when I build src.rpm fc5 was added due to "%{?dist}" in the Release tag (I removed it only from a file name), but I though it is normal - I was using FC5 to build it). What can I do to fix that? Thanks for a help Marcin -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 251 bytes Desc: OpenPGP digital signature URL: From ville.skytta at iki.fi Fri Jan 26 19:26:59 2007 From: ville.skytta at iki.fi (Ville =?utf-8?q?Skytt=C3=A4?=) Date: Fri, 26 Jan 2007 21:26:59 +0200 Subject: Problem with tags In-Reply-To: References: Message-ID: <200701262126.59638.ville.skytta@iki.fi> On Friday 26 January 2007 21:11, Marcin Zaj?czkowski wrote: > A thing which makes me worry and could be a reason for that is a fact > that during import package was treated as "isomaster-0_7-2_fc5" (when I > build src.rpm fc5 was added due to "%{?dist}" in the Release tag (I > removed it only from a file name), but I though it is normal - I was > using FC5 to build it). > > What can I do to fix that? Just bump the release tag to 3%{?dist} for all branches and proceed as usual. From opensource at till.name Fri Jan 26 19:35:17 2007 From: opensource at till.name (Till Maas) Date: Fri, 26 Jan 2007 20:35:17 +0100 Subject: http://cvs.fedora.redhat.com/extras.shtml - outdated Message-ID: <200701262035.19582.opensource@till.name> Hiyas, who is responsible for the content on http://cvs.fedora.redhat.com/extras.shtml? It contains some old information and links to not-working cvs webinterfaces, e.g. http://cvs.fedora.redhat.com/lxr/extras/source which contains some irritating links to mozilla, e.g. http://bonsai.mozilla.org/cvsquery.cgi?branch=HEAD&file=mozilla/&date=day and only shows the content of the cvs on November, 17th, which very much irritated me until I realized it. Also the daily checkout seed in http://cvs.fedora.redhat.com/webfiles/ are from November, 16th. Also http://cvs.fedora.redhat.com/bonsai/toplevel.cgi?treeid=extras seems not to be configured properly. Regards, Till From mmcgrath at fedoraproject.org Fri Jan 26 19:58:05 2007 From: mmcgrath at fedoraproject.org (Mike McGrath) Date: Fri, 26 Jan 2007 13:58:05 -0600 Subject: http://cvs.fedora.redhat.com/extras.shtml - outdated In-Reply-To: <200701262035.19582.opensource@till.name> References: <200701262035.19582.opensource@till.name> Message-ID: <3237e4410701261158i44d9a4c2q1889cc4aee453161@mail.gmail.com> On 1/26/07, Till Maas wrote: > Hiyas, > > who is responsible for the content on > http://cvs.fedora.redhat.com/extras.shtml? It contains some old information > and links to not-working cvs webinterfaces, e.g. > http://cvs.fedora.redhat.com/lxr/extras/source which contains some irritating > links to mozilla, e.g. > http://bonsai.mozilla.org/cvsquery.cgi?branch=HEAD&file=mozilla/&date=day and > only shows the content of the cvs on November, 17th, which very much > irritated me until I realized it. > Also the daily checkout seed in http://cvs.fedora.redhat.com/webfiles/ are > from November, 16th. Also > http://cvs.fedora.redhat.com/bonsai/toplevel.cgi?treeid=extras seems not to > be configured properly. > > Regards, > Till How did you even find that? -Mike From opensource at till.name Fri Jan 26 20:06:17 2007 From: opensource at till.name (Till Maas) Date: Fri, 26 Jan 2007 21:06:17 +0100 Subject: http://cvs.fedora.redhat.com/extras.shtml - outdated In-Reply-To: <3237e4410701261158i44d9a4c2q1889cc4aee453161@mail.gmail.com> References: <200701262035.19582.opensource@till.name> <3237e4410701261158i44d9a4c2q1889cc4aee453161@mail.gmail.com> Message-ID: <200701262106.34357.opensource@till.name> On Friday 26 January 2007 20:58, Mike McGrath wrote: > How did you even find that? http://fedoraproject.org/wiki/Extras/UsingCvsFaq links to http://cvs.fedora.redhat.com/ which links to http://cvs.fedora.redhat.com/extras.shtml Regards, Till -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From mszpak at wp.pl Fri Jan 26 20:13:54 2007 From: mszpak at wp.pl (=?UTF-8?B?TWFyY2luIFphasSFY3prb3dza2k=?=) Date: Fri, 26 Jan 2007 21:13:54 +0100 Subject: Problem with tags In-Reply-To: <200701262126.59638.ville.skytta@iki.fi> References: <200701262126.59638.ville.skytta@iki.fi> Message-ID: On 2007-01-26 20:26:59 +0100, Ville Skytt? wrote: > On Friday 26 January 2007 21:11, Marcin Zaj?czkowski wrote: > >> A thing which makes me worry and could be a reason for that is a fact >> that during import package was treated as "isomaster-0_7-2_fc5" (when I >> build src.rpm fc5 was added due to "%{?dist}" in the Release tag (I >> removed it only from a file name), but I though it is normal - I was >> using FC5 to build it). >> >> What can I do to fix that? > > Just bump the release tag to 3%{?dist} for all branches and proceed as usual. Thanks, simple solutions are often hard to find out. Btw, I want to import another package into FE. Is it normal procedure to import src.rpm, bump version and retag? Or I made something wrong in my first import and a fc5 tag on a devel version was caused by that? Regards Marcin -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 251 bytes Desc: OpenPGP digital signature URL: From opensource at till.name Fri Jan 26 20:26:06 2007 From: opensource at till.name (Till Maas) Date: Fri, 26 Jan 2007 21:26:06 +0100 Subject: Problem with tags In-Reply-To: References: <200701262126.59638.ville.skytta@iki.fi> Message-ID: <200701262126.07057.opensource@till.name> On Friday 26 January 2007 21:13, Marcin Zaj?czkowski wrote: > Btw, I want to import another package into FE. Is it normal procedure to > import src.rpm, bump version and retag? Or I made something wrong in my > first import and a fc5 tag on a devel version was caused by that? You need to commit your changes before you run "make tag", maybe you forgot this and it caused the problem. Regards, Till From mr.ecik at gmail.com Fri Jan 26 20:29:03 2007 From: mr.ecik at gmail.com (=?ISO-8859-2?Q?Micha=B3_Bentkowski?=) Date: Fri, 26 Jan 2007 21:29:03 +0100 Subject: Problem with tags In-Reply-To: References: <200701262126.59638.ville.skytta@iki.fi> Message-ID: <668bb39a0701261229v40801bdr7aa3d6c1a1fa5b4b@mail.gmail.com> 2007/1/26, Marcin Zaj?czkowski : > Btw, I want to import another package into FE. Is it normal procedure to > import src.rpm, bump version and retag? Or I made something wrong in my > first import and a fc5 tag on a devel version was caused by that? I guess that your SRPM was created with %{?dist} tag in release. It causes a creation of a bad tag in cvs. When you're trying to do `make tag` it tries to make a tag that's already existing. To get rid of that issue, you have to create SRPM with no %{?dist} tag. Anyway, I think that cvs-import should throw out tags like fc5, fc6 etc. -- Micha? Bentkowski mr.ecik at gmail.com From bugs.michael at gmx.net Fri Jan 26 20:36:02 2007 From: bugs.michael at gmx.net (Michael Schwendt) Date: Fri, 26 Jan 2007 21:36:02 +0100 Subject: Problem with tags In-Reply-To: References: <200701262126.59638.ville.skytta@iki.fi> Message-ID: <20070126213602.aaf68920.bugs.michael@gmx.net> On Fri, 26 Jan 2007 21:13:54 +0100, Marcin Zaj?czkowski wrote: > On 2007-01-26 20:26:59 +0100, Ville Skytt? wrote: > > On Friday 26 January 2007 21:11, Marcin Zaj?czkowski wrote: > > > >> A thing which makes me worry and could be a reason for that is a fact > >> that during import package was treated as "isomaster-0_7-2_fc5" (when I > >> build src.rpm fc5 was added due to "%{?dist}" in the Release tag (I > >> removed it only from a file name), but I though it is normal - I was > >> using FC5 to build it). > >> > >> What can I do to fix that? > > > > Just bump the release tag to 3%{?dist} for all branches and proceed as usual. > > Thanks, simple solutions are often hard to find out. > > Btw, I want to import another package into FE. Is it normal procedure to > import src.rpm, bump version and retag? Or I made something wrong in my > first import and a fc5 tag on a devel version was caused by that? I recommend using cvs-import.sh _only_ for the very first import to "devel". For all updates, just use plain cvs commands plus the Makefile targets ("make tag", "make build" --> "make help"!). From jkeating at redhat.com Fri Jan 26 20:47:21 2007 From: jkeating at redhat.com (Jesse Keating) Date: Fri, 26 Jan 2007 15:47:21 -0500 Subject: Problem with tags In-Reply-To: <668bb39a0701261229v40801bdr7aa3d6c1a1fa5b4b@mail.gmail.com> References: <668bb39a0701261229v40801bdr7aa3d6c1a1fa5b4b@mail.gmail.com> Message-ID: <200701261547.21722.jkeating@redhat.com> On Friday 26 January 2007 15:29, Micha? Bentkowski wrote: > Anyway, I think that cvs-import should throw out tags like fc5, fc6 etc. Or rather do the right thing with translating %{?dist}. The cvs-import.sh we use internally supports this, I wonder why externally it doesn't. -- Jesse Keating Release Engineer: Fedora -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From mszpak at wp.pl Fri Jan 26 21:04:53 2007 From: mszpak at wp.pl (=?UTF-8?B?TWFyY2luIFphasSFY3prb3dza2k=?=) Date: Fri, 26 Jan 2007 22:04:53 +0100 Subject: Problem with tags In-Reply-To: <20070126213602.aaf68920.bugs.michael@gmx.net> References: <200701262126.59638.ville.skytta@iki.fi> <20070126213602.aaf68920.bugs.michael@gmx.net> Message-ID: Michael Schwendt wrote: > On Fri, 26 Jan 2007 21:13:54 +0100, Marcin Zaj?czkowski wrote: >> On 2007-01-26 20:26:59 +0100, Ville Skytt? wrote: >>> On Friday 26 January 2007 21:11, Marcin Zaj?czkowski wrote: >>> >>>> A thing which makes me worry and could be a reason for that is a fact >>>> that during import package was treated as "isomaster-0_7-2_fc5" (when I >>>> build src.rpm fc5 was added due to "%{?dist}" in the Release tag (I >>>> removed it only from a file name), but I though it is normal - I was >>>> using FC5 to build it). >>>> >>>> What can I do to fix that? >>> Just bump the release tag to 3%{?dist} for all branches and proceed as usual. >> Thanks, simple solutions are often hard to find out. >> >> Btw, I want to import another package into FE. Is it normal procedure to >> import src.rpm, bump version and retag? Or I made something wrong in my >> first import and a fc5 tag on a devel version was caused by that? > > I recommend using cvs-import.sh _only_ for the very first import to > "devel". For all updates, just use plain cvs commands plus the > Makefile targets ("make tag", "make build" --> "make help"!). I did that (0.7-3 was tagged without problems). I used cvs-import.sh only for initial import to CVS (which made wrong tag). Version with correction was made with commands that you mentioned. I wrote above about my another package (fuse-smb) and its initial import to devel. Building another src.rpm (without %{?dist}) only for import (I know it's only done once per package) is very artificial. Regards Marcin -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 251 bytes Desc: OpenPGP digital signature URL: From mr.ecik at gmail.com Fri Jan 26 21:33:00 2007 From: mr.ecik at gmail.com (=?ISO-8859-2?Q?Micha=B3_Bentkowski?=) Date: Fri, 26 Jan 2007 22:33:00 +0100 Subject: Problem with tags In-Reply-To: References: <200701262126.59638.ville.skytta@iki.fi> <20070126213602.aaf68920.bugs.michael@gmx.net> Message-ID: <668bb39a0701261333p24abf22dr111f716d9f72f407@mail.gmail.com> 2007/1/26, Marcin Zaj?czkowski : > I wrote above about my another package (fuse-smb) and its initial import > to devel. Building another src.rpm (without %{?dist}) only for import (I > know it's only done once per package) is very artificial. But don't remove %{?dist} tag from Release! Just get rid of it in your ~/.rpmmacros file. -- Micha? Bentkowski mr.ecik at gmail.com From ml at deadbabylon.de Fri Jan 26 21:38:50 2007 From: ml at deadbabylon.de (Sebastian Vahl) Date: Fri, 26 Jan 2007 22:38:50 +0100 Subject: Problem with tags In-Reply-To: <668bb39a0701261229v40801bdr7aa3d6c1a1fa5b4b@mail.gmail.com> References: <200701262126.59638.ville.skytta@iki.fi> <668bb39a0701261229v40801bdr7aa3d6c1a1fa5b4b@mail.gmail.com> Message-ID: <20070126223850.61128c87@localhost.localdomain> Am Fri, 26 Jan 2007 21:29:03 +0100 schrieb "Micha? Bentkowski" : > 2007/1/26, Marcin Zaj?czkowski : > > Btw, I want to import another package into FE. Is it normal > > procedure to import src.rpm, bump version and retag? Or I made > > something wrong in my first import and a fc5 tag on a devel version > > was caused by that? > > I guess that your SRPM was created with %{?dist} tag in release. It > causes a creation of a bad tag in cvs. When you're trying to do `make > tag` it tries to make a tag that's already existing. > To get rid of that issue, you have to create SRPM with no %{?dist} > tag. Thanks for explaining this. I've had the same problem with two new packages the last days. After controlling the cvs log for the package with the help of my sponsor it was clear that the tag was already set. "make build" worked fine afterwards. The imported package had a fc6-tag and the problem occured on fc6-branch (not fc5). > Anyway, I think that cvs-import should throw out tags like fc5, fc6 > etc. Agreed. So this confusion would be avoided for new packagers (at least for me). Especially because in "Extras/Contributors" [1] is said that all new branches must be tagged. Sebastian [1] http://fedoraproject.org/wiki/Extras/Contributors#head-e2f7f3048aae892d69bba2b1d1563aed5c63a1ff -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From mszpak at wp.pl Fri Jan 26 22:39:35 2007 From: mszpak at wp.pl (=?ISO-8859-2?Q?Marcin_Zaj=B1czkowski?=) Date: Fri, 26 Jan 2007 23:39:35 +0100 Subject: Problem with tags In-Reply-To: <668bb39a0701261333p24abf22dr111f716d9f72f407@mail.gmail.com> References: <200701262126.59638.ville.skytta@iki.fi> <20070126213602.aaf68920.bugs.michael@gmx.net> <668bb39a0701261333p24abf22dr111f716d9f72f407@mail.gmail.com> Message-ID: Micha? Bentkowski wrote: > 2007/1/26, Marcin Zaj?czkowski : >> I wrote above about my another package (fuse-smb) and its initial import >> to devel. Building another src.rpm (without %{?dist}) only for import (I >> know it's only done once per package) is very artificial. > > But don't remove %{?dist} tag from Release! Just get rid of it in your > ~/.rpmmacros file. Definitely easier solution. Thanks Marcin -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 251 bytes Desc: OpenPGP digital signature URL: From buildsys at fedoraproject.org Sat Jan 27 00:21:34 2007 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Fri, 26 Jan 2007 19:21:34 -0500 (EST) Subject: Fedora Extras Package Build Report 2007-01-26 Message-ID: <20070127002134.D6AF415212E@buildsys.fedoraproject.org> Packages built and released for Fedora Extras development: 18 TurboGears-1.0.1-2.fc7 bittorrent-5.0.5-2.fc7 cobbler-0.3.8-1.fc7 codeblocks-1.0-0.21.20070125svn3540.fc7 NEW csync2-1.33-4.fc7 NEW fuse-smb-0.8.5-5.fc7 gdk-pixbuf-0.22.0-34.fc7 gnome-applet-music-2.0.0-2.fc7 NEW gtk-rezlooks-engine-0.6-4.fc7 isomaster-0.7-3.fc7 NEW kgtk-0.8-2.fc7 kinput2-v3.1-30.fc7 kvm-12-1 lilypond-doc-2.10.13-1.fc7 NEW obexftp-0.20-3.fc7 perl-Perl-Critic-1.01-2.fc7 NEW rasqal-0.9.12-5.fc7 tinyerp-4.0.2-1.fc7 Packages built and released for Fedora Extras 6: 18 TurboGears-1.0.1-2.fc6 cobbler-0.3.8-1.fc6 codeblocks-1.0-0.21.20070125svn3540.fc6 fig2ps-1.3.6-2.fc6 gdk-pixbuf-0.22.0-32.fc6 isomaster-0.7-3.fc6 kinput2-v3.1-30.fc6 lilypond-doc-2.10.13-1.fc6 ncarg-4.4.1-7.fc6 NEW obexftp-0.20-3.fc6 NEW pdfcube-0.0.2-3.fc6 NEW perl-B-Keywords-1.05-1.fc6 perl-Perl-Critic-0.23-2.fc6 NEW php-pear-Console-Color-1.0.1-1.fc6 NEW rasqal-0.9.12-5.fc6 NEW ruby-fam-0.2.0-3.fc6 tinyerp-4.0.2-1.fc6 NEW warzone2100-2.0.5-3.fc6 Packages built and released for Fedora Extras 5: 12 cobbler-0.3.8-1.fc5 codeblocks-1.0-0.21.20070125svn3540.fc5 NEW isomaster-0.7-3.fc5 kinput2-v3.1-28.fc5 lilypond-doc-2.10.13-1.fc5 NEW perl-B-Keywords-1.05-1.fc5 perl-Module-Pluggable-3.10-2.fc5 perl-Perl-Critic-0.23-2.fc5 NEW rasqal-0.9.12-5.fc5 NEW ruby-fam-0.2.0-3.fc5 tinyerp-4.0.2-1.fc5 NEW warzone2100-2.0.5-4.fc5 For more information about the built packages please see the repository or the Fedora Info Feed: http://fedoraproject.org/infofeed/ From notting at redhat.com Sat Jan 27 02:42:43 2007 From: notting at redhat.com (Bill Nottingham) Date: Fri, 26 Jan 2007 21:42:43 -0500 Subject: http://cvs.fedora.redhat.com/extras.shtml - outdated In-Reply-To: <200701262035.19582.opensource@till.name> References: <200701262035.19582.opensource@till.name> Message-ID: <20070127024243.GB2874@nostromo.devel.redhat.com> Till Maas (opensource at till.name) said: > who is responsible for the content on > http://cvs.fedora.redhat.com/extras.shtml? It contains some old information > and links to not-working cvs webinterfaces, e.g. > http://cvs.fedora.redhat.com/lxr/extras/source which contains some irritating > links to mozilla, e.g. > http://bonsai.mozilla.org/cvsquery.cgi?branch=HEAD&file=mozilla/&date=day and > only shows the content of the cvs on November, 17th, which very much > irritated me until I realized it. > Also the daily checkout seed in http://cvs.fedora.redhat.com/webfiles/ are > from November, 16th. Also > http://cvs.fedora.redhat.com/bonsai/toplevel.cgi?treeid=extras seems not to > be configured properly. bonsai and lxr being busted are in the ticketing system. Bill From mr.ecik at gmail.com Sat Jan 27 13:12:32 2007 From: mr.ecik at gmail.com (=?ISO-8859-2?Q?Micha=B3_Bentkowski?=) Date: Sat, 27 Jan 2007 14:12:32 +0100 Subject: Announcing FEver - an upstream tracking system In-Reply-To: <45AE5AB0.4020801@kobold.org> References: <668bb39a0612271253j6bbcd4eep999fc25276242062@mail.gmail.com> <604aa7910612271353k2ea5ea95ked6dd3b2752585c2@mail.gmail.com> <668bb39a0612280139r39adc0e9h5bf73c5fa8c7ffc@mail.gmail.com> <604aa7910612281138qdb0607exe516aeccee305366@mail.gmail.com> <668bb39a0612281204g3e3a2ffscd63c2e37d2d62f1@mail.gmail.com> <45AE5AB0.4020801@kobold.org> Message-ID: <668bb39a0701270512t74ccfce8n4383a93bc7433722@mail.gmail.com> 2007/1/17, Wart : > How often is this check done? FEver gets back to work. It still needs some improvements (it is impossible to check one submitted package :( ) but it makes the checks again. -- Micha? Bentkowski mr.ecik at gmail.com From bjohnson-dated-1169703224.9d1a0c at symetrix.com Sat Jan 27 20:12:45 2007 From: bjohnson-dated-1169703224.9d1a0c at symetrix.com (Bernard Johnson) Date: Sat, 27 Jan 2007 13:12:45 -0700 Subject: multiple packages - need sponsor Message-ID: DBMail - The DBMail mail storage system https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=217497 TMDA - Tagged Message Delivery Agent https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=217654 ntop - A network traffic probe similar to the UNIX top command https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=219025 mailgraph - A RRDtool frontend for Mail statistics https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=222552 libsieve - A library for parsing, sorting and filtering your mail https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=216723 My reviews: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=218556 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=168690 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=218839 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=218844 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=218852 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=207202 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=209511 From buildsys at fedoraproject.org Sun Jan 28 01:28:51 2007 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Sat, 27 Jan 2007 20:28:51 -0500 (EST) Subject: Fedora Extras Package Build Report 2007-01-27 Message-ID: <20070128012851.73AA815212E@buildsys.fedoraproject.org> Packages built and released for Fedora Extras development: 22 bugzilla-2.22.1-4.fc7 epiphany-extensions-2.17.4-2 galeon-2.0.3-6.fc7 gnomesword-2.2.1-1.fc7 NEW ingo-1.1.2-3.fc7 NEW pdns-recursor-3.1.4-4.fc7 perl-Archive-Extract-0.16-1.fc7 perl-File-Fetch-0.10-1.fc7 perl-Module-Load-Conditional-0.16-1.fc7 perl-Test-Perl-Critic-1.01-1.fc7 php-pear-SOAP-0.10.1-1.fc7 tracker-0.5.4-1.fc7 uqm-0.6.2-1.fc7 uw-imap-2006e-2.fc7 (!) xfce4-mailwatch-plugin-1.0.1-5.fc7 : INVALID rebuild, not published! xfce4-mount-plugin-0.4.8-2.fc7 xfce4-quicklauncher-plugin-1.9.2-2.fc7 xfce4-screenshooter-plugin-1.0.0-4.fc7 xfce4-sensors-plugin-0.10.0-2.fc7 xfce4-timer-plugin-0.5.1-1.fc7 xfce4-websearch-plugin-0.1.1-0.1.20070128svn2458.fc7 yaz-2.1.48-1.1.fc7 Packages built and released for Fedora Extras 6: 57 Terminal-0.2.6-1.fc6 Thunar-0.8.0-1.fc6 bugzilla-2.22-10.fc6 exo-0.3.2-1.fc6 galeon-2.0.3-5.fc6 gnomesword-2.2.1-1.fc6 gtk-xfce-engine-2.4.0-1.fc6 libxfce4mcs-4.4.0-2.fc6 libxfce4util-4.4.0-1.fc6 libxfcegui4-4.4.0-1.fc6 maxima-5.11.0-6.fc6 mousepad-0.2.12-1.fc6 orage-4.4.0-1.fc6 perl-Perl-Critic-1.01-2.fc6 perl-Test-Perl-Critic-1.01-1.fc6 perl-Wx-0.67-2.fc6 php-pear-SOAP-0.10.1-1.fc6 sbcl-1.0.2-1.fc6 thunar-archive-plugin-0.2.4-2.fc6 thunar-media-tags-plugin-0.1.2-2.fc6 tracker-0.5.4-1.fc6.1 uqm-0.6.2-1.fc6 xfce-mcs-manager-4.4.0-1.fc6 xfce-mcs-plugins-4.4.0-1.fc6 xfce-utils-4.4.0-1.fc6 xfce4-appfinder-4.4.0-1.fc6 xfce4-battery-plugin-0.5.0-1.fc6 xfce4-clipman-plugin-0.8.0-1.fc6 xfce4-cpugraph-plugin-0.3.0-4.fc6 xfce4-datetime-plugin-0.4.1-2.fc6 xfce4-dev-tools-4.4.0-1.fc6 xfce4-dict-plugin-0.2.1-1.fc6 xfce4-diskperf-plugin-2.1.0-2.fc6 xfce4-eyes-plugin-4.4.0-1.fc6 xfce4-fsguard-plugin-0.3.0-4.fc6 xfce4-genmon-plugin-3.0-3.fc6 xfce4-icon-theme-4.4.0-1.fc6 xfce4-mailwatch-plugin-1.0.1-5.fc6 xfce4-mixer-4.4.0-1.fc6 xfce4-mount-plugin-0.4.8-2.fc6 xfce4-netload-plugin-0.4.0-4.fc6 xfce4-notes-plugin-1.4.1-1.fc6 xfce4-panel-4.4.0-1.fc6 xfce4-quicklauncher-plugin-1.9.2-2.fc6 xfce4-screenshooter-plugin-1.0.0-4.fc6 xfce4-session-4.4.0-1.fc6 xfce4-smartbookmark-plugin-0.4.2-2.fc6 xfce4-systemload-plugin-0.4.2-1.fc6 xfce4-timer-plugin-0.5.1-1.fc6 xfce4-weather-plugin-0.6.0-1.fc6 xfce4-websearch-plugin-0.1.1-0.3.20060923svn.fc6 xfce4-xkb-plugin-0.4.3-1.fc6 xfdesktop-4.4.0-1.fc6 xfprint-4.4.0-1.fc6 xfwm4-4.4.0-1.fc6 xfwm4-themes-4.4.0-1.fc6 yaz-2.1.48-1.fc6 Packages built and released for Fedora Extras 5: 11 bugzilla-2.22-9.fc5 gnome-sudoku-0.7.1-3.fc5 gnomesword-2.2.1-1.fc5.1 maxima-5.11.0-6.fc5 perl-Perl-Critic-1.01-2.fc5 perl-Test-Perl-Critic-1.01-1.fc5 perl-Wx-0.67-2.fc5 php-pear-SOAP-0.10.1-1.fc5 sbcl-1.0.2-1.fc5 uqm-0.6.2-1.fc5 yaz-2.1.48-1.fc5 For more information about the built packages please see the repository or the Fedora Info Feed: http://fedoraproject.org/infofeed/ From dominik at greysector.net Sun Jan 28 15:26:10 2007 From: dominik at greysector.net (Dominik 'Rathann' Mierzejewski) Date: Sun, 28 Jan 2007 16:26:10 +0100 Subject: Possibly unorphaning lirc-kmod(-common) In-Reply-To: References: Message-ID: <20070128152610.GA12091@ryvius.pekin.waw.pl> Hello. I'm potentially interested in maintaining this for FC6+, provided I can make it work with my TV card's IR control. My friend has a serial IR adapter, so if all goes well, I'll have two devices to test it on. Is it acceptable to patch in a couple of kernel headers to make the gpio module compile? Regards, R. -- Fedora Extras contributor http://fedoraproject.org/wiki/DominikMierzejewski Livna contributor http://rpm.livna.org MPlayer developer http://mplayerhq.hu "Faith manages." -- Delenn to Lennier in Babylon 5:"Confessions and Lamentations" From dominik at greysector.net Sun Jan 28 15:34:19 2007 From: dominik at greysector.net (Dominik 'Rathann' Mierzejewski) Date: Sun, 28 Jan 2007 16:34:19 +0100 Subject: Possibly unorphaning lirc-kmod(-common) In-Reply-To: <20070128152610.GA12091@ryvius.pekin.waw.pl> References: <20070128152610.GA12091@ryvius.pekin.waw.pl> Message-ID: <20070128153419.GB12574@ryvius.pekin.waw.pl> Sorry for thread hi-jacking, it was unintentional... -- Fedora Extras contributor http://fedoraproject.org/wiki/DominikMierzejewski Livna contributor http://rpm.livna.org MPlayer developer http://mplayerhq.hu "Faith manages." -- Delenn to Lennier in Babylon 5:"Confessions and Lamentations" From ndbecker2 at gmail.com Sun Jan 28 17:01:11 2007 From: ndbecker2 at gmail.com (Neal Becker) Date: Sun, 28 Jan 2007 12:01:11 -0500 Subject: free nx client Message-ID: I wonder if anyone has tried this on Fedora? http://code.2x.com/linuxterminalserver/downloads From zipsonic at gmail.com Mon Jan 29 03:45:18 2007 From: zipsonic at gmail.com (Rick Stout) Date: Sun, 28 Jan 2007 19:45:18 -0800 Subject: free nx client In-Reply-To: References: Message-ID: <45BD6DCE.2090402@gmail.com> Neal Becker wrote: > I wonder if anyone has tried this on Fedora? > > http://code.2x.com/linuxterminalserver/downloads > I've just recently heard of 2x, and I've been involved with FreeNX for a few years now. The client looks exactly like the NoMachine client, so this bothers me. I'm not entirely sure of the legality of this fork, how it was developed and how they got to where they did with it. They may say it's GPL'd, but it scares me.... Regards, Rick Stout From buildsys at fedoraproject.org Mon Jan 29 13:42:14 2007 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Mon, 29 Jan 2007 08:42:14 -0500 (EST) Subject: Fedora Extras Package Build Report 2007-01-29 Message-ID: <20070129134214.3344915212E@buildsys.fedoraproject.org> Packages built and released for Fedora Extras development: 24 cppunit-1.12.0-3.fc7 eclipse-phpeclipse-1.1.8-16.fc7 epiphany-extensions-2.17.4-3 fwbackups-1.42.2-1.fc7 glibmm24-2.12.5-1.fc7 gramps-2.2.5-1.fc7 NEW gstreamer-plugins-pulse-0.9.4-4.fc7 gtkmm24-2.10.7-1.fc7 imp-4.1.3-5.fc7 NEW incron-0.5.0-1.fc7 nuttcp-5.3.1-3.fc7 ocsinventory-client-1.0-1.fc7 php-pear-Console-Color-1.0.2-1.fc7 php-pear-DB-QueryTool-1.1.0-1.fc7 python-kid-0.9.5-1.fc7 NEW python-libtorrent-0.4.0-2.fc7 python-setuptools-0.6c5-1.fc7 NEW rb_libtorrent-0.11-5.fc7 tre-0.7.5-1.fc7 vdr-1.4.5-3.fc7 vdr-subtitles-0.5.0-1.fc7 xarchiver-0.4.9-0.1.20070128svn24772.fc7 xbindkeys-1.8.0-1.fc7 xfce4-minicmd-plugin-0.4-4.fc7 Packages built and released for Fedora Extras 6: 19 eclipse-phpeclipse-1.1.8-16.fc6 epiphany-extensions-2.16.1-3 fwbackups-1.42.2-1.fc6 glibmm24-2.12.5-1.fc6 gnome-sudoku-0.7.1-3.fc6 gtkmm24-2.10.7-1.fc6 imp-4.1.3-5.fc6 NEW kgtk-0.8-2.fc6 ocsinventory-client-1.0-1.fc6 php-pear-Console-Color-1.0.2-1.fc6 php-pear-DB-QueryTool-1.1.0-1.fc6 python-kid-0.9.5-1.fc6 python-setuptools-0.6c5-1.fc6 tre-0.7.5-1.fc6 vdr-1.4.5-3.fc6 vdr-subtitles-0.5.0-1.fc6 xbindkeys-1.8.0-1.fc6 xfce4-minicmd-plugin-0.4-4.fc6 xfce4-sensors-plugin-0.10.0-2.fc6 Packages built and released for Fedora Extras 5: 9 epiphany-extensions-2.14.1.1-4 fwbackups-1.42.2-1.fc5 imp-4.1.3-5.fc5 NEW kgtk-0.8-2.fc5 ocsinventory-client-1.0-1.fc5 php-pear-DB-QueryTool-1.1.0-1.fc5 python-kid-0.9.5-1.fc5 python-setuptools-0.6c5-1.fc5 tre-0.7.5-1.fc5 For more information about the built packages please see the repository or the Fedora Info Feed: http://fedoraproject.org/infofeed/ From mdehaan at redhat.com Mon Jan 29 16:19:48 2007 From: mdehaan at redhat.com (Michael DeHaan) Date: Mon, 29 Jan 2007 11:19:48 -0500 Subject: rpms/cobbler/FC-6 .cvsignore, 1.16, 1.17 cobbler.spec, 1.16, 1.17 sources, 1.17, 1.18 In-Reply-To: <51695.65.223.36.19.1169768063.squirrel@thecodergeek.com> References: <200701252322.l0PNMlqp032260@cvs-int.fedora.redhat.com> <51695.65.223.36.19.1169768063.squirrel@thecodergeek.com> Message-ID: <45BE1EA4.7060209@redhat.com> Peter Gordon wrote: > Michael DeHaan wrote: > >> Updating to 0.3.7 >> > [...] > >> +%post >> +chkconfig --add cobblersyslogd >> + >> +%preun >> +chkconfig --del cobblersyslogd >> + >> > > Your %preun script is wrong (the 'chkconfig --del' call should be done > conditionally). Also, don't forget to add /sbin/chkconfig to the > Requires(preun) and Requires(post) dependencies. See the > Packaging/ScriptletSnippets#services page on the wiki for more information. > > Thanks. > Will fix. Thanks for the link/info! --Michael From bpepple at fedoraproject.org Mon Jan 29 16:29:05 2007 From: bpepple at fedoraproject.org (Brian Pepple) Date: Mon, 29 Jan 2007 11:29:05 -0500 Subject: FESCo Meeting Summary for 2007-01-25 Message-ID: <1170088145.12976.5.camel@Chuck> Members Present * Brian Pepple (bpepple) * Thorsten Leemhuis (thl) * Warren Togami (warren) * Jeremy Katz (jeremy) * Christian Iseli (ch4chris) * Toshio Kuratomi (abadger1999) * Jason Tibbitts (tibbs) * Tom Callaway (spot) * Dennis Gilmore (dgilmore) * Bill Nottingham (notting) * Rex Dieter (rdieter) * Josh Boyer (jwb) * Kevin Fenzi (nirik) * Jesse Keating (f13) Absent * Andreas Bierfert (awjb) Summary EPEL Update * Still waiting on RedHat IT. Most of the necessary people will be at FUDCon, and the plan is to have a session regarding EPEL at the HackFest. Opening Core * Warren discussed the basic plan on how the review of the Core packages will proceed. He is going to work out the final details before FUDCon. Encourage co-maintainership * thl sent an e-mail to the mailing lists with his proposal for co-maintainership which generated quite a bit of discussion. He will incorporate suggestions from the mailing lists and the meeting into his proposal, and bring it back to FESCo. Syslog-ng Patent Problems * bpepple is going to check with Greg DeKoenigsberg and spot to verify that this is in legal's queue. Preparation for F7 * nirik is going to poke some folks regarding broken deps. * The current plan is not to do a mass-rebuild of packages since there aren't any toolchain reasons for it. Proposed ACL system * notting gave a brief description on how the ACL system will work: A. there will be a file 'pkg.acl' that can be added either to the package toplevel or per-branch. It lists account names (one per line) that get access: 1. no pkg.acl == wide open 2. empty pkg.acl == 'owner' only I. 'owner' == owners.list + owners.epel.list owner II. only the owner or the CVS admin can add/modify the acl III. owners.list is going to be locked down. 3. per-branch ACLs inherit from the toplevel ACL for the package B. e-mail notification: the package owner + anyone in the acl for the package will get e-mail notifications of all changes to said branch * For more details, please refer to the IRC log. Misc * There will be no FESCo meeting on 2007-02-01, since most of FESCo will be traveling to FUDCon that day. FESCo will have a meetup during FUDCon. * People attending the HackFest at FUDCon, please look at [WWW]http://www.fedoraproject.org/wiki/ThorstenLeemhuis/HackFest For full IRC log: http://fedoraproject.org/wiki/Extras/SteeringCommittee/Meeting-20070125 Thanks, /B -- Brian Pepple gpg --keyserver pgp.mit.edu --recv-keys 810CC15E BD5E 6F9E 8688 E668 8F5B CBDE 326A E936 810C C15E -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From dakingun at gmail.com Mon Jan 29 23:21:17 2007 From: dakingun at gmail.com (Deji Akingunola) Date: Mon, 29 Jan 2007 18:21:17 -0500 Subject: HEADS-UP: Spiltting tracker-search-tool sub-package out of tracker Message-ID: Hi, This heads-up is principally for people who have installed and uses tracker. I'll be spiltting out tracker-search-tool sub-package out of the current tracker package. It'll contain the GUI bits of the tracker search tools (as from tracker-0.5.4-2). This is to make it easy for people who want to use the tracker indexer and search engine but doesn't want to install the Gnome libraries dependencies of tracker-search-tool, and to be somewhat consistent with other distributions. From peter at thecodergeek.com Tue Jan 30 02:23:23 2007 From: peter at thecodergeek.com (Peter Gordon) Date: Mon, 29 Jan 2007 18:23:23 -0800 Subject: rpms/cobbler/FC-6 .cvsignore, 1.16, 1.17 cobbler.spec, 1.16, 1.17 sources, 1.17, 1.18 In-Reply-To: <45BE1EA4.7060209@redhat.com> References: <200701252322.l0PNMlqp032260@cvs-int.fedora.redhat.com> <51695.65.223.36.19.1169768063.squirrel@thecodergeek.com> <45BE1EA4.7060209@redhat.com> Message-ID: <1170123803.8217.0.camel@localhost> On Mon, 2007-01-29 at 11:19 -0500, Michael DeHaan wrote: > Will fix. > > Thanks for the link/info! > Awesome. Thanks for the quick fix and response. -- Peter Gordon (codergeek42) / FSF Associate Member #5015 GnuPG Public Key ID: 0xFFC19479 / Fingerprint: DD68 A414 56BD 6368 D957 9666 4268 CB7A FFC1 9479 Blog: http://thecodergeek.com/blog/ About: http://fedoraproject.org/wiki/PeterGordon -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From giallu at gmail.com Tue Jan 30 09:05:05 2007 From: giallu at gmail.com (Gianluca Sforna) Date: Tue, 30 Jan 2007 10:05:05 +0100 Subject: Wishlist addition Message-ID: I just added a new wishlist item on http://fedoraproject.org/wiki/Extras/WishList): Referencer - an organiser and bibliography manager for Gnome If anyone has some spare cycles for packaging it, I think it would be a nice addition. Cheers Gianluca From Matt_Domsch at dell.com Tue Jan 30 15:59:01 2007 From: Matt_Domsch at dell.com (Matt Domsch) Date: Tue, 30 Jan 2007 09:59:01 -0600 Subject: Extras i386 rawhide rebuild in mock status 2007-01-30 Message-ID: <20070130155901.GC23570@lists.us.dell.com> Extras Rawhide-in-Mock Build Results for i386 Tue Jan 30 08:16:22 CST 2007 Full logs at http://linux.dell.com/files/fedora/FixBuildRequires/ Total packages: 2606 Number failed to build: 113 Number expected to fail due to ExclusiveArch or ExcludeArch: 2 Leaving: 111 (there may be some duplicates if rawhide has 2 versions of a package) Of those expected to have worked... Without a bug filed: 111 ---------------------------------- R-RScaLAPACK-0.5.1-8.fc6 tcallawa at redhat.com Thunar-0.8.0-1.fc7 kevin at tummy.com airsnort-0.2.7e-11.fc7 andreas.bierfert at lowlatency.de amarok-1.4.4-5.fc7 gauret at free.fr banshee-0.10.12-4.fc6 caillon at redhat.com bitbake-1.6.0-2.fc7 andreas at bawue.net bsd-games-2.17-16.fc7 wart at kobold.org bugzilla-2.22.1-3.fc7.src.rpm bwm-ng-0.5-8.fc6.src.rpm cal3d-0.11.0-2.fc6 chris.stone at gmail.com cogito-0.18.2-2.fc7 chrisw at redhat.com compat-erlang-R10B-10.4.fc6 gemi at bluewin.ch conexusmm-0.4.0-5.fc6 rvinyard at cs.nmsu.edu conglomerate-0.9.1-2.fc6 jamatos at fc.up.pt csound-5.03.0-9.fc7 dcbw at redhat.com ctrlproxy-2.6.2-7.fc6 jwboyer at jdub.homelinux.org cyphesis-0.5.10-3.fc7.src.rpm darcs-1.0.8-4.fc7 petersen at redhat.com dia-0.95-7.fc6 j.w.r.degoede at hhs.nl djvulibre-3.5.17-2.fc6 matthias at rpmforge.net eclipse-gef-3.2.1-3.fc7 overholt at redhat.com eclipse-phpeclipse-1.1.8-15.fc7.src.rpm em8300-kmod-0.16.0-5.2.6.18_1.2869.fc6 ville.skytta at iki.fi epiphany-extensions-2.17.0-1.src.rpm exo-0.3.2-1.fc7 kevin at tummy.com fakeroot-1.5.10-13.fc7 Axel.Thimm at ATrpms.net farsight-0.1.10-2.fc7 bdpepple at ameritech.net flumotion-0.2.1-3.fc6 thomas at apestaart.org fwbackups-1.42.1-3.fc7.src.rpm geany-0.10-4.fc7.src.rpm gforth-0.6.2-7.fc6 gemi at bluewin.ch ghc-6.6-2.fc7 petersen at redhat.com gift-0.11.8.1-6.fc7 rdieter at math.unl.edu git-1.4.4.2-2.fc7 chrisw at redhat.com gkrellm-wifi-0.9.12-3.fc6 j.w.r.degoede at hhs.nl glibmm24-2.12.4-1.fc7.src.rpm gnome-sudoku-0.5.0-1.fc6 stickster at gmail.com gnucap-0.34-3.fc6 j.w.r.degoede at hhs.nl gnumeric-1.6.3-5.fc6 j.w.r.degoede at hhs.nl gpgme-1.1.2-6.fc6.1 rdieter at math.unl.edu gtk-sharp-1.0.10-12.fc7 paul at all-the-johnsons.co.uk haddock-0.8-1.fc7 petersen at redhat.com jogl-1.0.0-5.7.beta5.fc6 green at redhat.com js-1.5-6.fc6 matthias at rpmforge.net kbackup-0.5.1-2.fc6 aportal at univ-montp2.fr kdemultimedia-extras-3.5.5-0.3.fc7 rdieter at math.unl.edu kinput2-v3.1-29.fc6.src.rpm kooldock-0.3-4.20060720cvs.fc6 mr.ecik at gmail.com kpolynome-0.1.2-7.fc6 cgoorah at yahoo.com.au kyum-0.7.5-4.fc6 Jochen at herr-schmitt.de libapreq2-2.09-0.rc2.1.fc7 bojan at rexursive.com libgalago-0.5.2-3.fc6 bdpepple at ameritech.net libgnomedb-1.9.100-12.fc7 j.w.r.degoede at hhs.nl libpaper-1.1.20-5.fc6 tcallawa at redhat.com libreadline-java-0.8.0-13.fc6 ifoox at redhat.com lilypond-doc-2.10.3-1.fc7.src.rpm loudmouth-1.0.5-2.fc6 bdpepple at ameritech.net nomadsync-0.4.2-13.fc6 triad at df.lth.se nyquist-2.32-1.fc7.src.rpm ocsinventory-client-1.0-0.6.RC3.fc7.src.rpm oddjob-0.27-9 nalin at redhat.com openpbx-1.2-3.rc2.svn2135.fc7 dwmw2 at redhat.com orpie-1.4.3-5.fc6 lists at forevermore.net osgcal-0.1.44-1.fc7 chris.stone at gmail.com paraview-2.4.4-3.fc6 orion at cora.nwra.com perl-Archive-Extract-0.14-1.fc7.src.rpm perl-Module-Load-Conditional-0.14-1.fc7.src.rpm perl-Perl-Critic-0.22-2.fc7.src.rpm perl-Test-Perl-Critic-0.08-1.fc7.src.rpm php-extras-5.1.6-1.fc6 dmitry at butskoy.name php-pear-Structures-DataGrid-DataSource-Array-0.1.1-1.fc7.1.src.rpm php-pecl-Fileinfo-1.0.4-1.fc7 fedora at theholbrooks.org powerman-1.0.24-3.fc6 jwilson at redhat.com pungi-0.2.0-1.fc7.src.rpm python-amara-1.1.7-2.fc6 jamatos at fc.up.pt python-basemap-data-0.9-1.fc6 orion at cora.nwra.com python-cherrypy-2.2.1-3.fc6 lmacken at redhat.com python-kid-0.9.4-2.1.fc7.src.rpm python-setuptools-0.6c3-1.1.fc7.src.rpm qa-assistant-0.4.90.5-2.fc6 toshio at tiki-lounge.com rawstudio-0.4.1-2.fc6 giallu at gmail.com sblim-cmpi-base-1.5.4-7.fc7 hamzy at us.ibm.com seahorse-0.8.1-2.fc6 skvidal at phy.duke.edu smolt-0.5-2.fc7.src.rpm socat-1.5.0.0-3.fc6 paul at xelerance.com solfege-3.6.4-8.fc7 foolish at guezz.net soundtouch-1.3.1-6.fc6 j.w.r.degoede at hhs.nl sqlite2-2.8.17-1.fc6 imlinux at gmail.com steghide-0.5.1-2.fc6 Jochen at herr-schmitt.de synaptic-0.57.2-5.2.fc7 Axel.Thimm at ATrpms.net sysprof-kmod-1.0.8-1.2.6.19_1.2913.fc7 giallu at gmail.com tellico-1.2.6-1.fc7 jamatos at fc.up.pt toped-0.8.2-2.fc6 cgoorah at yahoo.com.au twinkle-0.9-2.fc7.src.rpm uqm-0.6.0-1.fc7.src.rpm uw-imap-2006d-1.fc7.src.rpm vdr-1.4.5-2.fc7.src.rpm vdr-subtitles-0.4.0-7.fc7.src.rpm xarchiver-0.4.9-0.1.20070103svn.fc7.src.rpm xca-0.5.1-6.fc6 enrico.scholz at informatik.tu-chemnitz.de xfce4-timer-plugin-0.5-1.fc7.src.rpm xfce4-wavelan-plugin-0.5.3-3.fc6 fedora at christoph-wickert.de xfce4-websearch-plugin-0.1.1-0.1.20070128svn2458.fc7.src.rpm xmldiff-0.6.7-12.fc6 stickster at gmail.com xmlstarlet-1.0.1-4.fc6 stickster at gmail.com xmms-crossfade-0.3.11-1.fc6 matthias at rpmforge.net xmms-speex-0.9.1-8.fc6 matthias at rpmforge.net xosd-2.2.14-8.fc6 kevin at tummy.com xsupplicant-1.2.8-1.fc7.1 tcallawa at redhat.com yaz-2.1.26-1.1.fc6.src.rpm zope-2.9.4-2.fc6 jonathansteffan at gmail.com With bugs filed: 0 ---------------------------------- -- Matt Domsch Software Architect Dell Linux Solutions linux.dell.com & www.dell.com/linux Linux on Dell mailing lists @ http://lists.us.dell.com From Matt_Domsch at dell.com Tue Jan 30 15:59:33 2007 From: Matt_Domsch at dell.com (Matt Domsch) Date: Tue, 30 Jan 2007 09:59:33 -0600 Subject: Extras x86_64 rawhide rebuild in mock status 2007-01-30 Message-ID: <20070130155933.GD23570@lists.us.dell.com> Extras Rawhide-in-Mock Build Results for x86_64 Tue Jan 30 08:12:14 CST 2007 Full logs at http://linux.dell.com/files/fedora/FixBuildRequires/ Total packages: 2606 Number failed to build: 149 Number expected to fail due to ExclusiveArch or ExcludeArch: 20 Leaving: 129 (there may be some duplicates if rawhide has 2 versions of a package) Of those expected to have worked... Without a bug filed: 129 ---------------------------------- PyKDE-3.16.0-5.fc7 rdieter at math.unl.edu R-RScaLAPACK-0.5.1-8.fc6 tcallawa at redhat.com Thunar-0.8.0-1.fc7 kevin at tummy.com airsnort-0.2.7e-11.fc7 andreas.bierfert at lowlatency.de amarok-1.4.4-5.fc7 gauret at free.fr atitvout-0.4-6 andreas.bierfert at lowlatency.de banshee-0.10.12-4.fc6 caillon at redhat.com bibletime-1.6.2-4.fc7 fedora-packaging at dw-perspective.org.uk bitbake-1.6.0-2.fc7 andreas at bawue.net boo-0.7.6.2237-11.fc7 paul at all-the-johnsons.co.uk bsd-games-2.17-16.fc7 wart at kobold.org bugzilla-2.22.1-3.fc7.src.rpm bwm-ng-0.5-8.fc6.src.rpm cal3d-0.11.0-2.fc6 chris.stone at gmail.com cogito-0.18.2-2.fc7 chrisw at redhat.com compat-erlang-R10B-10.4.fc6 gemi at bluewin.ch conexusmm-0.4.0-5.fc6 rvinyard at cs.nmsu.edu conglomerate-0.9.1-2.fc6 jamatos at fc.up.pt csound-5.03.0-9.fc7 dcbw at redhat.com ctrlproxy-2.6.2-7.fc6 jwboyer at jdub.homelinux.org cyphesis-0.5.10-3.fc7.src.rpm daap-sharp-0.3.3-4.fc6 bdpepple at ameritech.net darcs-1.0.8-4.fc7 petersen at redhat.com dia-0.95-7.fc6 j.w.r.degoede at hhs.nl djvulibre-3.5.17-2.fc6 matthias at rpmforge.net eclipse-gef-3.2.1-3.fc7 overholt at redhat.com eclipse-phpeclipse-1.1.8-15.fc7.src.rpm em8300-kmod-0.16.0-5.2.6.18_1.2869.fc6 ville.skytta at iki.fi epiphany-extensions-2.17.0-1.src.rpm exo-0.3.2-1.fc7 kevin at tummy.com fakeroot-1.5.10-13.fc7 Axel.Thimm at ATrpms.net farsight-0.1.10-2.fc7 bdpepple at ameritech.net flumotion-0.2.1-3.fc6 thomas at apestaart.org fwbackups-1.42.1-3.fc7.src.rpm geany-0.10-4.fc7.src.rpm gforth-0.6.2-7.fc6 gemi at bluewin.ch ghc-6.6-2.fc7 petersen at redhat.com ghdl-0.25-0.89svn.1.fc7 t.sailer at alumni.ethz.ch gift-0.11.8.1-6.fc7 rdieter at math.unl.edu git-1.4.4.2-2.fc7 chrisw at redhat.com gkrellm-wifi-0.9.12-3.fc6 j.w.r.degoede at hhs.nl glibmm24-2.12.4-1.fc7.src.rpm gnome-sudoku-0.5.0-1.fc6 stickster at gmail.com gnucap-0.34-3.fc6 j.w.r.degoede at hhs.nl gnumeric-1.6.3-5.fc6 j.w.r.degoede at hhs.nl gpgme-1.1.2-6.fc6.1 rdieter at math.unl.edu granule-1.2.4-2.fc7 3rdshift at comcast.net gtk-sharp-1.0.10-12.fc7 paul at all-the-johnsons.co.uk haddock-0.8-1.fc7 petersen at redhat.com isomaster-0.7-2.fc7.src.rpm jogl-1.0.0-5.7.beta5.fc6 green at redhat.com js-1.5-6.fc6 matthias at rpmforge.net kdemultimedia-extras-3.5.5-0.3.fc7 rdieter at math.unl.edu kinput2-v3.1-29.fc6.src.rpm klamav-0.38-4.fc7 andy at smile.org.ua kooldock-0.3-4.20060720cvs.fc6 mr.ecik at gmail.com kpolynome-0.1.2-7.fc6 cgoorah at yahoo.com.au kyum-0.7.5-4.fc6 Jochen at herr-schmitt.de libapreq2-2.09-0.rc2.1.fc7 bojan at rexursive.com libgalago-0.5.2-3.fc6 bdpepple at ameritech.net libgnomedb-1.9.100-12.fc7 j.w.r.degoede at hhs.nl libmthca-1.0.3-1.fc7 rolandd at cisco.com libpaper-1.1.20-5.fc6 tcallawa at redhat.com libpolyxmass-0.9.0-6.fc5 andreas.bierfert at lowlatency.de libreadline-java-0.8.0-13.fc6 ifoox at redhat.com lilypond-doc-2.10.3-1.fc7.src.rpm loudmouth-1.0.5-2.fc6 bdpepple at ameritech.net mlton-20061107-2.fc7 adam at spicenitz.org monodevelop-0.12-7.fc7 paul at all-the-johnsons.co.uk nant-0.85-12.fc7 paul at all-the-johnsons.co.uk nomadsync-0.4.2-13.fc6 triad at df.lth.se nyquist-2.32-1.fc7.src.rpm obconf-1.6-3.fc6 peter at thecodergeek.com ocsinventory-client-1.0-0.6.RC3.fc7.src.rpm oddjob-0.27-9 nalin at redhat.com openpbx-1.2-3.rc2.svn2135.fc7 dwmw2 at redhat.com orpie-1.4.3-5.fc6 lists at forevermore.net osgcal-0.1.44-1.fc7 chris.stone at gmail.com paraview-2.4.4-3.fc6 orion at cora.nwra.com perl-Archive-Extract-0.14-1.fc7.src.rpm perl-Module-Load-Conditional-0.14-1.fc7.src.rpm perl-Perl-Critic-0.22-2.fc7.src.rpm perl-Test-Perl-Critic-0.08-1.fc7.src.rpm php-extras-5.1.6-1.fc6 dmitry at butskoy.name php-pear-SOAP-0.9.4-1.fc7.src.rpm php-pear-Structures-DataGrid-DataSource-Array-0.1.1-1.fc7.1.src.rpm php-pecl-Fileinfo-1.0.4-1.fc7 fedora at theholbrooks.org powerman-1.0.24-3.fc6 jwilson at redhat.com prewikka-0.9.8-1.fc7 tscherf at redhat.com pungi-0.2.0-1.fc7.src.rpm python-amara-1.1.7-2.fc6 jamatos at fc.up.pt python-basemap-data-0.9-1.fc6 orion at cora.nwra.com python-cherrypy-2.2.1-3.fc6 lmacken at redhat.com python-kid-0.9.4-2.1.fc7.src.rpm python-reportlab-2.0-2.fc7 bdpepple at ameritech.net python-setuptools-0.6c3-1.1.fc7.src.rpm qa-assistant-0.4.90.5-2.fc6 toshio at tiki-lounge.com rawstudio-0.4.1-2.fc6 giallu at gmail.com s3switch-0.0-9.20020912.fc6 paul at xelerance.com sblim-cmpi-base-1.5.4-7.fc7 hamzy at us.ibm.com seahorse-0.8.1-2.fc6 skvidal at phy.duke.edu smolt-0.5-2.fc7.src.rpm socat-1.5.0.0-3.fc6 paul at xelerance.com solfege-3.6.4-8.fc7 foolish at guezz.net soundtouch-1.3.1-6.fc6 j.w.r.degoede at hhs.nl steghide-0.5.1-2.fc6 Jochen at herr-schmitt.de synaptic-0.57.2-5.2.fc7 Axel.Thimm at ATrpms.net sysprof-kmod-1.0.8-1.2.6.19_1.2913.fc7 giallu at gmail.com tellico-1.2.6-1.fc7 jamatos at fc.up.pt toped-0.8.2-2.fc6 cgoorah at yahoo.com.au twinkle-0.9-2.fc7.src.rpm uqm-0.6.0-1.fc7.src.rpm uudeview-0.5.20-9 adrian at lisas.de uw-imap-2006d-1.fc7.src.rpm vdr-1.4.5-2.fc7.src.rpm vdr-subtitles-0.4.0-7.fc7.src.rpm xarchiver-0.4.9-0.1.20070103svn.fc7.src.rpm xca-0.5.1-6.fc6 enrico.scholz at informatik.tu-chemnitz.de xfce4-timer-plugin-0.5-1.fc7.src.rpm xfce4-wavelan-plugin-0.5.3-3.fc6 fedora at christoph-wickert.de xfce4-websearch-plugin-0.1.1-0.1.20070128svn2458.fc7.src.rpm xmldiff-0.6.7-12.fc6 stickster at gmail.com xmlstarlet-1.0.1-4.fc6 stickster at gmail.com xmms-crossfade-0.3.11-1.fc6 matthias at rpmforge.net xmms-speex-0.9.1-8.fc6 matthias at rpmforge.net xosd-2.2.14-8.fc6 kevin at tummy.com xsupplicant-1.2.8-1.fc7.1 tcallawa at redhat.com yaz-2.1.26-1.1.fc6.src.rpm zope-2.9.4-2.fc6 jonathansteffan at gmail.com With bugs filed: 0 ---------------------------------- -- Matt Domsch Software Architect Dell Linux Solutions linux.dell.com & www.dell.com/linux Linux on Dell mailing lists @ http://lists.us.dell.com From chris.stone at gmail.com Tue Jan 30 16:48:29 2007 From: chris.stone at gmail.com (Christopher Stone) Date: Tue, 30 Jan 2007 08:48:29 -0800 Subject: Extras x86_64 rawhide rebuild in mock status 2007-01-30 In-Reply-To: <20070130155933.GD23570@lists.us.dell.com> References: <20070130155933.GD23570@lists.us.dell.com> Message-ID: On 1/30/07, Matt Domsch wrote: > Extras Rawhide-in-Mock Build Results for x86_64 Tue Jan 30 08:12:14 CST 2007 > > Full logs at http://linux.dell.com/files/fedora/FixBuildRequires/ > php-pear-Structures-DataGrid-DataSource-Array-0.1.1-1.fc7.1.src.rpm Why are you building this ancient out-dated no longer valid and should not be built version??? The latest is 0.1.2-1 and is the version you should be building... From andy at smile.org.ua Tue Jan 30 16:52:20 2007 From: andy at smile.org.ua (Andy Shevchenko) Date: Tue, 30 Jan 2007 18:52:20 +0200 Subject: Extras x86_64 rawhide rebuild in mock status 2007-01-30 In-Reply-To: <20070130155933.GD23570@lists.us.dell.com> References: <20070130155933.GD23570@lists.us.dell.com> Message-ID: <20070130165220.GA11030@serv.smile.org.ua> Hi Matt Domsch! On Tue, Jan 30, 2007 at 09:59:33AM -0600, Matt Domsch wrote next: > Full logs at http://linux.dell.com/files/fedora/FixBuildRequires/ > klamav-0.38-4.fc7 andy at smile.org.ua http://linux.dell.com/files/fedora/FixBuildRequires/mock-results-extras/x86_64/klamav-0.38-4.fc7.src.rpm/result/root.log ... http://hb.linuxdev.us.dell.com/pub/fedora/linux/extras/development/x86_64/repodata/filelists.xml.gz: [Errno -1] Metadata file does not match checksum Trying other mirror. Error: failure: repodata/filelists.xml.gz from extras: [Errno 256] No more mirrors to try. ... -- With best regards, Andy Shevchenko. mailto: andy at smile.org.ua From Axel.Thimm at ATrpms.net Tue Jan 30 19:04:12 2007 From: Axel.Thimm at ATrpms.net (Axel Thimm) Date: Tue, 30 Jan 2007 20:04:12 +0100 Subject: Extras i386 rawhide rebuild in mock status 2007-01-30 In-Reply-To: <20070130155901.GC23570@lists.us.dell.com> References: <20070130155901.GC23570@lists.us.dell.com> Message-ID: <20070130190412.GA13890@neu.nirvana> On Tue, Jan 30, 2007 at 09:59:01AM -0600, Matt Domsch wrote: > Extras Rawhide-in-Mock Build Results for i386 Tue Jan 30 08:16:22 CST 2007 > > Full logs at http://linux.dell.com/files/fedora/FixBuildRequires/ > > Total packages: 2606 > Number failed to build: 113 > Number expected to fail due to ExclusiveArch or ExcludeArch: 2 > Leaving: 111 > (there may be some duplicates if rawhide has 2 versions of a package) > > Of those expected to have worked... > Without a bug filed: 111 I checked some of the packages assigned to myself and found that xmlto/sgml-common currently fails in rawhide, so any package building docs that way is currently breaking and giving false negatives. -- Axel.Thimm at ATrpms.net -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From kevin at scrye.com Tue Jan 30 19:14:11 2007 From: kevin at scrye.com (Kevin Fenzi) Date: Tue, 30 Jan 2007 12:14:11 -0700 Subject: Extras i386 rawhide rebuild in mock status 2007-01-30 In-Reply-To: <20070130190412.GA13890@neu.nirvana> References: <20070130155901.GC23570@lists.us.dell.com> <20070130190412.GA13890@neu.nirvana> Message-ID: <20070130121411.17ee60a1@ningauble.scrye.com> On Tue, 30 Jan 2007 20:04:12 +0100 Axel.Thimm at ATrpms.net (Axel Thimm) wrote: > On Tue, Jan 30, 2007 at 09:59:01AM -0600, Matt Domsch wrote: > > Extras Rawhide-in-Mock Build Results for i386 Tue Jan 30 08:16:22 > > CST 2007 > > > > Full logs at http://linux.dell.com/files/fedora/FixBuildRequires/ > > > > Total packages: 2606 > > Number failed to build: 113 > > Number expected to fail due to ExclusiveArch or ExcludeArch: 2 > > Leaving: 111 > > (there may be some duplicates if rawhide has 2 versions of a > > package) > > > > Of those expected to have worked... > > Without a bug filed: 111 > > I checked some of the packages assigned to myself and found that > xmlto/sgml-common currently fails in rawhide, so any package building > docs that way is currently breaking and giving false negatives. Possibly this bug I filed last night? Or related? https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=225370 kevin -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From Axel.Thimm at ATrpms.net Tue Jan 30 19:24:30 2007 From: Axel.Thimm at ATrpms.net (Axel Thimm) Date: Tue, 30 Jan 2007 20:24:30 +0100 Subject: Extras i386 rawhide rebuild in mock status 2007-01-30 In-Reply-To: <20070130121411.17ee60a1@ningauble.scrye.com> References: <20070130155901.GC23570@lists.us.dell.com> <20070130190412.GA13890@neu.nirvana> <20070130121411.17ee60a1@ningauble.scrye.com> Message-ID: <20070130192430.GC13890@neu.nirvana> On Tue, Jan 30, 2007 at 12:14:11PM -0700, Kevin Fenzi wrote: > On Tue, 30 Jan 2007 20:04:12 +0100 > Axel.Thimm at ATrpms.net (Axel Thimm) wrote: > > > On Tue, Jan 30, 2007 at 09:59:01AM -0600, Matt Domsch wrote: > > > Extras Rawhide-in-Mock Build Results for i386 Tue Jan 30 08:16:22 > > > CST 2007 > > > > > > Full logs at http://linux.dell.com/files/fedora/FixBuildRequires/ > > > > > > Total packages: 2606 > > > Number failed to build: 113 > > > Number expected to fail due to ExclusiveArch or ExcludeArch: 2 > > > Leaving: 111 > > > (there may be some duplicates if rawhide has 2 versions of a > > > package) > > > > > > Of those expected to have worked... > > > Without a bug filed: 111 > > > > I checked some of the packages assigned to myself and found that > > xmlto/sgml-common currently fails in rawhide, so any package building > > docs that way is currently breaking and giving false negatives. > > Possibly this bug I filed last night? > Or related? > > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=225370 I think this must be the same issue, the error messages look very much alike. -- Axel.Thimm at ATrpms.net -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From kevin at scrye.com Tue Jan 30 21:37:26 2007 From: kevin at scrye.com (Kevin Fenzi) Date: Tue, 30 Jan 2007 14:37:26 -0700 Subject: WorldWide Review Days this weekend Message-ID: <20070130143726.3ec954c1@ningauble.scrye.com> Fedora Worldwide Review Days As part of the upcoming merge of Fedora Core and Fedora Extras, and in concert with FudconBoston, the Fedora project is happy to announce the Fedora Worldwide Review days. Whats a Review Day? A Review day is a day where interested parties gather on irc (or in person at FudconBoston) and review a number of Fedora packages that are awaiting review. Each package will be checked against the current Fedora package guidelines. All of the formerly Fedora Core packages will be up for review this weekend. Why have a review Day? * All the formerly Fedora Core packages will need to be reviewed and checked for compliance with the latest guidelines. If you have ever seen packaging problems with your favorite package, now might be a good time to assist reviewing it. * Interested parties will know to meet other reviewers on a central irc channel or in person at FudconBoston. * Questions about reviews or procedures can be answered quickly on channel. Input on core package reviews can be sent to the package maintainer as part of the review. Where are the Wordwide Review Days? Worldwide Review Days will be done via IRC on the irc.freenode.net IRC network, in channel #fedora-extras. Additionally there will be a number of reviewers and members of the Fedora packaging Commitee physically present at the HackFest sessions after FudconBoston, as well as available on IRC to answer questions or provide assistance. See: http://www.fedoraproject.org/wiki/ThorstenLeemhuis/HackFest If you are available and would like to be invited to the physical HackFest in Boston. When will the Worldwide Review Days be held? The Worldwide Review days will be this Saturday and Sunday (2007-02-03 and 2007-02-04), starting around 9:30am EST. See: http://www.fedoraproject.org/wiki/ThorstenLeemhuis/HackFest for more on the schedule. How does it work? Simply join the irc channel. Folks there will be able to point you to a list of packages needing review. If you are a Fedora Maintainer already you should be able to review and approve packages from that list once you are sure they meet all the guidelines. If you are not currently a Fedora Maintainer, you can still provide valuable input on reviews and help us make all our packages better. Note that many people check IRC only every once in a while. Don't be discouraged if you don't see an immediate reply. Ask your question and leave your IRC window open to collect replies as people have time to do so. Also, it's better to ask your questions and wait than to ask if anyone is there or if you can ask questions. Helpful Links general IRC information: http://www.tldp.org/HOWTO/IRC/beginners.html irc.freenode.net information: http://fedoraproject.org/wiki/Communicate FudConBoston: http://barcamp.org/FudconBoston2007 HackFest: http://www.fedoraproject.org/wiki/ThorstenLeemhuis/HackFest WorldWideReviewDays: http://www.fedoraproject.org/wiki/Extras/WorldWideReviewDays -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From buildsys at fedoraproject.org Tue Jan 30 22:05:59 2007 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Tue, 30 Jan 2007 17:05:59 -0500 (EST) Subject: Fedora Extras Package Build Report 2007-01-30 Message-ID: <20070130220559.9471715212E@buildsys.fedoraproject.org> Packages built and released for Fedora Extras development: 49 BibTool-2.48-6.fc7 aquamarine-0.1.99.2-1.fc7 bdock-0.1.99.2-1.fc7 beryl-core-0.1.99.2-2.fc7 beryl-manager-0.1.99.2-1.fc7 beryl-plugins-0.1.99.2-3.fc7 beryl-settings-0.1.99.2-1.fc7 bitmap-1.0.3-2.fc7 chemical-mime-data-0.1.93-4.fc7 chkrootkit-0.47-4.fc7 cksfv-1.3.9-3.fc7 cobbler-0.3.9-2.fc7 dejavu-fonts-2.14-2.fc7 devilspie-0.20.2-1.fc7 eclipse-gef-3.2.1-4.fc7 emerald-0.1.99.2-1.fc7 emerald-themes-0.1.99.2-1.fc7 eris-1.3.12-1.fc7 gcin-1.3.3-1.fc7 gnomad2-2.8.11-1.fc7 gnome-commander-1.2.3-5.fc7 gramps-2.2.6-1.fc7 heliodor-0.1.99.2-1.fc7 iperf-2.0.2-3.fc7 jd-1.8.5-0.4.cvs070130.fc7 kchmviewer-2.7-1.fc7 NEW libsieve-2.2.4-2.fc7 lighttpd-1.4.13-4.fc7 linphone-1.6.0-2.fc7 NEW mailgraph-1.12-4.fc7 ncarg-4.4.1-7.fc7 NEW netcdf-decoders-4.1.4-1.fc7 nfswatch-4.99.7-1.fc7 openoffice.org-dict-cs_CZ-20060303-4.fc7 ortp-0.13.0-1.fc7 osgal-20060903-2.fc7 osgcal-0.1.44-4.fc7 perl-CPANPLUS-0.076-2.fc7 perl-Module-Pluggable-3.50-1.fc7 php-pecl-xdebug-2.0.0-0.4.RC2.fc7 pungi-0.2.2-1.fc7 python-musicbrainz2-0.4.1-1.fc7 quodlibet-0.24-5.fc7 smolt-0.6.1-3.fc7 sysprof-kmod-1.0.8-1.2.6.19_1.2914.fc7 NEW tango-icon-theme-extras-0.1.0-1.fc7 telepathy-gabble-0.5.1-1.fc7 tracker-0.5.4-2.fc7 yumex-1.9.2-1.1.fc7 Packages built and released for Fedora Extras 6: 25 aquamarine-0.1.99.2-1.fc6 bdock-0.1.99.2-1.fc6 beryl-core-0.1.99.2-2.fc6 beryl-manager-0.1.99.2-1.fc6 beryl-plugins-0.1.99.2-3.fc6 beryl-settings-0.1.99.2-1.fc6 cksfv-1.3.9-3.fc6 cobbler-0.3.9-1.fc6 eclipse-gef-3.2.1-4.fc6 emerald-0.1.99.2-1.fc6 emerald-themes-0.1.99.2-1.fc6 eris-1.3.12-1.fc6 gcin-1.3.3-1.fc6 gnome-commander-1.2.3-5.fc6 heliodor-0.1.99.2-1.fc6 iperf-2.0.2-3.fc6 osgal-20060903-2.fc6 osgcal-0.1.44-4.fc6 perl-CPANPLUS-0.076-2.fc6 php-pecl-xdebug-2.0.0-0.4.RC2.fc6 python-musicbrainz2-0.4.1-1.fc6 quodlibet-0.24-5.fc6 smolt-0.6.1-3.fc6 tracker-0.5.4-2.fc6 uw-imap-2006e-2.fc6 Packages built and released for Fedora Extras 5: 10 cksfv-1.3.9-3.fc5 cobbler-0.3.9-2.fc5 gcin-1.3.3-1.fc5 gnome-commander-1.2.3-5.fc5 iperf-2.0.2-3.fc5 osgal-20060903-2.fc5 osgcal-0.1.44-4.fc5 php-pecl-xdebug-2.0.0-0.4.RC2.fc5 python-musicbrainz2-0.4.1-1.fc5 uw-imap-2006e-2.fc5 For more information about the built packages please see the repository or the Fedora Info Feed: http://fedoraproject.org/infofeed/ From stefmanos at gmail.com Tue Jan 30 22:08:06 2007 From: stefmanos at gmail.com (Stephanos Manos) Date: Wed, 31 Jan 2007 00:08:06 +0200 Subject: Wishlist addition In-Reply-To: References: Message-ID: Gianluca Sforna wrote: > I just added a new wishlist item on > http://fedoraproject.org/wiki/Extras/WishList): > > Referencer - an organiser and bibliography manager for Gnome > > If anyone has some spare cycles for packaging it, I think it would be > a nice addition. > > Cheers > > Gianluca > Does not build under FC5, FC6, devel the author states in the README file NOTE TO FEDORA USERS: Unfortunately the poppler development packages in the default yum repositories are incomplete -- to build Referencer it is necessary to separately download poppler source packages, and edit the Referencer Makefile to find this directory. Note that the binary library itself is fine on Fedora, it's just the headers that are problematic, so once it is built it can be distributed without problems. but for the devel package of poppler to have the needed headers is to be build with --enable-xpdf-headers ( Install unsupported xpdf headers. ) so either poppler is build with the above parameter or the program's author fixes the problem. Stephanos From Matt_Domsch at dell.com Tue Jan 30 22:55:53 2007 From: Matt_Domsch at dell.com (Matt Domsch) Date: Tue, 30 Jan 2007 16:55:53 -0600 Subject: Extras x86_64 rawhide rebuild in mock status 2007-01-30 In-Reply-To: References: <20070130155933.GD23570@lists.us.dell.com> Message-ID: <20070130225553.GA23729@lists.us.dell.com> On Tue, Jan 30, 2007 at 08:48:29AM -0800, Christopher Stone wrote: > On 1/30/07, Matt Domsch wrote: > >Extras Rawhide-in-Mock Build Results for x86_64 Tue Jan 30 08:12:14 CST > >2007 > > > >Full logs at http://linux.dell.com/files/fedora/FixBuildRequires/ > >php-pear-Structures-DataGrid-DataSource-Array-0.1.1-1.fc7.1.src.rpm > > Why are you building this ancient out-dated no longer valid and should > not be built version??? The latest is 0.1.2-1 and is the version you > should be building... I build every .src.rpm that's in the rawhide SRPMS directory. I can't control what's there. -- Matt Domsch Software Architect Dell Linux Solutions linux.dell.com & www.dell.com/linux Linux on Dell mailing lists @ http://lists.us.dell.com From buildsys at fedoraproject.org Tue Jan 30 22:56:06 2007 From: buildsys at fedoraproject.org (Fedora Extras repoclosure) Date: Tue, 30 Jan 2007 22:56:06 -0000 Subject: Summary - Broken dependencies in Fedora Extras - 2007-01-30 Message-ID: <20070130225606.12908.44660@extras64.linux.duke.edu> New report for: rdieter AT math.unl.edu package: PyQt-qscintilla - 3.15-4.fc5.i386 from fedora-extras-5-i386 unresolved deps: PyQt = 0:3.15 package: PyQt-qscintilla - 3.15-4.fc5.ppc from fedora-extras-5-ppc unresolved deps: PyQt = 0:3.15 package: PyQt-qscintilla - 3.15-4.fc5.x86_64 from fedora-extras-5-x86_64 unresolved deps: PyQt = 0:3.15 package: PyQt-qscintilla - 3.16-7.fc6.i386 from fedora-extras-6-i386 unresolved deps: PyQt = 0:3.16 package: PyQt-qscintilla - 3.16-7.fc6.ppc from fedora-extras-6-ppc unresolved deps: PyQt = 0:3.16 package: PyQt-qscintilla - 3.16-7.fc6.x86_64 from fedora-extras-6-x86_64 unresolved deps: PyQt = 0:3.16 ====================================================================== Summary of broken packages (by owner): cgoorah AT yahoo.com.au toped - 0.8.2-2.fc6.i386 (46 days) toped - 0.8.2-2.fc6.ppc (46 days) toped - 0.8.2-2.fc6.x86_64 (46 days) dcbw AT redhat.com csound - 5.03.0-9.fc7.i386 (53 days) csound - 5.03.0-9.fc7.i386 (53 days) csound - 5.03.0-9.fc7.ppc (53 days) csound - 5.03.0-9.fc7.x86_64 (53 days) csound-python - 5.03.0-9.fc7.i386 (53 days) csound-python - 5.03.0-9.fc7.ppc (53 days) csound-python - 5.03.0-9.fc7.x86_64 (53 days) dwmw2 AT redhat.com openpbx - 1.2-3.rc2.svn2135.fc7.i386 (55 days) openpbx - 1.2-3.rc2.svn2135.fc7.i386 (55 days) openpbx - 1.2-3.rc2.svn2135.fc7.ppc (55 days) openpbx - 1.2-3.rc2.svn2135.fc7.x86_64 (55 days) openpbx-postgresql - 1.2-3.rc2.svn2135.fc7.i386 (55 days) openpbx-postgresql - 1.2-3.rc2.svn2135.fc7.ppc (55 days) openpbx-postgresql - 1.2-3.rc2.svn2135.fc7.x86_64 (55 days) endur AT bennewitz.com streamtuner - 0.99.99-15.fc7.x86_64 (53 days) gauret AT free.fr amarok - 1.4.4-5.fc7.i386 (13 days) amarok - 1.4.4-5.fc7.i386 (13 days) amarok - 1.4.4-5.fc7.ppc (13 days) amarok - 1.4.4-5.fc7.x86_64 (13 days) ifoox AT redhat.com libreadline-java - 0.8.0-13.fc6.i386 (50 days) libreadline-java - 0.8.0-13.fc6.i386 (50 days) libreadline-java - 0.8.0-13.fc6.ppc (50 days) libreadline-java - 0.8.0-13.fc6.x86_64 (50 days) jamatos AT fc.up.pt python-amara - 1.1.7-2.fc6.noarch (53 days) python-amara - 1.1.7-2.fc6.noarch (53 days) python-amara - 1.1.7-2.fc6.noarch (53 days) jeff AT ocjtech.us linphone - 1.2.0-4.fc5.i386 (113 days) linphone - 1.2.0-4.fc5.ppc (113 days) linphone - 1.2.0-4.fc5.x86_64 (113 days) lmacken AT redhat.com python-cherrypy - 2.2.1-3.fc6.noarch (53 days) python-cherrypy - 2.2.1-3.fc6.noarch (53 days) python-cherrypy - 2.2.1-3.fc6.noarch (53 days) orion AT cora.nwra.com paraview - 2.4.4-3.fc6.x86_64 (53 days) paraview-mpi - 2.4.4-3.fc6.x86_64 (53 days) petersen AT redhat.com ghc642-gtk2hs-mozembed - 0.9.10-2.fc5.i386 (8 days) ghc642-gtk2hs-mozembed - 0.9.10-2.fc5.ppc (8 days) ghc642-gtk2hs-mozembed - 0.9.10-2.fc5.x86_64 (8 days) rdieter AT math.unl.edu PyKDE - 3.16.0-5.fc7.i386 (53 days) PyKDE - 3.16.0-5.fc7.i386 (53 days) PyKDE - 3.16.0-5.fc7.ppc (53 days) PyKDE - 3.16.0-5.fc7.x86_64 (53 days) PyQt-qscintilla - 3.15-4.fc5.i386 PyQt-qscintilla - 3.15-4.fc5.ppc PyQt-qscintilla - 3.15-4.fc5.x86_64 PyQt-qscintilla - 3.16-7.fc6.i386 PyQt-qscintilla - 3.16-7.fc6.ppc PyQt-qscintilla - 3.16-7.fc6.x86_64 kdemultimedia-extras - 6:3.5.5-0.3.fc7.i386 (16 days) kdemultimedia-extras - 6:3.5.5-0.3.fc7.ppc (16 days) kdemultimedia-extras - 6:3.5.5-0.3.fc7.x86_64 (16 days) shahms AT shahms.com python-psyco - 1.5.1-4.fc6.i386 (53 days) stickster AT gmail.com xmldiff - 0.6.7-12.fc6.i386 (53 days) xmldiff - 0.6.7-12.fc6.ppc (53 days) xmldiff - 0.6.7-12.fc6.x86_64 (53 days) ville.skytta AT iki.fi em8300 - 0.16.0-3.fc7.i386 (34 days) em8300 - 0.16.0-3.fc7.ppc (34 days) em8300 - 0.16.0-3.fc7.x86_64 (34 days) ====================================================================== Broken packages in fedora-extras-5-i386: PyQt-qscintilla-3.15-4.fc5.i386 requires PyQt = 0:3.15 ghc642-gtk2hs-mozembed-0.9.10-2.fc5.i386 requires mozilla-devel = 37:1.7.13 linphone-1.2.0-4.fc5.i386 requires libortp.so.2 ====================================================================== Broken packages in fedora-extras-5-ppc: PyQt-qscintilla-3.15-4.fc5.ppc requires PyQt = 0:3.15 ghc642-gtk2hs-mozembed-0.9.10-2.fc5.ppc requires mozilla-devel = 37:1.7.13 linphone-1.2.0-4.fc5.ppc requires libortp.so.2 ====================================================================== Broken packages in fedora-extras-5-x86_64: PyQt-qscintilla-3.15-4.fc5.x86_64 requires PyQt = 0:3.15 ghc642-gtk2hs-mozembed-0.9.10-2.fc5.x86_64 requires mozilla-devel = 37:1.7.13 linphone-1.2.0-4.fc5.x86_64 requires libortp.so.2()(64bit) ====================================================================== Broken packages in fedora-extras-6-i386: PyQt-qscintilla-3.16-7.fc6.i386 requires PyQt = 0:3.16 ====================================================================== Broken packages in fedora-extras-6-ppc: PyQt-qscintilla-3.16-7.fc6.ppc requires PyQt = 0:3.16 ====================================================================== Broken packages in fedora-extras-6-x86_64: PyQt-qscintilla-3.16-7.fc6.x86_64 requires PyQt = 0:3.16 ====================================================================== Broken packages in fedora-extras-development-i386: PyKDE-3.16.0-5.fc7.i386 requires python(abi) = 0:2.4 PyKDE-3.16.0-5.fc7.i386 requires python-abi = 0:2.4 amarok-1.4.4-5.fc7.i386 requires libmtp.so.4 amarok-1.4.4-5.fc7.i386 requires libgpod.so.0 csound-5.03.0-9.fc7.i386 requires libpython2.4.so.1.0 csound-python-5.03.0-9.fc7.i386 requires python(abi) = 0:2.4 csound-python-5.03.0-9.fc7.i386 requires libpython2.4.so.1.0 em8300-0.16.0-3.fc7.i386 requires em8300-kmod >= 0:0.16.0 kdemultimedia-extras-6:3.5.5-0.3.fc7.i386 requires libgstreamer-0.8.so.1 libreadline-java-0.8.0-13.fc6.i386 requires libedit >= 0:2.9 openpbx-1.2-3.rc2.svn2135.fc7.i386 requires libedit.so.0 openpbx-postgresql-1.2-3.rc2.svn2135.fc7.i386 requires libpq.so.4 python-amara-1.1.7-2.fc6.noarch requires python(abi) = 0:2.4 python-cherrypy-2.2.1-3.fc6.noarch requires python(abi) = 0:2.4 python-psyco-1.5.1-4.fc6.i386 requires python-abi = 0:2.4 python-psyco-1.5.1-4.fc6.i386 requires python(abi) = 0:2.4 toped-0.8.2-2.fc6.i386 requires libwx_gtk2u_gl-2.6.so.0 toped-0.8.2-2.fc6.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) toped-0.8.2-2.fc6.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3) toped-0.8.2-2.fc6.i386 requires libwx_baseu_xml-2.6.so.0 toped-0.8.2-2.fc6.i386 requires libwx_gtk2u_qa-2.6.so.0 toped-0.8.2-2.fc6.i386 requires libwx_gtk2u_core-2.6.so.0 toped-0.8.2-2.fc6.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) toped-0.8.2-2.fc6.i386 requires libwx_gtk2u_gl-2.6.so.0(WXU_2.6) toped-0.8.2-2.fc6.i386 requires libwx_baseu_net-2.6.so.0 toped-0.8.2-2.fc6.i386 requires libwx_gtk2u_xrc-2.6.so.0 toped-0.8.2-2.fc6.i386 requires libwx_baseu-2.6.so.0(WXU_2.6) toped-0.8.2-2.fc6.i386 requires libwx_gtk2u_html-2.6.so.0 toped-0.8.2-2.fc6.i386 requires libwx_baseu-2.6.so.0 toped-0.8.2-2.fc6.i386 requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6) toped-0.8.2-2.fc6.i386 requires libwx_gtk2u_adv-2.6.so.0 xmldiff-0.6.7-12.fc6.i386 requires python-abi = 0:2.4 xmldiff-0.6.7-12.fc6.i386 requires python(abi) = 0:2.4 ====================================================================== Broken packages in fedora-extras-development-ppc: PyKDE-3.16.0-5.fc7.ppc requires python(abi) = 0:2.4 PyKDE-3.16.0-5.fc7.ppc requires python-abi = 0:2.4 amarok-1.4.4-5.fc7.ppc requires libmtp.so.4 amarok-1.4.4-5.fc7.ppc requires libgpod.so.0 csound-5.03.0-9.fc7.ppc requires libpython2.4.so.1.0 csound-python-5.03.0-9.fc7.ppc requires python(abi) = 0:2.4 csound-python-5.03.0-9.fc7.ppc requires libpython2.4.so.1.0 em8300-0.16.0-3.fc7.ppc requires em8300-kmod >= 0:0.16.0 kdemultimedia-extras-6:3.5.5-0.3.fc7.ppc requires libgstreamer-0.8.so.1 libreadline-java-0.8.0-13.fc6.ppc requires libedit >= 0:2.9 openpbx-1.2-3.rc2.svn2135.fc7.ppc requires libedit.so.0 openpbx-postgresql-1.2-3.rc2.svn2135.fc7.ppc requires libpq.so.4 python-amara-1.1.7-2.fc6.noarch requires python(abi) = 0:2.4 python-cherrypy-2.2.1-3.fc6.noarch requires python(abi) = 0:2.4 toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_gl-2.6.so.0 toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3) toped-0.8.2-2.fc6.ppc requires libwx_baseu_xml-2.6.so.0 toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_qa-2.6.so.0 toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_core-2.6.so.0 toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_gl-2.6.so.0(WXU_2.6) toped-0.8.2-2.fc6.ppc requires libwx_baseu_net-2.6.so.0 toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_xrc-2.6.so.0 toped-0.8.2-2.fc6.ppc requires libwx_baseu-2.6.so.0(WXU_2.6) toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_html-2.6.so.0 toped-0.8.2-2.fc6.ppc requires libwx_baseu-2.6.so.0 toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6) toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_adv-2.6.so.0 xmldiff-0.6.7-12.fc6.ppc requires python-abi = 0:2.4 xmldiff-0.6.7-12.fc6.ppc requires python(abi) = 0:2.4 ====================================================================== Broken packages in fedora-extras-development-x86_64: PyKDE-3.16.0-5.fc7.i386 requires python(abi) = 0:2.4 PyKDE-3.16.0-5.fc7.i386 requires python-abi = 0:2.4 PyKDE-3.16.0-5.fc7.x86_64 requires python(abi) = 0:2.4 PyKDE-3.16.0-5.fc7.x86_64 requires python-abi = 0:2.4 amarok-1.4.4-5.fc7.i386 requires libmtp.so.4 amarok-1.4.4-5.fc7.i386 requires libgpod.so.0 amarok-1.4.4-5.fc7.x86_64 requires libmtp.so.4()(64bit) amarok-1.4.4-5.fc7.x86_64 requires libgpod.so.0()(64bit) csound-5.03.0-9.fc7.i386 requires libpython2.4.so.1.0 csound-5.03.0-9.fc7.x86_64 requires libpython2.4.so.1.0()(64bit) csound-python-5.03.0-9.fc7.x86_64 requires python(abi) = 0:2.4 csound-python-5.03.0-9.fc7.x86_64 requires libpython2.4.so.1.0()(64bit) em8300-0.16.0-3.fc7.x86_64 requires em8300-kmod >= 0:0.16.0 kdemultimedia-extras-6:3.5.5-0.3.fc7.x86_64 requires libgstreamer-0.8.so.1()(64bit) libreadline-java-0.8.0-13.fc6.i386 requires libedit >= 0:2.9 libreadline-java-0.8.0-13.fc6.x86_64 requires libedit >= 0:2.9 openpbx-1.2-3.rc2.svn2135.fc7.i386 requires libedit.so.0 openpbx-1.2-3.rc2.svn2135.fc7.x86_64 requires libedit.so.0()(64bit) openpbx-postgresql-1.2-3.rc2.svn2135.fc7.x86_64 requires libpq.so.4()(64bit) paraview-2.4.4-3.fc6.x86_64 requires libpython2.4.so.1.0()(64bit) paraview-mpi-2.4.4-3.fc6.x86_64 requires libpython2.4.so.1.0()(64bit) python-amara-1.1.7-2.fc6.noarch requires python(abi) = 0:2.4 python-cherrypy-2.2.1-3.fc6.noarch requires python(abi) = 0:2.4 streamtuner-0.99.99-15.fc7.x86_64 requires libpython2.4.so.1.0()(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_gtk2u_gl-2.6.so.0(WXU_2.6)(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6)(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_baseu-2.6.so.0(WXU_2.6)(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_gtk2u_xrc-2.6.so.0()(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_gtk2u_core-2.6.so.0()(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_baseu-2.6.so.0()(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_gtk2u_adv-2.6.so.0()(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6)(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_gtk2u_qa-2.6.so.0()(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_baseu_xml-2.6.so.0()(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_gtk2u_html-2.6.so.0()(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_baseu_net-2.6.so.0()(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_gtk2u_gl-2.6.so.0()(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2)(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3)(64bit) xmldiff-0.6.7-12.fc6.x86_64 requires python-abi = 0:2.4 xmldiff-0.6.7-12.fc6.x86_64 requires python(abi) = 0:2.4 From chris.stone at gmail.com Tue Jan 30 23:08:56 2007 From: chris.stone at gmail.com (Christopher Stone) Date: Tue, 30 Jan 2007 15:08:56 -0800 Subject: Extras x86_64 rawhide rebuild in mock status 2007-01-30 In-Reply-To: <20070130225553.GA23729@lists.us.dell.com> References: <20070130155933.GD23570@lists.us.dell.com> <20070130225553.GA23729@lists.us.dell.com> Message-ID: On 1/30/07, Matt Domsch wrote: > On Tue, Jan 30, 2007 at 08:48:29AM -0800, Christopher Stone wrote: > > On 1/30/07, Matt Domsch wrote: > > >Extras Rawhide-in-Mock Build Results for x86_64 Tue Jan 30 08:12:14 CST > > >2007 > > > > > >Full logs at http://linux.dell.com/files/fedora/FixBuildRequires/ > > >php-pear-Structures-DataGrid-DataSource-Array-0.1.1-1.fc7.1.src.rpm > > > > Why are you building this ancient out-dated no longer valid and should > > not be built version??? The latest is 0.1.2-1 and is the version you > > should be building... > > I build every .src.rpm that's in the rawhide SRPMS directory. I can't > control what's there. Erm, ftp://download.fedora.redhat.com/pub/fedora/linux/extras/development/SRPMS shows only the version of the package which is supposed to be there. Not the version you compiled. You obviously are not using the same rawhide that I'm using. From Matt_Domsch at dell.com Wed Jan 31 00:29:12 2007 From: Matt_Domsch at dell.com (Matt Domsch) Date: Tue, 30 Jan 2007 18:29:12 -0600 Subject: Extras x86_64 rawhide rebuild in mock status 2007-01-30 In-Reply-To: References: <20070130155933.GD23570@lists.us.dell.com> <20070130225553.GA23729@lists.us.dell.com> Message-ID: <20070131002912.GA30457@lists.us.dell.com> On Tue, Jan 30, 2007 at 03:08:56PM -0800, Christopher Stone wrote: > On 1/30/07, Matt Domsch wrote: > >On Tue, Jan 30, 2007 at 08:48:29AM -0800, Christopher Stone wrote: > >> On 1/30/07, Matt Domsch wrote: > >> >Extras Rawhide-in-Mock Build Results for x86_64 Tue Jan 30 08:12:14 CST > >> >2007 > >> > > >> >Full logs at http://linux.dell.com/files/fedora/FixBuildRequires/ > >> >php-pear-Structures-DataGrid-DataSource-Array-0.1.1-1.fc7.1.src.rpm > >> > >> Why are you building this ancient out-dated no longer valid and should > >> not be built version??? The latest is 0.1.2-1 and is the version you > >> should be building... > > You obviously are not using the same rawhide that I'm using. Ahh, it was current when the run started. It took a few days to finish, even using 4 fast servers. I'll pick up the newest version in the next run. Thanks, Matt -- Matt Domsch Software Architect Dell Linux Solutions linux.dell.com & www.dell.com/linux Linux on Dell mailing lists @ http://lists.us.dell.com From giallu at gmail.com Wed Jan 31 08:16:01 2007 From: giallu at gmail.com (Gianluca Sforna) Date: Wed, 31 Jan 2007 09:16:01 +0100 Subject: Wishlist addition In-Reply-To: References: Message-ID: On 1/30/07, Stephanos Manos wrote: > Gianluca Sforna wrote: > > I just added a new wishlist item on > > http://fedoraproject.org/wiki/Extras/WishList): > > > > Referencer - an organiser and bibliography manager for Gnome > > > > > Does not build under FC5, FC6, devel > > the author states in the README file > NOTE TO FEDORA USERS: Unfortunately the poppler development packages in > the default yum repositories are incomplete -- to build Referencer it is > necessary to separately download poppler source packages, and edit the > Referencer Makefile to find this directory. Note that the binary > library itself is fine on Fedora, it's just the headers that are > problematic, so once it is built it can be distributed without problems. > > > but for the devel package of poppler to have the needed headers is to be > build with --enable-xpdf-headers ( Install unsupported xpdf headers. ) > > so either poppler is build with the above parameter or the program's > author fixes the problem. > Thanks for trying, and for reporting the problem... :( If the poppler maintainer is around, is there any easy workaround (other than the obvious, use -enable-xpdf-headers in the fedora package...) ? From mszpak at wp.pl Wed Jan 31 10:50:10 2007 From: mszpak at wp.pl (=?ISO-8859-2?Q?Marcin_Zaj=B1czkowski?=) Date: Wed, 31 Jan 2007 11:50:10 +0100 Subject: Extras x86_64 rawhide rebuild in mock status 2007-01-30 In-Reply-To: <20070130155933.GD23570@lists.us.dell.com> References: <20070130155933.GD23570@lists.us.dell.com> Message-ID: isomMatt Domsch wrote: > Extras Rawhide-in-Mock Build Results for x86_64 Tue Jan 30 08:12:14 CST 2007 > > Full logs at http://linux.dell.com/files/fedora/FixBuildRequires/ > > Total packages: 2606 > Number failed to build: 149 > Number expected to fail due to ExclusiveArch or ExcludeArch: 20 > Leaving: 129 > (there may be some duplicates if rawhide has 2 versions of a package) > > Of those expected to have worked... > Without a bug filed: 129 > ---------------------------------- (...) > isomaster-0.7-2.fc7.src.rpm There is a newer version of isomaster which compiled fine. Should I remove old versions of a package somehow from rawhide? Nevertheless that version should work as well. What does it mean: "Command exited with non-zero status 50" (there is no result or state subdirectory). Btw, I added my email address to the list in owners.list file. Why it is missing on that list? Regards Marcin From bugs.michael at gmx.net Wed Jan 31 11:02:34 2007 From: bugs.michael at gmx.net (Michael Schwendt) Date: Wed, 31 Jan 2007 12:02:34 +0100 Subject: Extras x86_64 rawhide rebuild in mock status 2007-01-30 In-Reply-To: References: <20070130155933.GD23570@lists.us.dell.com> Message-ID: <20070131120234.ef6bd680.bugs.michael@gmx.net> On Wed, 31 Jan 2007 11:50:10 +0100, Marcin Zaj?czkowski wrote: > isomMatt Domsch wrote: > > Extras Rawhide-in-Mock Build Results for x86_64 Tue Jan 30 08:12:14 CST 2007 > > > > Full logs at http://linux.dell.com/files/fedora/FixBuildRequires/ > > > > Total packages: 2606 > > Number failed to build: 149 > > Number expected to fail due to ExclusiveArch or ExcludeArch: 20 > > Leaving: 129 > > (there may be some duplicates if rawhide has 2 versions of a package) > > > > Of those expected to have worked... > > Without a bug filed: 129 > > ---------------------------------- > (...) > > isomaster-0.7-2.fc7.src.rpm > > There is a newer version of isomaster which compiled fine. > > Should I remove old versions of a package somehow from rawhide? Not necessary. They are deleted automatically with every *normal* push of new packages. Unless that step is skipped. Then older package versions may pile up for a few days before they are deleted. From jonathan.underwood at gmail.com Wed Jan 31 11:45:08 2007 From: jonathan.underwood at gmail.com (Jonathan Underwood) Date: Wed, 31 Jan 2007 11:45:08 +0000 Subject: Wishlist addition In-Reply-To: References: Message-ID: <645d17210701310345pb559e17ra5f215ef227ece27@mail.gmail.com> On 31/01/07, Gianluca Sforna wrote: > If the poppler maintainer is around, is there any easy workaround > (other than the obvious, use -enable-xpdf-headers in the fedora > package...) ? > For reference, there's a bug tracking this issue: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=225477 From buildsys at fedoraproject.org Wed Jan 31 16:24:38 2007 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Wed, 31 Jan 2007 11:24:38 -0500 (EST) Subject: Fedora Extras Package Build Report 2007-01-31 Message-ID: <20070131162438.C71AC15212E@buildsys.fedoraproject.org> Packages built and released for Fedora Extras development: 8 bsd-games-2.17-17.fc7 cfengine-2.1.22-1.fc7 perl-ExtUtils-ParseXS-2.18-1.fc7 perl-HTML-Template-2.9-1.fc7 perl-MARC-Record-2.0.0-1.fc7 NEW seedit-2.1.0-0.15.beta6.7.fc7 srecord-1.27-1.fc7 tuxpaint-0.9.16-4.fc7 Packages built and released for Fedora Extras 6: 11 PyQt-qscintilla-3.17-2.fc6 cfengine-2.1.22-1.fc6 devilspie-0.20.2-1.fc6 exo-0.3.2-1.fc6.1 nfswatch-4.99.7-1.fc6 qscintilla-1.7.1-1.fc6 rrdtool-1.2.18-1.fc6 srecord-1.27-1.fc6 telepathy-gabble-0.5.1-1.fc6 tuxpaint-0.9.16-4.fc6 xchat-gnome-0.16-1.fc6 Packages built and released for Fedora Extras 5: 6 PyQt-qscintilla-3.17-2.fc5 cfengine-2.1.22-1.fc5 devilspie-0.20.2-1.fc5 nfswatch-4.99.7-1.fc5 qscintilla-1.7.1-1.fc5 srecord-1.27-1.fc5 For more information about the built packages please see the repository or the Fedora Info Feed: http://fedoraproject.org/infofeed/ From mr.ecik at gmail.com Wed Jan 31 17:51:52 2007 From: mr.ecik at gmail.com (=?ISO-8859-2?Q?Micha=B3_Bentkowski?=) Date: Wed, 31 Jan 2007 18:51:52 +0100 Subject: Mock warnings Message-ID: <668bb39a0701310951p427e6cccua7f83c26d2cd7fc6@mail.gmail.com> Don't whether it's important but I noticed that for at least two packages built in devel mock shows following error today: warning: gdbm-1.8.0-26.2.1: Header V3 DSA signature: NOKEY, key ID 897da07a warning: rpmdevtools-5.3-1.fc6: Header V3 DSA signature: NOKEY, key ID 1ac70ce6 /var/tmp/rpm-tmp.34161: line 5: syntax error near unexpected token `)' /var/tmp/rpm-tmp.34161: line 5: ` umask 066 && touch $n)' error: %post(sysklogd-1.4.1-44.fc7.ppc) scriptlet failed, exit status 2 Full logs here: http://buildsys.fedoraproject.org/logs/fedora-development-extras/26754-python-mutagen-1.10.1-1.fc7/noarch/root.log -- Micha? Bentkowski mr.ecik at gmail.com From jkeating at redhat.com Wed Jan 31 18:49:34 2007 From: jkeating at redhat.com (Jesse Keating) Date: Wed, 31 Jan 2007 13:49:34 -0500 Subject: Mock warnings In-Reply-To: <668bb39a0701310951p427e6cccua7f83c26d2cd7fc6@mail.gmail.com> References: <668bb39a0701310951p427e6cccua7f83c26d2cd7fc6@mail.gmail.com> Message-ID: <200701311349.34387.jkeating@redhat.com> On Wednesday 31 January 2007 12:51, Micha? Bentkowski wrote: > Don't whether it's important but I noticed that for at least two > packages built in devel mock shows following error today: > ?warning: gdbm-1.8.0-26.2.1: Header V3 DSA signature: NOKEY, key ID > 897da07a warning: rpmdevtools-5.3-1.fc6: Header V3 DSA signature: NOKEY, > key ID 1ac70ce6 /var/tmp/rpm-tmp.34161: line 5: syntax error near > unexpected token `)' /var/tmp/rpm-tmp.34161: line 5: `???????umask 066 && > touch $n)' > error: %post(sysklogd-1.4.1-44.fc7.ppc) scriptlet failed, exit status 2 Its a bug in the sysklogd package. -- Jesse Keating Release Engineer: Fedora -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: