From rakesh.pandit at gmail.com Fri Jan 1 03:50:34 2010 From: rakesh.pandit at gmail.com (Rakesh Pandit) Date: Fri, 1 Jan 2010 09:20:34 +0530 Subject: Package Review Stats for 2009! Message-ID: FAS account holders who have been involved in reviewing "Package review" components on bugzilla for 2009 are: Parag AN(????) : 428 Mamoru Tasaka : 133 Jason Tibbitts : 126 Jussi Lehtola : 114 manuel wolfshant : 87 Orcan 'oget' Ogetbil : 65 Nicolas Mailhot : 51 Peter Lemenkov : 48 Andrew Overholt : 45 Jochen Schmitt : 45 Lubomir Rintel : 45 Christoph Wickert : 43 Mattias Ellert : 32 Chris Weyl : 28 David Nalley : 27 Fabian Affolter : 27 Steve Traylen : 27 Remi Collet : 26 Dan Hor?k : 25 Marcela Ma?l??ov? : 25 Steven M. Parrish : 25 Tom "spot" Callaway : 24 Alexander Kurtakov : 22 Jan Klepek : 22 Michel Alexandre Salim : 22 Richard W.M. Jones : 22 Chitlesh GOORAH : 21 Kevin Fenzi : 21 Rex Dieter : 20 Thomas Spura : 20 Martin Gieseking : 19 Peter Robinson : 18 Iain Arnell : 16 Jon Ciesla : 16 Michael Schwendt : 16 Christian Krause : 15 Thomas Sailer : 15 Dennis Gilmore : 14 Andrew Colin Kissa : 13 Jaroslav Reznik : 13 Roman Rakus : 13 Alexey Torkhov : 12 Hans de Goede : 12 Simon Wesp : 12 Matthias Clasen : 11 Yaakov Nemoy : 11 Guido Grazioli : 10 Jens Petersen : 10 Jerry James : 10 Brennan Ashton : 9 Erik van Pienbroek : 9 Lucian Langa : 9 Marek Mahut : 9 Nick Bebout : 9 Robert Scheck : 9 Tim Lauridsen : 9 Toshio Ernie Kuratomi : 9 Yanko Kaneti : 9 Adel Gadllah : 8 Ian Weller : 8 Andreas Osowski : 7 Bryan O'Sullivan : 7 Emmanuel Seyman : 7 Jeff Johnston : 7 Jon Stanley : 7 Kalev Lember : 7 Michal Ingeli : 7 Ben Boeckel : 6 Matej Cepl : 6 Rahul Sundaram : 6 Thomas Janssen : 6 Till Maas : 6 Adam Tkac : 5 Alan Pevec : 5 Allisson Azevedo : 5 Dominic Hopf : 5 Dominik 'Rathann' Mierzejewski : 5 Felix Kaechele : 5 Jesse Keating : 5 Levente Farkas : 5 Michal Nowak : 5 Miroslav Such? : 5 Nils Philippsen : 5 Praveen K Paladugu : 5 Sandro Mathys : 5 Sven Lankes : 5 Alex Lancaster : 4 Caolan McNamara : 4 Conrad Meyer : 4 Gianluca Sforna : 4 Karel Kl?? : 4 Lorenzo Villani : 4 Luya Tshimbalanga : 4 Mike Bonnet : 4 Miroslav Lichvar : 4 Nicolas Chauvet (kwizart) : 4 Nuno Santos : 4 Ondrej Vasik : 4 Orion Poplawski : 4 Paul Lange : 4 Pavel Alexeev (aka Pahan-Hubbitus) : 4 Ralf Corsepius : 4 Ruben Kerkhof : 4 Sarantis Paskalis : 4 Xavier Bachelot : 4 Bastien Nocera : 3 Christof Damian : 3 David Lutterkort : 3 David Timms : 3 Debarshi Ray : 3 Ivana Varekova : 3 Jarod Wilson : 3 Jim Meyering : 3 Jiri Popelka : 3 Josh Boyer : 3 Jos? Matos : 3 Kevin Kofler : 3 Lillian Angel : 3 Mary Ellen Foster : 3 Michal Schmidt : 3 Milos Jakubicek : 3 Nikolay Vladimirov : 3 Rakesh Pandit : 3 Stepan Kasal : 3 Steve Whitehouse : 3 Terje R??sten : 3 Warren Togami : 3 Wesley S. Hearn : 3 Xavier Lamien : 3 Adam Goode : 2 Armin : 2 Bill Nottingham : 2 Bob Relyea : 2 D Haley : 2 Daniel Berrange : 2 Darryl L. Pierce : 2 Dave Malcolm : 2 David Hannequin : 2 Deji Akingunola : 2 Denis Leroy : 2 Fabio Massimo Di Nitto : 2 Gareth John : 2 Igor Juri?kovi? : 2 Jeremy Katz : 2 Jon Levell : 2 Joseph Smidt : 2 Julian Aloofi : 2 Martin Nagy : 2 Martin-Gomez Pablo : 2 Mat Booth : 2 Matt Domsch : 2 Matthew Barnes : 2 Michal Hlavinka : 2 Michal Marciniszyn : 2 Mike McGrath : 2 Miroslav Such?? : 2 Owen Taylor : 2 Paul Howarth : 2 Pierre-YvesChibon : 2 Rasmus Ory Nielsen : 2 Ryan Rix : 2 Sebastian Dziallas : 2 Sebastian Vahl : 2 Sergio Pascual : 2 Silas Sewell : 2 Stefan Schulze Frielinghaus : 2 Tim Niemueller : 2 Tomas Mraz : 2 Zarko (grof) : 2 leigh scott : 2 srinivas : 2 Adam Stokes : 1 Adam Williamson : 1 Adrian Reber : 1 Andreas Thienemann : 1 Andrew Beekhof : 1 Antti Andreimann : 1 Aurelien Bompard : 1 Brian Pepple : 1 Christopher Aillon : 1 Clint Savage : 1 D. Marlin : 1 Dan Hor??k : 1 Daniel Kope?ek : 1 David A. Wheeler : 1 David Carter : 1 David Nielsen : 1 Denis Arnaud : 1 Edwin ten Brink : 1 Eelko Berkenpies : 1 Eli Wapniarski : 1 Fernando Nasser : 1 Gary T. Giesen : 1 Gerd Pokorra : 1 Guillaume Kulakowski : 1 Hans Ulrich Niedermann : 1 Harald Hoyer : 1 Hedayat Vatankhah : 1 Ignacio Vazquez-Abrams : 1 Itamar Reis Peixoto : 1 Jan ONDREJ : 1 Jan Zeleny : 1 Jeff Sheltren : 1 John (J5) Palmieri : 1 Jonathan Steffan : 1 Jos?? Matos : 1 Juan Manuel Rodriguez : 1 Luke Macken : 1 Luk?? Tinkl : 1 MERCIER Jonathan : 1 Matthew Booth : 1 Matthew Kent : 1 Matthias Saou : 1 Michael DeHaan : 1 Michael Stahnke : 1 Miloslav Trma? : 1 Nigel Jones : 1 Paul W. Frields : 1 Paulo Roma Cavalcanti : 1 Peter Gordon : 1 Petr Machata : 1 Randall Berry : 1 Ray Strode : 1 Ray Van Dolson : 1 Ricky Zhou : 1 Robin Norwood : 1 Scott Seago : 1 Stefan Posdzich : 1 Tejas Dinkar : 1 Thibault North : 1 Thomas Fitzsimmons : 1 Thomas Kowaliczek : 1 Thomas Woerner : 1 Ville Skytt? : 1 Ville-Pekka Vainio : 1 W. Michael Petullo : 1 Walter Gould : 1 William Cohen : 1 seth vidal : 1 ?imon Luka??k : 1 Total reviews modified: 2469 Merge Reviews: 126 Review Requests: 2343 This report by generated by bzReviewReport.py. The source is available at: https://fedorahosted.org/triage/browser/scripts/bzReviewReport.py Please submit patches or bug reports at: https://fedorahosted.org/triage/ -- Regards, Rakesh Pandit https://fedoraproject.org/wiki/User:Rakesh freedom, friends, features, first From shakthimaan at gmail.com Fri Jan 1 07:10:16 2010 From: shakthimaan at gmail.com (Shakthi Kannan) Date: Fri, 1 Jan 2010 12:40:16 +0530 Subject: can't find package Tk, Fedora 12 Message-ID: Hi, On Fedora 12, when using: $ tclsh % package require Tk can't find package Tk % Has anything been changed in Tcl package in Fedora 12 w.r.t. finding/searching for Tk libraries? If I have hello.tcl with: package require Tk grid [ttk::button .b -text "Hello world"] and use "wish hello.tcl" it works. But, when using: $ tclsh hello.tcl can't find package Tk while executing "package require Tk" (file "hello.tcl" line 1) An upstream package uses "package require Tk" in the Tcl sources. How can this Tk search path be set? I have the following libraries installed: tcl-8.5.7-4.fc12.i686 tk-8.5.7-2.fc12.i686 The file /usr/lib/tk8.5/pkgIndex.tcl exists. Is this related? http://groups.google.com/group/comp.lang.tcl/browse_thread/thread/2b6072c84d4eab2a/07aed79740ed1189?pli=1 Appreciate any inputs, Thanks! SK -- Shakthi Kannan http://www.shakthimaan.com From rawhide at fedoraproject.org Fri Jan 1 12:55:32 2010 From: rawhide at fedoraproject.org (Rawhide Report) Date: Fri, 1 Jan 2010 12:55:32 +0000 Subject: rawhide report: 20100101 changes Message-ID: <20100101125532.GA14634@releng2.fedora.phx.redhat.com> Compose started at Fri Jan 1 08:15:07 UTC 2010 Broken deps for i386 ---------------------------------------------------------- anjal-0.1.0-1.fc13.i686 requires libevolution-mail-shared.so.0 anjal-0.1.0-1.fc13.i686 requires libefilterbar.so.0 cduce-0.5.3-3.fc13.i686 requires ocaml(runtime) = 0:3.11.1 cduce-0.5.3-3.fc13.i686 requires ocaml(Filename) = 0:7cd172f02b7ee9b8d7bda3bb92144951 cduce-0.5.3-3.fc13.i686 requires ocaml(Obj) = 0:c827f726ce05da709cf7de58fc15e324 cduce-0.5.3-3.fc13.i686 requires ocaml(Format) = 0:b7ba3152a5eec5609d6ab86e6c51eebb cduce-0.5.3-3.fc13.i686 requires ocaml(Printexc) = 0:fdf007941aa14d1a26323558012dbf52 cduce-0.5.3-3.fc13.i686 requires ocaml(Buffer) = 0:23af67395823b652b807c4ae0b581211 cduce-ocamlduce-0.5.3-3.fc13.i686 requires ocaml(Format) = 0:b7ba3152a5eec5609d6ab86e6c51eebb cduce-ocamlduce-0.5.3-3.fc13.i686 requires ocaml(Buffer) = 0:23af67395823b652b807c4ae0b581211 cduce-ocamlduce-0.5.3-3.fc13.i686 requires ocaml(runtime) = 0:3.11.1 cduce-ocamlduce-0.5.3-3.fc13.i686 requires ocaml(Obj) = 0:c827f726ce05da709cf7de58fc15e324 cluster-snmp-0.16.1-2.fc12.i686 requires libnetsnmp.so.15 ghc-HTTP-devel-4000.0.6-6.fc13.i686 requires ghc = 0:6.10.4 ghc-HTTP-devel-4000.0.6-6.fc13.i686 requires ghc = 0:6.10.4 ghc-HTTP-doc-4000.0.6-6.fc13.i686 requires ghc-doc = 0:6.10.4 ghc-HTTP-doc-4000.0.6-6.fc13.i686 requires ghc-doc = 0:6.10.4 ghc-HTTP-prof-4000.0.6-6.fc13.i686 requires ghc-prof = 0:6.10.4 ghc-cairo-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-cairo-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-cairo-prof-0.10.1-5.fc12.i686 requires ghc-prof = 0:6.10.4 ghc-cgi-devel-3001.1.7.1-3.fc13.i686 requires ghc = 0:6.10.4 ghc-cgi-devel-3001.1.7.1-3.fc13.i686 requires ghc = 0:6.10.4 ghc-cgi-doc-3001.1.7.1-3.fc13.i686 requires ghc-doc = 0:6.10.4 ghc-cgi-doc-3001.1.7.1-3.fc13.i686 requires ghc-doc = 0:6.10.4 ghc-cgi-prof-3001.1.7.1-3.fc13.i686 requires ghc-prof = 0:6.10.4 ghc-fgl-devel-5.4.2.2-1.fc12.i686 requires ghc = 0:6.10.4 ghc-fgl-devel-5.4.2.2-1.fc12.i686 requires ghc = 0:6.10.4 ghc-fgl-doc-5.4.2.2-1.fc12.i686 requires ghc-doc = 0:6.10.4 ghc-fgl-doc-5.4.2.2-1.fc12.i686 requires ghc-doc = 0:6.10.4 ghc-fgl-prof-5.4.2.2-1.fc12.i686 requires ghc-prof = 0:6.10.4 ghc-gconf-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-gconf-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-gconf-prof-0.10.1-5.fc12.i686 requires ghc-prof = 0:6.10.4 ghc-ghc-paths-devel-0.1.0.5-8.fc12.i686 requires ghc = 0:6.10.4 ghc-ghc-paths-devel-0.1.0.5-8.fc12.i686 requires ghc = 0:6.10.4 ghc-ghc-paths-doc-0.1.0.5-8.fc12.i686 requires ghc-doc = 0:6.10.4 ghc-ghc-paths-doc-0.1.0.5-8.fc12.i686 requires ghc-doc = 0:6.10.4 ghc-ghc-paths-prof-0.1.0.5-8.fc12.i686 requires ghc-prof = 0:6.10.4 ghc-gio-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-gio-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-gio-prof-0.10.1-5.fc12.i686 requires ghc-prof = 0:6.10.4 ghc-glade-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-glade-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-glade-prof-0.10.1-5.fc12.i686 requires ghc-prof = 0:6.10.4 ghc-glib-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-glib-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-glib-prof-0.10.1-5.fc12.i686 requires ghc-prof = 0:6.10.4 ghc-gstreamer-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-gstreamer-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-gstreamer-prof-0.10.1-5.fc12.i686 requires ghc-prof = 0:6.10.4 ghc-gtk-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-gtk-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-gtk-prof-0.10.1-5.fc12.i686 requires ghc-prof = 0:6.10.4 ghc-gtkglext-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-gtkglext-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-gtkglext-prof-0.10.1-5.fc12.i686 requires ghc-prof = 0:6.10.4 ghc-gtksourceview2-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-gtksourceview2-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-gtksourceview2-prof-0.10.1-5.fc12.i686 requires ghc-prof = 0:6.10.4 ghc-haskell-platform-devel-2009.2.0.2-3.fc13.i686 requires ghc = 0:6.10.4 ghc-haskell-platform-devel-2009.2.0.2-3.fc13.i686 requires ghc = 0:6.10.4 ghc-haskell-platform-doc-2009.2.0.2-3.fc13.i686 requires ghc-doc = 0:6.10.4 ghc-haskell-platform-doc-2009.2.0.2-3.fc13.i686 requires ghc-doc = 0:6.10.4 ghc-haskell-platform-prof-2009.2.0.2-3.fc13.i686 requires ghc-prof = 0:6.10.4 ghc-haskell-src-exts-devel-1.3.0-2.fc13.i686 requires ghc = 0:6.10.4 ghc-haskell-src-exts-devel-1.3.0-2.fc13.i686 requires ghc = 0:6.10.4 ghc-haskell-src-exts-doc-1.3.0-2.fc13.i686 requires ghc-doc = 0:6.10.4 ghc-haskell-src-exts-doc-1.3.0-2.fc13.i686 requires ghc-doc = 0:6.10.4 ghc-haskell-src-exts-prof-1.3.0-2.fc13.i686 requires ghc-prof = 0:6.10.4 ghc-network-devel-2.2.1.4-2.fc12.i686 requires ghc = 0:6.10.4 ghc-network-devel-2.2.1.4-2.fc12.i686 requires ghc = 0:6.10.4 ghc-network-doc-2.2.1.4-2.fc12.i686 requires ghc-doc = 0:6.10.4 ghc-network-doc-2.2.1.4-2.fc12.i686 requires ghc-doc = 0:6.10.4 ghc-network-prof-2.2.1.4-2.fc12.i686 requires ghc-prof = 0:6.10.4 ghc-soegtk-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-soegtk-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-soegtk-prof-0.10.1-5.fc12.i686 requires ghc-prof = 0:6.10.4 ghc-svgcairo-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-svgcairo-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-svgcairo-prof-0.10.1-5.fc12.i686 requires ghc-prof = 0:6.10.4 ghc-uniplate-devel-1.2.0.3-6.fc12.i686 requires ghc = 0:6.10.4 ghc-uniplate-devel-1.2.0.3-6.fc12.i686 requires ghc = 0:6.10.4 ghc-uniplate-doc-1.2.0.3-6.fc12.i686 requires ghc-doc = 0:6.10.4 ghc-uniplate-doc-1.2.0.3-6.fc12.i686 requires ghc-doc = 0:6.10.4 ghc-uniplate-prof-1.2.0.3-6.fc12.i686 requires ghc-prof = 0:6.10.4 ghc-xmonad-contrib-devel-0.9-1.fc13.i686 requires ghc-utf8-string-devel = 0:0.3.5 ghc-xmonad-contrib-devel-0.9-1.fc13.i686 requires ghc = 0:6.10.4 ghc-xmonad-contrib-devel-0.9-1.fc13.i686 requires ghc = 0:6.10.4 ghc-xmonad-contrib-doc-0.9-1.fc13.i686 requires ghc-doc = 0:6.10.4 ghc-xmonad-contrib-doc-0.9-1.fc13.i686 requires ghc-doc = 0:6.10.4 ghc-xmonad-contrib-doc-0.9-1.fc13.i686 requires ghc-utf8-string-doc = 0:0.3.5 ghc-xmonad-contrib-prof-0.9-1.fc13.i686 requires ghc-prof = 0:6.10.4 ghc-xmonad-contrib-prof-0.9-1.fc13.i686 requires ghc-utf8-string-prof = 0:0.3.5 ghc-xmonad-devel-0.9-3.fc13.i686 requires ghc-X11-devel = 0:1.4.6.1 ghc-xmonad-devel-0.9-3.fc13.i686 requires ghc = 0:6.10.4 ghc-xmonad-devel-0.9-3.fc13.i686 requires ghc = 0:6.10.4 ghc-xmonad-doc-0.9-3.fc13.i686 requires ghc-doc = 0:6.10.4 ghc-xmonad-doc-0.9-3.fc13.i686 requires ghc-doc = 0:6.10.4 ghc-xmonad-doc-0.9-3.fc13.i686 requires ghc-X11-doc = 0:1.4.6.1 ghc-xmonad-prof-0.9-3.fc13.i686 requires ghc-X11-prof = 0:1.4.6.1 ghc-xmonad-prof-0.9-3.fc13.i686 requires ghc-prof = 0:6.10.4 1:gnash-cygnal-0.8.6-7.fc13.i686 requires gnash = 0:0.8.6-7.fc13 1:gnash-devel-0.8.6-7.fc13.i686 requires gnash = 0:0.8.6-7.fc13 1:gnash-klash-0.8.6-7.fc13.i686 requires gnash = 0:0.8.6-7.fc13 1:gnash-plugin-0.8.6-7.fc13.i686 requires gnash = 0:0.8.6-7.fc13 gnome-python2-evince-2.28.0-2.fc12.i686 requires libevview.so.1 gnome-python2-evince-2.28.0-2.fc12.i686 requires libevdocument.so.1 graphviz-ocaml-2.26.0-1.fc13.i686 requires ocaml(Obj) = 0:c827f726ce05da709cf7de58fc15e324 graphviz-ocaml-2.26.0-1.fc13.i686 requires ocaml(runtime) = 0:3.11.1 haskell-platform-2009.2.0.2-3.fc13.i686 requires ghc = 0:6.10.4 hulahop-0.6.0-2.fc12.i686 requires xulrunner-python hulahop-0.6.0-2.fc12.i686 requires libpyxpcom.so inksmoto-0.7.0-1.rc1.fc13.noarch requires /bin/python kst-fits-1.8.0-3.fc12.i686 requires cfitsio = 0:3.140 kst-netcdf-1.8.0-3.fc12.i686 requires libnetcdf_c++.so.4 kst-netcdf-1.8.0-3.fc12.i686 requires libnetcdf.so.4 libextractor-plugins-rpm-0.5.23-1303.fc13.i686 requires librpm.so.0 linphone-2.1.1-4.fc12.i686 requires libortp.so.7 ocaml-camlp5-5.12-2.fc12.i686 requires ocaml(Format) = 0:b7ba3152a5eec5609d6ab86e6c51eebb ocaml-camlp5-5.12-2.fc12.i686 requires ocaml(Printexc) = 0:fdf007941aa14d1a26323558012dbf52 ocaml-camlp5-5.12-2.fc12.i686 requires ocaml(Buffer) = 0:23af67395823b652b807c4ae0b581211 ocaml-camlp5-5.12-2.fc12.i686 requires ocaml(Filename) = 0:7cd172f02b7ee9b8d7bda3bb92144951 ocaml-camlp5-5.12-2.fc12.i686 requires ocaml(runtime) = 0:3.11.1 ocaml-camlp5-5.12-2.fc12.i686 requires ocaml(Obj) = 0:c827f726ce05da709cf7de58fc15e324 ocaml-json-wheel-1.0.6-2.fc12.i686 requires ocaml(Format) = 0:b7ba3152a5eec5609d6ab86e6c51eebb ocaml-json-wheel-1.0.6-2.fc12.i686 requires ocaml(Buffer) = 0:23af67395823b652b807c4ae0b581211 ocaml-json-wheel-1.0.6-2.fc12.i686 requires ocaml(runtime) = 0:3.11.1 ocaml-json-wheel-1.0.6-2.fc12.i686 requires ocaml(Obj) = 0:c827f726ce05da709cf7de58fc15e324 ocaml-ocamlnet-2.2.9-15.fc13.i686 requires ocaml(Format) = 0:b7ba3152a5eec5609d6ab86e6c51eebb ocaml-ocamlnet-2.2.9-15.fc13.i686 requires ocaml(runtime) = 0:3.11.1 ocaml-ocamlnet-2.2.9-15.fc13.i686 requires ocaml(Filename) = 0:7cd172f02b7ee9b8d7bda3bb92144951 ocaml-ocamlnet-2.2.9-15.fc13.i686 requires ocaml(Obj) = 0:c827f726ce05da709cf7de58fc15e324 ocaml-ocamlnet-2.2.9-15.fc13.i686 requires ocaml(Printexc) = 0:fdf007941aa14d1a26323558012dbf52 ocaml-ocamlnet-2.2.9-15.fc13.i686 requires ocaml(Buffer) = 0:23af67395823b652b807c4ae0b581211 ocaml-ocamlnet-nethttpd-2.2.9-15.fc13.i686 requires ocaml(Format) = 0:b7ba3152a5eec5609d6ab86e6c51eebb ocaml-ocamlnet-nethttpd-2.2.9-15.fc13.i686 requires ocaml(Buffer) = 0:23af67395823b652b807c4ae0b581211 ocaml-ocamlnet-nethttpd-2.2.9-15.fc13.i686 requires ocaml(Printexc) = 0:fdf007941aa14d1a26323558012dbf52 ocaml-ocamlnet-nethttpd-2.2.9-15.fc13.i686 requires ocaml(Filename) = 0:7cd172f02b7ee9b8d7bda3bb92144951 ocaml-ocamlnet-nethttpd-2.2.9-15.fc13.i686 requires ocaml(runtime) = 0:3.11.1 ocaml-ocamlnet-nethttpd-2.2.9-15.fc13.i686 requires ocaml(Obj) = 0:c827f726ce05da709cf7de58fc15e324 ocaml-preludeml-0.1-0.13.20090113.fc12.i686 requires ocaml(Buffer) = 0:23af67395823b652b807c4ae0b581211 ocaml-preludeml-0.1-0.13.20090113.fc12.i686 requires ocaml(Filename) = 0:7cd172f02b7ee9b8d7bda3bb92144951 ocaml-preludeml-0.1-0.13.20090113.fc12.i686 requires ocaml(runtime) = 0:3.11.1 ocaml-preludeml-0.1-0.13.20090113.fc12.i686 requires ocaml(Obj) = 0:c827f726ce05da709cf7de58fc15e324 ocaml-pxp-1.2.1-2.fc12.i686 requires ocaml(Format) = 0:b7ba3152a5eec5609d6ab86e6c51eebb ocaml-pxp-1.2.1-2.fc12.i686 requires ocaml(Printexc) = 0:fdf007941aa14d1a26323558012dbf52 ocaml-pxp-1.2.1-2.fc12.i686 requires ocaml(Buffer) = 0:23af67395823b652b807c4ae0b581211 ocaml-pxp-1.2.1-2.fc12.i686 requires ocaml(Filename) = 0:7cd172f02b7ee9b8d7bda3bb92144951 ocaml-pxp-1.2.1-2.fc12.i686 requires ocaml(runtime) = 0:3.11.1 ocaml-pxp-1.2.1-2.fc12.i686 requires ocaml(Obj) = 0:c827f726ce05da709cf7de58fc15e324 ocaml-reins-0.1a-6.fc12.i686 requires ocaml(Printexc) = 0:fdf007941aa14d1a26323558012dbf52 ocaml-reins-0.1a-6.fc12.i686 requires ocaml(Buffer) = 0:23af67395823b652b807c4ae0b581211 ocaml-reins-0.1a-6.fc12.i686 requires ocaml(runtime) = 0:3.11.1 ocaml-reins-0.1a-6.fc12.i686 requires ocaml(Obj) = 0:c827f726ce05da709cf7de58fc15e324 ocaml-xmlrpc-light-0.6.1-3.fc12.i686 requires ocaml(Format) = 0:b7ba3152a5eec5609d6ab86e6c51eebb ocaml-xmlrpc-light-0.6.1-3.fc12.i686 requires ocaml(Buffer) = 0:23af67395823b652b807c4ae0b581211 ocaml-xmlrpc-light-0.6.1-3.fc12.i686 requires ocaml(runtime) = 0:3.11.1 ocaml-xmlrpc-light-0.6.1-3.fc12.i686 requires ocaml(Printexc) = 0:fdf007941aa14d1a26323558012dbf52 ocaml-xmlrpc-light-0.6.1-3.fc12.i686 requires ocaml(Obj) = 0:c827f726ce05da709cf7de58fc15e324 openscap-0.5.5-1.fc13.i686 requires librpm.so.0 openscap-0.5.5-1.fc13.i686 requires librpmio.so.0 openscap-perl-0.5.5-1.fc13.i686 requires librpm.so.0 openscap-python-0.5.5-1.fc13.i686 requires librpm.so.0 player-2.1.1-13.fc12.i686 requires libml.so.2 player-2.1.1-13.fc12.i686 requires libcvaux.so.2 player-2.1.1-13.fc12.i686 requires libcv.so.2 player-2.1.1-13.fc12.i686 requires libcxcore.so.2 player-2.1.1-13.fc12.i686 requires libhighgui.so.2 python-basemap-0.99.4-1.fc13.i686 requires libgeos-3.2.0rc3.so 1:python-gnash-0.8.6-7.fc13.i686 requires gnash = 0:0.8.6-7.fc13 sectool-0.9.4-3.fc13.i686 requires librpm.so.0 sectool-0.9.4-3.fc13.i686 requires librpmio.so.0 zikula-module-menutree-2.2-1.fc13.noarch requires zikula >= 0:1.2 Broken deps for x86_64 ---------------------------------------------------------- anjal-0.1.0-1.fc13.x86_64 requires libevolution-mail-shared.so.0()(64bit) anjal-0.1.0-1.fc13.x86_64 requires libefilterbar.so.0()(64bit) cduce-0.5.3-3.fc13.x86_64 requires ocaml(runtime) = 0:3.11.1 cduce-0.5.3-3.fc13.x86_64 requires ocaml(Filename) = 0:7cd172f02b7ee9b8d7bda3bb92144951 cduce-0.5.3-3.fc13.x86_64 requires ocaml(Obj) = 0:c827f726ce05da709cf7de58fc15e324 cduce-0.5.3-3.fc13.x86_64 requires ocaml(Format) = 0:b7ba3152a5eec5609d6ab86e6c51eebb cduce-0.5.3-3.fc13.x86_64 requires ocaml(Printexc) = 0:fdf007941aa14d1a26323558012dbf52 cduce-0.5.3-3.fc13.x86_64 requires ocaml(Buffer) = 0:23af67395823b652b807c4ae0b581211 cduce-ocamlduce-0.5.3-3.fc13.x86_64 requires ocaml(Format) = 0:b7ba3152a5eec5609d6ab86e6c51eebb cduce-ocamlduce-0.5.3-3.fc13.x86_64 requires ocaml(Buffer) = 0:23af67395823b652b807c4ae0b581211 cduce-ocamlduce-0.5.3-3.fc13.x86_64 requires ocaml(Obj) = 0:c827f726ce05da709cf7de58fc15e324 cduce-ocamlduce-0.5.3-3.fc13.x86_64 requires ocaml(runtime) = 0:3.11.1 cluster-snmp-0.16.1-2.fc12.x86_64 requires libnetsnmp.so.15()(64bit) ghc-HTTP-devel-4000.0.6-6.fc13.i686 requires ghc = 0:6.10.4 ghc-HTTP-devel-4000.0.6-6.fc13.i686 requires ghc = 0:6.10.4 ghc-HTTP-devel-4000.0.6-6.fc13.x86_64 requires ghc = 0:6.10.4 ghc-HTTP-devel-4000.0.6-6.fc13.x86_64 requires ghc = 0:6.10.4 ghc-HTTP-doc-4000.0.6-6.fc13.x86_64 requires ghc-doc = 0:6.10.4 ghc-HTTP-doc-4000.0.6-6.fc13.x86_64 requires ghc-doc = 0:6.10.4 ghc-HTTP-prof-4000.0.6-6.fc13.x86_64 requires ghc-prof = 0:6.10.4 ghc-cairo-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-cairo-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-cairo-devel-0.10.1-5.fc12.x86_64 requires ghc = 0:6.10.4 ghc-cairo-devel-0.10.1-5.fc12.x86_64 requires ghc = 0:6.10.4 ghc-cairo-prof-0.10.1-5.fc12.x86_64 requires ghc-prof = 0:6.10.4 ghc-cgi-devel-3001.1.7.1-3.fc13.i686 requires ghc = 0:6.10.4 ghc-cgi-devel-3001.1.7.1-3.fc13.i686 requires ghc = 0:6.10.4 ghc-cgi-devel-3001.1.7.1-3.fc13.x86_64 requires ghc = 0:6.10.4 ghc-cgi-devel-3001.1.7.1-3.fc13.x86_64 requires ghc = 0:6.10.4 ghc-cgi-doc-3001.1.7.1-3.fc13.x86_64 requires ghc-doc = 0:6.10.4 ghc-cgi-doc-3001.1.7.1-3.fc13.x86_64 requires ghc-doc = 0:6.10.4 ghc-cgi-prof-3001.1.7.1-3.fc13.x86_64 requires ghc-prof = 0:6.10.4 ghc-fgl-devel-5.4.2.2-1.fc12.i686 requires ghc = 0:6.10.4 ghc-fgl-devel-5.4.2.2-1.fc12.i686 requires ghc = 0:6.10.4 ghc-fgl-devel-5.4.2.2-1.fc12.x86_64 requires ghc = 0:6.10.4 ghc-fgl-devel-5.4.2.2-1.fc12.x86_64 requires ghc = 0:6.10.4 ghc-fgl-doc-5.4.2.2-1.fc12.x86_64 requires ghc-doc = 0:6.10.4 ghc-fgl-doc-5.4.2.2-1.fc12.x86_64 requires ghc-doc = 0:6.10.4 ghc-fgl-prof-5.4.2.2-1.fc12.x86_64 requires ghc-prof = 0:6.10.4 ghc-gconf-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-gconf-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-gconf-devel-0.10.1-5.fc12.x86_64 requires ghc = 0:6.10.4 ghc-gconf-devel-0.10.1-5.fc12.x86_64 requires ghc = 0:6.10.4 ghc-gconf-prof-0.10.1-5.fc12.x86_64 requires ghc-prof = 0:6.10.4 ghc-ghc-paths-devel-0.1.0.5-8.fc12.i686 requires ghc = 0:6.10.4 ghc-ghc-paths-devel-0.1.0.5-8.fc12.i686 requires ghc = 0:6.10.4 ghc-ghc-paths-devel-0.1.0.5-8.fc12.x86_64 requires ghc = 0:6.10.4 ghc-ghc-paths-devel-0.1.0.5-8.fc12.x86_64 requires ghc = 0:6.10.4 ghc-ghc-paths-doc-0.1.0.5-8.fc12.x86_64 requires ghc-doc = 0:6.10.4 ghc-ghc-paths-doc-0.1.0.5-8.fc12.x86_64 requires ghc-doc = 0:6.10.4 ghc-ghc-paths-prof-0.1.0.5-8.fc12.x86_64 requires ghc-prof = 0:6.10.4 ghc-gio-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-gio-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-gio-devel-0.10.1-5.fc12.x86_64 requires ghc = 0:6.10.4 ghc-gio-devel-0.10.1-5.fc12.x86_64 requires ghc = 0:6.10.4 ghc-gio-prof-0.10.1-5.fc12.x86_64 requires ghc-prof = 0:6.10.4 ghc-glade-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-glade-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-glade-devel-0.10.1-5.fc12.x86_64 requires ghc = 0:6.10.4 ghc-glade-devel-0.10.1-5.fc12.x86_64 requires ghc = 0:6.10.4 ghc-glade-prof-0.10.1-5.fc12.x86_64 requires ghc-prof = 0:6.10.4 ghc-glib-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-glib-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-glib-devel-0.10.1-5.fc12.x86_64 requires ghc = 0:6.10.4 ghc-glib-devel-0.10.1-5.fc12.x86_64 requires ghc = 0:6.10.4 ghc-glib-prof-0.10.1-5.fc12.x86_64 requires ghc-prof = 0:6.10.4 ghc-gstreamer-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-gstreamer-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-gstreamer-devel-0.10.1-5.fc12.x86_64 requires ghc = 0:6.10.4 ghc-gstreamer-devel-0.10.1-5.fc12.x86_64 requires ghc = 0:6.10.4 ghc-gstreamer-prof-0.10.1-5.fc12.x86_64 requires ghc-prof = 0:6.10.4 ghc-gtk-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-gtk-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-gtk-devel-0.10.1-5.fc12.x86_64 requires ghc = 0:6.10.4 ghc-gtk-devel-0.10.1-5.fc12.x86_64 requires ghc = 0:6.10.4 ghc-gtk-prof-0.10.1-5.fc12.x86_64 requires ghc-prof = 0:6.10.4 ghc-gtkglext-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-gtkglext-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-gtkglext-devel-0.10.1-5.fc12.x86_64 requires ghc = 0:6.10.4 ghc-gtkglext-devel-0.10.1-5.fc12.x86_64 requires ghc = 0:6.10.4 ghc-gtkglext-prof-0.10.1-5.fc12.x86_64 requires ghc-prof = 0:6.10.4 ghc-gtksourceview2-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-gtksourceview2-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-gtksourceview2-devel-0.10.1-5.fc12.x86_64 requires ghc = 0:6.10.4 ghc-gtksourceview2-devel-0.10.1-5.fc12.x86_64 requires ghc = 0:6.10.4 ghc-gtksourceview2-prof-0.10.1-5.fc12.x86_64 requires ghc-prof = 0:6.10.4 ghc-haskell-platform-devel-2009.2.0.2-3.fc13.i686 requires ghc = 0:6.10.4 ghc-haskell-platform-devel-2009.2.0.2-3.fc13.i686 requires ghc = 0:6.10.4 ghc-haskell-platform-devel-2009.2.0.2-3.fc13.x86_64 requires ghc = 0:6.10.4 ghc-haskell-platform-devel-2009.2.0.2-3.fc13.x86_64 requires ghc = 0:6.10.4 ghc-haskell-platform-doc-2009.2.0.2-3.fc13.x86_64 requires ghc-doc = 0:6.10.4 ghc-haskell-platform-doc-2009.2.0.2-3.fc13.x86_64 requires ghc-doc = 0:6.10.4 ghc-haskell-platform-prof-2009.2.0.2-3.fc13.x86_64 requires ghc-prof = 0:6.10.4 ghc-haskell-src-exts-devel-1.3.0-2.fc13.i686 requires ghc = 0:6.10.4 ghc-haskell-src-exts-devel-1.3.0-2.fc13.i686 requires ghc = 0:6.10.4 ghc-haskell-src-exts-devel-1.3.0-2.fc13.x86_64 requires ghc = 0:6.10.4 ghc-haskell-src-exts-devel-1.3.0-2.fc13.x86_64 requires ghc = 0:6.10.4 ghc-haskell-src-exts-doc-1.3.0-2.fc13.x86_64 requires ghc-doc = 0:6.10.4 ghc-haskell-src-exts-doc-1.3.0-2.fc13.x86_64 requires ghc-doc = 0:6.10.4 ghc-haskell-src-exts-prof-1.3.0-2.fc13.x86_64 requires ghc-prof = 0:6.10.4 ghc-network-devel-2.2.1.4-2.fc12.i686 requires ghc = 0:6.10.4 ghc-network-devel-2.2.1.4-2.fc12.i686 requires ghc = 0:6.10.4 ghc-network-devel-2.2.1.4-2.fc12.x86_64 requires ghc = 0:6.10.4 ghc-network-devel-2.2.1.4-2.fc12.x86_64 requires ghc = 0:6.10.4 ghc-network-doc-2.2.1.4-2.fc12.x86_64 requires ghc-doc = 0:6.10.4 ghc-network-doc-2.2.1.4-2.fc12.x86_64 requires ghc-doc = 0:6.10.4 ghc-network-prof-2.2.1.4-2.fc12.x86_64 requires ghc-prof = 0:6.10.4 ghc-soegtk-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-soegtk-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-soegtk-devel-0.10.1-5.fc12.x86_64 requires ghc = 0:6.10.4 ghc-soegtk-devel-0.10.1-5.fc12.x86_64 requires ghc = 0:6.10.4 ghc-soegtk-prof-0.10.1-5.fc12.x86_64 requires ghc-prof = 0:6.10.4 ghc-svgcairo-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-svgcairo-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-svgcairo-devel-0.10.1-5.fc12.x86_64 requires ghc = 0:6.10.4 ghc-svgcairo-devel-0.10.1-5.fc12.x86_64 requires ghc = 0:6.10.4 ghc-svgcairo-prof-0.10.1-5.fc12.x86_64 requires ghc-prof = 0:6.10.4 ghc-uniplate-devel-1.2.0.3-6.fc12.i686 requires ghc = 0:6.10.4 ghc-uniplate-devel-1.2.0.3-6.fc12.i686 requires ghc = 0:6.10.4 ghc-uniplate-devel-1.2.0.3-6.fc12.x86_64 requires ghc = 0:6.10.4 ghc-uniplate-devel-1.2.0.3-6.fc12.x86_64 requires ghc = 0:6.10.4 ghc-uniplate-doc-1.2.0.3-6.fc12.x86_64 requires ghc-doc = 0:6.10.4 ghc-uniplate-doc-1.2.0.3-6.fc12.x86_64 requires ghc-doc = 0:6.10.4 ghc-uniplate-prof-1.2.0.3-6.fc12.x86_64 requires ghc-prof = 0:6.10.4 ghc-xmonad-contrib-devel-0.9-1.fc13.i686 requires ghc-utf8-string-devel = 0:0.3.5 ghc-xmonad-contrib-devel-0.9-1.fc13.i686 requires ghc = 0:6.10.4 ghc-xmonad-contrib-devel-0.9-1.fc13.i686 requires ghc = 0:6.10.4 ghc-xmonad-contrib-devel-0.9-1.fc13.x86_64 requires ghc-utf8-string-devel = 0:0.3.5 ghc-xmonad-contrib-devel-0.9-1.fc13.x86_64 requires ghc = 0:6.10.4 ghc-xmonad-contrib-devel-0.9-1.fc13.x86_64 requires ghc = 0:6.10.4 ghc-xmonad-contrib-doc-0.9-1.fc13.x86_64 requires ghc-doc = 0:6.10.4 ghc-xmonad-contrib-doc-0.9-1.fc13.x86_64 requires ghc-doc = 0:6.10.4 ghc-xmonad-contrib-doc-0.9-1.fc13.x86_64 requires ghc-utf8-string-doc = 0:0.3.5 ghc-xmonad-contrib-prof-0.9-1.fc13.x86_64 requires ghc-prof = 0:6.10.4 ghc-xmonad-contrib-prof-0.9-1.fc13.x86_64 requires ghc-utf8-string-prof = 0:0.3.5 ghc-xmonad-devel-0.9-3.fc13.i686 requires ghc-X11-devel = 0:1.4.6.1 ghc-xmonad-devel-0.9-3.fc13.i686 requires ghc = 0:6.10.4 ghc-xmonad-devel-0.9-3.fc13.i686 requires ghc = 0:6.10.4 ghc-xmonad-devel-0.9-3.fc13.x86_64 requires ghc-X11-devel = 0:1.4.6.1 ghc-xmonad-devel-0.9-3.fc13.x86_64 requires ghc = 0:6.10.4 ghc-xmonad-devel-0.9-3.fc13.x86_64 requires ghc = 0:6.10.4 ghc-xmonad-doc-0.9-3.fc13.x86_64 requires ghc-doc = 0:6.10.4 ghc-xmonad-doc-0.9-3.fc13.x86_64 requires ghc-doc = 0:6.10.4 ghc-xmonad-doc-0.9-3.fc13.x86_64 requires ghc-X11-doc = 0:1.4.6.1 ghc-xmonad-prof-0.9-3.fc13.x86_64 requires ghc-X11-prof = 0:1.4.6.1 ghc-xmonad-prof-0.9-3.fc13.x86_64 requires ghc-prof = 0:6.10.4 1:gnash-cygnal-0.8.6-7.fc13.x86_64 requires gnash = 0:0.8.6-7.fc13 1:gnash-devel-0.8.6-7.fc13.i686 requires gnash = 0:0.8.6-7.fc13 1:gnash-devel-0.8.6-7.fc13.x86_64 requires gnash = 0:0.8.6-7.fc13 1:gnash-klash-0.8.6-7.fc13.x86_64 requires gnash = 0:0.8.6-7.fc13 1:gnash-plugin-0.8.6-7.fc13.x86_64 requires gnash = 0:0.8.6-7.fc13 gnome-python2-evince-2.28.0-2.fc12.x86_64 requires libevdocument.so.1()(64bit) gnome-python2-evince-2.28.0-2.fc12.x86_64 requires libevview.so.1()(64bit) graphviz-ocaml-2.26.0-1.fc13.x86_64 requires ocaml(runtime) = 0:3.11.1 graphviz-ocaml-2.26.0-1.fc13.x86_64 requires ocaml(Obj) = 0:c827f726ce05da709cf7de58fc15e324 haskell-platform-2009.2.0.2-3.fc13.x86_64 requires ghc = 0:6.10.4 hulahop-0.6.0-2.fc12.x86_64 requires xulrunner-python hulahop-0.6.0-2.fc12.x86_64 requires libpyxpcom.so()(64bit) inksmoto-0.7.0-1.rc1.fc13.noarch requires /bin/python kst-fits-1.8.0-3.fc12.x86_64 requires cfitsio = 0:3.140 kst-netcdf-1.8.0-3.fc12.x86_64 requires libnetcdf.so.4()(64bit) kst-netcdf-1.8.0-3.fc12.x86_64 requires libnetcdf_c++.so.4()(64bit) libextractor-plugins-rpm-0.5.23-1303.fc13.x86_64 requires librpm.so.0()(64bit) linphone-2.1.1-4.fc12.i686 requires libortp.so.7 linphone-2.1.1-4.fc12.x86_64 requires libortp.so.7()(64bit) ocaml-camlp5-5.12-2.fc12.x86_64 requires ocaml(Format) = 0:b7ba3152a5eec5609d6ab86e6c51eebb ocaml-camlp5-5.12-2.fc12.x86_64 requires ocaml(Printexc) = 0:fdf007941aa14d1a26323558012dbf52 ocaml-camlp5-5.12-2.fc12.x86_64 requires ocaml(Buffer) = 0:23af67395823b652b807c4ae0b581211 ocaml-camlp5-5.12-2.fc12.x86_64 requires ocaml(Filename) = 0:7cd172f02b7ee9b8d7bda3bb92144951 ocaml-camlp5-5.12-2.fc12.x86_64 requires ocaml(runtime) = 0:3.11.1 ocaml-camlp5-5.12-2.fc12.x86_64 requires ocaml(Obj) = 0:c827f726ce05da709cf7de58fc15e324 ocaml-json-wheel-1.0.6-2.fc12.x86_64 requires ocaml(Format) = 0:b7ba3152a5eec5609d6ab86e6c51eebb ocaml-json-wheel-1.0.6-2.fc12.x86_64 requires ocaml(Buffer) = 0:23af67395823b652b807c4ae0b581211 ocaml-json-wheel-1.0.6-2.fc12.x86_64 requires ocaml(Obj) = 0:c827f726ce05da709cf7de58fc15e324 ocaml-json-wheel-1.0.6-2.fc12.x86_64 requires ocaml(runtime) = 0:3.11.1 ocaml-ocamlnet-2.2.9-15.fc13.x86_64 requires ocaml(Format) = 0:b7ba3152a5eec5609d6ab86e6c51eebb ocaml-ocamlnet-2.2.9-15.fc13.x86_64 requires ocaml(runtime) = 0:3.11.1 ocaml-ocamlnet-2.2.9-15.fc13.x86_64 requires ocaml(Filename) = 0:7cd172f02b7ee9b8d7bda3bb92144951 ocaml-ocamlnet-2.2.9-15.fc13.x86_64 requires ocaml(Obj) = 0:c827f726ce05da709cf7de58fc15e324 ocaml-ocamlnet-2.2.9-15.fc13.x86_64 requires ocaml(Printexc) = 0:fdf007941aa14d1a26323558012dbf52 ocaml-ocamlnet-2.2.9-15.fc13.x86_64 requires ocaml(Buffer) = 0:23af67395823b652b807c4ae0b581211 ocaml-ocamlnet-nethttpd-2.2.9-15.fc13.x86_64 requires ocaml(Format) = 0:b7ba3152a5eec5609d6ab86e6c51eebb ocaml-ocamlnet-nethttpd-2.2.9-15.fc13.x86_64 requires ocaml(Buffer) = 0:23af67395823b652b807c4ae0b581211 ocaml-ocamlnet-nethttpd-2.2.9-15.fc13.x86_64 requires ocaml(Printexc) = 0:fdf007941aa14d1a26323558012dbf52 ocaml-ocamlnet-nethttpd-2.2.9-15.fc13.x86_64 requires ocaml(Filename) = 0:7cd172f02b7ee9b8d7bda3bb92144951 ocaml-ocamlnet-nethttpd-2.2.9-15.fc13.x86_64 requires ocaml(runtime) = 0:3.11.1 ocaml-ocamlnet-nethttpd-2.2.9-15.fc13.x86_64 requires ocaml(Obj) = 0:c827f726ce05da709cf7de58fc15e324 ocaml-preludeml-0.1-0.13.20090113.fc12.x86_64 requires ocaml(Buffer) = 0:23af67395823b652b807c4ae0b581211 ocaml-preludeml-0.1-0.13.20090113.fc12.x86_64 requires ocaml(Filename) = 0:7cd172f02b7ee9b8d7bda3bb92144951 ocaml-preludeml-0.1-0.13.20090113.fc12.x86_64 requires ocaml(runtime) = 0:3.11.1 ocaml-preludeml-0.1-0.13.20090113.fc12.x86_64 requires ocaml(Obj) = 0:c827f726ce05da709cf7de58fc15e324 ocaml-pxp-1.2.1-2.fc12.x86_64 requires ocaml(Format) = 0:b7ba3152a5eec5609d6ab86e6c51eebb ocaml-pxp-1.2.1-2.fc12.x86_64 requires ocaml(Printexc) = 0:fdf007941aa14d1a26323558012dbf52 ocaml-pxp-1.2.1-2.fc12.x86_64 requires ocaml(Buffer) = 0:23af67395823b652b807c4ae0b581211 ocaml-pxp-1.2.1-2.fc12.x86_64 requires ocaml(Filename) = 0:7cd172f02b7ee9b8d7bda3bb92144951 ocaml-pxp-1.2.1-2.fc12.x86_64 requires ocaml(runtime) = 0:3.11.1 ocaml-pxp-1.2.1-2.fc12.x86_64 requires ocaml(Obj) = 0:c827f726ce05da709cf7de58fc15e324 ocaml-reins-0.1a-6.fc12.x86_64 requires ocaml(Printexc) = 0:fdf007941aa14d1a26323558012dbf52 ocaml-reins-0.1a-6.fc12.x86_64 requires ocaml(Buffer) = 0:23af67395823b652b807c4ae0b581211 ocaml-reins-0.1a-6.fc12.x86_64 requires ocaml(runtime) = 0:3.11.1 ocaml-reins-0.1a-6.fc12.x86_64 requires ocaml(Obj) = 0:c827f726ce05da709cf7de58fc15e324 ocaml-xmlrpc-light-0.6.1-3.fc12.x86_64 requires ocaml(Format) = 0:b7ba3152a5eec5609d6ab86e6c51eebb ocaml-xmlrpc-light-0.6.1-3.fc12.x86_64 requires ocaml(Buffer) = 0:23af67395823b652b807c4ae0b581211 ocaml-xmlrpc-light-0.6.1-3.fc12.x86_64 requires ocaml(runtime) = 0:3.11.1 ocaml-xmlrpc-light-0.6.1-3.fc12.x86_64 requires ocaml(Printexc) = 0:fdf007941aa14d1a26323558012dbf52 ocaml-xmlrpc-light-0.6.1-3.fc12.x86_64 requires ocaml(Obj) = 0:c827f726ce05da709cf7de58fc15e324 openscap-0.5.5-1.fc13.i686 requires librpm.so.0 openscap-0.5.5-1.fc13.i686 requires librpmio.so.0 openscap-0.5.5-1.fc13.x86_64 requires librpm.so.0()(64bit) openscap-0.5.5-1.fc13.x86_64 requires librpmio.so.0()(64bit) openscap-perl-0.5.5-1.fc13.x86_64 requires librpm.so.0()(64bit) openscap-python-0.5.5-1.fc13.x86_64 requires librpm.so.0()(64bit) player-2.1.1-13.fc12.i686 requires libml.so.2 player-2.1.1-13.fc12.i686 requires libcvaux.so.2 player-2.1.1-13.fc12.i686 requires libcv.so.2 player-2.1.1-13.fc12.i686 requires libcxcore.so.2 player-2.1.1-13.fc12.i686 requires libhighgui.so.2 player-2.1.1-13.fc12.x86_64 requires libml.so.2()(64bit) player-2.1.1-13.fc12.x86_64 requires libcv.so.2()(64bit) player-2.1.1-13.fc12.x86_64 requires libcxcore.so.2()(64bit) player-2.1.1-13.fc12.x86_64 requires libcvaux.so.2()(64bit) player-2.1.1-13.fc12.x86_64 requires libhighgui.so.2()(64bit) python-basemap-0.99.4-1.fc13.x86_64 requires libgeos-3.2.0rc3.so()(64bit) 1:python-gnash-0.8.6-7.fc13.x86_64 requires gnash = 0:0.8.6-7.fc13 sectool-0.9.4-3.fc13.x86_64 requires librpm.so.0()(64bit) sectool-0.9.4-3.fc13.x86_64 requires librpmio.so.0()(64bit) zikula-module-menutree-2.2-1.fc13.noarch requires zikula >= 0:1.2 New package report Incident reporting library Removed package jconv Removed package scanbuttond Updated Packages: audacious-2.2-4.fc13 -------------------- * Thu Dec 31 2009 Michael Schwendt - 2.2-4 - Added another fix to the disabled-iplugins patch. audacious-plugins-2.2-7.fc13 ---------------------------- * Thu Dec 31 2009 Michael Schwendt - 2.2-7 - Fix xspf Container plugin's handling of plain file names. - Disable modplug plugin (where is it compared with libmodplug and its fixes and CVEs?). Give precedence to audacious-plugin-xmp - Remove BR libmodplug-devel as the modplug plugin has never used the external library. fontforge-20090923-2.fc13 ------------------------- * Wed Dec 30 2009 Kevin Fenzi - 20090923-2 - Add patch to fix relative paths for fontlint (fixes #530760) gnome-commander-1.2.9-0.1.git_D20100101T0000.fc13 ------------------------------------------------- * Fri Jan 01 2010 Mamoru Tasaka - A Happy New Year hspell-1.1-2.fc13 ----------------- * Fri Jan 01 2010 Dan Kenigsberg - 1.1-2 - Rebase to upstream version 1.1 and fix spec typos. * Thu Dec 31 2009 Dan Kenigsberg - 1.1-1 - Rebase to upstream version 1.1 jd-2.6.0-0.1.svn3283_trunk.fc13 ------------------------------- * Fri Jan 01 2010 Mamoru Tasaka - A Happy New Year kdepim-4.3.85-4.fc13 -------------------- * Thu Dec 31 2009 Rex Dieter - 4.3.85-4 - dt_validate patch * Tue Dec 22 2009 Kevin Kofler - 4.3.85-3.1 - Requires: kpilot for upgrade path (F12-) libffi-3.0.9-1.fc13 ------------------- * Tue Dec 29 2009 Anthony Green - 3.0.9-1 - Upgrade libprojectM-2.0.1-1.fc13 ------------------------ * Sun Dec 13 2009 Jameson Pugh (imntreal at gmail.com) - 2.0.1-1 - New release * Mon Oct 12 2009 Jameson Pugh (imntreal at gmail.com) - 1.2.0r1300-1 - SVN Release to prepare for v2 lzip-1.8-1.fc13 --------------- * Thu Dec 31 2009 Till Maas - 1.8-1 - Update to new release - Fix end of line encoding of COPYING munin-1.4.3-1.fc13 ------------------ * Thu Dec 31 2009 Kevin Fenzi - 1.4.3-1 - Update to 1.4.3 nss-3.12.5-1.fc13.13.1 ---------------------- * Thu Dec 31 2009 Elio Maldonado - 3.12.5-1.13.1 - Temporarily disabling the ssl tests * Sat Dec 26 2009 Elio Maldonado - 3.12.5-1.13 - Fix nsssysinit to allow root to modify the nss system database (#547860) * Fri Dec 25 2009 Elio Maldonado - 3.12.5-1.11 - Fix an error introduced when adapting the patch for rhbz #546211 ocaml-SDL-0.7.2-21.fc13 ----------------------- * Wed Dec 30 2009 Richard W.M. Jones - 0.7.2-21 - Rebuild for OCaml 3.11.2. ocaml-bisect-1.0-0.7.alpha.fc13 ------------------------------- * Wed Dec 30 2009 Richard W.M. Jones - 1.0-0.7.alpha - Rebuild for OCaml 3.11.2. ocaml-bitstring-2.0.0-11.fc13 ----------------------------- * Wed Dec 30 2009 Richard W.M. Jones - 2.0.0-11 - Rebuild for OCaml 3.11.2. ocaml-lwt-2.0.0-0.3.rc1.fc13 ---------------------------- * Wed Dec 30 2009 Richard W.M. Jones - 2.0.0-0.3.rc1 - Rebuild for OCaml 3.11.2. ocaml-mikmatch-1.0.2-2.fc13 --------------------------- * Wed Dec 30 2009 Richard W.M. Jones - 1.0.2-2 - Rebuild for OCaml 3.11.2. ocaml-mlgmpidl-1.1-4.fc13 ------------------------- * Wed Dec 30 2009 Richard W.M. Jones - 1.1-4 - Rebuild for OCaml 3.11.2. ocaml-newt-0.9-8.fc13 --------------------- * Wed Dec 30 2009 Richard W.M. Jones - 0.9-8 - Rebuild for OCaml 3.11.2. ocaml-ocamlgraph-1.3-2.fc13 --------------------------- * Wed Dec 30 2009 Richard W.M. Jones - 1.3-2 - Rebuild for OCaml 3.11.2. ocaml-openin-20070524-10.fc13 ----------------------------- * Wed Dec 30 2009 Richard W.M. Jones - 20070524-10 - Rebuild for OCaml 3.11.2. ocaml-p3l-2.03-5.fc13 --------------------- * Wed Dec 30 2009 Richard W.M. Jones - 2.03-5 - Rebuild for OCaml 3.11.2. ocaml-pa-monad-6.0-4.fc13 ------------------------- * Wed Dec 30 2009 Richard W.M. Jones - 6.0-4 - Rebuild for OCaml 3.11.2. ocaml-perl4caml-0.9.5-12.fc13 ----------------------------- * Wed Dec 30 2009 Richard W.M. Jones - 0.9.5-12 - Rebuild for OCaml 3.11.2. ocaml-pgocaml-1.3-2.fc13 ------------------------ * Wed Dec 30 2009 Richard W.M. Jones - 1.3-2 - Rebuild for OCaml 3.11.2. ocaml-postgresql-1.12.3-2.fc13 ------------------------------ * Wed Dec 30 2009 Richard W.M. Jones - 1.12.3-2 - Rebuild for OCaml 3.11.2. ocaml-react-0.9.0-3.fc13 ------------------------ * Wed Dec 30 2009 Richard W.M. Jones - 0.9.0-3 - Rebuild for OCaml 3.11.2. ocaml-sexplib-4.2.15-2.fc13 --------------------------- * Wed Dec 30 2009 Richard W.M. Jones - 4.2.15-2 - Rebuild for OCaml 3.11.2. ocaml-sqlite-1.5.6-3.fc13 ------------------------- * Wed Dec 30 2009 Richard W.M. Jones - 1.5.6-3 - Rebuild for OCaml 3.11.2. ocaml-zip-1.04-4.fc13 --------------------- * Wed Dec 30 2009 Richard W.M. Jones - 1.04-4 - Rebuild for OCaml 3.11.2. php-pear-1.9.0-2.fc13 --------------------- * Fri Jan 01 2010 Remi Collet 1:1.9.0-2 - update to Archive_Tar-1.3.5, Structures_Graph-1.0.3 rxvt-unicode-9.07-1.fc13 ------------------------ * Thu Dec 31 2009 Andreas Bierfert - 9.07-1 - version upgrade selinux-policy-3.7.5-5.fc13 --------------------------- * Wed Dec 30 2009 Dan Walsh 3.7.5-5 - Lots of fixes found in F12, fixes from Tom London subtitleeditor-0.35.1-1.fc13 ---------------------------- * Thu Dec 31 2009 Martin Sourada - 0.35.1-1 - New release - improvements to waveform editor - video player rewritten, should fix rhbz#538382 - various bug fixes tor-0.2.1.21-1300.fc13 ---------------------- * Thu Dec 31 2009 Enrico Scholz - 0.2.1.21-1300 - updated to 0.2.1.21 vim-latex-1.8.23-1.20091230.r1079.fc13 -------------------------------------- * Thu Dec 31 2009 Jussi Lehtola - 1.8.23-1.20091230.r1079 - Update to 20091230-r1079. voms-1.9.14.3-1.fc13 -------------------- * Mon Dec 28 2009 Mattias Ellert - 1.9.14.3-1 - Upstream 1.9.14.3 (CVS tag glite-security-voms_R_1_9_14_3) xmp-2.7.1-2.fc13 ---------------- * Thu Dec 31 2009 Michael Schwendt - 2.7.1-2 - fix FTBFS (#539061), Audacious 2.2 iplugin API change - fix Audacious plugin dialogs zabbix-1.6.8-1.fc13 ------------------- * Thu Dec 31 2009 Dan Hor?k - 1.6.8-1 - Update to 1.6.8 - Upstream changelog: http://www.zabbix.com/rn1.6.8.php - fixes 2 issues from #551331 zfs-fuse-0.6.0-6.fc13 --------------------- * Mon Jan 04 2010 Uwe Kubosch - 0.6.0-6 - Added option for automatic weekly scrubbing. Set ZFS_WEEKLY_SCRUB=yes in /etc/sysconfig/zfs-fuse to enable - Changed ZFS_AUTOMOUNT option value from "1" to "yes" for better readability. ZFS_AUTOMOUNT=1 deprecated and will be removed in version 0.7.0. - Added option for killing processes with unknown working directory at zfs-fuse startup. This would be the case if zfs-fuse crashed. Use with care. It may kill unrelated processes. Set ZFS_KILL_ORPHANS=yes_really in /etc/sysconfig/zfs-fuse to enable. - Relaxed dependency on fuse from 2.8.0 to 2.7.4 to allow installation on RHEL/Centos 5 Summary: Added Packages: 1 Removed Packages: 2 Modified Packages: 40 From drago01 at gmail.com Fri Jan 1 15:45:50 2010 From: drago01 at gmail.com (drago01) Date: Fri, 1 Jan 2010 16:45:50 +0100 Subject: ABRT considered painful In-Reply-To: <20091229195657.4000ce26@gmail.com> References: <20091229195657.4000ce26@gmail.com> Message-ID: On Tue, Dec 29, 2009 at 7:56 PM, Michael Schwendt wrote: > What's wrong with ABRT? > > Originally, with stock F-12, I had received a couple of good backtraces in > bugzilla. Incredibly useful. A wonderful improvement over F-11 and older. > > And later? - Recently, in all the backtraces dozens of debuginfo packages > are missing. :-( Also some duplicate detection wouldn't hurt ... (I get new bug reports everyday just to notice that almost all of them are duplicates). From snecklifter at gmail.com Fri Jan 1 17:23:09 2010 From: snecklifter at gmail.com (Christopher Brown) Date: Fri, 1 Jan 2010 17:23:09 +0000 Subject: Fedora Linux Format software review: January 2010 In-Reply-To: <4B3CC3B5.5070702@redhat.com> References: <364d303b0912291420o4af25d92je96cf6a905e8f497@mail.gmail.com> <4B3AFDF8.9000803@hhs.nl> <4B3CC3B5.5070702@redhat.com> Message-ID: <364d303b1001010923o47cf9f1epc9aa7734fba4acea@mail.gmail.com> 2009/12/31 Tom "spot" Callaway : > On 12/30/2009 02:15 AM, Hans de Goede wrote: >> It would be nice if others could join in (be it virtual not necessarily >> physically). So are there any takers for this ? I am looking to generate interest in getting software that is not included in Fedora into the repositories so to hear of this kind of effort is wonderful. I have updated the wiki page to reflect this, FWIW. https://fedoraproject.org/wiki/LinuxFormatPackaging/January2010 I am currently auditing of the next edition of the magazine and will update the wiki with that soon. > It might be useful to have a wiki page listing out the specific content > items which need to be replaced. Yes, this would be great. I take it upstream are not willing to re-license the sources? -- Christopher Brown From craftjml at gmail.com Fri Jan 1 17:40:33 2010 From: craftjml at gmail.com (Jud Craft) Date: Fri, 1 Jan 2010 12:40:33 -0500 Subject: Mono.Cecil & monodevelop-debugger-mdb In-Reply-To: References: <1261695503.2989.324.camel@PB3.linux> Message-ID: <20d6441a1001010940v1b863fa9k56f856a54566e0d0@mail.gmail.com> > No, we should patch the broken packages to work with the current Mono.Cecil. > And upstream deserves a beating for this attitude. :-/ Why am I not > surprised this is coming from the M$-loving Mono community? Shouldn't Fedora take upstream's design into account? It's their software, after all. And doesn't Java work in a similar way? You can't expect everyone to change their software design to work for Fedora, even if it has disadvantages. From mschwendt at gmail.com Fri Jan 1 17:58:10 2010 From: mschwendt at gmail.com (Michael Schwendt) Date: Fri, 1 Jan 2010 18:58:10 +0100 Subject: ABRT considered painful In-Reply-To: References: <20091229195657.4000ce26@gmail.com> Message-ID: <20100101185810.7db980a0@gmail.com> On Wed, 30 Dec 2009 22:04:59 +0100, Kevin wrote: > > What's wrong with ABRT? > > My main beef with it is that it reports its crashes to the downstream bug > tracker when really the right people to fix them are the upstream > developers. KCrash/DrKonqi is much better there. Well, upstream would want detailed backtraces, too. $ grep "Debuginfo absent" attachment.cgi\?id\=381101 | wc -l 188 $ grep "No symb" attachment.cgi\?id\=381101 | wc -l 64 Those 188+64 lines are half of the backtrace attachment already $ cat attachment.cgi\?id\=381101 | wc -l 517 | Debuginfo absent: 0011710bbf8990924b6dd2b256219d5682db6515 Instead of logging 188 missing debuginfo hashes which isn't useful, better log human-readable package EVRs. That would tell more about what package versions a reporter used. From paul at all-the-johnsons.co.uk Fri Jan 1 21:21:22 2010 From: paul at all-the-johnsons.co.uk (Paul) Date: Fri, 01 Jan 2010 21:21:22 +0000 Subject: Fixing the kernel for intel laptops Message-ID: <1262380882.5526.3.camel@PB3.linux> Hi, I'm trying to get my Intel graphics driven laptop up and running again (see BZ 523646 for details of the problem) and am trying to rebuild the kernel using the latest from kernel.org and the fedora srpm (install srpm, copy the kernel, run the spec). The idea is I drop each patch, build and see which one is killing the system and then feed that back to the kernel bods. The current rawhide kernel (2.6.32.2-14.fc13.i686) is no go on the laptop. Question is, how do I configure the spec file to use the latest kernel tarball? TTFN Paul -- ?Sie k?nnen mich aufreizen und wirklich hei? machen! -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part URL: From snecklifter at gmail.com Fri Jan 1 22:10:02 2010 From: snecklifter at gmail.com (Christopher Brown) Date: Fri, 1 Jan 2010 22:10:02 +0000 Subject: Fixing the kernel for intel laptops In-Reply-To: <1262380882.5526.3.camel@PB3.linux> References: <1262380882.5526.3.camel@PB3.linux> Message-ID: <364d303b1001011410s587c9168ob8162142787080a5@mail.gmail.com> 2010/1/1 Paul : > Hi, > > I'm trying to get my Intel graphics driven laptop up and running again > (see BZ 523646 for details of the problem) and am trying to rebuild the > kernel using the latest from kernel.org and the fedora srpm (install > srpm, copy the kernel, run the spec). > > The idea is I drop each patch, build and see which one is killing the > system and then feed that back to the kernel bods. > > The current rawhide kernel (2.6.32.2-14.fc13.i686) is no go on the > laptop. > > Question is, how do I configure the spec file to use the latest kernel > tarball? I'm not sure why you are pulling from kernel.org and integrating into the srpm as that is what happens anyway. You mention in comment #31 of that bug that you updated and this caused the problem to exist on both f12 and f13 kernels. I'd be inclined to visit your yum log and see what was updated and revert it, if you are able. It may not even be kernel-related. You might also want to consider taking this to fedora-kernel as the kernel developers are less likely to read this list due to the volume. You don't have to subscribe. Best -- Christopher Brown From kevin.kofler at chello.at Sat Jan 2 06:04:12 2010 From: kevin.kofler at chello.at (Kevin Kofler) Date: Sat, 02 Jan 2010 07:04:12 +0100 Subject: Mono.Cecil & monodevelop-debugger-mdb References: <1261695503.2989.324.camel@PB3.linux> <20d6441a1001010940v1b863fa9k56f856a54566e0d0@mail.gmail.com> Message-ID: Jud Craft wrote: > Shouldn't Fedora take upstream's design into account? It's their > software, after all. It's our policy not to bundle system libraries. We're not the only ones, Debian also has such a policy. Bundling libraries in applications sucks in a distribution, the library which is part of the distribution should be used. An additional problem is that the bundled .dlls are generally bundled as binaries. Software in Fedora must be built from source. (And there too, Debian also has such a policy.) > And doesn't Java work in a similar way? Yes, unfortunately, bundling .jars is commonplace in upstream Java software, we always rm -f all the bundled .jar files in %prep and we even have a scriptlet snippet which runs find over the build tree to delete all bundled .jar files. All .jar files MUST be built from source as separate packages. > You can't expect everyone to change their software design to work for > Fedora, even if it has disadvantages. We do expect that, sorry. Bundling libraries is not a solution, fixing the library not to break its ABI/API every couple days is. It just plain sucks to ship several different versions of the same library in a distribution. Kevin Kofler From thomasj at fedoraproject.org Sat Jan 2 08:24:20 2010 From: thomasj at fedoraproject.org (Thomas Janssen) Date: Sat, 2 Jan 2010 09:24:20 +0100 Subject: Fixing the kernel for intel laptops In-Reply-To: <1262380882.5526.3.camel@PB3.linux> References: <1262380882.5526.3.camel@PB3.linux> Message-ID: 2010/1/1 Paul : > Hi, > > I'm trying to get my Intel graphics driven laptop up and running again > (see BZ 523646 for details of the problem) and am trying to rebuild the > kernel using the latest from kernel.org and the fedora srpm (install > srpm, copy the kernel, run the spec). > > The idea is I drop each patch, build and see which one is killing the > system and then feed that back to the kernel bods. That sounds like you want to read about: git-bisect -- LG Thomas Dubium sapientiae initium From jmoskovc at redhat.com Sat Jan 2 10:53:28 2010 From: jmoskovc at redhat.com (Jiri Moskovcak) Date: Sat, 02 Jan 2010 11:53:28 +0100 Subject: ABRT considered painful In-Reply-To: <645d17210912311011v609a705ei62b1fbbd0a3d905f@mail.gmail.com> References: <20091229195657.4000ce26@gmail.com> <645d17210912311011v609a705ei62b1fbbd0a3d905f@mail.gmail.com> Message-ID: <4B3F25A8.5030300@redhat.com> On 12/31/2009 07:11 PM, Jonathan Underwood wrote: > 2009/12/29 Michael Schwendt: >> What's wrong with ABRT? >> >> Originally, with stock F-12, I had received a couple of good backtraces in >> bugzilla. Incredibly useful. A wonderful improvement over F-11 and older. >> >> And later? - Recently, in all the backtraces dozens of debuginfo packages >> are missing. :-( > > Locally, for the past few days, debuginfo packages have failed to > install for me because I have the rpmfusion-{free,nonfree} > repositories activated, and the main mirrorlist for rpmfusion seems to > have gone down, so debuginfo never completes, and abrt carries on its > merry way. I suspect others are seeing this. > ABRT 1.0.2 should fix the problems with installing the debug packages, the only problem I know about is when some of the enabled repositories is down - then the yum fails to download debuginfo even if it's in working directory and there is not much ABRT can do about this. -------------- next part -------------- A non-text attachment was scrubbed... Name: jmoskovc.vcf Type: text/x-vcard Size: 126 bytes Desc: not available URL: From jmoskovc at redhat.com Sat Jan 2 10:56:04 2010 From: jmoskovc at redhat.com (Jiri Moskovcak) Date: Sat, 02 Jan 2010 11:56:04 +0100 Subject: ABRT considered painful In-Reply-To: References: <20091229195657.4000ce26@gmail.com> Message-ID: <4B3F2644.3090308@redhat.com> On 12/29/2009 09:40 PM, Bryan O'Sullivan wrote: > On Tue, Dec 29, 2009 at 10:56 AM, Michael Schwendtwrote: > >> >> Originally, with stock F-12, I had received a couple of good backtraces in >> bugzilla. > > > , and then it's > quite often unreliable in delivering bug reports or making it clear that any > particular crash has or has not been reported correctly. Which bugs do you mean? If you're talking about kerneloops then there is no way we can show some other message then "Thenk you for submitting" as the kerneloops server doesn't return any url with reported oops. -------------- next part -------------- A non-text attachment was scrubbed... Name: jmoskovc.vcf Type: text/x-vcard Size: 134 bytes Desc: not available URL: From mail at robertoragusa.it Sat Jan 2 11:39:15 2010 From: mail at robertoragusa.it (Roberto Ragusa) Date: Sat, 02 Jan 2010 12:39:15 +0100 Subject: installing 64-bit kernel on a 32-bit system (nouveau issue?) In-Reply-To: <1e3142441001012243r740cb26ft1dbeec5ed9e031da@mail.gmail.com> References: <78926d251001010624t7dce0ffax291a8f7c09113b70@mail.gmail.com> <4B3E3BD0.2030501@comcast.net> <4B3E4897.8060001@robertoragusa.it> <1e3142441001012243r740cb26ft1dbeec5ed9e031da@mail.gmail.com> Message-ID: <4B3F3063.7010005@robertoragusa.it> (warning: added cross posting to fedora-devel) Ramesh.R wrote: > > You can use 32 bit OS in 64 bit processor. > > 32 bit address bus will use 64 bit. MSB 32 bits will be idle.. > > But for the case, 64 bit OS in a 32 bit processor is not possible by theory. No one is talking about that. You are not the only one in this thread to have misunderstood. Suppose you have a 64 bit processor. You can run: (a) 64 bit kernel + 64 bit apps: that would be a pure 64 bit system (b) 64 bit kernel + 64 bit and 32 bit apps: that would be a multilib system, where you keep some 32 apps for some reasons A normal Fedora installation will give you case (a) or (b). Now, consider this: (c) 64 bit kernel + 32 bit apps: this is simply an extreme case of (b), a 64/32 system where every app is 32. Case (c) is interesting because: - you can switch a 32 bit install to this mode by simply installing a 64 bit kernel (and switch back at grub level any time you want) - the 64 bit kernel can handle all your memory better (faster) than 32 or 32+PAE kernel - you avoid the increased memory consumption of 64 bit apps (pointers are wider; there is big debate how much this impacts performance and if it is able to demolish the other improvements of x86_64 such as more regusters and SSE2 guaranteed avalability). Add to this that when you run 32 and 64 bit apps together you have both versions of the system libraries in memory, so the mem usage is higher. Finally, the discussion is: case (c) _SHOULD_ work perfectly in theory (see case (b)), but apparently there are a couple of bad spots for things no one ever run in 32 bit mode on 64 bit kernel. The first one I heard is the Nvidia closed source driver (ok, we already know closed source = unfixable problems), but this thread seems to suggest that nouveau has a similar issue. My suspicion is that it is just an untested area and a fix could be done easily. In any case, it looks like a show stopper for nvidia users. Best regards. -- Roberto Ragusa mail at robertoragusa.it From mschwendt at gmail.com Sat Jan 2 11:55:30 2010 From: mschwendt at gmail.com (Michael Schwendt) Date: Sat, 2 Jan 2010 12:55:30 +0100 Subject: ABRT considered painful In-Reply-To: <4B3F25A8.5030300@redhat.com> References: <20091229195657.4000ce26@gmail.com> <645d17210912311011v609a705ei62b1fbbd0a3d905f@mail.gmail.com> <4B3F25A8.5030300@redhat.com> Message-ID: <20100102125530.475b30db@gmail.com> On Sat, 02 Jan 2010 11:53:28 +0100, Jiri wrote: > ABRT 1.0.2 should fix the problems with installing the debug packages, > the only problem I know about is when some of the enabled repositories > is down - then the yum fails to download debuginfo even if it's in > working directory and there is not much ABRT can do about this. One of the ABRT test-updates warned about missing debuginfo packages. If it knows that many debuginfo packages are missing and details in the backtrace are missing, too, can it try harder to warn users about not uploading incomplete backtraces? It could warn again if a user wants to delete a report in ABRT that has only been uploaded with missing details. From jan.kratochvil at redhat.com Sat Jan 2 12:25:03 2010 From: jan.kratochvil at redhat.com (Jan Kratochvil) Date: Sat, 2 Jan 2010 13:25:03 +0100 Subject: ABRT considered painful In-Reply-To: <4B3F25A8.5030300@redhat.com> References: <20091229195657.4000ce26@gmail.com> <645d17210912311011v609a705ei62b1fbbd0a3d905f@mail.gmail.com> <4B3F25A8.5030300@redhat.com> Message-ID: <20100102122503.GA21545@host0.dyn.jankratochvil.net> On Sat, 02 Jan 2010 11:53:28 +0100, Jiri Moskovcak wrote: > the only problem I know about is when some of the enabled repositories is > down - then the yum fails to download debuginfo even if it's in working > directory and there is not much ABRT can do about this. Which YUM bug # is it? Could you provide a temporary workaround supplying something like (needs some testing): --disablerepo='*' --enablerepo='fedora*' --enablerepo='updates*' I think --skip-broken could apply also to inaccessible repositories; but that is offtopic here - for ABRT, this is a YUM issue. Regards, Jan From drago01 at gmail.com Sat Jan 2 12:34:47 2010 From: drago01 at gmail.com (drago01) Date: Sat, 2 Jan 2010 13:34:47 +0100 Subject: ABRT considered painful In-Reply-To: <20100102122503.GA21545@host0.dyn.jankratochvil.net> References: <20091229195657.4000ce26@gmail.com> <645d17210912311011v609a705ei62b1fbbd0a3d905f@mail.gmail.com> <4B3F25A8.5030300@redhat.com> <20100102122503.GA21545@host0.dyn.jankratochvil.net> Message-ID: On Sat, Jan 2, 2010 at 1:25 PM, Jan Kratochvil wrote: > On Sat, 02 Jan 2010 11:53:28 +0100, Jiri Moskovcak wrote: >> the only problem I know about is when some of the enabled repositories is >> down - then the yum fails to download debuginfo even if it's in working >> directory and there is not much ABRT can do about this. > > Which YUM bug # is it? > > Could you provide a temporary workaround supplying something like (needs some > testing): > ? ? ? ?--disablerepo='*' --enablerepo='fedora*' --enablerepo='updates*' > > I think --skip-broken could apply also to inaccessible repositories; but that > is offtopic here - for ABRT, this is a YUM issue. Well this "yum issue" is by design .. reporting it does not have much sense because Seth do not want to change/fix it. From stefan at seekline.net Sat Jan 2 12:39:07 2010 From: stefan at seekline.net (Stefan Schulze Frielinghaus) Date: Sat, 02 Jan 2010 13:39:07 +0100 Subject: ABRT considered painful In-Reply-To: <4B3F25A8.5030300@redhat.com> References: <20091229195657.4000ce26@gmail.com> <645d17210912311011v609a705ei62b1fbbd0a3d905f@mail.gmail.com> <4B3F25A8.5030300@redhat.com> Message-ID: <1262435947.1991.24.camel@localhost> On Sat, 2010-01-02 at 11:53 +0100, Jiri Moskovcak wrote: [...] > ABRT 1.0.2 should fix the problems with installing the debug packages, Does this mean ABRT 1.0.2 installs those missing debuginfo packages automatically and also _removes_ them after the bug was committed? I'm not really familiar with the handling of debuginfo packages maybe someone can explain that to mean. My understanding is the following: The debuginfo packages contain symbols etc. which were striped out after the build process to ensure a small binary to save memory (and as a side effect speed). When the debuginfo package of a particular binary is installed, then the symbols are loaded whenever the binary is loaded or are the symbols only considered by tools like gdb and so on? This is crucial to me because if the debug symbols are loaded whenever the binary is loaded, then this means a performance decrease but if they are only loaded by gdb, ABRT or whatever, then this "only" means some waste of my disk space which may be negligible (if the debuginfo packages are not removed automatically). cheers, Stefan From paul at all-the-johnsons.co.uk Sat Jan 2 12:47:47 2010 From: paul at all-the-johnsons.co.uk (Paul) Date: Sat, 02 Jan 2010 12:47:47 +0000 Subject: Mono.Cecil & monodevelop-debugger-mdb In-Reply-To: References: <1261695503.2989.324.camel@PB3.linux> <20d6441a1001010940v1b863fa9k56f856a54566e0d0@mail.gmail.com> Message-ID: <1262436467.5526.9.camel@PB3.linux> Hi, > > You can't expect everyone to change their software design to work > for > > Fedora, even if it has disadvantages. > > We do expect that, sorry. Bundling libraries is not a solution, fixing > the library not to break its ABI/API every couple days is. Here I have to agree with you Kevin. Mono.Cecil is a pain, but it's the only one in Mono which does change between packages. I don't understand why. As it stands, the fix was easy; change monodevelop so that it doesn't add mono.cecil to the list that it provides and add it in by itself. It's not a fix upstream will listen to (as aren't the 64 bit lib fixes - don't ask, I've been trying for ages to get them to accept them). I'm going to have a go at building the other monodevelop plugins over the next week and get them into rawhide.... Assuming I still can by then ;-p TTFN Paul -- ?Sie k?nnen mich aufreizen und wirklich hei? machen! -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part URL: From rawhide at fedoraproject.org Sat Jan 2 13:32:58 2010 From: rawhide at fedoraproject.org (Rawhide Report) Date: Sat, 2 Jan 2010 13:32:58 +0000 Subject: rawhide report: 20100102 changes Message-ID: <20100102133258.GA23150@releng2.fedora.phx.redhat.com> Compose started at Sat Jan 2 08:15:05 UTC 2010 Broken deps for i386 ---------------------------------------------------------- anjal-0.1.0-1.fc13.i686 requires libevolution-mail-shared.so.0 anjal-0.1.0-1.fc13.i686 requires libefilterbar.so.0 cduce-0.5.3-3.fc13.i686 requires ocaml(runtime) = 0:3.11.1 cduce-0.5.3-3.fc13.i686 requires ocaml(Filename) = 0:7cd172f02b7ee9b8d7bda3bb92144951 cduce-0.5.3-3.fc13.i686 requires ocaml(Obj) = 0:c827f726ce05da709cf7de58fc15e324 cduce-0.5.3-3.fc13.i686 requires ocaml(Format) = 0:b7ba3152a5eec5609d6ab86e6c51eebb cduce-0.5.3-3.fc13.i686 requires ocaml(Printexc) = 0:fdf007941aa14d1a26323558012dbf52 cduce-0.5.3-3.fc13.i686 requires ocaml(Buffer) = 0:23af67395823b652b807c4ae0b581211 cduce-ocamlduce-0.5.3-3.fc13.i686 requires ocaml(Format) = 0:b7ba3152a5eec5609d6ab86e6c51eebb cduce-ocamlduce-0.5.3-3.fc13.i686 requires ocaml(Buffer) = 0:23af67395823b652b807c4ae0b581211 cduce-ocamlduce-0.5.3-3.fc13.i686 requires ocaml(runtime) = 0:3.11.1 cduce-ocamlduce-0.5.3-3.fc13.i686 requires ocaml(Obj) = 0:c827f726ce05da709cf7de58fc15e324 cluster-snmp-0.16.1-2.fc12.i686 requires libnetsnmp.so.15 ghc-HTTP-devel-4000.0.6-6.fc13.i686 requires ghc = 0:6.10.4 ghc-HTTP-devel-4000.0.6-6.fc13.i686 requires ghc = 0:6.10.4 ghc-HTTP-doc-4000.0.6-6.fc13.i686 requires ghc-doc = 0:6.10.4 ghc-HTTP-doc-4000.0.6-6.fc13.i686 requires ghc-doc = 0:6.10.4 ghc-HTTP-prof-4000.0.6-6.fc13.i686 requires ghc-prof = 0:6.10.4 ghc-cairo-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-cairo-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-cairo-prof-0.10.1-5.fc12.i686 requires ghc-prof = 0:6.10.4 ghc-cgi-devel-3001.1.7.1-3.fc13.i686 requires ghc = 0:6.10.4 ghc-cgi-devel-3001.1.7.1-3.fc13.i686 requires ghc = 0:6.10.4 ghc-cgi-doc-3001.1.7.1-3.fc13.i686 requires ghc-doc = 0:6.10.4 ghc-cgi-doc-3001.1.7.1-3.fc13.i686 requires ghc-doc = 0:6.10.4 ghc-cgi-prof-3001.1.7.1-3.fc13.i686 requires ghc-prof = 0:6.10.4 ghc-fgl-devel-5.4.2.2-1.fc12.i686 requires ghc = 0:6.10.4 ghc-fgl-devel-5.4.2.2-1.fc12.i686 requires ghc = 0:6.10.4 ghc-fgl-doc-5.4.2.2-1.fc12.i686 requires ghc-doc = 0:6.10.4 ghc-fgl-doc-5.4.2.2-1.fc12.i686 requires ghc-doc = 0:6.10.4 ghc-fgl-prof-5.4.2.2-1.fc12.i686 requires ghc-prof = 0:6.10.4 ghc-gconf-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-gconf-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-gconf-prof-0.10.1-5.fc12.i686 requires ghc-prof = 0:6.10.4 ghc-ghc-paths-devel-0.1.0.5-8.fc12.i686 requires ghc = 0:6.10.4 ghc-ghc-paths-devel-0.1.0.5-8.fc12.i686 requires ghc = 0:6.10.4 ghc-ghc-paths-doc-0.1.0.5-8.fc12.i686 requires ghc-doc = 0:6.10.4 ghc-ghc-paths-doc-0.1.0.5-8.fc12.i686 requires ghc-doc = 0:6.10.4 ghc-ghc-paths-prof-0.1.0.5-8.fc12.i686 requires ghc-prof = 0:6.10.4 ghc-gio-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-gio-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-gio-prof-0.10.1-5.fc12.i686 requires ghc-prof = 0:6.10.4 ghc-glade-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-glade-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-glade-prof-0.10.1-5.fc12.i686 requires ghc-prof = 0:6.10.4 ghc-glib-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-glib-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-glib-prof-0.10.1-5.fc12.i686 requires ghc-prof = 0:6.10.4 ghc-gstreamer-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-gstreamer-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-gstreamer-prof-0.10.1-5.fc12.i686 requires ghc-prof = 0:6.10.4 ghc-gtk-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-gtk-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-gtk-prof-0.10.1-5.fc12.i686 requires ghc-prof = 0:6.10.4 ghc-gtkglext-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-gtkglext-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-gtkglext-prof-0.10.1-5.fc12.i686 requires ghc-prof = 0:6.10.4 ghc-gtksourceview2-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-gtksourceview2-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-gtksourceview2-prof-0.10.1-5.fc12.i686 requires ghc-prof = 0:6.10.4 ghc-haskell-platform-devel-2009.2.0.2-3.fc13.i686 requires ghc = 0:6.10.4 ghc-haskell-platform-devel-2009.2.0.2-3.fc13.i686 requires ghc = 0:6.10.4 ghc-haskell-platform-doc-2009.2.0.2-3.fc13.i686 requires ghc-doc = 0:6.10.4 ghc-haskell-platform-doc-2009.2.0.2-3.fc13.i686 requires ghc-doc = 0:6.10.4 ghc-haskell-platform-prof-2009.2.0.2-3.fc13.i686 requires ghc-prof = 0:6.10.4 ghc-haskell-src-exts-devel-1.3.0-2.fc13.i686 requires ghc = 0:6.10.4 ghc-haskell-src-exts-devel-1.3.0-2.fc13.i686 requires ghc = 0:6.10.4 ghc-haskell-src-exts-doc-1.3.0-2.fc13.i686 requires ghc-doc = 0:6.10.4 ghc-haskell-src-exts-doc-1.3.0-2.fc13.i686 requires ghc-doc = 0:6.10.4 ghc-haskell-src-exts-prof-1.3.0-2.fc13.i686 requires ghc-prof = 0:6.10.4 ghc-network-devel-2.2.1.4-2.fc12.i686 requires ghc = 0:6.10.4 ghc-network-devel-2.2.1.4-2.fc12.i686 requires ghc = 0:6.10.4 ghc-network-doc-2.2.1.4-2.fc12.i686 requires ghc-doc = 0:6.10.4 ghc-network-doc-2.2.1.4-2.fc12.i686 requires ghc-doc = 0:6.10.4 ghc-network-prof-2.2.1.4-2.fc12.i686 requires ghc-prof = 0:6.10.4 ghc-soegtk-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-soegtk-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-soegtk-prof-0.10.1-5.fc12.i686 requires ghc-prof = 0:6.10.4 ghc-svgcairo-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-svgcairo-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-svgcairo-prof-0.10.1-5.fc12.i686 requires ghc-prof = 0:6.10.4 ghc-uniplate-devel-1.2.0.3-6.fc12.i686 requires ghc = 0:6.10.4 ghc-uniplate-devel-1.2.0.3-6.fc12.i686 requires ghc = 0:6.10.4 ghc-uniplate-doc-1.2.0.3-6.fc12.i686 requires ghc-doc = 0:6.10.4 ghc-uniplate-doc-1.2.0.3-6.fc12.i686 requires ghc-doc = 0:6.10.4 ghc-uniplate-prof-1.2.0.3-6.fc12.i686 requires ghc-prof = 0:6.10.4 ghc-xmonad-contrib-devel-0.9-1.fc13.i686 requires ghc-utf8-string-devel = 0:0.3.5 ghc-xmonad-contrib-devel-0.9-1.fc13.i686 requires ghc = 0:6.10.4 ghc-xmonad-contrib-devel-0.9-1.fc13.i686 requires ghc = 0:6.10.4 ghc-xmonad-contrib-doc-0.9-1.fc13.i686 requires ghc-doc = 0:6.10.4 ghc-xmonad-contrib-doc-0.9-1.fc13.i686 requires ghc-doc = 0:6.10.4 ghc-xmonad-contrib-doc-0.9-1.fc13.i686 requires ghc-utf8-string-doc = 0:0.3.5 ghc-xmonad-contrib-prof-0.9-1.fc13.i686 requires ghc-prof = 0:6.10.4 ghc-xmonad-contrib-prof-0.9-1.fc13.i686 requires ghc-utf8-string-prof = 0:0.3.5 ghc-xmonad-devel-0.9-3.fc13.i686 requires ghc-X11-devel = 0:1.4.6.1 ghc-xmonad-devel-0.9-3.fc13.i686 requires ghc = 0:6.10.4 ghc-xmonad-devel-0.9-3.fc13.i686 requires ghc = 0:6.10.4 ghc-xmonad-doc-0.9-3.fc13.i686 requires ghc-doc = 0:6.10.4 ghc-xmonad-doc-0.9-3.fc13.i686 requires ghc-doc = 0:6.10.4 ghc-xmonad-doc-0.9-3.fc13.i686 requires ghc-X11-doc = 0:1.4.6.1 ghc-xmonad-prof-0.9-3.fc13.i686 requires ghc-X11-prof = 0:1.4.6.1 ghc-xmonad-prof-0.9-3.fc13.i686 requires ghc-prof = 0:6.10.4 gnome-python2-evince-2.28.0-2.fc12.i686 requires libevview.so.1 gnome-python2-evince-2.28.0-2.fc12.i686 requires libevdocument.so.1 graphviz-ocaml-2.26.0-1.fc13.i686 requires ocaml(Obj) = 0:c827f726ce05da709cf7de58fc15e324 graphviz-ocaml-2.26.0-1.fc13.i686 requires ocaml(runtime) = 0:3.11.1 haskell-platform-2009.2.0.2-3.fc13.i686 requires ghc = 0:6.10.4 hulahop-0.6.0-2.fc12.i686 requires xulrunner-python hulahop-0.6.0-2.fc12.i686 requires libpyxpcom.so inksmoto-0.7.0-1.rc1.fc13.noarch requires /bin/python kst-fits-1.8.0-3.fc12.i686 requires cfitsio = 0:3.140 kst-netcdf-1.8.0-3.fc12.i686 requires libnetcdf.so.4 kst-netcdf-1.8.0-3.fc12.i686 requires libnetcdf_c++.so.4 libextractor-plugins-rpm-0.5.23-1303.fc13.i686 requires librpm.so.0 linphone-2.1.1-4.fc12.i686 requires libortp.so.7 ocaml-camlp5-5.12-2.fc12.i686 requires ocaml(Format) = 0:b7ba3152a5eec5609d6ab86e6c51eebb ocaml-camlp5-5.12-2.fc12.i686 requires ocaml(Printexc) = 0:fdf007941aa14d1a26323558012dbf52 ocaml-camlp5-5.12-2.fc12.i686 requires ocaml(Buffer) = 0:23af67395823b652b807c4ae0b581211 ocaml-camlp5-5.12-2.fc12.i686 requires ocaml(Filename) = 0:7cd172f02b7ee9b8d7bda3bb92144951 ocaml-camlp5-5.12-2.fc12.i686 requires ocaml(runtime) = 0:3.11.1 ocaml-camlp5-5.12-2.fc12.i686 requires ocaml(Obj) = 0:c827f726ce05da709cf7de58fc15e324 ocaml-json-wheel-1.0.6-2.fc12.i686 requires ocaml(Format) = 0:b7ba3152a5eec5609d6ab86e6c51eebb ocaml-json-wheel-1.0.6-2.fc12.i686 requires ocaml(Buffer) = 0:23af67395823b652b807c4ae0b581211 ocaml-json-wheel-1.0.6-2.fc12.i686 requires ocaml(runtime) = 0:3.11.1 ocaml-json-wheel-1.0.6-2.fc12.i686 requires ocaml(Obj) = 0:c827f726ce05da709cf7de58fc15e324 ocaml-ocamlnet-2.2.9-15.fc13.i686 requires ocaml(Format) = 0:b7ba3152a5eec5609d6ab86e6c51eebb ocaml-ocamlnet-2.2.9-15.fc13.i686 requires ocaml(runtime) = 0:3.11.1 ocaml-ocamlnet-2.2.9-15.fc13.i686 requires ocaml(Filename) = 0:7cd172f02b7ee9b8d7bda3bb92144951 ocaml-ocamlnet-2.2.9-15.fc13.i686 requires ocaml(Obj) = 0:c827f726ce05da709cf7de58fc15e324 ocaml-ocamlnet-2.2.9-15.fc13.i686 requires ocaml(Printexc) = 0:fdf007941aa14d1a26323558012dbf52 ocaml-ocamlnet-2.2.9-15.fc13.i686 requires ocaml(Buffer) = 0:23af67395823b652b807c4ae0b581211 ocaml-ocamlnet-nethttpd-2.2.9-15.fc13.i686 requires ocaml(Format) = 0:b7ba3152a5eec5609d6ab86e6c51eebb ocaml-ocamlnet-nethttpd-2.2.9-15.fc13.i686 requires ocaml(Buffer) = 0:23af67395823b652b807c4ae0b581211 ocaml-ocamlnet-nethttpd-2.2.9-15.fc13.i686 requires ocaml(Printexc) = 0:fdf007941aa14d1a26323558012dbf52 ocaml-ocamlnet-nethttpd-2.2.9-15.fc13.i686 requires ocaml(Filename) = 0:7cd172f02b7ee9b8d7bda3bb92144951 ocaml-ocamlnet-nethttpd-2.2.9-15.fc13.i686 requires ocaml(runtime) = 0:3.11.1 ocaml-ocamlnet-nethttpd-2.2.9-15.fc13.i686 requires ocaml(Obj) = 0:c827f726ce05da709cf7de58fc15e324 ocaml-preludeml-0.1-0.13.20090113.fc12.i686 requires ocaml(Buffer) = 0:23af67395823b652b807c4ae0b581211 ocaml-preludeml-0.1-0.13.20090113.fc12.i686 requires ocaml(Filename) = 0:7cd172f02b7ee9b8d7bda3bb92144951 ocaml-preludeml-0.1-0.13.20090113.fc12.i686 requires ocaml(runtime) = 0:3.11.1 ocaml-preludeml-0.1-0.13.20090113.fc12.i686 requires ocaml(Obj) = 0:c827f726ce05da709cf7de58fc15e324 ocaml-pxp-1.2.1-2.fc12.i686 requires ocaml(Format) = 0:b7ba3152a5eec5609d6ab86e6c51eebb ocaml-pxp-1.2.1-2.fc12.i686 requires ocaml(Printexc) = 0:fdf007941aa14d1a26323558012dbf52 ocaml-pxp-1.2.1-2.fc12.i686 requires ocaml(Buffer) = 0:23af67395823b652b807c4ae0b581211 ocaml-pxp-1.2.1-2.fc12.i686 requires ocaml(Filename) = 0:7cd172f02b7ee9b8d7bda3bb92144951 ocaml-pxp-1.2.1-2.fc12.i686 requires ocaml(runtime) = 0:3.11.1 ocaml-pxp-1.2.1-2.fc12.i686 requires ocaml(Obj) = 0:c827f726ce05da709cf7de58fc15e324 ocaml-reins-0.1a-6.fc12.i686 requires ocaml(Printexc) = 0:fdf007941aa14d1a26323558012dbf52 ocaml-reins-0.1a-6.fc12.i686 requires ocaml(Buffer) = 0:23af67395823b652b807c4ae0b581211 ocaml-reins-0.1a-6.fc12.i686 requires ocaml(runtime) = 0:3.11.1 ocaml-reins-0.1a-6.fc12.i686 requires ocaml(Obj) = 0:c827f726ce05da709cf7de58fc15e324 ocaml-xmlrpc-light-0.6.1-3.fc12.i686 requires ocaml(Format) = 0:b7ba3152a5eec5609d6ab86e6c51eebb ocaml-xmlrpc-light-0.6.1-3.fc12.i686 requires ocaml(Buffer) = 0:23af67395823b652b807c4ae0b581211 ocaml-xmlrpc-light-0.6.1-3.fc12.i686 requires ocaml(runtime) = 0:3.11.1 ocaml-xmlrpc-light-0.6.1-3.fc12.i686 requires ocaml(Printexc) = 0:fdf007941aa14d1a26323558012dbf52 ocaml-xmlrpc-light-0.6.1-3.fc12.i686 requires ocaml(Obj) = 0:c827f726ce05da709cf7de58fc15e324 openscap-0.5.5-1.fc13.i686 requires librpm.so.0 openscap-0.5.5-1.fc13.i686 requires librpmio.so.0 openscap-perl-0.5.5-1.fc13.i686 requires librpm.so.0 openscap-python-0.5.5-1.fc13.i686 requires librpm.so.0 player-3.0.0-4.fc12.i686 requires libgeos-3.1.1.so player-3.0.0-4.fc12.i686 requires libcxcore.so.2 player-3.0.0-4.fc12.i686 requires libcvaux.so.2 player-3.0.0-4.fc12.i686 requires libml.so.2 player-3.0.0-4.fc12.i686 requires libhighgui.so.2 player-3.0.0-4.fc12.i686 requires libpqxx-2.6.8.so player-3.0.0-4.fc12.i686 requires libcv.so.2 python-basemap-0.99.4-1.fc13.i686 requires libgeos-3.2.0rc3.so sectool-0.9.4-3.fc13.i686 requires librpm.so.0 sectool-0.9.4-3.fc13.i686 requires librpmio.so.0 zikula-module-menutree-2.2-1.fc13.noarch requires zikula >= 0:1.2 Broken deps for x86_64 ---------------------------------------------------------- anjal-0.1.0-1.fc13.x86_64 requires libevolution-mail-shared.so.0()(64bit) anjal-0.1.0-1.fc13.x86_64 requires libefilterbar.so.0()(64bit) cduce-0.5.3-3.fc13.x86_64 requires ocaml(runtime) = 0:3.11.1 cduce-0.5.3-3.fc13.x86_64 requires ocaml(Filename) = 0:7cd172f02b7ee9b8d7bda3bb92144951 cduce-0.5.3-3.fc13.x86_64 requires ocaml(Obj) = 0:c827f726ce05da709cf7de58fc15e324 cduce-0.5.3-3.fc13.x86_64 requires ocaml(Format) = 0:b7ba3152a5eec5609d6ab86e6c51eebb cduce-0.5.3-3.fc13.x86_64 requires ocaml(Printexc) = 0:fdf007941aa14d1a26323558012dbf52 cduce-0.5.3-3.fc13.x86_64 requires ocaml(Buffer) = 0:23af67395823b652b807c4ae0b581211 cduce-ocamlduce-0.5.3-3.fc13.x86_64 requires ocaml(Format) = 0:b7ba3152a5eec5609d6ab86e6c51eebb cduce-ocamlduce-0.5.3-3.fc13.x86_64 requires ocaml(Buffer) = 0:23af67395823b652b807c4ae0b581211 cduce-ocamlduce-0.5.3-3.fc13.x86_64 requires ocaml(Obj) = 0:c827f726ce05da709cf7de58fc15e324 cduce-ocamlduce-0.5.3-3.fc13.x86_64 requires ocaml(runtime) = 0:3.11.1 cluster-snmp-0.16.1-2.fc12.x86_64 requires libnetsnmp.so.15()(64bit) ghc-HTTP-devel-4000.0.6-6.fc13.i686 requires ghc = 0:6.10.4 ghc-HTTP-devel-4000.0.6-6.fc13.i686 requires ghc = 0:6.10.4 ghc-HTTP-devel-4000.0.6-6.fc13.x86_64 requires ghc = 0:6.10.4 ghc-HTTP-devel-4000.0.6-6.fc13.x86_64 requires ghc = 0:6.10.4 ghc-HTTP-doc-4000.0.6-6.fc13.x86_64 requires ghc-doc = 0:6.10.4 ghc-HTTP-doc-4000.0.6-6.fc13.x86_64 requires ghc-doc = 0:6.10.4 ghc-HTTP-prof-4000.0.6-6.fc13.x86_64 requires ghc-prof = 0:6.10.4 ghc-cairo-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-cairo-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-cairo-devel-0.10.1-5.fc12.x86_64 requires ghc = 0:6.10.4 ghc-cairo-devel-0.10.1-5.fc12.x86_64 requires ghc = 0:6.10.4 ghc-cairo-prof-0.10.1-5.fc12.x86_64 requires ghc-prof = 0:6.10.4 ghc-cgi-devel-3001.1.7.1-3.fc13.i686 requires ghc = 0:6.10.4 ghc-cgi-devel-3001.1.7.1-3.fc13.i686 requires ghc = 0:6.10.4 ghc-cgi-devel-3001.1.7.1-3.fc13.x86_64 requires ghc = 0:6.10.4 ghc-cgi-devel-3001.1.7.1-3.fc13.x86_64 requires ghc = 0:6.10.4 ghc-cgi-doc-3001.1.7.1-3.fc13.x86_64 requires ghc-doc = 0:6.10.4 ghc-cgi-doc-3001.1.7.1-3.fc13.x86_64 requires ghc-doc = 0:6.10.4 ghc-cgi-prof-3001.1.7.1-3.fc13.x86_64 requires ghc-prof = 0:6.10.4 ghc-fgl-devel-5.4.2.2-1.fc12.i686 requires ghc = 0:6.10.4 ghc-fgl-devel-5.4.2.2-1.fc12.i686 requires ghc = 0:6.10.4 ghc-fgl-devel-5.4.2.2-1.fc12.x86_64 requires ghc = 0:6.10.4 ghc-fgl-devel-5.4.2.2-1.fc12.x86_64 requires ghc = 0:6.10.4 ghc-fgl-doc-5.4.2.2-1.fc12.x86_64 requires ghc-doc = 0:6.10.4 ghc-fgl-doc-5.4.2.2-1.fc12.x86_64 requires ghc-doc = 0:6.10.4 ghc-fgl-prof-5.4.2.2-1.fc12.x86_64 requires ghc-prof = 0:6.10.4 ghc-gconf-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-gconf-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-gconf-devel-0.10.1-5.fc12.x86_64 requires ghc = 0:6.10.4 ghc-gconf-devel-0.10.1-5.fc12.x86_64 requires ghc = 0:6.10.4 ghc-gconf-prof-0.10.1-5.fc12.x86_64 requires ghc-prof = 0:6.10.4 ghc-ghc-paths-devel-0.1.0.5-8.fc12.i686 requires ghc = 0:6.10.4 ghc-ghc-paths-devel-0.1.0.5-8.fc12.i686 requires ghc = 0:6.10.4 ghc-ghc-paths-devel-0.1.0.5-8.fc12.x86_64 requires ghc = 0:6.10.4 ghc-ghc-paths-devel-0.1.0.5-8.fc12.x86_64 requires ghc = 0:6.10.4 ghc-ghc-paths-doc-0.1.0.5-8.fc12.x86_64 requires ghc-doc = 0:6.10.4 ghc-ghc-paths-doc-0.1.0.5-8.fc12.x86_64 requires ghc-doc = 0:6.10.4 ghc-ghc-paths-prof-0.1.0.5-8.fc12.x86_64 requires ghc-prof = 0:6.10.4 ghc-gio-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-gio-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-gio-devel-0.10.1-5.fc12.x86_64 requires ghc = 0:6.10.4 ghc-gio-devel-0.10.1-5.fc12.x86_64 requires ghc = 0:6.10.4 ghc-gio-prof-0.10.1-5.fc12.x86_64 requires ghc-prof = 0:6.10.4 ghc-glade-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-glade-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-glade-devel-0.10.1-5.fc12.x86_64 requires ghc = 0:6.10.4 ghc-glade-devel-0.10.1-5.fc12.x86_64 requires ghc = 0:6.10.4 ghc-glade-prof-0.10.1-5.fc12.x86_64 requires ghc-prof = 0:6.10.4 ghc-glib-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-glib-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-glib-devel-0.10.1-5.fc12.x86_64 requires ghc = 0:6.10.4 ghc-glib-devel-0.10.1-5.fc12.x86_64 requires ghc = 0:6.10.4 ghc-glib-prof-0.10.1-5.fc12.x86_64 requires ghc-prof = 0:6.10.4 ghc-gstreamer-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-gstreamer-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-gstreamer-devel-0.10.1-5.fc12.x86_64 requires ghc = 0:6.10.4 ghc-gstreamer-devel-0.10.1-5.fc12.x86_64 requires ghc = 0:6.10.4 ghc-gstreamer-prof-0.10.1-5.fc12.x86_64 requires ghc-prof = 0:6.10.4 ghc-gtk-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-gtk-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-gtk-devel-0.10.1-5.fc12.x86_64 requires ghc = 0:6.10.4 ghc-gtk-devel-0.10.1-5.fc12.x86_64 requires ghc = 0:6.10.4 ghc-gtk-prof-0.10.1-5.fc12.x86_64 requires ghc-prof = 0:6.10.4 ghc-gtkglext-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-gtkglext-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-gtkglext-devel-0.10.1-5.fc12.x86_64 requires ghc = 0:6.10.4 ghc-gtkglext-devel-0.10.1-5.fc12.x86_64 requires ghc = 0:6.10.4 ghc-gtkglext-prof-0.10.1-5.fc12.x86_64 requires ghc-prof = 0:6.10.4 ghc-gtksourceview2-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-gtksourceview2-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-gtksourceview2-devel-0.10.1-5.fc12.x86_64 requires ghc = 0:6.10.4 ghc-gtksourceview2-devel-0.10.1-5.fc12.x86_64 requires ghc = 0:6.10.4 ghc-gtksourceview2-prof-0.10.1-5.fc12.x86_64 requires ghc-prof = 0:6.10.4 ghc-haskell-platform-devel-2009.2.0.2-3.fc13.i686 requires ghc = 0:6.10.4 ghc-haskell-platform-devel-2009.2.0.2-3.fc13.i686 requires ghc = 0:6.10.4 ghc-haskell-platform-devel-2009.2.0.2-3.fc13.x86_64 requires ghc = 0:6.10.4 ghc-haskell-platform-devel-2009.2.0.2-3.fc13.x86_64 requires ghc = 0:6.10.4 ghc-haskell-platform-doc-2009.2.0.2-3.fc13.x86_64 requires ghc-doc = 0:6.10.4 ghc-haskell-platform-doc-2009.2.0.2-3.fc13.x86_64 requires ghc-doc = 0:6.10.4 ghc-haskell-platform-prof-2009.2.0.2-3.fc13.x86_64 requires ghc-prof = 0:6.10.4 ghc-haskell-src-exts-devel-1.3.0-2.fc13.i686 requires ghc = 0:6.10.4 ghc-haskell-src-exts-devel-1.3.0-2.fc13.i686 requires ghc = 0:6.10.4 ghc-haskell-src-exts-devel-1.3.0-2.fc13.x86_64 requires ghc = 0:6.10.4 ghc-haskell-src-exts-devel-1.3.0-2.fc13.x86_64 requires ghc = 0:6.10.4 ghc-haskell-src-exts-doc-1.3.0-2.fc13.x86_64 requires ghc-doc = 0:6.10.4 ghc-haskell-src-exts-doc-1.3.0-2.fc13.x86_64 requires ghc-doc = 0:6.10.4 ghc-haskell-src-exts-prof-1.3.0-2.fc13.x86_64 requires ghc-prof = 0:6.10.4 ghc-network-devel-2.2.1.4-2.fc12.i686 requires ghc = 0:6.10.4 ghc-network-devel-2.2.1.4-2.fc12.i686 requires ghc = 0:6.10.4 ghc-network-devel-2.2.1.4-2.fc12.x86_64 requires ghc = 0:6.10.4 ghc-network-devel-2.2.1.4-2.fc12.x86_64 requires ghc = 0:6.10.4 ghc-network-doc-2.2.1.4-2.fc12.x86_64 requires ghc-doc = 0:6.10.4 ghc-network-doc-2.2.1.4-2.fc12.x86_64 requires ghc-doc = 0:6.10.4 ghc-network-prof-2.2.1.4-2.fc12.x86_64 requires ghc-prof = 0:6.10.4 ghc-soegtk-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-soegtk-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-soegtk-devel-0.10.1-5.fc12.x86_64 requires ghc = 0:6.10.4 ghc-soegtk-devel-0.10.1-5.fc12.x86_64 requires ghc = 0:6.10.4 ghc-soegtk-prof-0.10.1-5.fc12.x86_64 requires ghc-prof = 0:6.10.4 ghc-svgcairo-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-svgcairo-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-svgcairo-devel-0.10.1-5.fc12.x86_64 requires ghc = 0:6.10.4 ghc-svgcairo-devel-0.10.1-5.fc12.x86_64 requires ghc = 0:6.10.4 ghc-svgcairo-prof-0.10.1-5.fc12.x86_64 requires ghc-prof = 0:6.10.4 ghc-uniplate-devel-1.2.0.3-6.fc12.i686 requires ghc = 0:6.10.4 ghc-uniplate-devel-1.2.0.3-6.fc12.i686 requires ghc = 0:6.10.4 ghc-uniplate-devel-1.2.0.3-6.fc12.x86_64 requires ghc = 0:6.10.4 ghc-uniplate-devel-1.2.0.3-6.fc12.x86_64 requires ghc = 0:6.10.4 ghc-uniplate-doc-1.2.0.3-6.fc12.x86_64 requires ghc-doc = 0:6.10.4 ghc-uniplate-doc-1.2.0.3-6.fc12.x86_64 requires ghc-doc = 0:6.10.4 ghc-uniplate-prof-1.2.0.3-6.fc12.x86_64 requires ghc-prof = 0:6.10.4 ghc-xmonad-contrib-devel-0.9-1.fc13.i686 requires ghc-utf8-string-devel = 0:0.3.5 ghc-xmonad-contrib-devel-0.9-1.fc13.i686 requires ghc = 0:6.10.4 ghc-xmonad-contrib-devel-0.9-1.fc13.i686 requires ghc = 0:6.10.4 ghc-xmonad-contrib-devel-0.9-1.fc13.x86_64 requires ghc-utf8-string-devel = 0:0.3.5 ghc-xmonad-contrib-devel-0.9-1.fc13.x86_64 requires ghc = 0:6.10.4 ghc-xmonad-contrib-devel-0.9-1.fc13.x86_64 requires ghc = 0:6.10.4 ghc-xmonad-contrib-doc-0.9-1.fc13.x86_64 requires ghc-doc = 0:6.10.4 ghc-xmonad-contrib-doc-0.9-1.fc13.x86_64 requires ghc-doc = 0:6.10.4 ghc-xmonad-contrib-doc-0.9-1.fc13.x86_64 requires ghc-utf8-string-doc = 0:0.3.5 ghc-xmonad-contrib-prof-0.9-1.fc13.x86_64 requires ghc-prof = 0:6.10.4 ghc-xmonad-contrib-prof-0.9-1.fc13.x86_64 requires ghc-utf8-string-prof = 0:0.3.5 ghc-xmonad-devel-0.9-3.fc13.i686 requires ghc-X11-devel = 0:1.4.6.1 ghc-xmonad-devel-0.9-3.fc13.i686 requires ghc = 0:6.10.4 ghc-xmonad-devel-0.9-3.fc13.i686 requires ghc = 0:6.10.4 ghc-xmonad-devel-0.9-3.fc13.x86_64 requires ghc-X11-devel = 0:1.4.6.1 ghc-xmonad-devel-0.9-3.fc13.x86_64 requires ghc = 0:6.10.4 ghc-xmonad-devel-0.9-3.fc13.x86_64 requires ghc = 0:6.10.4 ghc-xmonad-doc-0.9-3.fc13.x86_64 requires ghc-doc = 0:6.10.4 ghc-xmonad-doc-0.9-3.fc13.x86_64 requires ghc-doc = 0:6.10.4 ghc-xmonad-doc-0.9-3.fc13.x86_64 requires ghc-X11-doc = 0:1.4.6.1 ghc-xmonad-prof-0.9-3.fc13.x86_64 requires ghc-X11-prof = 0:1.4.6.1 ghc-xmonad-prof-0.9-3.fc13.x86_64 requires ghc-prof = 0:6.10.4 gnome-python2-evince-2.28.0-2.fc12.x86_64 requires libevdocument.so.1()(64bit) gnome-python2-evince-2.28.0-2.fc12.x86_64 requires libevview.so.1()(64bit) graphviz-ocaml-2.26.0-1.fc13.x86_64 requires ocaml(runtime) = 0:3.11.1 graphviz-ocaml-2.26.0-1.fc13.x86_64 requires ocaml(Obj) = 0:c827f726ce05da709cf7de58fc15e324 haskell-platform-2009.2.0.2-3.fc13.x86_64 requires ghc = 0:6.10.4 hulahop-0.6.0-2.fc12.x86_64 requires xulrunner-python hulahop-0.6.0-2.fc12.x86_64 requires libpyxpcom.so()(64bit) inksmoto-0.7.0-1.rc1.fc13.noarch requires /bin/python kst-fits-1.8.0-3.fc12.x86_64 requires cfitsio = 0:3.140 kst-netcdf-1.8.0-3.fc12.x86_64 requires libnetcdf.so.4()(64bit) kst-netcdf-1.8.0-3.fc12.x86_64 requires libnetcdf_c++.so.4()(64bit) libextractor-plugins-rpm-0.5.23-1303.fc13.x86_64 requires librpm.so.0()(64bit) linphone-2.1.1-4.fc12.i686 requires libortp.so.7 linphone-2.1.1-4.fc12.x86_64 requires libortp.so.7()(64bit) ocaml-camlp5-5.12-2.fc12.x86_64 requires ocaml(Format) = 0:b7ba3152a5eec5609d6ab86e6c51eebb ocaml-camlp5-5.12-2.fc12.x86_64 requires ocaml(Printexc) = 0:fdf007941aa14d1a26323558012dbf52 ocaml-camlp5-5.12-2.fc12.x86_64 requires ocaml(Buffer) = 0:23af67395823b652b807c4ae0b581211 ocaml-camlp5-5.12-2.fc12.x86_64 requires ocaml(Filename) = 0:7cd172f02b7ee9b8d7bda3bb92144951 ocaml-camlp5-5.12-2.fc12.x86_64 requires ocaml(runtime) = 0:3.11.1 ocaml-camlp5-5.12-2.fc12.x86_64 requires ocaml(Obj) = 0:c827f726ce05da709cf7de58fc15e324 ocaml-json-wheel-1.0.6-2.fc12.x86_64 requires ocaml(Format) = 0:b7ba3152a5eec5609d6ab86e6c51eebb ocaml-json-wheel-1.0.6-2.fc12.x86_64 requires ocaml(Buffer) = 0:23af67395823b652b807c4ae0b581211 ocaml-json-wheel-1.0.6-2.fc12.x86_64 requires ocaml(Obj) = 0:c827f726ce05da709cf7de58fc15e324 ocaml-json-wheel-1.0.6-2.fc12.x86_64 requires ocaml(runtime) = 0:3.11.1 ocaml-ocamlnet-2.2.9-15.fc13.x86_64 requires ocaml(Format) = 0:b7ba3152a5eec5609d6ab86e6c51eebb ocaml-ocamlnet-2.2.9-15.fc13.x86_64 requires ocaml(runtime) = 0:3.11.1 ocaml-ocamlnet-2.2.9-15.fc13.x86_64 requires ocaml(Filename) = 0:7cd172f02b7ee9b8d7bda3bb92144951 ocaml-ocamlnet-2.2.9-15.fc13.x86_64 requires ocaml(Obj) = 0:c827f726ce05da709cf7de58fc15e324 ocaml-ocamlnet-2.2.9-15.fc13.x86_64 requires ocaml(Printexc) = 0:fdf007941aa14d1a26323558012dbf52 ocaml-ocamlnet-2.2.9-15.fc13.x86_64 requires ocaml(Buffer) = 0:23af67395823b652b807c4ae0b581211 ocaml-ocamlnet-nethttpd-2.2.9-15.fc13.x86_64 requires ocaml(Format) = 0:b7ba3152a5eec5609d6ab86e6c51eebb ocaml-ocamlnet-nethttpd-2.2.9-15.fc13.x86_64 requires ocaml(Buffer) = 0:23af67395823b652b807c4ae0b581211 ocaml-ocamlnet-nethttpd-2.2.9-15.fc13.x86_64 requires ocaml(Printexc) = 0:fdf007941aa14d1a26323558012dbf52 ocaml-ocamlnet-nethttpd-2.2.9-15.fc13.x86_64 requires ocaml(Filename) = 0:7cd172f02b7ee9b8d7bda3bb92144951 ocaml-ocamlnet-nethttpd-2.2.9-15.fc13.x86_64 requires ocaml(runtime) = 0:3.11.1 ocaml-ocamlnet-nethttpd-2.2.9-15.fc13.x86_64 requires ocaml(Obj) = 0:c827f726ce05da709cf7de58fc15e324 ocaml-preludeml-0.1-0.13.20090113.fc12.x86_64 requires ocaml(Buffer) = 0:23af67395823b652b807c4ae0b581211 ocaml-preludeml-0.1-0.13.20090113.fc12.x86_64 requires ocaml(Filename) = 0:7cd172f02b7ee9b8d7bda3bb92144951 ocaml-preludeml-0.1-0.13.20090113.fc12.x86_64 requires ocaml(runtime) = 0:3.11.1 ocaml-preludeml-0.1-0.13.20090113.fc12.x86_64 requires ocaml(Obj) = 0:c827f726ce05da709cf7de58fc15e324 ocaml-pxp-1.2.1-2.fc12.x86_64 requires ocaml(Format) = 0:b7ba3152a5eec5609d6ab86e6c51eebb ocaml-pxp-1.2.1-2.fc12.x86_64 requires ocaml(Printexc) = 0:fdf007941aa14d1a26323558012dbf52 ocaml-pxp-1.2.1-2.fc12.x86_64 requires ocaml(Buffer) = 0:23af67395823b652b807c4ae0b581211 ocaml-pxp-1.2.1-2.fc12.x86_64 requires ocaml(Filename) = 0:7cd172f02b7ee9b8d7bda3bb92144951 ocaml-pxp-1.2.1-2.fc12.x86_64 requires ocaml(runtime) = 0:3.11.1 ocaml-pxp-1.2.1-2.fc12.x86_64 requires ocaml(Obj) = 0:c827f726ce05da709cf7de58fc15e324 ocaml-reins-0.1a-6.fc12.x86_64 requires ocaml(Printexc) = 0:fdf007941aa14d1a26323558012dbf52 ocaml-reins-0.1a-6.fc12.x86_64 requires ocaml(Buffer) = 0:23af67395823b652b807c4ae0b581211 ocaml-reins-0.1a-6.fc12.x86_64 requires ocaml(runtime) = 0:3.11.1 ocaml-reins-0.1a-6.fc12.x86_64 requires ocaml(Obj) = 0:c827f726ce05da709cf7de58fc15e324 ocaml-xmlrpc-light-0.6.1-3.fc12.x86_64 requires ocaml(Format) = 0:b7ba3152a5eec5609d6ab86e6c51eebb ocaml-xmlrpc-light-0.6.1-3.fc12.x86_64 requires ocaml(Buffer) = 0:23af67395823b652b807c4ae0b581211 ocaml-xmlrpc-light-0.6.1-3.fc12.x86_64 requires ocaml(runtime) = 0:3.11.1 ocaml-xmlrpc-light-0.6.1-3.fc12.x86_64 requires ocaml(Printexc) = 0:fdf007941aa14d1a26323558012dbf52 ocaml-xmlrpc-light-0.6.1-3.fc12.x86_64 requires ocaml(Obj) = 0:c827f726ce05da709cf7de58fc15e324 openscap-0.5.5-1.fc13.i686 requires librpm.so.0 openscap-0.5.5-1.fc13.i686 requires librpmio.so.0 openscap-0.5.5-1.fc13.x86_64 requires librpm.so.0()(64bit) openscap-0.5.5-1.fc13.x86_64 requires librpmio.so.0()(64bit) openscap-perl-0.5.5-1.fc13.x86_64 requires librpm.so.0()(64bit) openscap-python-0.5.5-1.fc13.x86_64 requires librpm.so.0()(64bit) player-3.0.0-4.fc12.i686 requires libgeos-3.1.1.so player-3.0.0-4.fc12.i686 requires libcxcore.so.2 player-3.0.0-4.fc12.i686 requires libcvaux.so.2 player-3.0.0-4.fc12.i686 requires libml.so.2 player-3.0.0-4.fc12.i686 requires libhighgui.so.2 player-3.0.0-4.fc12.i686 requires libpqxx-2.6.8.so player-3.0.0-4.fc12.i686 requires libcv.so.2 player-3.0.0-4.fc12.x86_64 requires libhighgui.so.2()(64bit) player-3.0.0-4.fc12.x86_64 requires libpqxx-2.6.8.so()(64bit) player-3.0.0-4.fc12.x86_64 requires libcv.so.2()(64bit) player-3.0.0-4.fc12.x86_64 requires libcxcore.so.2()(64bit) player-3.0.0-4.fc12.x86_64 requires libgeos-3.1.1.so()(64bit) player-3.0.0-4.fc12.x86_64 requires libml.so.2()(64bit) player-3.0.0-4.fc12.x86_64 requires libcvaux.so.2()(64bit) python-basemap-0.99.4-1.fc13.x86_64 requires libgeos-3.2.0rc3.so()(64bit) sectool-0.9.4-3.fc13.x86_64 requires librpm.so.0()(64bit) sectool-0.9.4-3.fc13.x86_64 requires librpmio.so.0()(64bit) zikula-module-menutree-2.2-1.fc13.noarch requires zikula >= 0:1.2 Updated Packages: ModemManager-0.2.997-5.git20100101.fc13 --------------------------------------- * Fri Jan 01 2010 Dan Williams - 0.2.997-5.git20100101 - core: fix apparent hangs by limiting retried serial writes - gsm: ensure modem state is reset when disabled NetPIPE-3.7.1-2.fc13 -------------------- alsa-utils-1.0.22-1.fc13 ------------------------ * Fri Jan 01 2010 Jaroslav Kysela 1.0.22-1 - updated to 1.0.22 final bashdb-4.0_0.4-2.fc13 --------------------- * Sun Dec 27 2009 Paulo Roma 4.0_0.4-2 - Updated to 4.0-0.4 compiz-fusion-0.8.2-6.fc12 -------------------------- * Sat Dec 26 2009 Adel Gadllah - 0.8.2-6 - Bump release * Mon Nov 30 2009 Adel Gadllah - 0.8.2-5 - Fix unloading of certain plugins resulting into a crash - RH #531714 compiz-fusion-extras-0.8.2-5.fc12 --------------------------------- * Sat Dec 26 2009 Adel Gadllah - 0.8.2-5 - Bump release * Tue Dec 01 2009 Adel Gadllah - 0.8.2-4 - Fix build * Mon Nov 30 2009 Adel Gadllah - 0.8.2-3 - Fix unloading of certain plugins resulting into a crash - RH #531714 eric-4.3.10-1.fc13 ------------------ * Fri Jan 01 2010 Johan Cwiklinski 4.3.10-1 - 4.3.10 fftw-3.2.2-2.fc13 ----------------- * Sat Jan 02 2010 Jussi Lehtola 3.2.2-2 - Add check phase. - Cosmetic changes to spec file (unified changelog format, removed unnecessary space). - Use rm instead of find -delete, as latter is not present on EPEL-4. - Generalize obsoletes of fftw3 packages. Add Obsoletes: fftw3-static. * Fri Jan 01 2010 Jussi Lehtola 3.2.2-1 - Update to 3.2.2. - Make file listings more explicit. - Don't use file dependencies for info. gausssum-2.2.2-1.fc13 --------------------- * Fri Jan 01 2010 Jussi Lehtola - 2.2.2-1 - Update to 2.2.2. gif2png-2.5.2-1302.fc13 ----------------------- * Fri Jan 01 2010 Enrico Scholz - 2.5.2-1302 - fixed command line buffer overflow (#547515, CVE-2009-XXXX) givaro-3.3.1-1.fc13 ------------------- * Sat Jan 02 2010 D Haley - 3.3.1-1 - Update to 3.3.1 gnash-0.8.6-9.fc13 ------------------ * Sat Jan 02 2010 Kevin Kofler - 1:0.8.6-8 - Install icon to the correct place (#551621) * Sat Jan 02 2010 Kevin Kofler - 1:0.8.6-9 - Add missing Epoch to Requires gnome-chemistry-utils-0.10.10-1.fc13 ------------------------------------ * Fri Jan 01 2010 Julian Sikorski - 0.10.10-1 - Updated to 0.10.10 - Switched to wildcard for goffice plugin installation path - Dropped the goffice patch gnome-games-2.29.4-2.fc13 ------------------------- * Sat Jan 02 2010 Matthias Clasen - 2.29.4-2 - Omit swell-foop gnote-0.7.0-1.fc13 ------------------ * Fri Jan 01 2010 Rahul Sundaram - 0.7.0-1 - Add a Note of the Day addin, addins can be disabled now - http://mail.gnome.org/archives/gnote-list/2009-December/msg00013.html guichan-0.8.1-4.fc13 -------------------- * Thu Dec 31 2009 Wart 0.8.1-4 - Add patch for extended utf8 support (bz #549867) gxine-0.5.905-1.fc13 -------------------- * Fri Jan 01 2010 Martin Sourada - 0.5.905-1 - 0.5.905 - Should fix sigsegv on exit - Reenable lirc support (detection fixed upstream) homebank-4.1-1.fc13 ------------------- * Fri Jan 01 2010 Johan Cwiklinski - 4.1-1 - 4.1 mathgl-1.10-2.fc13 ------------------ * Sat Jan 02 2010 - 1.10-1 - Update to 1.10 * Sat Jan 02 2010 - 1.10-2 - Fix octave interface to load on startup - Fix texinfo insatll mysql-5.1.42-1.fc13 ------------------- * Fri Jan 01 2010 Tom Lane 5.1.42-1 - Update to MySQL 5.1.42, for various fixes described at http://dev.mysql.com/doc/refman/5.1/en/news-5-1-42.html - Start mysqld_safe with --basedir=/usr, to avoid unwanted SELinux messages Resolves: #547485 parcellite-0.9.2-1.fc13 ----------------------- * Fri Jan 01 2010 Christoph Wickert - 0.9.2-1 - Update to 0.9.2 perl-CGI-Application-Dispatch-2.17-1.fc13 ----------------------------------------- * Fri Jan 01 2010 Emmanuel Seyman - 2.17-1 - Update to 2.17. player-3.0.0-4.fc12 ------------------- * Sun Nov 08 2009 Tim Niemueller - 3.0.0-4 - devel sub-package obsoletes no longer available static sub-package * Sun Oct 18 2009 Tim Niemueller - 3.0.0-3 - Merge Rich's changes with Fedora spec file * Sat Oct 10 2009 Rich Mattes - 3.0.0-2 - Fixed x86_64 build issues - Fixed x86_64 library install path - Fixed mock i586 and x86_64 dep issues - Enabled Python C++ and Ruby C++ bindings - Made doc and examples packages .noarch * Wed Oct 07 2009 Rich Mattes - 3.0.0-1 - Upgrade package to Player 3.0.0 python-pip-0.6.1-4.fc13 ----------------------- * Fri Jan 01 2010 Peter Halliday - 0.6.1.4 - fix dependency issue squirrel-2.2.4-1.fc13 --------------------- * Sun Dec 27 2009 Dan Hor?k 2.2.4-1 - update to upstream version 2.2.4 xorg-x11-drv-radeonhd-1.3.0-4.3.20100101git.fc13 ------------------------------------------------ * Fri Jan 01 2010 Hans Ulrich Niedermann - 1.3.0-4.3.20100101git - Log all debug output all the time (gdm "no Xorg params" workaround) - Use xz compression for snapshot tarballs - New snapshot (upstream commit cc1bb50bb44354be7793e4fc45c625746571ec96): - cc1bb50b: Fix incorrect LIST_END macro. - b62d13fc: Bugfixing and a bit cleanup - ace8f44f: HDMI audio support for RV710 and RV730. - ffc141e2: ATOM: add newer power table defs - edeb1e7a: Fix build for w/o USE_DRI. xtide-2.11-0.2.dev20091227.fc13 ------------------------------- * Sat Jan 02 2010 Mamoru Tasaka - 2.11-0.2.dev20091227 - Update to 2.11 dev20091227 - Update to dwf data 20091227 yumex-2.9.5-1.fc13 ------------------ * Mon Jan 11 2010 Tim Lauridsen - 2.9.5-1 - bumped version to 2.9.5-1 Summary: Added Packages: 0 Removed Packages: 0 Modified Packages: 28 From jan.kratochvil at redhat.com Sat Jan 2 14:32:00 2010 From: jan.kratochvil at redhat.com (Jan Kratochvil) Date: Sat, 2 Jan 2010 15:32:00 +0100 Subject: ABRT considered painful In-Reply-To: <1262435947.1991.24.camel@localhost> References: <20091229195657.4000ce26@gmail.com> <645d17210912311011v609a705ei62b1fbbd0a3d905f@mail.gmail.com> <4B3F25A8.5030300@redhat.com> <1262435947.1991.24.camel@localhost> Message-ID: <20100102143200.GA26524@host0.dyn.jankratochvil.net> On Sat, 02 Jan 2010 13:39:07 +0100, Stefan Schulze Frielinghaus wrote: > When the debuginfo package of a particular binary is > installed, then the symbols are loaded whenever the binary is loaded or > are the symbols only considered by tools like gdb and so on? The latter. Moreover ABRT does not install the whole debuginfo package but only copies the needed specific .debug files out of it somewhere - as know the ABRT people. Jan From jan.kratochvil at redhat.com Sat Jan 2 14:46:13 2010 From: jan.kratochvil at redhat.com (Jan Kratochvil) Date: Sat, 2 Jan 2010 15:46:13 +0100 Subject: ABRT considered painful In-Reply-To: References: <20091229195657.4000ce26@gmail.com> <645d17210912311011v609a705ei62b1fbbd0a3d905f@mail.gmail.com> <4B3F25A8.5030300@redhat.com> <20100102122503.GA21545@host0.dyn.jankratochvil.net> Message-ID: <20100102144613.GA26924@host0.dyn.jankratochvil.net> On Sat, 02 Jan 2010 13:34:47 +0100, drago01 wrote: > On Sat, Jan 2, 2010 at 1:25 PM, Jan Kratochvil > wrote: > > On Sat, 02 Jan 2010 11:53:28 +0100, Jiri Moskovcak wrote: > >> the only problem I know about is when some of the enabled repositories is > >> down - then the yum fails to download debuginfo even if it's in working > >> directory and there is not much ABRT can do about this. ... > Well this "yum issue" is by design .. reporting it does not have much > sense because Seth do not want to change/fix it. Found this flameware at this open Bug: https://bugzilla.redhat.com/show_bug.cgi?id=528014 Regards, Jan From skvidal at fedoraproject.org Sat Jan 2 20:44:35 2010 From: skvidal at fedoraproject.org (Seth Vidal) Date: Sat, 2 Jan 2010 15:44:35 -0500 (EST) Subject: ABRT considered painful In-Reply-To: <20100102144613.GA26924@host0.dyn.jankratochvil.net> References: <20091229195657.4000ce26@gmail.com> <645d17210912311011v609a705ei62b1fbbd0a3d905f@mail.gmail.com> <4B3F25A8.5030300@redhat.com> <20100102122503.GA21545@host0.dyn.jankratochvil.net> <20100102144613.GA26924@host0.dyn.jankratochvil.net> Message-ID: On Sat, 2 Jan 2010, Jan Kratochvil wrote: > On Sat, 02 Jan 2010 13:34:47 +0100, drago01 wrote: >> On Sat, Jan 2, 2010 at 1:25 PM, Jan Kratochvil >> wrote: >>> On Sat, 02 Jan 2010 11:53:28 +0100, Jiri Moskovcak wrote: >>>> the only problem I know about is when some of the enabled repositories is >>>> down - then the yum fails to download debuginfo even if it's in working >>>> directory and there is not much ABRT can do about this. > ... >> Well this "yum issue" is by design .. reporting it does not have much >> sense because Seth do not want to change/fix it. > > Found this flameware at this open Bug: > https://bugzilla.redhat.com/show_bug.cgi?id=528014 What flames? I said no and that - if abrt wants to do otherwise they can use the yum api to do so. How is that a flame? -sv From bruno at wolff.to Sat Jan 2 21:09:06 2010 From: bruno at wolff.to (Bruno Wolff III) Date: Sat, 2 Jan 2010 15:09:06 -0600 Subject: Looking for pointers how to set up lzma stream using xz-devel Message-ID: <20100102210906.GA21344@wolff.to> I am working on getting squashfs-tools 4.1 in rawhide. It has wrapper functions that are set up to use streaming compression/uncompression from the LZMA SDK 4.65 library. Currently the LZMA SDK 4.32 library is in Fedora, but is no longer supported upstream and is not compatible with 4.65. I think the xz-devel and xz-libs packages support a 4.65 compatible format using the LZMA1 filter, but I am having trouble figuring out how to use this library. I don't think packaging the LZMA SDK 4.65 library is a good option. It would be a third library doing essentially the same thing and would potentially be confused with the 4.32 library that currently is used by some legacy lzma tools that should probably eventually go away as xz provides the same functions. So far I have been looking through the include files, but they really aren't organized in a way that makes figuring out what you need to do easy. I haven't found any good API documentation yet. The xz source README says there isn't any, but that it is a lot like zlib. Possibly looking at the the code for the tools in the xz package will help. I was hoping someone could point me to either some good documentation or some good sample code to look at. From paul at all-the-johnsons.co.uk Sun Jan 3 01:22:19 2010 From: paul at all-the-johnsons.co.uk (Paul) Date: Sun, 03 Jan 2010 01:22:19 +0000 Subject: Packaging problem with %find_lang Message-ID: <1262481739.5526.22.camel@PB3.linux> Hi, Packaging up monodevelop-boo and I've hit a problem with find_lang which I can't figure out as everything seems fine! I have the %find_lang %{name} in the %install section where name = monodevelop-boo (which is the correct name for the translation files). When the spec file reaches this point though, it complains there are no translation files despite there being translation files! The build is producing the following mkdir -p /home/paul/rpmbuild/BUILDROOT/monodevelop-boo-2.2-1.fc13.i386/usr/lib/monodevelop/AddIns/BooBinding/locale/zh_CN/LC_MESSAGES/ cp '../build/locale/zh_CN/LC_MESSAGES/monodevelop-boo.mo' '/home/paul/rpmbuild/BUILDROOT/monodevelop-boo-2.2-1.fc13.i386/usr/lib/monodevelop/AddIns/BooBinding/locale/zh_CN/LC_MESSAGES/monodevelop-boo.mo' mkdir -p /home/paul/rpmbuild/BUILDROOT/monodevelop-boo-2.2-1.fc13.i386/usr/lib/monodevelop/AddIns/BooBinding/locale/zh_TW/LC_MESSAGES/ cp '../build/locale/zh_TW/LC_MESSAGES/monodevelop-boo.mo' '/home/paul/rpmbuild/BUILDROOT/monodevelop-boo-2.2-1.fc13.i386/usr/lib/monodevelop/AddIns/BooBinding/locale/zh_TW/LC_MESSAGES/monodevelop-boo.mo' make[1]: Leaving directory `/home/paul/rpmbuild/BUILD/monodevelop-boo-2.2/po' make[1]: Entering directory `/home/paul/rpmbuild/BUILD/monodevelop-boo-2.2' make[1]: Leaving directory `/home/paul/rpmbuild/BUILD/monodevelop-boo-2.2' + /usr/lib/rpm/find-lang.sh /home/paul/rpmbuild/BUILDROOT/monodevelop-boo-2.2-1.fc13.i386 monodevelop-boo No translations found for monodevelop-boo in /home/paul/rpmbuild/BUILDROOT/monodevelop-boo-2.2-1.fc13.i386 Am I going insane here (more than usual that is) or is find_lang misbehaving? It works fine for monodevelop and mono itself. TTFN Paul -- ?Sie k?nnen mich aufreizen und wirklich hei? machen! -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part URL: From mclasen at redhat.com Sun Jan 3 02:57:02 2010 From: mclasen at redhat.com (Matthias Clasen) Date: Sat, 02 Jan 2010 21:57:02 -0500 Subject: Packaging problem with %find_lang In-Reply-To: <1262481739.5526.22.camel@PB3.linux> References: <1262481739.5526.22.camel@PB3.linux> Message-ID: <1262487422.1971.28.camel@planemask> On Sun, 2010-01-03 at 01:22 +0000, Paul wrote: > The build is producing the following > > mkdir > -p /home/paul/rpmbuild/BUILDROOT/monodevelop-boo-2.2-1.fc13.i386/usr/lib/monodevelop/AddIns/BooBinding/locale/zh_CN/LC_MESSAGES/ > cp '../build/locale/zh_CN/LC_MESSAGES/monodevelop-boo.mo' > '/home/paul/rpmbuild/BUILDROOT/monodevelop-boo-2.2-1.fc13.i386/usr/lib/monodevelop/AddIns/BooBinding/locale/zh_CN/LC_MESSAGES/monodevelop-boo.mo' > mkdir > -p /home/paul/rpmbuild/BUILDROOT/monodevelop-boo-2.2-1.fc13.i386/usr/lib/monodevelop/AddIns/BooBinding/locale/zh_TW/LC_MESSAGES/ > cp '../build/locale/zh_TW/LC_MESSAGES/monodevelop-boo.mo' > '/home/paul/rpmbuild/BUILDROOT/monodevelop-boo-2.2-1.fc13.i386/usr/lib/monodevelop/AddIns/BooBinding/locale/zh_TW/LC_MESSAGES/monodevelop-boo.mo' Your build is copying its translations into /usr/lib/monodevelop/AddIns/BooBinding/locale, where %find_lang is not looking. %find_lang looks for translations in /usr/share/locale From jmoskovc at redhat.com Sun Jan 3 12:37:35 2010 From: jmoskovc at redhat.com (Jiri Moskovcak) Date: Sun, 03 Jan 2010 13:37:35 +0100 Subject: ABRT considered painful In-Reply-To: <20100102143200.GA26524@host0.dyn.jankratochvil.net> References: <20091229195657.4000ce26@gmail.com> <645d17210912311011v609a705ei62b1fbbd0a3d905f@mail.gmail.com> <4B3F25A8.5030300@redhat.com> <1262435947.1991.24.camel@localhost> <20100102143200.GA26524@host0.dyn.jankratochvil.net> Message-ID: <4B408F8F.9080706@redhat.com> On 01/02/2010 03:32 PM, Jan Kratochvil wrote: > On Sat, 02 Jan 2010 13:39:07 +0100, Stefan Schulze Frielinghaus wrote: >> When the debuginfo package of a particular binary is >> installed, then the symbols are loaded whenever the binary is loaded or >> are the symbols only considered by tools like gdb and so on? > > The latter. > > Moreover ABRT does not install the whole debuginfo package but only copies the > needed specific .debug files out of it somewhere - as know the ABRT people. > > > Jan > Exactly, we don't install it, just extract the package to /var/cache/abrt-di. ABRT doesn't remove it automatically, but it's a planned feature. Jirka -------------- next part -------------- A non-text attachment was scrubbed... Name: jmoskovc.vcf Type: text/x-vcard Size: 126 bytes Desc: not available URL: From rawhide at fedoraproject.org Sun Jan 3 12:52:25 2010 From: rawhide at fedoraproject.org (Rawhide Report) Date: Sun, 3 Jan 2010 12:52:25 +0000 Subject: rawhide report: 20100103 changes Message-ID: <20100103125225.GA28329@releng2.fedora.phx.redhat.com> Compose started at Sun Jan 3 08:15:06 UTC 2010 Broken deps for i386 ---------------------------------------------------------- anjal-0.1.0-1.fc13.i686 requires libevolution-mail-shared.so.0 anjal-0.1.0-1.fc13.i686 requires libefilterbar.so.0 cduce-0.5.3-3.fc13.i686 requires ocaml(runtime) = 0:3.11.1 cduce-0.5.3-3.fc13.i686 requires ocaml(Filename) = 0:7cd172f02b7ee9b8d7bda3bb92144951 cduce-0.5.3-3.fc13.i686 requires ocaml(Obj) = 0:c827f726ce05da709cf7de58fc15e324 cduce-0.5.3-3.fc13.i686 requires ocaml(Format) = 0:b7ba3152a5eec5609d6ab86e6c51eebb cduce-0.5.3-3.fc13.i686 requires ocaml(Printexc) = 0:fdf007941aa14d1a26323558012dbf52 cduce-0.5.3-3.fc13.i686 requires ocaml(Buffer) = 0:23af67395823b652b807c4ae0b581211 cduce-ocamlduce-0.5.3-3.fc13.i686 requires ocaml(Format) = 0:b7ba3152a5eec5609d6ab86e6c51eebb cduce-ocamlduce-0.5.3-3.fc13.i686 requires ocaml(Buffer) = 0:23af67395823b652b807c4ae0b581211 cduce-ocamlduce-0.5.3-3.fc13.i686 requires ocaml(runtime) = 0:3.11.1 cduce-ocamlduce-0.5.3-3.fc13.i686 requires ocaml(Obj) = 0:c827f726ce05da709cf7de58fc15e324 cluster-snmp-0.16.1-2.fc12.i686 requires libnetsnmp.so.15 ghc-HTTP-devel-4000.0.6-6.fc13.i686 requires ghc = 0:6.10.4 ghc-HTTP-devel-4000.0.6-6.fc13.i686 requires ghc = 0:6.10.4 ghc-HTTP-doc-4000.0.6-6.fc13.i686 requires ghc-doc = 0:6.10.4 ghc-HTTP-doc-4000.0.6-6.fc13.i686 requires ghc-doc = 0:6.10.4 ghc-HTTP-prof-4000.0.6-6.fc13.i686 requires ghc-prof = 0:6.10.4 ghc-cairo-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-cairo-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-cairo-prof-0.10.1-5.fc12.i686 requires ghc-prof = 0:6.10.4 ghc-cgi-devel-3001.1.7.1-3.fc13.i686 requires ghc = 0:6.10.4 ghc-cgi-devel-3001.1.7.1-3.fc13.i686 requires ghc = 0:6.10.4 ghc-cgi-doc-3001.1.7.1-3.fc13.i686 requires ghc-doc = 0:6.10.4 ghc-cgi-doc-3001.1.7.1-3.fc13.i686 requires ghc-doc = 0:6.10.4 ghc-cgi-prof-3001.1.7.1-3.fc13.i686 requires ghc-prof = 0:6.10.4 ghc-fgl-devel-5.4.2.2-1.fc12.i686 requires ghc = 0:6.10.4 ghc-fgl-devel-5.4.2.2-1.fc12.i686 requires ghc = 0:6.10.4 ghc-fgl-doc-5.4.2.2-1.fc12.i686 requires ghc-doc = 0:6.10.4 ghc-fgl-doc-5.4.2.2-1.fc12.i686 requires ghc-doc = 0:6.10.4 ghc-fgl-prof-5.4.2.2-1.fc12.i686 requires ghc-prof = 0:6.10.4 ghc-gconf-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-gconf-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-gconf-prof-0.10.1-5.fc12.i686 requires ghc-prof = 0:6.10.4 ghc-ghc-paths-devel-0.1.0.5-8.fc12.i686 requires ghc = 0:6.10.4 ghc-ghc-paths-devel-0.1.0.5-8.fc12.i686 requires ghc = 0:6.10.4 ghc-ghc-paths-doc-0.1.0.5-8.fc12.i686 requires ghc-doc = 0:6.10.4 ghc-ghc-paths-doc-0.1.0.5-8.fc12.i686 requires ghc-doc = 0:6.10.4 ghc-ghc-paths-prof-0.1.0.5-8.fc12.i686 requires ghc-prof = 0:6.10.4 ghc-gio-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-gio-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-gio-prof-0.10.1-5.fc12.i686 requires ghc-prof = 0:6.10.4 ghc-glade-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-glade-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-glade-prof-0.10.1-5.fc12.i686 requires ghc-prof = 0:6.10.4 ghc-glib-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-glib-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-glib-prof-0.10.1-5.fc12.i686 requires ghc-prof = 0:6.10.4 ghc-gstreamer-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-gstreamer-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-gstreamer-prof-0.10.1-5.fc12.i686 requires ghc-prof = 0:6.10.4 ghc-gtk-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-gtk-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-gtk-prof-0.10.1-5.fc12.i686 requires ghc-prof = 0:6.10.4 ghc-gtkglext-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-gtkglext-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-gtkglext-prof-0.10.1-5.fc12.i686 requires ghc-prof = 0:6.10.4 ghc-gtksourceview2-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-gtksourceview2-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-gtksourceview2-prof-0.10.1-5.fc12.i686 requires ghc-prof = 0:6.10.4 ghc-haskell-platform-devel-2009.2.0.2-3.fc13.i686 requires ghc = 0:6.10.4 ghc-haskell-platform-devel-2009.2.0.2-3.fc13.i686 requires ghc = 0:6.10.4 ghc-haskell-platform-doc-2009.2.0.2-3.fc13.i686 requires ghc-doc = 0:6.10.4 ghc-haskell-platform-doc-2009.2.0.2-3.fc13.i686 requires ghc-doc = 0:6.10.4 ghc-haskell-platform-prof-2009.2.0.2-3.fc13.i686 requires ghc-prof = 0:6.10.4 ghc-haskell-src-exts-devel-1.3.0-2.fc13.i686 requires ghc = 0:6.10.4 ghc-haskell-src-exts-devel-1.3.0-2.fc13.i686 requires ghc = 0:6.10.4 ghc-haskell-src-exts-doc-1.3.0-2.fc13.i686 requires ghc-doc = 0:6.10.4 ghc-haskell-src-exts-doc-1.3.0-2.fc13.i686 requires ghc-doc = 0:6.10.4 ghc-haskell-src-exts-prof-1.3.0-2.fc13.i686 requires ghc-prof = 0:6.10.4 ghc-network-devel-2.2.1.4-2.fc12.i686 requires ghc = 0:6.10.4 ghc-network-devel-2.2.1.4-2.fc12.i686 requires ghc = 0:6.10.4 ghc-network-doc-2.2.1.4-2.fc12.i686 requires ghc-doc = 0:6.10.4 ghc-network-doc-2.2.1.4-2.fc12.i686 requires ghc-doc = 0:6.10.4 ghc-network-prof-2.2.1.4-2.fc12.i686 requires ghc-prof = 0:6.10.4 ghc-soegtk-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-soegtk-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-soegtk-prof-0.10.1-5.fc12.i686 requires ghc-prof = 0:6.10.4 ghc-svgcairo-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-svgcairo-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-svgcairo-prof-0.10.1-5.fc12.i686 requires ghc-prof = 0:6.10.4 ghc-uniplate-devel-1.2.0.3-6.fc12.i686 requires ghc = 0:6.10.4 ghc-uniplate-devel-1.2.0.3-6.fc12.i686 requires ghc = 0:6.10.4 ghc-uniplate-doc-1.2.0.3-6.fc12.i686 requires ghc-doc = 0:6.10.4 ghc-uniplate-doc-1.2.0.3-6.fc12.i686 requires ghc-doc = 0:6.10.4 ghc-uniplate-prof-1.2.0.3-6.fc12.i686 requires ghc-prof = 0:6.10.4 ghc-xmonad-contrib-devel-0.9-1.fc13.i686 requires ghc-utf8-string-devel = 0:0.3.5 ghc-xmonad-contrib-devel-0.9-1.fc13.i686 requires ghc = 0:6.10.4 ghc-xmonad-contrib-devel-0.9-1.fc13.i686 requires ghc = 0:6.10.4 ghc-xmonad-contrib-doc-0.9-1.fc13.i686 requires ghc-doc = 0:6.10.4 ghc-xmonad-contrib-doc-0.9-1.fc13.i686 requires ghc-doc = 0:6.10.4 ghc-xmonad-contrib-doc-0.9-1.fc13.i686 requires ghc-utf8-string-doc = 0:0.3.5 ghc-xmonad-contrib-prof-0.9-1.fc13.i686 requires ghc-prof = 0:6.10.4 ghc-xmonad-contrib-prof-0.9-1.fc13.i686 requires ghc-utf8-string-prof = 0:0.3.5 ghc-xmonad-devel-0.9-3.fc13.i686 requires ghc-X11-devel = 0:1.4.6.1 ghc-xmonad-devel-0.9-3.fc13.i686 requires ghc = 0:6.10.4 ghc-xmonad-devel-0.9-3.fc13.i686 requires ghc = 0:6.10.4 ghc-xmonad-doc-0.9-3.fc13.i686 requires ghc-doc = 0:6.10.4 ghc-xmonad-doc-0.9-3.fc13.i686 requires ghc-doc = 0:6.10.4 ghc-xmonad-doc-0.9-3.fc13.i686 requires ghc-X11-doc = 0:1.4.6.1 ghc-xmonad-prof-0.9-3.fc13.i686 requires ghc-X11-prof = 0:1.4.6.1 ghc-xmonad-prof-0.9-3.fc13.i686 requires ghc-prof = 0:6.10.4 gnome-python2-evince-2.28.0-2.fc12.i686 requires libevview.so.1 gnome-python2-evince-2.28.0-2.fc12.i686 requires libevdocument.so.1 graphviz-ocaml-2.26.0-1.fc13.i686 requires ocaml(Obj) = 0:c827f726ce05da709cf7de58fc15e324 graphviz-ocaml-2.26.0-1.fc13.i686 requires ocaml(runtime) = 0:3.11.1 haskell-platform-2009.2.0.2-3.fc13.i686 requires ghc = 0:6.10.4 hulahop-0.6.0-2.fc12.i686 requires xulrunner-python hulahop-0.6.0-2.fc12.i686 requires libpyxpcom.so inksmoto-0.7.0-1.rc1.fc13.noarch requires /bin/python kst-fits-1.8.0-3.fc12.i686 requires cfitsio = 0:3.140 kst-netcdf-1.8.0-3.fc12.i686 requires libnetcdf_c++.so.4 kst-netcdf-1.8.0-3.fc12.i686 requires libnetcdf.so.4 libextractor-plugins-rpm-0.5.23-1303.fc13.i686 requires librpm.so.0 linphone-2.1.1-4.fc12.i686 requires libortp.so.7 ocaml-camlp5-5.12-2.fc12.i686 requires ocaml(Format) = 0:b7ba3152a5eec5609d6ab86e6c51eebb ocaml-camlp5-5.12-2.fc12.i686 requires ocaml(Printexc) = 0:fdf007941aa14d1a26323558012dbf52 ocaml-camlp5-5.12-2.fc12.i686 requires ocaml(Buffer) = 0:23af67395823b652b807c4ae0b581211 ocaml-camlp5-5.12-2.fc12.i686 requires ocaml(Filename) = 0:7cd172f02b7ee9b8d7bda3bb92144951 ocaml-camlp5-5.12-2.fc12.i686 requires ocaml(runtime) = 0:3.11.1 ocaml-camlp5-5.12-2.fc12.i686 requires ocaml(Obj) = 0:c827f726ce05da709cf7de58fc15e324 ocaml-json-wheel-1.0.6-2.fc12.i686 requires ocaml(Format) = 0:b7ba3152a5eec5609d6ab86e6c51eebb ocaml-json-wheel-1.0.6-2.fc12.i686 requires ocaml(Buffer) = 0:23af67395823b652b807c4ae0b581211 ocaml-json-wheel-1.0.6-2.fc12.i686 requires ocaml(runtime) = 0:3.11.1 ocaml-json-wheel-1.0.6-2.fc12.i686 requires ocaml(Obj) = 0:c827f726ce05da709cf7de58fc15e324 ocaml-ocamlnet-2.2.9-15.fc13.i686 requires ocaml(Format) = 0:b7ba3152a5eec5609d6ab86e6c51eebb ocaml-ocamlnet-2.2.9-15.fc13.i686 requires ocaml(runtime) = 0:3.11.1 ocaml-ocamlnet-2.2.9-15.fc13.i686 requires ocaml(Filename) = 0:7cd172f02b7ee9b8d7bda3bb92144951 ocaml-ocamlnet-2.2.9-15.fc13.i686 requires ocaml(Obj) = 0:c827f726ce05da709cf7de58fc15e324 ocaml-ocamlnet-2.2.9-15.fc13.i686 requires ocaml(Printexc) = 0:fdf007941aa14d1a26323558012dbf52 ocaml-ocamlnet-2.2.9-15.fc13.i686 requires ocaml(Buffer) = 0:23af67395823b652b807c4ae0b581211 ocaml-ocamlnet-nethttpd-2.2.9-15.fc13.i686 requires ocaml(Format) = 0:b7ba3152a5eec5609d6ab86e6c51eebb ocaml-ocamlnet-nethttpd-2.2.9-15.fc13.i686 requires ocaml(Buffer) = 0:23af67395823b652b807c4ae0b581211 ocaml-ocamlnet-nethttpd-2.2.9-15.fc13.i686 requires ocaml(Printexc) = 0:fdf007941aa14d1a26323558012dbf52 ocaml-ocamlnet-nethttpd-2.2.9-15.fc13.i686 requires ocaml(Filename) = 0:7cd172f02b7ee9b8d7bda3bb92144951 ocaml-ocamlnet-nethttpd-2.2.9-15.fc13.i686 requires ocaml(runtime) = 0:3.11.1 ocaml-ocamlnet-nethttpd-2.2.9-15.fc13.i686 requires ocaml(Obj) = 0:c827f726ce05da709cf7de58fc15e324 ocaml-preludeml-0.1-0.13.20090113.fc12.i686 requires ocaml(Buffer) = 0:23af67395823b652b807c4ae0b581211 ocaml-preludeml-0.1-0.13.20090113.fc12.i686 requires ocaml(Filename) = 0:7cd172f02b7ee9b8d7bda3bb92144951 ocaml-preludeml-0.1-0.13.20090113.fc12.i686 requires ocaml(runtime) = 0:3.11.1 ocaml-preludeml-0.1-0.13.20090113.fc12.i686 requires ocaml(Obj) = 0:c827f726ce05da709cf7de58fc15e324 ocaml-pxp-1.2.1-2.fc12.i686 requires ocaml(Format) = 0:b7ba3152a5eec5609d6ab86e6c51eebb ocaml-pxp-1.2.1-2.fc12.i686 requires ocaml(Printexc) = 0:fdf007941aa14d1a26323558012dbf52 ocaml-pxp-1.2.1-2.fc12.i686 requires ocaml(Buffer) = 0:23af67395823b652b807c4ae0b581211 ocaml-pxp-1.2.1-2.fc12.i686 requires ocaml(Filename) = 0:7cd172f02b7ee9b8d7bda3bb92144951 ocaml-pxp-1.2.1-2.fc12.i686 requires ocaml(runtime) = 0:3.11.1 ocaml-pxp-1.2.1-2.fc12.i686 requires ocaml(Obj) = 0:c827f726ce05da709cf7de58fc15e324 ocaml-reins-0.1a-6.fc12.i686 requires ocaml(Printexc) = 0:fdf007941aa14d1a26323558012dbf52 ocaml-reins-0.1a-6.fc12.i686 requires ocaml(Buffer) = 0:23af67395823b652b807c4ae0b581211 ocaml-reins-0.1a-6.fc12.i686 requires ocaml(runtime) = 0:3.11.1 ocaml-reins-0.1a-6.fc12.i686 requires ocaml(Obj) = 0:c827f726ce05da709cf7de58fc15e324 ocaml-xmlrpc-light-0.6.1-3.fc12.i686 requires ocaml(Format) = 0:b7ba3152a5eec5609d6ab86e6c51eebb ocaml-xmlrpc-light-0.6.1-3.fc12.i686 requires ocaml(Buffer) = 0:23af67395823b652b807c4ae0b581211 ocaml-xmlrpc-light-0.6.1-3.fc12.i686 requires ocaml(runtime) = 0:3.11.1 ocaml-xmlrpc-light-0.6.1-3.fc12.i686 requires ocaml(Printexc) = 0:fdf007941aa14d1a26323558012dbf52 ocaml-xmlrpc-light-0.6.1-3.fc12.i686 requires ocaml(Obj) = 0:c827f726ce05da709cf7de58fc15e324 player-3.0.0-4.fc12.i686 requires libgeos-3.1.1.so player-3.0.0-4.fc12.i686 requires libcxcore.so.2 player-3.0.0-4.fc12.i686 requires libcvaux.so.2 player-3.0.0-4.fc12.i686 requires libml.so.2 player-3.0.0-4.fc12.i686 requires libhighgui.so.2 player-3.0.0-4.fc12.i686 requires libpqxx-2.6.8.so player-3.0.0-4.fc12.i686 requires libcv.so.2 python-basemap-0.99.4-1.fc13.i686 requires libgeos-3.2.0rc3.so zikula-module-menutree-2.2-1.fc13.noarch requires zikula >= 0:1.2 Broken deps for x86_64 ---------------------------------------------------------- anjal-0.1.0-1.fc13.x86_64 requires libevolution-mail-shared.so.0()(64bit) anjal-0.1.0-1.fc13.x86_64 requires libefilterbar.so.0()(64bit) cduce-0.5.3-3.fc13.x86_64 requires ocaml(runtime) = 0:3.11.1 cduce-0.5.3-3.fc13.x86_64 requires ocaml(Filename) = 0:7cd172f02b7ee9b8d7bda3bb92144951 cduce-0.5.3-3.fc13.x86_64 requires ocaml(Obj) = 0:c827f726ce05da709cf7de58fc15e324 cduce-0.5.3-3.fc13.x86_64 requires ocaml(Format) = 0:b7ba3152a5eec5609d6ab86e6c51eebb cduce-0.5.3-3.fc13.x86_64 requires ocaml(Printexc) = 0:fdf007941aa14d1a26323558012dbf52 cduce-0.5.3-3.fc13.x86_64 requires ocaml(Buffer) = 0:23af67395823b652b807c4ae0b581211 cduce-ocamlduce-0.5.3-3.fc13.x86_64 requires ocaml(Format) = 0:b7ba3152a5eec5609d6ab86e6c51eebb cduce-ocamlduce-0.5.3-3.fc13.x86_64 requires ocaml(Buffer) = 0:23af67395823b652b807c4ae0b581211 cduce-ocamlduce-0.5.3-3.fc13.x86_64 requires ocaml(Obj) = 0:c827f726ce05da709cf7de58fc15e324 cduce-ocamlduce-0.5.3-3.fc13.x86_64 requires ocaml(runtime) = 0:3.11.1 cluster-snmp-0.16.1-2.fc12.x86_64 requires libnetsnmp.so.15()(64bit) ghc-HTTP-devel-4000.0.6-6.fc13.i686 requires ghc = 0:6.10.4 ghc-HTTP-devel-4000.0.6-6.fc13.i686 requires ghc = 0:6.10.4 ghc-HTTP-devel-4000.0.6-6.fc13.x86_64 requires ghc = 0:6.10.4 ghc-HTTP-devel-4000.0.6-6.fc13.x86_64 requires ghc = 0:6.10.4 ghc-HTTP-doc-4000.0.6-6.fc13.x86_64 requires ghc-doc = 0:6.10.4 ghc-HTTP-doc-4000.0.6-6.fc13.x86_64 requires ghc-doc = 0:6.10.4 ghc-HTTP-prof-4000.0.6-6.fc13.x86_64 requires ghc-prof = 0:6.10.4 ghc-cairo-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-cairo-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-cairo-devel-0.10.1-5.fc12.x86_64 requires ghc = 0:6.10.4 ghc-cairo-devel-0.10.1-5.fc12.x86_64 requires ghc = 0:6.10.4 ghc-cairo-prof-0.10.1-5.fc12.x86_64 requires ghc-prof = 0:6.10.4 ghc-cgi-devel-3001.1.7.1-3.fc13.i686 requires ghc = 0:6.10.4 ghc-cgi-devel-3001.1.7.1-3.fc13.i686 requires ghc = 0:6.10.4 ghc-cgi-devel-3001.1.7.1-3.fc13.x86_64 requires ghc = 0:6.10.4 ghc-cgi-devel-3001.1.7.1-3.fc13.x86_64 requires ghc = 0:6.10.4 ghc-cgi-doc-3001.1.7.1-3.fc13.x86_64 requires ghc-doc = 0:6.10.4 ghc-cgi-doc-3001.1.7.1-3.fc13.x86_64 requires ghc-doc = 0:6.10.4 ghc-cgi-prof-3001.1.7.1-3.fc13.x86_64 requires ghc-prof = 0:6.10.4 ghc-fgl-devel-5.4.2.2-1.fc12.i686 requires ghc = 0:6.10.4 ghc-fgl-devel-5.4.2.2-1.fc12.i686 requires ghc = 0:6.10.4 ghc-fgl-devel-5.4.2.2-1.fc12.x86_64 requires ghc = 0:6.10.4 ghc-fgl-devel-5.4.2.2-1.fc12.x86_64 requires ghc = 0:6.10.4 ghc-fgl-doc-5.4.2.2-1.fc12.x86_64 requires ghc-doc = 0:6.10.4 ghc-fgl-doc-5.4.2.2-1.fc12.x86_64 requires ghc-doc = 0:6.10.4 ghc-fgl-prof-5.4.2.2-1.fc12.x86_64 requires ghc-prof = 0:6.10.4 ghc-gconf-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-gconf-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-gconf-devel-0.10.1-5.fc12.x86_64 requires ghc = 0:6.10.4 ghc-gconf-devel-0.10.1-5.fc12.x86_64 requires ghc = 0:6.10.4 ghc-gconf-prof-0.10.1-5.fc12.x86_64 requires ghc-prof = 0:6.10.4 ghc-ghc-paths-devel-0.1.0.5-8.fc12.i686 requires ghc = 0:6.10.4 ghc-ghc-paths-devel-0.1.0.5-8.fc12.i686 requires ghc = 0:6.10.4 ghc-ghc-paths-devel-0.1.0.5-8.fc12.x86_64 requires ghc = 0:6.10.4 ghc-ghc-paths-devel-0.1.0.5-8.fc12.x86_64 requires ghc = 0:6.10.4 ghc-ghc-paths-doc-0.1.0.5-8.fc12.x86_64 requires ghc-doc = 0:6.10.4 ghc-ghc-paths-doc-0.1.0.5-8.fc12.x86_64 requires ghc-doc = 0:6.10.4 ghc-ghc-paths-prof-0.1.0.5-8.fc12.x86_64 requires ghc-prof = 0:6.10.4 ghc-gio-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-gio-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-gio-devel-0.10.1-5.fc12.x86_64 requires ghc = 0:6.10.4 ghc-gio-devel-0.10.1-5.fc12.x86_64 requires ghc = 0:6.10.4 ghc-gio-prof-0.10.1-5.fc12.x86_64 requires ghc-prof = 0:6.10.4 ghc-glade-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-glade-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-glade-devel-0.10.1-5.fc12.x86_64 requires ghc = 0:6.10.4 ghc-glade-devel-0.10.1-5.fc12.x86_64 requires ghc = 0:6.10.4 ghc-glade-prof-0.10.1-5.fc12.x86_64 requires ghc-prof = 0:6.10.4 ghc-glib-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-glib-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-glib-devel-0.10.1-5.fc12.x86_64 requires ghc = 0:6.10.4 ghc-glib-devel-0.10.1-5.fc12.x86_64 requires ghc = 0:6.10.4 ghc-glib-prof-0.10.1-5.fc12.x86_64 requires ghc-prof = 0:6.10.4 ghc-gstreamer-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-gstreamer-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-gstreamer-devel-0.10.1-5.fc12.x86_64 requires ghc = 0:6.10.4 ghc-gstreamer-devel-0.10.1-5.fc12.x86_64 requires ghc = 0:6.10.4 ghc-gstreamer-prof-0.10.1-5.fc12.x86_64 requires ghc-prof = 0:6.10.4 ghc-gtk-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-gtk-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-gtk-devel-0.10.1-5.fc12.x86_64 requires ghc = 0:6.10.4 ghc-gtk-devel-0.10.1-5.fc12.x86_64 requires ghc = 0:6.10.4 ghc-gtk-prof-0.10.1-5.fc12.x86_64 requires ghc-prof = 0:6.10.4 ghc-gtkglext-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-gtkglext-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-gtkglext-devel-0.10.1-5.fc12.x86_64 requires ghc = 0:6.10.4 ghc-gtkglext-devel-0.10.1-5.fc12.x86_64 requires ghc = 0:6.10.4 ghc-gtkglext-prof-0.10.1-5.fc12.x86_64 requires ghc-prof = 0:6.10.4 ghc-gtksourceview2-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-gtksourceview2-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-gtksourceview2-devel-0.10.1-5.fc12.x86_64 requires ghc = 0:6.10.4 ghc-gtksourceview2-devel-0.10.1-5.fc12.x86_64 requires ghc = 0:6.10.4 ghc-gtksourceview2-prof-0.10.1-5.fc12.x86_64 requires ghc-prof = 0:6.10.4 ghc-haskell-platform-devel-2009.2.0.2-3.fc13.i686 requires ghc = 0:6.10.4 ghc-haskell-platform-devel-2009.2.0.2-3.fc13.i686 requires ghc = 0:6.10.4 ghc-haskell-platform-devel-2009.2.0.2-3.fc13.x86_64 requires ghc = 0:6.10.4 ghc-haskell-platform-devel-2009.2.0.2-3.fc13.x86_64 requires ghc = 0:6.10.4 ghc-haskell-platform-doc-2009.2.0.2-3.fc13.x86_64 requires ghc-doc = 0:6.10.4 ghc-haskell-platform-doc-2009.2.0.2-3.fc13.x86_64 requires ghc-doc = 0:6.10.4 ghc-haskell-platform-prof-2009.2.0.2-3.fc13.x86_64 requires ghc-prof = 0:6.10.4 ghc-haskell-src-exts-devel-1.3.0-2.fc13.i686 requires ghc = 0:6.10.4 ghc-haskell-src-exts-devel-1.3.0-2.fc13.i686 requires ghc = 0:6.10.4 ghc-haskell-src-exts-devel-1.3.0-2.fc13.x86_64 requires ghc = 0:6.10.4 ghc-haskell-src-exts-devel-1.3.0-2.fc13.x86_64 requires ghc = 0:6.10.4 ghc-haskell-src-exts-doc-1.3.0-2.fc13.x86_64 requires ghc-doc = 0:6.10.4 ghc-haskell-src-exts-doc-1.3.0-2.fc13.x86_64 requires ghc-doc = 0:6.10.4 ghc-haskell-src-exts-prof-1.3.0-2.fc13.x86_64 requires ghc-prof = 0:6.10.4 ghc-network-devel-2.2.1.4-2.fc12.i686 requires ghc = 0:6.10.4 ghc-network-devel-2.2.1.4-2.fc12.i686 requires ghc = 0:6.10.4 ghc-network-devel-2.2.1.4-2.fc12.x86_64 requires ghc = 0:6.10.4 ghc-network-devel-2.2.1.4-2.fc12.x86_64 requires ghc = 0:6.10.4 ghc-network-doc-2.2.1.4-2.fc12.x86_64 requires ghc-doc = 0:6.10.4 ghc-network-doc-2.2.1.4-2.fc12.x86_64 requires ghc-doc = 0:6.10.4 ghc-network-prof-2.2.1.4-2.fc12.x86_64 requires ghc-prof = 0:6.10.4 ghc-soegtk-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-soegtk-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-soegtk-devel-0.10.1-5.fc12.x86_64 requires ghc = 0:6.10.4 ghc-soegtk-devel-0.10.1-5.fc12.x86_64 requires ghc = 0:6.10.4 ghc-soegtk-prof-0.10.1-5.fc12.x86_64 requires ghc-prof = 0:6.10.4 ghc-svgcairo-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-svgcairo-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-svgcairo-devel-0.10.1-5.fc12.x86_64 requires ghc = 0:6.10.4 ghc-svgcairo-devel-0.10.1-5.fc12.x86_64 requires ghc = 0:6.10.4 ghc-svgcairo-prof-0.10.1-5.fc12.x86_64 requires ghc-prof = 0:6.10.4 ghc-uniplate-devel-1.2.0.3-6.fc12.i686 requires ghc = 0:6.10.4 ghc-uniplate-devel-1.2.0.3-6.fc12.i686 requires ghc = 0:6.10.4 ghc-uniplate-devel-1.2.0.3-6.fc12.x86_64 requires ghc = 0:6.10.4 ghc-uniplate-devel-1.2.0.3-6.fc12.x86_64 requires ghc = 0:6.10.4 ghc-uniplate-doc-1.2.0.3-6.fc12.x86_64 requires ghc-doc = 0:6.10.4 ghc-uniplate-doc-1.2.0.3-6.fc12.x86_64 requires ghc-doc = 0:6.10.4 ghc-uniplate-prof-1.2.0.3-6.fc12.x86_64 requires ghc-prof = 0:6.10.4 ghc-xmonad-contrib-devel-0.9-1.fc13.i686 requires ghc-utf8-string-devel = 0:0.3.5 ghc-xmonad-contrib-devel-0.9-1.fc13.i686 requires ghc = 0:6.10.4 ghc-xmonad-contrib-devel-0.9-1.fc13.i686 requires ghc = 0:6.10.4 ghc-xmonad-contrib-devel-0.9-1.fc13.x86_64 requires ghc-utf8-string-devel = 0:0.3.5 ghc-xmonad-contrib-devel-0.9-1.fc13.x86_64 requires ghc = 0:6.10.4 ghc-xmonad-contrib-devel-0.9-1.fc13.x86_64 requires ghc = 0:6.10.4 ghc-xmonad-contrib-doc-0.9-1.fc13.x86_64 requires ghc-doc = 0:6.10.4 ghc-xmonad-contrib-doc-0.9-1.fc13.x86_64 requires ghc-doc = 0:6.10.4 ghc-xmonad-contrib-doc-0.9-1.fc13.x86_64 requires ghc-utf8-string-doc = 0:0.3.5 ghc-xmonad-contrib-prof-0.9-1.fc13.x86_64 requires ghc-prof = 0:6.10.4 ghc-xmonad-contrib-prof-0.9-1.fc13.x86_64 requires ghc-utf8-string-prof = 0:0.3.5 ghc-xmonad-devel-0.9-3.fc13.i686 requires ghc-X11-devel = 0:1.4.6.1 ghc-xmonad-devel-0.9-3.fc13.i686 requires ghc = 0:6.10.4 ghc-xmonad-devel-0.9-3.fc13.i686 requires ghc = 0:6.10.4 ghc-xmonad-devel-0.9-3.fc13.x86_64 requires ghc-X11-devel = 0:1.4.6.1 ghc-xmonad-devel-0.9-3.fc13.x86_64 requires ghc = 0:6.10.4 ghc-xmonad-devel-0.9-3.fc13.x86_64 requires ghc = 0:6.10.4 ghc-xmonad-doc-0.9-3.fc13.x86_64 requires ghc-doc = 0:6.10.4 ghc-xmonad-doc-0.9-3.fc13.x86_64 requires ghc-doc = 0:6.10.4 ghc-xmonad-doc-0.9-3.fc13.x86_64 requires ghc-X11-doc = 0:1.4.6.1 ghc-xmonad-prof-0.9-3.fc13.x86_64 requires ghc-X11-prof = 0:1.4.6.1 ghc-xmonad-prof-0.9-3.fc13.x86_64 requires ghc-prof = 0:6.10.4 gnome-python2-evince-2.28.0-2.fc12.x86_64 requires libevdocument.so.1()(64bit) gnome-python2-evince-2.28.0-2.fc12.x86_64 requires libevview.so.1()(64bit) graphviz-ocaml-2.26.0-1.fc13.x86_64 requires ocaml(runtime) = 0:3.11.1 graphviz-ocaml-2.26.0-1.fc13.x86_64 requires ocaml(Obj) = 0:c827f726ce05da709cf7de58fc15e324 haskell-platform-2009.2.0.2-3.fc13.x86_64 requires ghc = 0:6.10.4 hulahop-0.6.0-2.fc12.x86_64 requires xulrunner-python hulahop-0.6.0-2.fc12.x86_64 requires libpyxpcom.so()(64bit) inksmoto-0.7.0-1.rc1.fc13.noarch requires /bin/python kst-fits-1.8.0-3.fc12.x86_64 requires cfitsio = 0:3.140 kst-netcdf-1.8.0-3.fc12.x86_64 requires libnetcdf.so.4()(64bit) kst-netcdf-1.8.0-3.fc12.x86_64 requires libnetcdf_c++.so.4()(64bit) libextractor-plugins-rpm-0.5.23-1303.fc13.x86_64 requires librpm.so.0()(64bit) linphone-2.1.1-4.fc12.i686 requires libortp.so.7 linphone-2.1.1-4.fc12.x86_64 requires libortp.so.7()(64bit) ocaml-camlp5-5.12-2.fc12.x86_64 requires ocaml(Format) = 0:b7ba3152a5eec5609d6ab86e6c51eebb ocaml-camlp5-5.12-2.fc12.x86_64 requires ocaml(Printexc) = 0:fdf007941aa14d1a26323558012dbf52 ocaml-camlp5-5.12-2.fc12.x86_64 requires ocaml(Buffer) = 0:23af67395823b652b807c4ae0b581211 ocaml-camlp5-5.12-2.fc12.x86_64 requires ocaml(Filename) = 0:7cd172f02b7ee9b8d7bda3bb92144951 ocaml-camlp5-5.12-2.fc12.x86_64 requires ocaml(runtime) = 0:3.11.1 ocaml-camlp5-5.12-2.fc12.x86_64 requires ocaml(Obj) = 0:c827f726ce05da709cf7de58fc15e324 ocaml-json-wheel-1.0.6-2.fc12.x86_64 requires ocaml(Format) = 0:b7ba3152a5eec5609d6ab86e6c51eebb ocaml-json-wheel-1.0.6-2.fc12.x86_64 requires ocaml(Buffer) = 0:23af67395823b652b807c4ae0b581211 ocaml-json-wheel-1.0.6-2.fc12.x86_64 requires ocaml(Obj) = 0:c827f726ce05da709cf7de58fc15e324 ocaml-json-wheel-1.0.6-2.fc12.x86_64 requires ocaml(runtime) = 0:3.11.1 ocaml-ocamlnet-2.2.9-15.fc13.x86_64 requires ocaml(Format) = 0:b7ba3152a5eec5609d6ab86e6c51eebb ocaml-ocamlnet-2.2.9-15.fc13.x86_64 requires ocaml(runtime) = 0:3.11.1 ocaml-ocamlnet-2.2.9-15.fc13.x86_64 requires ocaml(Filename) = 0:7cd172f02b7ee9b8d7bda3bb92144951 ocaml-ocamlnet-2.2.9-15.fc13.x86_64 requires ocaml(Obj) = 0:c827f726ce05da709cf7de58fc15e324 ocaml-ocamlnet-2.2.9-15.fc13.x86_64 requires ocaml(Printexc) = 0:fdf007941aa14d1a26323558012dbf52 ocaml-ocamlnet-2.2.9-15.fc13.x86_64 requires ocaml(Buffer) = 0:23af67395823b652b807c4ae0b581211 ocaml-ocamlnet-nethttpd-2.2.9-15.fc13.x86_64 requires ocaml(Format) = 0:b7ba3152a5eec5609d6ab86e6c51eebb ocaml-ocamlnet-nethttpd-2.2.9-15.fc13.x86_64 requires ocaml(Buffer) = 0:23af67395823b652b807c4ae0b581211 ocaml-ocamlnet-nethttpd-2.2.9-15.fc13.x86_64 requires ocaml(Printexc) = 0:fdf007941aa14d1a26323558012dbf52 ocaml-ocamlnet-nethttpd-2.2.9-15.fc13.x86_64 requires ocaml(Filename) = 0:7cd172f02b7ee9b8d7bda3bb92144951 ocaml-ocamlnet-nethttpd-2.2.9-15.fc13.x86_64 requires ocaml(runtime) = 0:3.11.1 ocaml-ocamlnet-nethttpd-2.2.9-15.fc13.x86_64 requires ocaml(Obj) = 0:c827f726ce05da709cf7de58fc15e324 ocaml-preludeml-0.1-0.13.20090113.fc12.x86_64 requires ocaml(Buffer) = 0:23af67395823b652b807c4ae0b581211 ocaml-preludeml-0.1-0.13.20090113.fc12.x86_64 requires ocaml(Filename) = 0:7cd172f02b7ee9b8d7bda3bb92144951 ocaml-preludeml-0.1-0.13.20090113.fc12.x86_64 requires ocaml(runtime) = 0:3.11.1 ocaml-preludeml-0.1-0.13.20090113.fc12.x86_64 requires ocaml(Obj) = 0:c827f726ce05da709cf7de58fc15e324 ocaml-pxp-1.2.1-2.fc12.x86_64 requires ocaml(Format) = 0:b7ba3152a5eec5609d6ab86e6c51eebb ocaml-pxp-1.2.1-2.fc12.x86_64 requires ocaml(Printexc) = 0:fdf007941aa14d1a26323558012dbf52 ocaml-pxp-1.2.1-2.fc12.x86_64 requires ocaml(Buffer) = 0:23af67395823b652b807c4ae0b581211 ocaml-pxp-1.2.1-2.fc12.x86_64 requires ocaml(Filename) = 0:7cd172f02b7ee9b8d7bda3bb92144951 ocaml-pxp-1.2.1-2.fc12.x86_64 requires ocaml(runtime) = 0:3.11.1 ocaml-pxp-1.2.1-2.fc12.x86_64 requires ocaml(Obj) = 0:c827f726ce05da709cf7de58fc15e324 ocaml-reins-0.1a-6.fc12.x86_64 requires ocaml(Printexc) = 0:fdf007941aa14d1a26323558012dbf52 ocaml-reins-0.1a-6.fc12.x86_64 requires ocaml(Buffer) = 0:23af67395823b652b807c4ae0b581211 ocaml-reins-0.1a-6.fc12.x86_64 requires ocaml(runtime) = 0:3.11.1 ocaml-reins-0.1a-6.fc12.x86_64 requires ocaml(Obj) = 0:c827f726ce05da709cf7de58fc15e324 ocaml-xmlrpc-light-0.6.1-3.fc12.x86_64 requires ocaml(Format) = 0:b7ba3152a5eec5609d6ab86e6c51eebb ocaml-xmlrpc-light-0.6.1-3.fc12.x86_64 requires ocaml(Buffer) = 0:23af67395823b652b807c4ae0b581211 ocaml-xmlrpc-light-0.6.1-3.fc12.x86_64 requires ocaml(runtime) = 0:3.11.1 ocaml-xmlrpc-light-0.6.1-3.fc12.x86_64 requires ocaml(Printexc) = 0:fdf007941aa14d1a26323558012dbf52 ocaml-xmlrpc-light-0.6.1-3.fc12.x86_64 requires ocaml(Obj) = 0:c827f726ce05da709cf7de58fc15e324 player-3.0.0-4.fc12.i686 requires libgeos-3.1.1.so player-3.0.0-4.fc12.i686 requires libcxcore.so.2 player-3.0.0-4.fc12.i686 requires libcvaux.so.2 player-3.0.0-4.fc12.i686 requires libml.so.2 player-3.0.0-4.fc12.i686 requires libhighgui.so.2 player-3.0.0-4.fc12.i686 requires libpqxx-2.6.8.so player-3.0.0-4.fc12.i686 requires libcv.so.2 player-3.0.0-4.fc12.x86_64 requires libhighgui.so.2()(64bit) player-3.0.0-4.fc12.x86_64 requires libcv.so.2()(64bit) player-3.0.0-4.fc12.x86_64 requires libcxcore.so.2()(64bit) player-3.0.0-4.fc12.x86_64 requires libgeos-3.1.1.so()(64bit) player-3.0.0-4.fc12.x86_64 requires libml.so.2()(64bit) player-3.0.0-4.fc12.x86_64 requires libcvaux.so.2()(64bit) player-3.0.0-4.fc12.x86_64 requires libpqxx-2.6.8.so()(64bit) python-basemap-0.99.4-1.fc13.x86_64 requires libgeos-3.2.0rc3.so()(64bit) zikula-module-menutree-2.2-1.fc13.noarch requires zikula >= 0:1.2 New package liboglappth An OpenGL wrapper library New package pulseaudio-equalizer A 15 Bands Equalizer for PulseAudio Updated Packages: audacious-plugins-2.2-8.fc13 ---------------------------- * Sat Jan 02 2010 Michael Schwendt - 2.2-8 - Fix stack smashing in ui_svis_expose (#551801). backup-light-0.4-4.fc13 ----------------------- * Wed Dec 30 2009 Fabian Affolter - 0.4-4 - Changed script name - Added patch for the deactivation of the test for a running instance - Added requirement boinc-client-6.10.25-1.r20004svn.fc13 ------------------------------------- * Tue Dec 22 2009 Milos Jakubicek - 6.10.25-1.r20004svn - Rebase to 6.10 branch - Use XZ for sources compression - Added BR: sqlite-devel - Dropped boinc-gcc44.patch (merged upstream) - Dropped boinc-macbuild.patch (merged upstream) - Fix owner/group of shared libraries colossus-0.10.1-1.fc13 ---------------------- * Sat Jan 02 2010 Bruno Wolff III - 0.10.1-1 - Rebase to 0.10.1 - Tell the names of logged in users, not only the number - PGS: Access to userMaps now synchronized to prevent the hang/crash we had once recently - PGS/WebClient: Most of the text fields now automatically select all text when they gain focus - Corrected the text "redisplaying last 50 messages" (from 10 10 50) - Improved text in MasterBoard BottomBar during engagements phase - Added options for: when my (masterboard) turn starts, beep and/or bring my masterboard to front - PGS: when lastOnline was changed (user does login or logoff), write back users file to disk - When webclient user logs out, cancel proposed instant games he created. Also clear running games table and gameHash. dvdauthor-0.6.17-1.fc13 ----------------------- * Sat Jan 02 2010 Ville Skytt? - 0.6.17-1 - Update to 0.6.17 (new "unofficial" upstream: http://www.joonet.de/dvdauthor/). - Patch to compile with FriBidi 0.19.x. - Include HTML docs in package. - Drop no longer needed libdvdread header dir hack. filelight-1.9-5.rc3.fc13 ------------------------ * Sat Jan 02 2010 Neal Becker - 1.9-4.rc3 - fix directory * Sat Jan 02 2010 Neal Becker - 1.9-5.rc3 - Drop filelight.ChangeLog.diff gif2png-2.5.2-1304.fc13 ----------------------- * Sat Jan 02 2010 Enrico Scholz - 2.5.2-1304 - changed -overflow patch to abort on bad filenames instead of processing truncated ones glusterfs-2.0.9-1.fc13 ---------------------- * Sat Jan 02 2010 Jonathan Steffan - 2.0.9-1 - Update to 2.0.9 kdebase-runtime-4.3.85-2.fc13 ----------------------------- * Sat Jan 02 2010 Rex Dieter - 4.3.85-2 - Provides: desktop-notification-daemon kdebase-workspace-4.3.85-2.fc13 ------------------------------- * Sat Jan 02 2010 Rex Dieter - 4.3.85-2 - startkde: disable MALLOC_CHECK_ libev-3.90-1.fc13 ----------------- * Sat Jan 02 2010 Michal Nowak - 3.90-1 - 3.9 maxima-5.20.1-2.fc13 -------------------- * Wed Dec 16 2009 Stephen Beahm - 5.20.1-2 - enable rmaxima (#551910) mercurial-1.4.2-1.fc13 ---------------------- * Sat Jan 02 2010 Neal Becker - 1.4.2-1 - Update to 1.4.2 mingw32-libltdl-2.2.6-17.2.fc13 ------------------------------- * Sat Jan 02 2010 Hans Ulrich Niedermann - 2.2.6-17 - Use .tar.lzma instead of .tar.gz - Remove obsolete libtool-1.5.24-relativepath.patch - Update to 2.2.6b from 1.5.26 - Update file list with new header files - New DLL name: libltdl-7.dll instead of libltdl-3.dll * Sat Jan 02 2010 Hans Ulrich Niedermann - 2.2.6-17.2 - Automatically generate debuginfo subpackage mingw32-libp11-0.2.7-2.fc13 --------------------------- * Sat Jan 02 2010 Kalev Lember - 0.2.7-2 - Rebuilt with new mingw32-libltdl mingw32-opensc-0.11.11-2.fc13 ----------------------------- * Sat Jan 02 2010 Kalev Lember - 0.11.11-2 - Rebuilt with new mingw32-libltdl mysql-5.1.42-2.fc13 ------------------- * Sat Jan 02 2010 Tom Lane 5.1.42-2 - Disable building the innodb plugin; it tickles assorted gcc bugs and doesn't seem entirely ready for prime time anyway. net-tools-1.60-101.fc13 ----------------------- * Sat Jan 02 2010 Jiri Popelka - 1.60-101 - fixed overflow patch (#551625) - ifconfig interface:0 del will remove the Aliased IP on IA64 (#473211) - interface slip: cast keepalive/outfill to unsigned long to fix warnings on 64bit hosts -- no functional changes since these only have an 8bit range anyways - interface: fix IPv6 parsing of interfaces with large indexes (> 255) (Debian #433543) openscap-0.5.5-2.fc13 --------------------- * Sat Jan 02 2010 Tomas Mraz 0.5.5-2 - rebuilt with new librpm openttd-0.7.5-1.fc13 -------------------- * Sat Jan 02 2010 Felix Kaechele - 0.7.5-1 - 0.7.5 stable release - fixes CVE-2009-4007 openttd-opengfx-0.2.1-1.fc13 ---------------------------- * Sat Jan 02 2010 Felix Kaechele - 0.2.1-1 - upstream bugfix release portecle-1.5-1.fc13 ------------------- * Sun Jan 03 2010 Ville Skytt? - 1.5-1 - Update to 1.5. purple-msn-pecan-0.1.0-0.3.rc2.fc13 ----------------------------------- * Sat Jan 02 2010 Jussi Lehtola - 0.1.0-0.3.rc2 - Update to 0.1.0-rc2. - Use macro for defining release candidate. pygobject2-2.21.1-1.fc13 ------------------------ * Sat Jan 02 2010 Matthew Barnes - 2.21.1-1.fc13 - Update to 2.21.1 * Sun Dec 20 2009 Matthew Barnes - 2.21.0-1.fc13 - Update to 2.21.0 sectool-0.9.4-4.fc13 -------------------- * Sat Jan 02 2010 Tomas Mraz - 0.9.4-4 - rebuilt with new librpm tortoisehg-0.9.2-2.fc13 ----------------------- * Sat Jan 02 2010 Mads Kiilerich - 0.9.2-1 - New upstream bugfix release 0.9.2 vdr-streamdev-0.5.0-0.2.pre20090706.fc13 ---------------------------------------- * Sat Jan 02 2010 Felix Kaechele - 0.5.0-0.2.pre20090706 - added missing BuildReq: gettext * Fri Dec 18 2009 Felix Kaechele - 0.5.0-0.1.pre20090706 - update to latest version xfce4-settings-4.6.4-1.fc13 --------------------------- * Sat Jan 02 2010 Christoph Wickert - 4.6.4-1 - Update to 4.6.4 - Drop xi2 patch, fixed upstream Summary: Added Packages: 2 Removed Packages: 0 Modified Packages: 28 From ganesai at fedoraproject.org Sun Jan 3 13:35:16 2010 From: ganesai at fedoraproject.org (sai ganesh) Date: Sun, 3 Jan 2010 19:05:16 +0530 Subject: need help in contributing to se-linux policy development Message-ID: <7f952b9b1001030535r2836152by7b5b294044611239@mail.gmail.com> hi, my name is sai. i am a fedora-ambassador.i want to contribute to the development of se-linux policies.i am a Redhat certified se-linux policy administrator.i am well versed in development of se-linux policies.how can i contribute ? whom should i contact? i have already tried contacting the owners of the se-linux packages.i didn't get any response. -- s.saiganesh ?The Linux philosophy is 'Laugh in the face of danger'. Oops. Wrong One. 'Do it yourself'. Yes, that's it -------------- next part -------------- An HTML attachment was scrubbed... URL: From jonathan.underwood at gmail.com Sun Jan 3 13:41:47 2010 From: jonathan.underwood at gmail.com (Jonathan Underwood) Date: Sun, 3 Jan 2010 13:41:47 +0000 Subject: How did I end up as the package owner for emacs? Message-ID: <645d17211001030541v54288117uf572b275c4ebce6c@mail.gmail.com> Hi, Sometime in the past few weeks I've ended up as the package owner for emacs, without actually requesting it. I've previously been a co-maintainer (i.e. watchbugzilla, watchcommits, commit, approveacls), but haven't requested package ownership at any point, so I'm wondering what turn of events brought this about, and whether it's a bug with the pkgdb. If a package is orphaned by its owner, does the next person with commit access become the package owner or something like that? If so, I think that needs a bit more thinking. I'm not really grumbling about become the package owner (though I'm not sure I have enough knowledge of emacs internals to take on that role), though I am genuinely confused as to how this happened. Unfortunately the emacs package does seem to get bumped around various RH employees - it'd be nice if there was a bit more communication about this when it happens. Cheers, Jonathan. From jonathan.underwood at gmail.com Sun Jan 3 13:52:19 2010 From: jonathan.underwood at gmail.com (Jonathan Underwood) Date: Sun, 3 Jan 2010 13:52:19 +0000 Subject: need help in contributing to se-linux policy development In-Reply-To: <7f952b9b1001030535r2836152by7b5b294044611239@mail.gmail.com> References: <7f952b9b1001030535r2836152by7b5b294044611239@mail.gmail.com> Message-ID: <645d17211001030552v905c3a8pd648136b61513efe@mail.gmail.com> 2010/1/3 sai ganesh : > hi, > ??? my name is sai. i am a fedora-ambassador.i want to contribute to the > development of se-linux policies.i am? a Redhat certified se-linux policy > administrator.i am well versed in development of se-linux policies.how can i > contribute ? > whom should i contact? > > i have already tried contacting the? owners of the se-linux packages.i > didn't get any response. > Perhaps you'd be better off sending a mail to the fedora-selinux-list: https://www.redhat.com/mailman/listinfo/fedora-selinux-list Jonathan. From dwmw2 at infradead.org Sun Jan 3 15:47:19 2010 From: dwmw2 at infradead.org (David Woodhouse) Date: Sun, 03 Jan 2010 15:47:19 +0000 Subject: installing 64-bit kernel on a 32-bit system (nouveau issue?) In-Reply-To: <4B3F3063.7010005@robertoragusa.it> References: <78926d251001010624t7dce0ffax291a8f7c09113b70@mail.gmail.com> <4B3E3BD0.2030501@comcast.net> <4B3E4897.8060001@robertoragusa.it> <1e3142441001012243r740cb26ft1dbeec5ed9e031da@mail.gmail.com> <4B3F3063.7010005@robertoragusa.it> Message-ID: <1262533639.3181.5850.camel@macbook.infradead.org> On Sat, 2010-01-02 at 12:39 +0100, Roberto Ragusa wrote: > Now, consider this: > > (c) 64 bit kernel + 32 bit apps: this is simply an extreme case of (b), > a 64/32 system where every app is 32. > > Case (c) is interesting because: > > - you can switch a 32 bit install to this mode by simply installing a 64 > bit kernel (and switch back at grub level any time you want) > > - the 64 bit kernel can handle all your memory better (faster) than 32 > or 32+PAE kernel > > - you avoid the increased memory consumption of 64 bit apps (pointers > are wider; there is big debate how much this impacts performance and > if it is able to demolish the other improvements of x86_64 such as > more regusters and SSE2 guaranteed avalability). Add to this that > when you run 32 and 64 bit apps together you have both versions of the > system libraries in memory, so the mem usage is higher. > > Finally, the discussion is: > case (c) _SHOULD_ work perfectly in theory (see case (b)), but apparently > there are a couple of bad spots for things no one ever run in 32 bit > mode on 64 bit kernel. We do that on PPC64. We have 32-bit userspace by default with a 64-bit kernel. Only applications where 64-bit is actually _worthwhile_ are 64-bit. On PowerPC we don't have to worry about being starved of registers in 32-bit mode, so the benefit of 64-bit userspace is much more limited. It's really only beneficial where you really need to address more than 4GiB of RAM, or do 64-bit arithmetic. So in the _general_ case, most of the 32-bit-userspace-on-64-bit-kernel stuff ought to be working fine. That compatibility mode in the 64-bit kernel ought to be fairly well tested. Obviously that doesn't count for the nVidia binary module, which doesn't exist for ppc64. And nouveau is relatively new and not currently being used in Fedora/PPC64 so I'm prepared to believe that their 'work in progress' API still has some issues in that area, as you suggest. -- dwmw2 From jwboyer at gmail.com Sun Jan 3 16:06:05 2010 From: jwboyer at gmail.com (Josh Boyer) Date: Sun, 3 Jan 2010 11:06:05 -0500 Subject: installing 64-bit kernel on a 32-bit system (nouveau issue?) In-Reply-To: <1262533639.3181.5850.camel@macbook.infradead.org> References: <78926d251001010624t7dce0ffax291a8f7c09113b70@mail.gmail.com> <4B3E3BD0.2030501@comcast.net> <4B3E4897.8060001@robertoragusa.it> <1e3142441001012243r740cb26ft1dbeec5ed9e031da@mail.gmail.com> <4B3F3063.7010005@robertoragusa.it> <1262533639.3181.5850.camel@macbook.infradead.org> Message-ID: <20100103160605.GY16448@hansolo.jdub.homelinux.org> On Sun, Jan 03, 2010 at 03:47:19PM +0000, David Woodhouse wrote: >Obviously that doesn't count for the nVidia binary module, which doesn't >exist for ppc64. And nouveau is relatively new and not currently being >used in Fedora/PPC64 so I'm prepared to believe that their 'work in >progress' API still has some issues in that area, as you suggest. Nouveau works fine with Fedora 12 for ppc64. I use it on an iMac G5 with an nVidia card for basic 2d output. I believe it also worked in F11. josh From kklic at redhat.com Sun Jan 3 21:53:26 2010 From: kklic at redhat.com (Karel Klic) Date: Sun, 03 Jan 2010 22:53:26 +0100 Subject: How did I end up as the package owner for emacs? In-Reply-To: <645d17211001030541v54288117uf572b275c4ebce6c@mail.gmail.com> References: <645d17211001030541v54288117uf572b275c4ebce6c@mail.gmail.com> Message-ID: <4B4111D6.1060509@redhat.com> Hi Jonathan, you became the owner in the pkgdb when Daniel Novotny and I agreed to transfer the package ownership to me. We discovered that the next person with commit access become the owner when a package is orphaned, and the package owner cannot be changed in pkgdb. I asked about the solution on IRC, and when I got no answer I postponed it. From my point of view it is not important who is the owner when I can fix bugs and commit changes. I apologize to you for not sending an email about the change, that would have been be the right thing. Nonetheless, I am also interested in how to change the owner to certain person from the list of package maintainers. Best regards, Karel Jonathan Underwood wrote: > Hi, > > Sometime in the past few weeks I've ended up as the package owner for > emacs, without actually requesting it. I've previously been a > co-maintainer (i.e. watchbugzilla, watchcommits, commit, approveacls), > but haven't requested package ownership at any point, so I'm wondering > what turn of events brought this about, and whether it's a bug with > the pkgdb. If a package is orphaned by its owner, does the next person > with commit access become the package owner or something like that? If > so, I think that needs a bit more thinking. I'm not really grumbling > about become the package owner (though I'm not sure I have enough > knowledge of emacs internals to take on that role), though I am > genuinely confused as to how this happened. Unfortunately the emacs > package does seem to get bumped around various RH employees - it'd be > nice if there was a bit more communication about this when it happens. > > Cheers, > Jonathan. > From jonathan.underwood at gmail.com Sun Jan 3 22:12:44 2010 From: jonathan.underwood at gmail.com (Jonathan Underwood) Date: Sun, 3 Jan 2010 22:12:44 +0000 Subject: How did I end up as the package owner for emacs? In-Reply-To: <4B4111D6.1060509@redhat.com> References: <645d17211001030541v54288117uf572b275c4ebce6c@mail.gmail.com> <4B4111D6.1060509@redhat.com> Message-ID: <645d17211001031412r17af1538w1c630e5f3b944d64@mail.gmail.com> 2010/1/3 Karel Klic : > Hi Jonathan, > > you became the owner in the pkgdb when Daniel Novotny and I agreed to > transfer the package ownership to me. We discovered that the next person > with commit access become the owner when a package is orphaned, and the > package owner cannot be changed in pkgdb. I asked about the solution on IRC, > and when I got no answer I postponed it. From my point of view it is not > important who is the owner when I can fix bugs and commit changes. > > I apologize to you for not sending an email about the change, that would > have been be the right thing. > > Nonetheless, I am also interested in how to change the owner to certain > person from the list of package maintainers. Hi Karel, Aha - thanks for explaining what happened. I just tried releasing package ownership using the pkgdb web interface, but that doesn't seem to work... will continue to investigate. J. From bruno at wolff.to Sun Jan 3 22:44:09 2010 From: bruno at wolff.to (Bruno Wolff III) Date: Sun, 3 Jan 2010 16:44:09 -0600 Subject: How did I end up as the package owner for emacs? In-Reply-To: <4B4111D6.1060509@redhat.com> References: <645d17211001030541v54288117uf572b275c4ebce6c@mail.gmail.com> <4B4111D6.1060509@redhat.com> Message-ID: <20100103224409.GA1808@wolff.to> On Sun, Jan 03, 2010 at 22:53:26 +0100, Karel Klic wrote: > > Nonetheless, I am also interested in how to change the owner to > certain person from the list of package maintainers. I think the right way to fix this is to file a ticket with infrastructure. From xjakub at fi.muni.cz Sun Jan 3 23:25:27 2010 From: xjakub at fi.muni.cz (Milos Jakubicek) Date: Mon, 04 Jan 2010 00:25:27 +0100 Subject: ABRT considered painful In-Reply-To: <4B408F8F.9080706@redhat.com> References: <20091229195657.4000ce26@gmail.com> <645d17210912311011v609a705ei62b1fbbd0a3d905f@mail.gmail.com> <4B3F25A8.5030300@redhat.com> <1262435947.1991.24.camel@localhost> <20100102143200.GA26524@host0.dyn.jankratochvil.net> <4B408F8F.9080706@redhat.com> Message-ID: <4B412767.60407@fi.muni.cz> On 3.1.2010 13:37, Jiri Moskovcak wrote: > On 01/02/2010 03:32 PM, Jan Kratochvil wrote: >> On Sat, 02 Jan 2010 13:39:07 +0100, Stefan Schulze Frielinghaus wrote: >>> When the debuginfo package of a particular binary is >>> installed, then the symbols are loaded whenever the binary is loaded or >>> are the symbols only considered by tools like gdb and so on? >> >> The latter. >> >> Moreover ABRT does not install the whole debuginfo package but only >> copies the >> needed specific .debug files out of it somewhere - as know the ABRT >> people. >> >> >> Jan >> > > Exactly, we don't install it, just extract the package to > /var/cache/abrt-di. ABRT doesn't remove it automatically, but it's a > planned feature. If you will indeed implement this, please let the users choose whether they want the .debug files (or whatever you extract) to be removed or kept forever. I'm really happy with the current situation and do not want to wait until ABRT downloads the debuginfo packages every time again. Thanks, Milos From craftjml at gmail.com Mon Jan 4 00:57:59 2010 From: craftjml at gmail.com (Jud Craft) Date: Sun, 3 Jan 2010 19:57:59 -0500 Subject: Mono.Cecil & monodevelop-debugger-mdb In-Reply-To: <1262436467.5526.9.camel@PB3.linux> References: <1261695503.2989.324.camel@PB3.linux> <20d6441a1001010940v1b863fa9k56f856a54566e0d0@mail.gmail.com> <1262436467.5526.9.camel@PB3.linux> Message-ID: <20d6441a1001031657o71523b5ew6a5ad9391a47d2b4@mail.gmail.com> That was definitely informative. Thanks for the explanations. From james at fedoraproject.org Mon Jan 4 06:41:59 2010 From: james at fedoraproject.org (James Antill) Date: Mon, 04 Jan 2010 01:41:59 -0500 Subject: ABRT considered painful In-Reply-To: <4B408F8F.9080706@redhat.com> References: <20091229195657.4000ce26@gmail.com> <645d17210912311011v609a705ei62b1fbbd0a3d905f@mail.gmail.com> <4B3F25A8.5030300@redhat.com> <1262435947.1991.24.camel@localhost> <20100102143200.GA26524@host0.dyn.jankratochvil.net> <4B408F8F.9080706@redhat.com> Message-ID: <1262587319.6468.34.camel@code.and.org> On Sun, 2010-01-03 at 13:37 +0100, Jiri Moskovcak wrote: > On 01/02/2010 03:32 PM, Jan Kratochvil wrote: > > Moreover ABRT does not install the whole debuginfo package but only copies the > > needed specific .debug files out of it somewhere - as know the ABRT people. > > Exactly, we don't install it, just extract the package to > /var/cache/abrt-di. ABRT doesn't remove it automatically, but it's a > planned feature. Why do you do this? -- James Antill - james at fedoraproject.org http://yum.baseurl.org/wiki/releases http://yum.baseurl.org/wiki/whatsnew/3.2.26 http://yum.baseurl.org/wiki/YumMultipleMachineCaching From jmoskovc at redhat.com Mon Jan 4 09:06:08 2010 From: jmoskovc at redhat.com (Jiri Moskovcak) Date: Mon, 04 Jan 2010 10:06:08 +0100 Subject: ABRT considered painful In-Reply-To: <1262587319.6468.34.camel@code.and.org> References: <20091229195657.4000ce26@gmail.com> <645d17210912311011v609a705ei62b1fbbd0a3d905f@mail.gmail.com> <4B3F25A8.5030300@redhat.com> <1262435947.1991.24.camel@localhost> <20100102143200.GA26524@host0.dyn.jankratochvil.net> <4B408F8F.9080706@redhat.com> <1262587319.6468.34.camel@code.and.org> Message-ID: <4B41AF80.8050000@redhat.com> On 01/04/2010 07:41 AM, James Antill wrote: > On Sun, 2010-01-03 at 13:37 +0100, Jiri Moskovcak wrote: >> On 01/02/2010 03:32 PM, Jan Kratochvil wrote: >>> Moreover ABRT does not install the whole debuginfo package but only copies the >>> needed specific .debug files out of it somewhere - as know the ABRT people. >> >> Exactly, we don't install it, just extract the package to >> /var/cache/abrt-di. ABRT doesn't remove it automatically, but it's a >> planned feature. > > Why do you do this? > We don't need root privileges and we can have multiple versions of the same debuginfo package installed. -------------- next part -------------- A non-text attachment was scrubbed... Name: jmoskovc.vcf Type: text/x-vcard Size: 126 bytes Desc: not available URL: From npajkovs at redhat.com Mon Jan 4 09:49:29 2010 From: npajkovs at redhat.com (Nikola Pajkovsky) Date: Mon, 04 Jan 2010 10:49:29 +0100 Subject: can't find package Tk, Fedora 12 In-Reply-To: References: Message-ID: <4B41B9A9.9050903@redhat.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Dne 1.1.2010 08:10, Shakthi Kannan napsal(a): > Hi, > > On Fedora 12, when using: > > $ tclsh > % package require Tk > can't find package Tk > % > > Has anything been changed in Tcl package in Fedora 12 w.r.t. > finding/searching for Tk libraries? If I have hello.tcl with: > > package require Tk > grid [ttk::button .b -text "Hello world"] > > and use "wish hello.tcl" it works. But, when using: > > $ tclsh hello.tcl > can't find package Tk > while executing > "package require Tk" > (file "hello.tcl" line 1) > > An upstream package uses "package require Tk" in the Tcl sources. How > can this Tk search path be set? I have the following libraries > installed: > > tcl-8.5.7-4.fc12.i686 > tk-8.5.7-2.fc12.i686 > > The file /usr/lib/tk8.5/pkgIndex.tcl exists. Is this related? > http://groups.google.com/group/comp.lang.tcl/browse_thread/thread/2b6072c84d4eab2a/07aed79740ed1189?pli=1 > > Appreciate any inputs, > > Thanks! > > SK > Hello, I will look at more closer why it's disabled. You can see how it's going on in bugzilla here: https://bugzilla.redhat.com/show_bug.cgi?id=540296 - -- Nikola -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJLQbmoAAoJED4+/Vgo+H2XBX4H/0p5eaTZIW3juBDE+6r18I7f LAIHG9JN4SqK1xEMRITNMvs1AFp1Qnwy2VleyGFEAEim6IWeb3JrNYEZoJ1dahXc b9TAJGZZFK4fb7BN9L4NXUZNu9Cmx7D35uOkdHJMJbUV1qsH10EWYdSWjVI0fREn 0NBdYmw8/X2Z7kbQvqoSo7YdUWc3hcpNd+M4J/9tkuHEqN4Jgp1iN4i0rpCozxfD VKsbsHHLJ58Zg6833Nc19tk2p1kQDR8L1GtFOyNj/FithF8MaNaTwc7RED4SL/xG RSBWJos144f8nJAADKSCUUQzfhmemmF8+86Lz1Y8JV1sptkzJSy6qs+uBNeXOnA= =9XUp -----END PGP SIGNATURE----- From opensource at till.name Mon Jan 4 11:20:23 2010 From: opensource at till.name (Till Maas) Date: Mon, 04 Jan 2010 12:20:23 +0100 Subject: How did I end up as the package owner for emacs? In-Reply-To: <4B4111D6.1060509@redhat.com> References: <645d17211001030541v54288117uf572b275c4ebce6c@mail.gmail.com> <4B4111D6.1060509@redhat.com> Message-ID: <20100104112023.GA4952@genius.kawo2.rwth-aachen.de> On Sun, Jan 03, 2010 at 10:53:26PM +0100, Karel Klic wrote: > you became the owner in the pkgdb when Daniel Novotny and I agreed to > transfer the package ownership to me. We discovered that the next person > with commit access become the owner when a package is orphaned, and the > package owner cannot be changed in pkgdb. I asked about the solution on > IRC, and when I got no answer I postponed it. From my point of view it > is not important who is the owner when I can fix bugs and commit changes. Here is an but report about this, so hopefully this will be fixed eventually: https://fedorahosted.org/packagedb/ticket/152 Regards Till -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 835 bytes Desc: not available URL: From jnovy at redhat.com Mon Jan 4 12:29:45 2010 From: jnovy at redhat.com (Jindrich Novy) Date: Mon, 4 Jan 2010 13:29:45 +0100 Subject: Oracle DB 4.8.26 update in rawhide Message-ID: <20100104122945.GA9479@dhcp-lab-133.englab.brq.redhat.com> Hi, Oracle released a new BDB-4.8.26 which is a bugfix release. No soname bump or similar changes. This email is a heads-up that I'm going to update to this version in a week or so. List of bugfixes since 4.8.24 can be found here: http://www.oracle.com/technology/documentation/berkeley-db/db/programmer_reference/changelog_4.8.26.html#id1655375 Thanks, Jindrich -- Jindrich Novy http://people.redhat.com/jnovy/ From fedora at matbooth.co.uk Mon Jan 4 12:37:42 2010 From: fedora at matbooth.co.uk (Mat Booth) Date: Mon, 4 Jan 2010 12:37:42 +0000 Subject: ABRT considered painful In-Reply-To: <4B41AF80.8050000@redhat.com> References: <20091229195657.4000ce26@gmail.com> <645d17210912311011v609a705ei62b1fbbd0a3d905f@mail.gmail.com> <4B3F25A8.5030300@redhat.com> <1262435947.1991.24.camel@localhost> <20100102143200.GA26524@host0.dyn.jankratochvil.net> <4B408F8F.9080706@redhat.com> <1262587319.6468.34.camel@code.and.org> <4B41AF80.8050000@redhat.com> Message-ID: <9497e9991001040437r1a183935p842bda2504c1d776@mail.gmail.com> 2010/1/4 Jiri Moskovcak : > On 01/04/2010 07:41 AM, James Antill wrote: >> >> On Sun, 2010-01-03 at 13:37 +0100, Jiri Moskovcak wrote: >>> >>> On 01/02/2010 03:32 PM, Jan Kratochvil wrote: >>>> >>>> Moreover ABRT does not install the whole debuginfo package but only >>>> copies the >>>> needed specific .debug files out of it somewhere - as know the ABRT >>>> people. >>> >>> Exactly, we don't install it, just extract the package to >>> /var/cache/abrt-di. ABRT doesn't remove it automatically, but it's a >>> planned feature. >> >> ?Why do you do this? >> > > We don't need root privileges and we can have multiple versions of the same > debuginfo package installed. > What's the benefit of having multiple versions of the same debuginfo installed when you can't have multiple versions of the same RPM installed? -- Mat Booth From awilliam at redhat.com Mon Jan 4 12:47:11 2010 From: awilliam at redhat.com (Adam Williamson) Date: Mon, 04 Jan 2010 12:47:11 +0000 Subject: ABRT considered painful In-Reply-To: References: <20091229195657.4000ce26@gmail.com> Message-ID: <1262609231.2447.7.camel@vaio.local.net> On Fri, 2010-01-01 at 16:45 +0100, drago01 wrote: > Also some duplicate detection wouldn't hurt ... (I get new bug reports > everyday just to notice that almost all of them are duplicates). abrt already does duplicate detection, but it's hardly a straightforward thing to do. Jiri and the rest of the team are always happy to work with anyone who has ideas on how to improve abrt's duplicate detection. -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org http://www.happyassassin.net From rawhide at fedoraproject.org Mon Jan 4 13:18:36 2010 From: rawhide at fedoraproject.org (Rawhide Report) Date: Mon, 4 Jan 2010 13:18:36 +0000 Subject: rawhide report: 20100104 changes Message-ID: <20100104131836.GA2316@releng2.fedora.phx.redhat.com> Compose started at Mon Jan 4 08:15:14 UTC 2010 Broken deps for i386 ---------------------------------------------------------- anjal-0.1.0-1.fc13.i686 requires libevolution-mail-shared.so.0 anjal-0.1.0-1.fc13.i686 requires libefilterbar.so.0 cduce-0.5.3-3.fc13.i686 requires ocaml(runtime) = 0:3.11.1 cduce-0.5.3-3.fc13.i686 requires ocaml(Filename) = 0:7cd172f02b7ee9b8d7bda3bb92144951 cduce-0.5.3-3.fc13.i686 requires ocaml(Obj) = 0:c827f726ce05da709cf7de58fc15e324 cduce-0.5.3-3.fc13.i686 requires ocaml(Format) = 0:b7ba3152a5eec5609d6ab86e6c51eebb cduce-0.5.3-3.fc13.i686 requires ocaml(Printexc) = 0:fdf007941aa14d1a26323558012dbf52 cduce-0.5.3-3.fc13.i686 requires ocaml(Buffer) = 0:23af67395823b652b807c4ae0b581211 cduce-ocamlduce-0.5.3-3.fc13.i686 requires ocaml(Format) = 0:b7ba3152a5eec5609d6ab86e6c51eebb cduce-ocamlduce-0.5.3-3.fc13.i686 requires ocaml(Buffer) = 0:23af67395823b652b807c4ae0b581211 cduce-ocamlduce-0.5.3-3.fc13.i686 requires ocaml(runtime) = 0:3.11.1 cduce-ocamlduce-0.5.3-3.fc13.i686 requires ocaml(Obj) = 0:c827f726ce05da709cf7de58fc15e324 cluster-snmp-0.16.1-2.fc12.i686 requires libnetsnmp.so.15 ghc-HTTP-devel-4000.0.6-6.fc13.i686 requires ghc = 0:6.10.4 ghc-HTTP-devel-4000.0.6-6.fc13.i686 requires ghc = 0:6.10.4 ghc-HTTP-doc-4000.0.6-6.fc13.i686 requires ghc-doc = 0:6.10.4 ghc-HTTP-doc-4000.0.6-6.fc13.i686 requires ghc-doc = 0:6.10.4 ghc-HTTP-prof-4000.0.6-6.fc13.i686 requires ghc-prof = 0:6.10.4 ghc-cairo-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-cairo-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-cairo-prof-0.10.1-5.fc12.i686 requires ghc-prof = 0:6.10.4 ghc-cgi-devel-3001.1.7.1-3.fc13.i686 requires ghc = 0:6.10.4 ghc-cgi-devel-3001.1.7.1-3.fc13.i686 requires ghc = 0:6.10.4 ghc-cgi-doc-3001.1.7.1-3.fc13.i686 requires ghc-doc = 0:6.10.4 ghc-cgi-doc-3001.1.7.1-3.fc13.i686 requires ghc-doc = 0:6.10.4 ghc-cgi-prof-3001.1.7.1-3.fc13.i686 requires ghc-prof = 0:6.10.4 ghc-fgl-devel-5.4.2.2-1.fc12.i686 requires ghc = 0:6.10.4 ghc-fgl-devel-5.4.2.2-1.fc12.i686 requires ghc = 0:6.10.4 ghc-fgl-doc-5.4.2.2-1.fc12.i686 requires ghc-doc = 0:6.10.4 ghc-fgl-doc-5.4.2.2-1.fc12.i686 requires ghc-doc = 0:6.10.4 ghc-fgl-prof-5.4.2.2-1.fc12.i686 requires ghc-prof = 0:6.10.4 ghc-gconf-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-gconf-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-gconf-prof-0.10.1-5.fc12.i686 requires ghc-prof = 0:6.10.4 ghc-ghc-paths-devel-0.1.0.5-8.fc12.i686 requires ghc = 0:6.10.4 ghc-ghc-paths-devel-0.1.0.5-8.fc12.i686 requires ghc = 0:6.10.4 ghc-ghc-paths-doc-0.1.0.5-8.fc12.i686 requires ghc-doc = 0:6.10.4 ghc-ghc-paths-doc-0.1.0.5-8.fc12.i686 requires ghc-doc = 0:6.10.4 ghc-ghc-paths-prof-0.1.0.5-8.fc12.i686 requires ghc-prof = 0:6.10.4 ghc-gio-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-gio-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-gio-prof-0.10.1-5.fc12.i686 requires ghc-prof = 0:6.10.4 ghc-glade-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-glade-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-glade-prof-0.10.1-5.fc12.i686 requires ghc-prof = 0:6.10.4 ghc-glib-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-glib-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-glib-prof-0.10.1-5.fc12.i686 requires ghc-prof = 0:6.10.4 ghc-gstreamer-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-gstreamer-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-gstreamer-prof-0.10.1-5.fc12.i686 requires ghc-prof = 0:6.10.4 ghc-gtk-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-gtk-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-gtk-prof-0.10.1-5.fc12.i686 requires ghc-prof = 0:6.10.4 ghc-gtkglext-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-gtkglext-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-gtkglext-prof-0.10.1-5.fc12.i686 requires ghc-prof = 0:6.10.4 ghc-gtksourceview2-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-gtksourceview2-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-gtksourceview2-prof-0.10.1-5.fc12.i686 requires ghc-prof = 0:6.10.4 ghc-haskell-platform-devel-2009.2.0.2-3.fc13.i686 requires ghc = 0:6.10.4 ghc-haskell-platform-devel-2009.2.0.2-3.fc13.i686 requires ghc = 0:6.10.4 ghc-haskell-platform-doc-2009.2.0.2-3.fc13.i686 requires ghc-doc = 0:6.10.4 ghc-haskell-platform-doc-2009.2.0.2-3.fc13.i686 requires ghc-doc = 0:6.10.4 ghc-haskell-platform-prof-2009.2.0.2-3.fc13.i686 requires ghc-prof = 0:6.10.4 ghc-haskell-src-exts-devel-1.3.0-2.fc13.i686 requires ghc = 0:6.10.4 ghc-haskell-src-exts-devel-1.3.0-2.fc13.i686 requires ghc = 0:6.10.4 ghc-haskell-src-exts-doc-1.3.0-2.fc13.i686 requires ghc-doc = 0:6.10.4 ghc-haskell-src-exts-doc-1.3.0-2.fc13.i686 requires ghc-doc = 0:6.10.4 ghc-haskell-src-exts-prof-1.3.0-2.fc13.i686 requires ghc-prof = 0:6.10.4 ghc-network-devel-2.2.1.4-2.fc12.i686 requires ghc = 0:6.10.4 ghc-network-devel-2.2.1.4-2.fc12.i686 requires ghc = 0:6.10.4 ghc-network-doc-2.2.1.4-2.fc12.i686 requires ghc-doc = 0:6.10.4 ghc-network-doc-2.2.1.4-2.fc12.i686 requires ghc-doc = 0:6.10.4 ghc-network-prof-2.2.1.4-2.fc12.i686 requires ghc-prof = 0:6.10.4 ghc-soegtk-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-soegtk-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-soegtk-prof-0.10.1-5.fc12.i686 requires ghc-prof = 0:6.10.4 ghc-svgcairo-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-svgcairo-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-svgcairo-prof-0.10.1-5.fc12.i686 requires ghc-prof = 0:6.10.4 ghc-uniplate-devel-1.2.0.3-6.fc12.i686 requires ghc = 0:6.10.4 ghc-uniplate-devel-1.2.0.3-6.fc12.i686 requires ghc = 0:6.10.4 ghc-uniplate-doc-1.2.0.3-6.fc12.i686 requires ghc-doc = 0:6.10.4 ghc-uniplate-doc-1.2.0.3-6.fc12.i686 requires ghc-doc = 0:6.10.4 ghc-uniplate-prof-1.2.0.3-6.fc12.i686 requires ghc-prof = 0:6.10.4 ghc-xmonad-contrib-devel-0.9-1.fc13.i686 requires ghc-utf8-string-devel = 0:0.3.5 ghc-xmonad-contrib-devel-0.9-1.fc13.i686 requires ghc = 0:6.10.4 ghc-xmonad-contrib-devel-0.9-1.fc13.i686 requires ghc = 0:6.10.4 ghc-xmonad-contrib-doc-0.9-1.fc13.i686 requires ghc-doc = 0:6.10.4 ghc-xmonad-contrib-doc-0.9-1.fc13.i686 requires ghc-doc = 0:6.10.4 ghc-xmonad-contrib-doc-0.9-1.fc13.i686 requires ghc-utf8-string-doc = 0:0.3.5 ghc-xmonad-contrib-prof-0.9-1.fc13.i686 requires ghc-prof = 0:6.10.4 ghc-xmonad-contrib-prof-0.9-1.fc13.i686 requires ghc-utf8-string-prof = 0:0.3.5 ghc-xmonad-devel-0.9-3.fc13.i686 requires ghc-X11-devel = 0:1.4.6.1 ghc-xmonad-devel-0.9-3.fc13.i686 requires ghc = 0:6.10.4 ghc-xmonad-devel-0.9-3.fc13.i686 requires ghc = 0:6.10.4 ghc-xmonad-doc-0.9-3.fc13.i686 requires ghc-doc = 0:6.10.4 ghc-xmonad-doc-0.9-3.fc13.i686 requires ghc-doc = 0:6.10.4 ghc-xmonad-doc-0.9-3.fc13.i686 requires ghc-X11-doc = 0:1.4.6.1 ghc-xmonad-prof-0.9-3.fc13.i686 requires ghc-X11-prof = 0:1.4.6.1 ghc-xmonad-prof-0.9-3.fc13.i686 requires ghc-prof = 0:6.10.4 gnome-python2-evince-2.28.0-2.fc12.i686 requires libevview.so.1 gnome-python2-evince-2.28.0-2.fc12.i686 requires libevdocument.so.1 graphviz-ocaml-2.26.0-1.fc13.i686 requires ocaml(Obj) = 0:c827f726ce05da709cf7de58fc15e324 graphviz-ocaml-2.26.0-1.fc13.i686 requires ocaml(runtime) = 0:3.11.1 haskell-platform-2009.2.0.2-3.fc13.i686 requires ghc = 0:6.10.4 hulahop-0.6.0-2.fc12.i686 requires xulrunner-python hulahop-0.6.0-2.fc12.i686 requires libpyxpcom.so inksmoto-0.7.0-1.rc1.fc13.noarch requires /bin/python kst-fits-1.8.0-3.fc12.i686 requires cfitsio = 0:3.140 kst-netcdf-1.8.0-3.fc12.i686 requires libnetcdf.so.4 kst-netcdf-1.8.0-3.fc12.i686 requires libnetcdf_c++.so.4 libextractor-plugins-rpm-0.5.23-1303.fc13.i686 requires librpm.so.0 linphone-2.1.1-4.fc12.i686 requires libortp.so.7 ocaml-camlp5-5.12-2.fc12.i686 requires ocaml(Format) = 0:b7ba3152a5eec5609d6ab86e6c51eebb ocaml-camlp5-5.12-2.fc12.i686 requires ocaml(Printexc) = 0:fdf007941aa14d1a26323558012dbf52 ocaml-camlp5-5.12-2.fc12.i686 requires ocaml(Buffer) = 0:23af67395823b652b807c4ae0b581211 ocaml-camlp5-5.12-2.fc12.i686 requires ocaml(Filename) = 0:7cd172f02b7ee9b8d7bda3bb92144951 ocaml-camlp5-5.12-2.fc12.i686 requires ocaml(runtime) = 0:3.11.1 ocaml-camlp5-5.12-2.fc12.i686 requires ocaml(Obj) = 0:c827f726ce05da709cf7de58fc15e324 ocaml-json-wheel-1.0.6-2.fc12.i686 requires ocaml(Format) = 0:b7ba3152a5eec5609d6ab86e6c51eebb ocaml-json-wheel-1.0.6-2.fc12.i686 requires ocaml(Buffer) = 0:23af67395823b652b807c4ae0b581211 ocaml-json-wheel-1.0.6-2.fc12.i686 requires ocaml(runtime) = 0:3.11.1 ocaml-json-wheel-1.0.6-2.fc12.i686 requires ocaml(Obj) = 0:c827f726ce05da709cf7de58fc15e324 ocaml-ocamlnet-2.2.9-15.fc13.i686 requires ocaml(Format) = 0:b7ba3152a5eec5609d6ab86e6c51eebb ocaml-ocamlnet-2.2.9-15.fc13.i686 requires ocaml(runtime) = 0:3.11.1 ocaml-ocamlnet-2.2.9-15.fc13.i686 requires ocaml(Filename) = 0:7cd172f02b7ee9b8d7bda3bb92144951 ocaml-ocamlnet-2.2.9-15.fc13.i686 requires ocaml(Obj) = 0:c827f726ce05da709cf7de58fc15e324 ocaml-ocamlnet-2.2.9-15.fc13.i686 requires ocaml(Printexc) = 0:fdf007941aa14d1a26323558012dbf52 ocaml-ocamlnet-2.2.9-15.fc13.i686 requires ocaml(Buffer) = 0:23af67395823b652b807c4ae0b581211 ocaml-ocamlnet-nethttpd-2.2.9-15.fc13.i686 requires ocaml(Format) = 0:b7ba3152a5eec5609d6ab86e6c51eebb ocaml-ocamlnet-nethttpd-2.2.9-15.fc13.i686 requires ocaml(Buffer) = 0:23af67395823b652b807c4ae0b581211 ocaml-ocamlnet-nethttpd-2.2.9-15.fc13.i686 requires ocaml(Printexc) = 0:fdf007941aa14d1a26323558012dbf52 ocaml-ocamlnet-nethttpd-2.2.9-15.fc13.i686 requires ocaml(Filename) = 0:7cd172f02b7ee9b8d7bda3bb92144951 ocaml-ocamlnet-nethttpd-2.2.9-15.fc13.i686 requires ocaml(runtime) = 0:3.11.1 ocaml-ocamlnet-nethttpd-2.2.9-15.fc13.i686 requires ocaml(Obj) = 0:c827f726ce05da709cf7de58fc15e324 ocaml-preludeml-0.1-0.13.20090113.fc12.i686 requires ocaml(Buffer) = 0:23af67395823b652b807c4ae0b581211 ocaml-preludeml-0.1-0.13.20090113.fc12.i686 requires ocaml(Filename) = 0:7cd172f02b7ee9b8d7bda3bb92144951 ocaml-preludeml-0.1-0.13.20090113.fc12.i686 requires ocaml(runtime) = 0:3.11.1 ocaml-preludeml-0.1-0.13.20090113.fc12.i686 requires ocaml(Obj) = 0:c827f726ce05da709cf7de58fc15e324 ocaml-pxp-1.2.1-2.fc12.i686 requires ocaml(Format) = 0:b7ba3152a5eec5609d6ab86e6c51eebb ocaml-pxp-1.2.1-2.fc12.i686 requires ocaml(Printexc) = 0:fdf007941aa14d1a26323558012dbf52 ocaml-pxp-1.2.1-2.fc12.i686 requires ocaml(Buffer) = 0:23af67395823b652b807c4ae0b581211 ocaml-pxp-1.2.1-2.fc12.i686 requires ocaml(Filename) = 0:7cd172f02b7ee9b8d7bda3bb92144951 ocaml-pxp-1.2.1-2.fc12.i686 requires ocaml(runtime) = 0:3.11.1 ocaml-pxp-1.2.1-2.fc12.i686 requires ocaml(Obj) = 0:c827f726ce05da709cf7de58fc15e324 ocaml-reins-0.1a-6.fc12.i686 requires ocaml(Printexc) = 0:fdf007941aa14d1a26323558012dbf52 ocaml-reins-0.1a-6.fc12.i686 requires ocaml(Buffer) = 0:23af67395823b652b807c4ae0b581211 ocaml-reins-0.1a-6.fc12.i686 requires ocaml(runtime) = 0:3.11.1 ocaml-reins-0.1a-6.fc12.i686 requires ocaml(Obj) = 0:c827f726ce05da709cf7de58fc15e324 ocaml-xmlrpc-light-0.6.1-3.fc12.i686 requires ocaml(Format) = 0:b7ba3152a5eec5609d6ab86e6c51eebb ocaml-xmlrpc-light-0.6.1-3.fc12.i686 requires ocaml(Buffer) = 0:23af67395823b652b807c4ae0b581211 ocaml-xmlrpc-light-0.6.1-3.fc12.i686 requires ocaml(runtime) = 0:3.11.1 ocaml-xmlrpc-light-0.6.1-3.fc12.i686 requires ocaml(Printexc) = 0:fdf007941aa14d1a26323558012dbf52 ocaml-xmlrpc-light-0.6.1-3.fc12.i686 requires ocaml(Obj) = 0:c827f726ce05da709cf7de58fc15e324 player-3.0.0-4.fc12.i686 requires libgeos-3.1.1.so player-3.0.0-4.fc12.i686 requires libcxcore.so.2 player-3.0.0-4.fc12.i686 requires libcvaux.so.2 player-3.0.0-4.fc12.i686 requires libml.so.2 player-3.0.0-4.fc12.i686 requires libhighgui.so.2 player-3.0.0-4.fc12.i686 requires libpqxx-2.6.8.so player-3.0.0-4.fc12.i686 requires libcv.so.2 python-basemap-0.99.4-1.fc13.i686 requires libgeos-3.2.0rc3.so zikula-module-menutree-2.2-1.fc13.noarch requires zikula >= 0:1.2 Broken deps for x86_64 ---------------------------------------------------------- anjal-0.1.0-1.fc13.x86_64 requires libevolution-mail-shared.so.0()(64bit) anjal-0.1.0-1.fc13.x86_64 requires libefilterbar.so.0()(64bit) cduce-0.5.3-3.fc13.x86_64 requires ocaml(runtime) = 0:3.11.1 cduce-0.5.3-3.fc13.x86_64 requires ocaml(Filename) = 0:7cd172f02b7ee9b8d7bda3bb92144951 cduce-0.5.3-3.fc13.x86_64 requires ocaml(Obj) = 0:c827f726ce05da709cf7de58fc15e324 cduce-0.5.3-3.fc13.x86_64 requires ocaml(Format) = 0:b7ba3152a5eec5609d6ab86e6c51eebb cduce-0.5.3-3.fc13.x86_64 requires ocaml(Printexc) = 0:fdf007941aa14d1a26323558012dbf52 cduce-0.5.3-3.fc13.x86_64 requires ocaml(Buffer) = 0:23af67395823b652b807c4ae0b581211 cduce-ocamlduce-0.5.3-3.fc13.x86_64 requires ocaml(Format) = 0:b7ba3152a5eec5609d6ab86e6c51eebb cduce-ocamlduce-0.5.3-3.fc13.x86_64 requires ocaml(Buffer) = 0:23af67395823b652b807c4ae0b581211 cduce-ocamlduce-0.5.3-3.fc13.x86_64 requires ocaml(Obj) = 0:c827f726ce05da709cf7de58fc15e324 cduce-ocamlduce-0.5.3-3.fc13.x86_64 requires ocaml(runtime) = 0:3.11.1 cluster-snmp-0.16.1-2.fc12.x86_64 requires libnetsnmp.so.15()(64bit) ghc-HTTP-devel-4000.0.6-6.fc13.i686 requires ghc = 0:6.10.4 ghc-HTTP-devel-4000.0.6-6.fc13.i686 requires ghc = 0:6.10.4 ghc-HTTP-devel-4000.0.6-6.fc13.x86_64 requires ghc = 0:6.10.4 ghc-HTTP-devel-4000.0.6-6.fc13.x86_64 requires ghc = 0:6.10.4 ghc-HTTP-doc-4000.0.6-6.fc13.x86_64 requires ghc-doc = 0:6.10.4 ghc-HTTP-doc-4000.0.6-6.fc13.x86_64 requires ghc-doc = 0:6.10.4 ghc-HTTP-prof-4000.0.6-6.fc13.x86_64 requires ghc-prof = 0:6.10.4 ghc-cairo-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-cairo-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-cairo-devel-0.10.1-5.fc12.x86_64 requires ghc = 0:6.10.4 ghc-cairo-devel-0.10.1-5.fc12.x86_64 requires ghc = 0:6.10.4 ghc-cairo-prof-0.10.1-5.fc12.x86_64 requires ghc-prof = 0:6.10.4 ghc-cgi-devel-3001.1.7.1-3.fc13.i686 requires ghc = 0:6.10.4 ghc-cgi-devel-3001.1.7.1-3.fc13.i686 requires ghc = 0:6.10.4 ghc-cgi-devel-3001.1.7.1-3.fc13.x86_64 requires ghc = 0:6.10.4 ghc-cgi-devel-3001.1.7.1-3.fc13.x86_64 requires ghc = 0:6.10.4 ghc-cgi-doc-3001.1.7.1-3.fc13.x86_64 requires ghc-doc = 0:6.10.4 ghc-cgi-doc-3001.1.7.1-3.fc13.x86_64 requires ghc-doc = 0:6.10.4 ghc-cgi-prof-3001.1.7.1-3.fc13.x86_64 requires ghc-prof = 0:6.10.4 ghc-fgl-devel-5.4.2.2-1.fc12.i686 requires ghc = 0:6.10.4 ghc-fgl-devel-5.4.2.2-1.fc12.i686 requires ghc = 0:6.10.4 ghc-fgl-devel-5.4.2.2-1.fc12.x86_64 requires ghc = 0:6.10.4 ghc-fgl-devel-5.4.2.2-1.fc12.x86_64 requires ghc = 0:6.10.4 ghc-fgl-doc-5.4.2.2-1.fc12.x86_64 requires ghc-doc = 0:6.10.4 ghc-fgl-doc-5.4.2.2-1.fc12.x86_64 requires ghc-doc = 0:6.10.4 ghc-fgl-prof-5.4.2.2-1.fc12.x86_64 requires ghc-prof = 0:6.10.4 ghc-gconf-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-gconf-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-gconf-devel-0.10.1-5.fc12.x86_64 requires ghc = 0:6.10.4 ghc-gconf-devel-0.10.1-5.fc12.x86_64 requires ghc = 0:6.10.4 ghc-gconf-prof-0.10.1-5.fc12.x86_64 requires ghc-prof = 0:6.10.4 ghc-ghc-paths-devel-0.1.0.5-8.fc12.i686 requires ghc = 0:6.10.4 ghc-ghc-paths-devel-0.1.0.5-8.fc12.i686 requires ghc = 0:6.10.4 ghc-ghc-paths-devel-0.1.0.5-8.fc12.x86_64 requires ghc = 0:6.10.4 ghc-ghc-paths-devel-0.1.0.5-8.fc12.x86_64 requires ghc = 0:6.10.4 ghc-ghc-paths-doc-0.1.0.5-8.fc12.x86_64 requires ghc-doc = 0:6.10.4 ghc-ghc-paths-doc-0.1.0.5-8.fc12.x86_64 requires ghc-doc = 0:6.10.4 ghc-ghc-paths-prof-0.1.0.5-8.fc12.x86_64 requires ghc-prof = 0:6.10.4 ghc-gio-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-gio-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-gio-devel-0.10.1-5.fc12.x86_64 requires ghc = 0:6.10.4 ghc-gio-devel-0.10.1-5.fc12.x86_64 requires ghc = 0:6.10.4 ghc-gio-prof-0.10.1-5.fc12.x86_64 requires ghc-prof = 0:6.10.4 ghc-glade-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-glade-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-glade-devel-0.10.1-5.fc12.x86_64 requires ghc = 0:6.10.4 ghc-glade-devel-0.10.1-5.fc12.x86_64 requires ghc = 0:6.10.4 ghc-glade-prof-0.10.1-5.fc12.x86_64 requires ghc-prof = 0:6.10.4 ghc-glib-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-glib-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-glib-devel-0.10.1-5.fc12.x86_64 requires ghc = 0:6.10.4 ghc-glib-devel-0.10.1-5.fc12.x86_64 requires ghc = 0:6.10.4 ghc-glib-prof-0.10.1-5.fc12.x86_64 requires ghc-prof = 0:6.10.4 ghc-gstreamer-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-gstreamer-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-gstreamer-devel-0.10.1-5.fc12.x86_64 requires ghc = 0:6.10.4 ghc-gstreamer-devel-0.10.1-5.fc12.x86_64 requires ghc = 0:6.10.4 ghc-gstreamer-prof-0.10.1-5.fc12.x86_64 requires ghc-prof = 0:6.10.4 ghc-gtk-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-gtk-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-gtk-devel-0.10.1-5.fc12.x86_64 requires ghc = 0:6.10.4 ghc-gtk-devel-0.10.1-5.fc12.x86_64 requires ghc = 0:6.10.4 ghc-gtk-prof-0.10.1-5.fc12.x86_64 requires ghc-prof = 0:6.10.4 ghc-gtkglext-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-gtkglext-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-gtkglext-devel-0.10.1-5.fc12.x86_64 requires ghc = 0:6.10.4 ghc-gtkglext-devel-0.10.1-5.fc12.x86_64 requires ghc = 0:6.10.4 ghc-gtkglext-prof-0.10.1-5.fc12.x86_64 requires ghc-prof = 0:6.10.4 ghc-gtksourceview2-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-gtksourceview2-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-gtksourceview2-devel-0.10.1-5.fc12.x86_64 requires ghc = 0:6.10.4 ghc-gtksourceview2-devel-0.10.1-5.fc12.x86_64 requires ghc = 0:6.10.4 ghc-gtksourceview2-prof-0.10.1-5.fc12.x86_64 requires ghc-prof = 0:6.10.4 ghc-haskell-platform-devel-2009.2.0.2-3.fc13.i686 requires ghc = 0:6.10.4 ghc-haskell-platform-devel-2009.2.0.2-3.fc13.i686 requires ghc = 0:6.10.4 ghc-haskell-platform-devel-2009.2.0.2-3.fc13.x86_64 requires ghc = 0:6.10.4 ghc-haskell-platform-devel-2009.2.0.2-3.fc13.x86_64 requires ghc = 0:6.10.4 ghc-haskell-platform-doc-2009.2.0.2-3.fc13.x86_64 requires ghc-doc = 0:6.10.4 ghc-haskell-platform-doc-2009.2.0.2-3.fc13.x86_64 requires ghc-doc = 0:6.10.4 ghc-haskell-platform-prof-2009.2.0.2-3.fc13.x86_64 requires ghc-prof = 0:6.10.4 ghc-haskell-src-exts-devel-1.3.0-2.fc13.i686 requires ghc = 0:6.10.4 ghc-haskell-src-exts-devel-1.3.0-2.fc13.i686 requires ghc = 0:6.10.4 ghc-haskell-src-exts-devel-1.3.0-2.fc13.x86_64 requires ghc = 0:6.10.4 ghc-haskell-src-exts-devel-1.3.0-2.fc13.x86_64 requires ghc = 0:6.10.4 ghc-haskell-src-exts-doc-1.3.0-2.fc13.x86_64 requires ghc-doc = 0:6.10.4 ghc-haskell-src-exts-doc-1.3.0-2.fc13.x86_64 requires ghc-doc = 0:6.10.4 ghc-haskell-src-exts-prof-1.3.0-2.fc13.x86_64 requires ghc-prof = 0:6.10.4 ghc-network-devel-2.2.1.4-2.fc12.i686 requires ghc = 0:6.10.4 ghc-network-devel-2.2.1.4-2.fc12.i686 requires ghc = 0:6.10.4 ghc-network-devel-2.2.1.4-2.fc12.x86_64 requires ghc = 0:6.10.4 ghc-network-devel-2.2.1.4-2.fc12.x86_64 requires ghc = 0:6.10.4 ghc-network-doc-2.2.1.4-2.fc12.x86_64 requires ghc-doc = 0:6.10.4 ghc-network-doc-2.2.1.4-2.fc12.x86_64 requires ghc-doc = 0:6.10.4 ghc-network-prof-2.2.1.4-2.fc12.x86_64 requires ghc-prof = 0:6.10.4 ghc-soegtk-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-soegtk-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-soegtk-devel-0.10.1-5.fc12.x86_64 requires ghc = 0:6.10.4 ghc-soegtk-devel-0.10.1-5.fc12.x86_64 requires ghc = 0:6.10.4 ghc-soegtk-prof-0.10.1-5.fc12.x86_64 requires ghc-prof = 0:6.10.4 ghc-svgcairo-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-svgcairo-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-svgcairo-devel-0.10.1-5.fc12.x86_64 requires ghc = 0:6.10.4 ghc-svgcairo-devel-0.10.1-5.fc12.x86_64 requires ghc = 0:6.10.4 ghc-svgcairo-prof-0.10.1-5.fc12.x86_64 requires ghc-prof = 0:6.10.4 ghc-uniplate-devel-1.2.0.3-6.fc12.i686 requires ghc = 0:6.10.4 ghc-uniplate-devel-1.2.0.3-6.fc12.i686 requires ghc = 0:6.10.4 ghc-uniplate-devel-1.2.0.3-6.fc12.x86_64 requires ghc = 0:6.10.4 ghc-uniplate-devel-1.2.0.3-6.fc12.x86_64 requires ghc = 0:6.10.4 ghc-uniplate-doc-1.2.0.3-6.fc12.x86_64 requires ghc-doc = 0:6.10.4 ghc-uniplate-doc-1.2.0.3-6.fc12.x86_64 requires ghc-doc = 0:6.10.4 ghc-uniplate-prof-1.2.0.3-6.fc12.x86_64 requires ghc-prof = 0:6.10.4 ghc-xmonad-contrib-devel-0.9-1.fc13.i686 requires ghc-utf8-string-devel = 0:0.3.5 ghc-xmonad-contrib-devel-0.9-1.fc13.i686 requires ghc = 0:6.10.4 ghc-xmonad-contrib-devel-0.9-1.fc13.i686 requires ghc = 0:6.10.4 ghc-xmonad-contrib-devel-0.9-1.fc13.x86_64 requires ghc-utf8-string-devel = 0:0.3.5 ghc-xmonad-contrib-devel-0.9-1.fc13.x86_64 requires ghc = 0:6.10.4 ghc-xmonad-contrib-devel-0.9-1.fc13.x86_64 requires ghc = 0:6.10.4 ghc-xmonad-contrib-doc-0.9-1.fc13.x86_64 requires ghc-doc = 0:6.10.4 ghc-xmonad-contrib-doc-0.9-1.fc13.x86_64 requires ghc-doc = 0:6.10.4 ghc-xmonad-contrib-doc-0.9-1.fc13.x86_64 requires ghc-utf8-string-doc = 0:0.3.5 ghc-xmonad-contrib-prof-0.9-1.fc13.x86_64 requires ghc-prof = 0:6.10.4 ghc-xmonad-contrib-prof-0.9-1.fc13.x86_64 requires ghc-utf8-string-prof = 0:0.3.5 ghc-xmonad-devel-0.9-3.fc13.i686 requires ghc-X11-devel = 0:1.4.6.1 ghc-xmonad-devel-0.9-3.fc13.i686 requires ghc = 0:6.10.4 ghc-xmonad-devel-0.9-3.fc13.i686 requires ghc = 0:6.10.4 ghc-xmonad-devel-0.9-3.fc13.x86_64 requires ghc-X11-devel = 0:1.4.6.1 ghc-xmonad-devel-0.9-3.fc13.x86_64 requires ghc = 0:6.10.4 ghc-xmonad-devel-0.9-3.fc13.x86_64 requires ghc = 0:6.10.4 ghc-xmonad-doc-0.9-3.fc13.x86_64 requires ghc-doc = 0:6.10.4 ghc-xmonad-doc-0.9-3.fc13.x86_64 requires ghc-doc = 0:6.10.4 ghc-xmonad-doc-0.9-3.fc13.x86_64 requires ghc-X11-doc = 0:1.4.6.1 ghc-xmonad-prof-0.9-3.fc13.x86_64 requires ghc-X11-prof = 0:1.4.6.1 ghc-xmonad-prof-0.9-3.fc13.x86_64 requires ghc-prof = 0:6.10.4 gnome-python2-evince-2.28.0-2.fc12.x86_64 requires libevdocument.so.1()(64bit) gnome-python2-evince-2.28.0-2.fc12.x86_64 requires libevview.so.1()(64bit) graphviz-ocaml-2.26.0-1.fc13.x86_64 requires ocaml(runtime) = 0:3.11.1 graphviz-ocaml-2.26.0-1.fc13.x86_64 requires ocaml(Obj) = 0:c827f726ce05da709cf7de58fc15e324 haskell-platform-2009.2.0.2-3.fc13.x86_64 requires ghc = 0:6.10.4 hulahop-0.6.0-2.fc12.x86_64 requires xulrunner-python hulahop-0.6.0-2.fc12.x86_64 requires libpyxpcom.so()(64bit) inksmoto-0.7.0-1.rc1.fc13.noarch requires /bin/python kst-fits-1.8.0-3.fc12.x86_64 requires cfitsio = 0:3.140 kst-netcdf-1.8.0-3.fc12.x86_64 requires libnetcdf.so.4()(64bit) kst-netcdf-1.8.0-3.fc12.x86_64 requires libnetcdf_c++.so.4()(64bit) libextractor-plugins-rpm-0.5.23-1303.fc13.x86_64 requires librpm.so.0()(64bit) linphone-2.1.1-4.fc12.i686 requires libortp.so.7 linphone-2.1.1-4.fc12.x86_64 requires libortp.so.7()(64bit) ocaml-camlp5-5.12-2.fc12.x86_64 requires ocaml(Format) = 0:b7ba3152a5eec5609d6ab86e6c51eebb ocaml-camlp5-5.12-2.fc12.x86_64 requires ocaml(Printexc) = 0:fdf007941aa14d1a26323558012dbf52 ocaml-camlp5-5.12-2.fc12.x86_64 requires ocaml(Buffer) = 0:23af67395823b652b807c4ae0b581211 ocaml-camlp5-5.12-2.fc12.x86_64 requires ocaml(Filename) = 0:7cd172f02b7ee9b8d7bda3bb92144951 ocaml-camlp5-5.12-2.fc12.x86_64 requires ocaml(runtime) = 0:3.11.1 ocaml-camlp5-5.12-2.fc12.x86_64 requires ocaml(Obj) = 0:c827f726ce05da709cf7de58fc15e324 ocaml-json-wheel-1.0.6-2.fc12.x86_64 requires ocaml(Format) = 0:b7ba3152a5eec5609d6ab86e6c51eebb ocaml-json-wheel-1.0.6-2.fc12.x86_64 requires ocaml(Buffer) = 0:23af67395823b652b807c4ae0b581211 ocaml-json-wheel-1.0.6-2.fc12.x86_64 requires ocaml(Obj) = 0:c827f726ce05da709cf7de58fc15e324 ocaml-json-wheel-1.0.6-2.fc12.x86_64 requires ocaml(runtime) = 0:3.11.1 ocaml-ocamlnet-2.2.9-15.fc13.x86_64 requires ocaml(Format) = 0:b7ba3152a5eec5609d6ab86e6c51eebb ocaml-ocamlnet-2.2.9-15.fc13.x86_64 requires ocaml(runtime) = 0:3.11.1 ocaml-ocamlnet-2.2.9-15.fc13.x86_64 requires ocaml(Filename) = 0:7cd172f02b7ee9b8d7bda3bb92144951 ocaml-ocamlnet-2.2.9-15.fc13.x86_64 requires ocaml(Obj) = 0:c827f726ce05da709cf7de58fc15e324 ocaml-ocamlnet-2.2.9-15.fc13.x86_64 requires ocaml(Printexc) = 0:fdf007941aa14d1a26323558012dbf52 ocaml-ocamlnet-2.2.9-15.fc13.x86_64 requires ocaml(Buffer) = 0:23af67395823b652b807c4ae0b581211 ocaml-ocamlnet-nethttpd-2.2.9-15.fc13.x86_64 requires ocaml(Format) = 0:b7ba3152a5eec5609d6ab86e6c51eebb ocaml-ocamlnet-nethttpd-2.2.9-15.fc13.x86_64 requires ocaml(Buffer) = 0:23af67395823b652b807c4ae0b581211 ocaml-ocamlnet-nethttpd-2.2.9-15.fc13.x86_64 requires ocaml(Printexc) = 0:fdf007941aa14d1a26323558012dbf52 ocaml-ocamlnet-nethttpd-2.2.9-15.fc13.x86_64 requires ocaml(Filename) = 0:7cd172f02b7ee9b8d7bda3bb92144951 ocaml-ocamlnet-nethttpd-2.2.9-15.fc13.x86_64 requires ocaml(runtime) = 0:3.11.1 ocaml-ocamlnet-nethttpd-2.2.9-15.fc13.x86_64 requires ocaml(Obj) = 0:c827f726ce05da709cf7de58fc15e324 ocaml-preludeml-0.1-0.13.20090113.fc12.x86_64 requires ocaml(Buffer) = 0:23af67395823b652b807c4ae0b581211 ocaml-preludeml-0.1-0.13.20090113.fc12.x86_64 requires ocaml(Filename) = 0:7cd172f02b7ee9b8d7bda3bb92144951 ocaml-preludeml-0.1-0.13.20090113.fc12.x86_64 requires ocaml(runtime) = 0:3.11.1 ocaml-preludeml-0.1-0.13.20090113.fc12.x86_64 requires ocaml(Obj) = 0:c827f726ce05da709cf7de58fc15e324 ocaml-pxp-1.2.1-2.fc12.x86_64 requires ocaml(Format) = 0:b7ba3152a5eec5609d6ab86e6c51eebb ocaml-pxp-1.2.1-2.fc12.x86_64 requires ocaml(Printexc) = 0:fdf007941aa14d1a26323558012dbf52 ocaml-pxp-1.2.1-2.fc12.x86_64 requires ocaml(Buffer) = 0:23af67395823b652b807c4ae0b581211 ocaml-pxp-1.2.1-2.fc12.x86_64 requires ocaml(Filename) = 0:7cd172f02b7ee9b8d7bda3bb92144951 ocaml-pxp-1.2.1-2.fc12.x86_64 requires ocaml(runtime) = 0:3.11.1 ocaml-pxp-1.2.1-2.fc12.x86_64 requires ocaml(Obj) = 0:c827f726ce05da709cf7de58fc15e324 ocaml-reins-0.1a-6.fc12.x86_64 requires ocaml(Printexc) = 0:fdf007941aa14d1a26323558012dbf52 ocaml-reins-0.1a-6.fc12.x86_64 requires ocaml(Buffer) = 0:23af67395823b652b807c4ae0b581211 ocaml-reins-0.1a-6.fc12.x86_64 requires ocaml(runtime) = 0:3.11.1 ocaml-reins-0.1a-6.fc12.x86_64 requires ocaml(Obj) = 0:c827f726ce05da709cf7de58fc15e324 ocaml-xmlrpc-light-0.6.1-3.fc12.x86_64 requires ocaml(Format) = 0:b7ba3152a5eec5609d6ab86e6c51eebb ocaml-xmlrpc-light-0.6.1-3.fc12.x86_64 requires ocaml(Buffer) = 0:23af67395823b652b807c4ae0b581211 ocaml-xmlrpc-light-0.6.1-3.fc12.x86_64 requires ocaml(runtime) = 0:3.11.1 ocaml-xmlrpc-light-0.6.1-3.fc12.x86_64 requires ocaml(Printexc) = 0:fdf007941aa14d1a26323558012dbf52 ocaml-xmlrpc-light-0.6.1-3.fc12.x86_64 requires ocaml(Obj) = 0:c827f726ce05da709cf7de58fc15e324 player-3.0.0-4.fc12.i686 requires libgeos-3.1.1.so player-3.0.0-4.fc12.i686 requires libcxcore.so.2 player-3.0.0-4.fc12.i686 requires libcvaux.so.2 player-3.0.0-4.fc12.i686 requires libml.so.2 player-3.0.0-4.fc12.i686 requires libhighgui.so.2 player-3.0.0-4.fc12.i686 requires libpqxx-2.6.8.so player-3.0.0-4.fc12.i686 requires libcv.so.2 player-3.0.0-4.fc12.x86_64 requires libhighgui.so.2()(64bit) player-3.0.0-4.fc12.x86_64 requires libpqxx-2.6.8.so()(64bit) player-3.0.0-4.fc12.x86_64 requires libcv.so.2()(64bit) player-3.0.0-4.fc12.x86_64 requires libcxcore.so.2()(64bit) player-3.0.0-4.fc12.x86_64 requires libgeos-3.1.1.so()(64bit) player-3.0.0-4.fc12.x86_64 requires libml.so.2()(64bit) player-3.0.0-4.fc12.x86_64 requires libcvaux.so.2()(64bit) python-basemap-0.99.4-1.fc13.x86_64 requires libgeos-3.2.0rc3.so()(64bit) zikula-module-menutree-2.2-1.fc13.noarch requires zikula >= 0:1.2 New package chordii Print songsbooks (lyrics + chords) New package mingw32-OpenSceneGraph Fedora mingw high performance real-time graphics toolkit Updated Packages: R-pls-2.1.0-3.fc13 ------------------ * Sun Jan 03 2010 pingou - 2.1.0-3 - Fix build bz 538957 - Remove %post and %postun - Adapt %files to R-2.10.0 bitfrost-1.0.5-1.fc13 --------------------- * Sun Jan 03 2010 Daniel Drake 1.0.5-1 - Version bump cppad-20100101.0-1.fc13 ----------------------- * Fri Jan 01 2010 Brad Bell - 20100101.0-1 - Use new upstream source. - Remove out of date comment about where this spec file is maintained. - Remove patches that are no longer necessary in prep section. - Change calling sequence for correctness of speed tests (we do not run speed - tests, that requires a computer with no other processes running). filezilla-3.3.1-0.1_rc1.fc13 ---------------------------- * Sun Jan 03 2010 Nicolas Chauvet - 3.3.1-0.1_rc1 - Update to 3.3.1-rc1 - Add Requires xdg-utils freedink-data-1.08.20100103-1.fc13 ---------------------------------- * Sun Jan 03 2010 Sylvain Beucler - 1.08.20100103-1 - New upstream release imsettings-0.107.4-5.fc13 ------------------------- * Mon Jan 04 2010 Akira TAGOH - 0.107.4-5 - Fix an abort issue. (#530357) * Tue Nov 24 2009 Akira TAGOH - 0.107.4-4 - Fix a segfault issue on XFCE desktop. (#540062) * Mon Nov 02 2009 Jens Petersen - 0.107.4-3 - none.conf: default GTK to xim if available like qt does to fix current missing X locale compose for gtk and X (#505100) libftdi-0.17-1.fc13 ------------------- * Fri Jan 01 2010 Lucian Langa - 0.17-1 - add patch to fix typo in python bindings - drop multilib patch0 fixed upstream - new upstream release libprojectM-qt-2.0.1-1.fc13 --------------------------- * Sun Dec 13 2009 Jameson Pugh (imntreal at gmail.com) - 2.0.1-1 - New release * Mon Oct 12 2009 Jameson Pugh (imntreal at gmail.com) - 1.2.0r1300-1 - New SVN version to prepare for v2 mc-4.7.0.1-1.fc13 ----------------- * Sat Jan 02 2010 Jindrich Novy 4.7.0.1-1 - update to 4.7.0.1 - update bindings to use xdg-open wherever possible metacity-2.28.0-15.fc13 ----------------------- * Sun Jan 03 2010 Owen Taylor - 2.28.0-15 - Fix crash in _IceTransClose (rhbz 551994) The previous patch for rhbz 539905 didn't actually fix the problem; the ICE connection was still being closed twice. nilfs-utils-2.0.15-1.fc13 ------------------------- * Sun Jan 03 2010 Eric Sandeen 2.0.15-1 - New upstream release ocsinventory-agent-1.1.2-1.fc13 ------------------------------- * Sun Jan 03 2010 Remi Collet 1.1.2-1 - update to 1.1.2 openoffice.org-3.2.0-8.5.fc13 ----------------------------- * Sun Jan 03 2010 Rex Dieter - 1:3.2.0-8.5 - rebuild (rasqal/redland) projectM-libvisual-2.0.1-1.fc13 ------------------------------- * Sun Dec 13 2009 Jameson Pugh (imntreal at gmail.com) - 2.0.1-1 - New release * Mon Oct 12 2009 Jameson Pugh (imntreal at gmail.com) - 1.2.0r1300-1 - New SVN version to prepare for v2 qbittorrent-2.1.0-0.4.rc2.fc13 ------------------------------ * Sun Jan 03 2010 Leigh Scott - 2.1.0-0.4.rc2 - update to 2.1.0rc2 raptor-1.4.20-1.fc13 -------------------- * Sat Dec 12 2009 Orcan Ogetbil - 1.4.20-1 - New version. rasqal-0.9.17-1.fc13 -------------------- * Sun Jan 03 2010 Rex Dieter - 1.0.10-1 - redland-1.0.10 * Sun Jan 03 2010 Rex Dieter - 1.0.10-2 - pkgconfig_requires_private patch rubygem-rack-1.1.0-1.fc13 ------------------------- * Mon Jan 04 2010 Jeroen van Meeuwen - 1.1.0-1 - New upstream version sendmail-8.14.3-10.fc13 ----------------------- * Sun Jan 03 2010 Robert Scheck 8.14.3-10 - handle IPv6:::1 in block_bad_helo.m4 like 127.0.0.1 (#549217) slv2-0.6.6-4.fc13 ----------------- * Sun Jan 03 2010 Rex Dieter - 0.6.6-3 - rebuild (rasqal/redland) * Sun Jan 03 2010 Rex Dieter - 0.6.6-4 - rebuild (redland) sonic-visualiser-1.6-6.fc13 --------------------------- * Sun Jan 03 2010 Rex Dieter - 1.6-5 - rebuild (rasqal/redland) * Sun Jan 03 2010 Rex Dieter - 1.6-6 - rebuild (redland) soprano-2.3.70-3.fc13 --------------------- * Sun Jan 03 2010 Rex Dieter - 2.3.70-2 - rebuild (redland) * Sun Jan 03 2010 Rex Dieter - 2.3.70-3 - redland_version_check patch vnstat-1.10-1.fc13 ------------------ * Sun Jan 03 2010 Robert Scheck - 1.10-1 - Upgrade to 1.10 xca-0.8.0-1301.fc13 ------------------- * Sun Jan 03 2010 Enrico Scholz - 0.8.0-1301 - updated to 0.8.0 - added patch to disable elliptic curve code because these algorithms are removed in Fedora's openssl xqf-1.0.5-10.fc13 ----------------- * Sun Jan 03 2010 Vivek Shah - 1.0.5-10 - Fix RHBZ #551990 - Fixed dependency issues Summary: Added Packages: 2 Removed Packages: 0 Modified Packages: 26 From limb at jcomserv.net Mon Jan 4 13:49:59 2010 From: limb at jcomserv.net (Jon Ciesla) Date: Mon, 04 Jan 2010 07:49:59 -0600 Subject: Can some provenpackager bump openvpn in EL-5 In-Reply-To: <1262175117.11901.9.camel@localhost> References: <4B3AC811.8070101@redhat.com> <1262170345.11901.7.camel@localhost> <4B3B33E1.7020505@redhat.com> <1262175117.11901.9.camel@localhost> Message-ID: <4B41F207.40703@jcomserv.net> Jussi Lehtola wrote: > On Wed, 2009-12-30 at 16:35 +0530, Huzaifa Sidhpurwala wrote: > >> Jussi Lehtola wrote: >> >>> Even though any proven packager could do the change, that bug does not >>> fall in the items listed in the proven packager policy [1]. You haven't >>> listed any problems with the current package, you're just requesting a >>> version upgrade. >>> >>> >> The version of openvpn in EPEL is an upstream rc version. >> The Changelog file upstream shows a lot of bugs have been fixed and it >> would be nice to have it fixed in EPEL too. >> > > OK, that's starting to sound better. > > >>> Version upgrades should be performed by the package maintainer. This >>> especially holds in EPEL, which should be a slowly moving distribution. >>> >>> >> In this case the bz is around 2.5 weeks old, with absolutely no response. >> What is the policy to get the package updated in this case? >> > > See the nonresponsive maintainer policy at > https://fedoraproject.org/wiki/Policy_for_nonresponsive_package_maintainers > Actually, FYI, I'm a provenpackager and have recently contacted the openvpn maintainer. There are quite a few open bugs, including yours, and I requested his approval to take a look at the open bugs and make changes, updates, etc, and he gave me the green light. I'll try to get to this this week. Essentially, he's not been doing much with Fedora lately due to Real Life intervening, which I can certainly understand. -J -- in your fear, seek only peace in your fear, seek only love -d. bowie From limb at jcomserv.net Mon Jan 4 13:57:54 2010 From: limb at jcomserv.net (Jon Ciesla) Date: Mon, 04 Jan 2010 07:57:54 -0600 Subject: Looking for pointers how to set up lzma stream using xz-devel In-Reply-To: <20100102210906.GA21344@wolff.to> References: <20100102210906.GA21344@wolff.to> Message-ID: <4B41F3E2.6060705@jcomserv.net> Bruno Wolff III wrote: > I am working on getting squashfs-tools 4.1 in rawhide. It has wrapper > functions that are set up to use streaming compression/uncompression > from the LZMA SDK 4.65 library. > > Currently the LZMA SDK 4.32 library is in Fedora, but is no longer supported > upstream and is not compatible with 4.65. > > I think the xz-devel and xz-libs packages support a 4.65 compatible format > using the LZMA1 filter, but I am having trouble figuring out how to use > this library. > > I don't think packaging the LZMA SDK 4.65 library is a good option. It would > be a third library doing essentially the same thing and would potentially > be confused with the 4.32 library that currently is used by some legacy lzma > tools that should probably eventually go away as xz provides the same > functions. > > So far I have been looking through the include files, but they really aren't > organized in a way that makes figuring out what you need to do easy. > I haven't found any good API documentation yet. The xz source README says > there isn't any, but that it is a lot like zlib. > > Possibly looking at the the code for the tools in the xz package will help. > > I was hoping someone could point me to either some good documentation or some > good sample code to look at. > > I've actually come across this WRT UPX as well. https://bugzilla.redhat.com/show_bug.cgi?id=501636 From what I can tell. . .we may be stuck unless someone wants to write some docs. -J -- in your fear, seek only peace in your fear, seek only love -d. bowie From awilliam at redhat.com Mon Jan 4 14:03:59 2010 From: awilliam at redhat.com (Adam Williamson) Date: Mon, 04 Jan 2010 14:03:59 +0000 Subject: BZ 523646 - F13Blocker? In-Reply-To: <1262129905.3496.12.camel@PB3.linux> References: <1262129905.3496.12.camel@PB3.linux> Message-ID: <1262613839.2447.12.camel@vaio.local.net> On Tue, 2009-12-29 at 23:38 +0000, Paul wrote: > Hi, > > I originally reported this bug in September 2009 when f12 was rawhide. > It was fixed but has recently resurfaced for both F12 and rawhide users > leaving anyone with an intel chipset for video with unusable systems. Are you sure this is the case? There are a wide variety of intel graphics chipsets and not all behave the same. If they were all broken - especially in F12 - I would have expected to hear a much larger stink by now. > Given that this kills quite a few laptop users, can this be escalated to > F13Blocker? It is already listed as high for both priority and severity. We always encourage people to nominate any bug they think may be a blocker. Basically any time you ask yourself the question - 'hmm, maybe this should be a blocker' - PLEASE just put it on the list, there's no need to post to a list to ask people's opinions. We have the blocker review process to downgrade bugs we eventually decide don't really need to be blockers, so please do err on the side of adding bugs, rather than leaving them off. > I've not tried booting a live distro that is not a fedora one as to be > honest, I'd rather not sully my machines! However, I've not heard of > anyone using Ubuntu with the same kernel and xorg-x11-drv-intel version > having the same problems. The 'same versions' means very little, really. The graphics stuff in Fedora's '2.6.31' kernel bears little resemblance to what's in upstream's '2.6.31' kernel, or what's in Ubuntu's. Fedora's kernel drm bits are much newer. Ditto, to a slightly less extent, for the 'intel' driver: Fedora's tends to include newer patches than indicated by the banner version number. -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org http://www.happyassassin.net From awilliam at redhat.com Mon Jan 4 14:28:30 2010 From: awilliam at redhat.com (Adam Williamson) Date: Mon, 04 Jan 2010 14:28:30 +0000 Subject: need help in contributing to se-linux policy development In-Reply-To: <645d17211001030552v905c3a8pd648136b61513efe@mail.gmail.com> References: <7f952b9b1001030535r2836152by7b5b294044611239@mail.gmail.com> <645d17211001030552v905c3a8pd648136b61513efe@mail.gmail.com> Message-ID: <1262615310.2447.14.camel@vaio.local.net> On Sun, 2010-01-03 at 13:52 +0000, Jonathan Underwood wrote: > 2010/1/3 sai ganesh : > > hi, > > my name is sai. i am a fedora-ambassador.i want to contribute to the > > development of se-linux policies.i am a Redhat certified se-linux policy > > administrator.i am well versed in development of se-linux policies.how can i > > contribute ? > > whom should i contact? > > > > i have already tried contacting the owners of the se-linux packages.i > > didn't get any response. > > > > Perhaps you'd be better off sending a mail to the fedora-selinux-list: > > https://www.redhat.com/mailman/listinfo/fedora-selinux-list Additionally, Dan Walsh - the SELinux maintainer - is usually very responsive. It would be unusual for him not to respond to such a query. However, most Red Hat offices and employees shut down for the holiday period (around 25th December to 2nd Jan) and we all take a break, which may well explain the lack of a response. Sai may well get a response soon now the holiday is over. -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org http://www.happyassassin.net From mbooth at redhat.com Mon Jan 4 15:12:18 2010 From: mbooth at redhat.com (Matthew Booth) Date: Mon, 04 Jan 2010 15:12:18 +0000 Subject: Top Crashers Message-ID: <4B420552.6070506@redhat.com> Now we have abrt making it easier for lazy people to submit crash reports, do we have enough information for a 'Top Crashers' list? It would be good to highlight these centrally to provide an incentive to give them the attention they deserve. My specific motivation for this is: https://bugzilla.redhat.com/show_bug.cgi?id=532307 This crashes daily for me and, from the evidence of the BZ traffic, a whole lot of other people too. It has also been ignored for 2 months now. Highlighting and fixing this kind of high-impact bug would be a great way to improve the quality of Fedora. Matt -- Matthew Booth, RHCA, RHCSS Red Hat Engineering, Virtualisation Team M: +44 (0)7977 267231 GPG ID: D33C3490 GPG FPR: 3733 612D 2D05 5458 8A8A 1600 3441 EA19 D33C 3490 From przemek.klosowski at nist.gov Mon Jan 4 15:40:35 2010 From: przemek.klosowski at nist.gov (Przemek Klosowski) Date: Mon, 04 Jan 2010 10:40:35 -0500 Subject: ABRT considered painful In-Reply-To: <20100102143200.GA26524@host0.dyn.jankratochvil.net> References: <20091229195657.4000ce26@gmail.com> <645d17210912311011v609a705ei62b1fbbd0a3d905f@mail.gmail.com> <4B3F25A8.5030300@redhat.com> <1262435947.1991.24.camel@localhost> <20100102143200.GA26524@host0.dyn.jankratochvil.net> Message-ID: <4B420BF3.1090103@nist.gov> On 01/02/2010 09:32 AM, Jan Kratochvil wrote: > Moreover ABRT does not install the whole debuginfo package but only copies the > needed specific .debug files out of it somewhere - as know the ABRT people. What happens if the software version N crashes, then the updates install a later version, and the ABRT tool is run afterwards? With updates coming fast and furious, this is not uncommon, and I think it leads to confusion when the old stack trace is interpreted against the debugging info from the different software version. From mschwendt at gmail.com Mon Jan 4 15:43:40 2010 From: mschwendt at gmail.com (Michael Schwendt) Date: Mon, 4 Jan 2010 16:43:40 +0100 Subject: Top Crashers In-Reply-To: <4B420552.6070506@redhat.com> References: <4B420552.6070506@redhat.com> Message-ID: <20100104164340.37379197@gmail.com> On Mon, 04 Jan 2010 15:12:18 +0000, Matthew wrote: > Now we have abrt making it easier for lazy people to submit crash > reports, do we have enough information for a 'Top Crashers' list? It > would be good to highlight these centrally to provide an incentive to > give them the attention they deserve. > > My specific motivation for this is: > > https://bugzilla.redhat.com/show_bug.cgi?id=532307 > > This crashes daily for me and, from the evidence of the BZ traffic, a > whole lot of other people too. It has also been ignored for 2 months > now. Highlighting and fixing this kind of high-impact bug would be a > great way to improve the quality of Fedora. To say it has "been ignored for 2 months" does not sound fair to me. There is a much newer comment, https://bugzilla.redhat.com/532307#c59 which sort of is buried beneath the bugzilla spam. Raises the question: Who is able to reproduce it and continue with the debugging? In general, I'm also interested in learning about packages with a growing number of bugzilla tickets where the package maintainers do not seem to give status updates in bugzilla. From fedora at camperquake.de Mon Jan 4 16:15:17 2010 From: fedora at camperquake.de (Ralf Ertzinger) Date: Mon, 4 Jan 2010 17:15:17 +0100 Subject: BZ 523646 - F13Blocker? In-Reply-To: <1262613839.2447.12.camel@vaio.local.net> References: <1262129905.3496.12.camel@PB3.linux> <1262613839.2447.12.camel@vaio.local.net> Message-ID: <20100104171517.473de2c2@fred.camperquake.de> Hi. On Mon, 04 Jan 2010 14:03:59 +0000, Adam Williamson wrote > Are you sure this is the case? There are a wide variety of intel > graphics chipsets and not all behave the same. If they were all > broken - especially in F12 - I would have expected to hear a much > larger stink by now. It definitely isn't. I have systems with intel chipsets running F12 just fine, and I have systems which roll over and die. Those even share very similar graphic cores. From mbooth at redhat.com Mon Jan 4 16:20:55 2010 From: mbooth at redhat.com (Matthew Booth) Date: Mon, 04 Jan 2010 16:20:55 +0000 Subject: Top Crashers In-Reply-To: <20100104164340.37379197@gmail.com> References: <4B420552.6070506@redhat.com> <20100104164340.37379197@gmail.com> Message-ID: <4B421567.9050302@redhat.com> On 04/01/10 15:43, Michael Schwendt wrote: > On Mon, 04 Jan 2010 15:12:18 +0000, Matthew wrote: > >> Now we have abrt making it easier for lazy people to submit crash >> reports, do we have enough information for a 'Top Crashers' list? It >> would be good to highlight these centrally to provide an incentive to >> give them the attention they deserve. >> >> My specific motivation for this is: >> >> https://bugzilla.redhat.com/show_bug.cgi?id=532307 >> >> This crashes daily for me and, from the evidence of the BZ traffic, a >> whole lot of other people too. It has also been ignored for 2 months >> now. Highlighting and fixing this kind of high-impact bug would be a >> great way to improve the quality of Fedora. > > To say it has "been ignored for 2 months" does not sound fair to me. > There is a much newer comment, > > https://bugzilla.redhat.com/532307#c59 > > which sort of is buried beneath the bugzilla spam. > > Raises the question: Who is able to reproduce it and continue with the > debugging? The purpose of Top Crashers would be to aid in prioritisation. The comment you reference doesn't add anything useful to the discussion and probably took the maintainer seconds to write. This is presumably because he's busy working on new functionality or other bugs. My hope is that highlighting areas of real pain to a large number of users would help divert attention away from what are probably much more interesting pursuits. > In general, I'm also interested in learning about packages with a growing > number of bugzilla tickets where the package maintainers do not seem to > give status updates in bugzilla. I wouldn't get that complicated. Fixing a bug should remove it from Top Crashers over time. If it stays there for a long time, perhaps it could be annotated. If it's not annotated, it should probably be highlighted to FESCo. The purpose would be to highlight actual user pain, rather than user pain with an excuse. Matt -- Matthew Booth, RHCA, RHCSS Red Hat Engineering, Virtualisation Team M: +44 (0)7977 267231 GPG ID: D33C3490 GPG FPR: 3733 612D 2D05 5458 8A8A 1600 3441 EA19 D33C 3490 From loganjerry at gmail.com Mon Jan 4 16:29:32 2010 From: loganjerry at gmail.com (Jerry James) Date: Mon, 4 Jan 2010 09:29:32 -0700 Subject: Common Lisp apps in Fedora Message-ID: <870180fe1001040829u218bebe1gb7f1a719f1c1c413@mail.gmail.com> I was asked [1] to start a thread about the packaging of Common Lisp applications for Fedora. The person who made that request feels that the existing guidelines are lacking detail. Who else is interested in packaging such applications? We should get a group together and start hashing through the issues. One of the first issues we'll have to face is the use of common-lisp-controller. First, it postpones compilation to the first time the application is executed by a particular Common Lisp engine. For the application I packaged, PVS [2], compilation takes a significant amount of time. This approach may be fine for small libraries and applications, but will it really scale up to the some of the big applications people want to package? Second, common-lisp-controller is only used by SBCL right now, as far as I can tell. Is anybody working on hooking it up for the other CLs in Fedora? I am the GCL maintainer, and I've tried, but GCL is missing multiple bits of functionality used by common-lisp-controller, so I think that one is a no-go without significant upstream support. I think that support is unlikely to appear, given that upstream appears to be, not dead, but not very healthy either. How about clisp, ecl, or cmucl? Third, common-lisp-controller support in SBCL is broken [3]. This means that common-lisp-controller currently works for ZERO Common Lisp implementations in Fedora, yet the guidelines mandate its use. The next issue is that some applications selectively load certain Lisp files at runtime on a demand-driven basis. They do so because any particular run tends to load only a fraction of the available files, thereby reducing memory pressure. How should this be accomplished with ASDF? We need guidelines to help packagers who are working with libraries whose upstreams do not use ASDF. Another issue is that some RPM macros would come in handy. I have found myself defining macros like this for nearly every ASDF-using Common Lisp package I have put together so far: %global clname trivial-features %global cldir %{_datadir}/common-lisp %global sysdir %{cldir}/systems %global srcdir %{cldir}/source/%{clname} Examples can be found at [4], [5], and [6]. Yet another issue is that nobody appears to be minding the Common Lisp store in Fedora. In a recent thread [7], I twice asked who is responsible for maintaining the Common Lisp packaging guidelines, with no response. That makes me suspect that nobody is currently maintaining them, so any group of interested parties would have to include people willing to do that work. Finally, there are more Common Lisp engines out there in the world that have not been packaged for Fedora. Is there any need to do so? I'm interested in packaging up one application whose upstream favors Clozure. Is anybody working on a Clozure package? References: [1] https://bugzilla.redhat.com/show_bug.cgi?id=548607#c30 [2] http://pvs.csl.sri.com/ [3] https://bugzilla.redhat.com/show_bug.cgi?id=499182#c7 [4] http://jjames.fedorapeople.org/cl-trivial-features/ [5] http://jjames.fedorapeople.org/cl-trivial-gray-streams/ [6] http://jjames.fedorapeople.org/cl-alexandria/ [7] https://www.redhat.com/archives/fedora-devel-list/2009-December/msg00801.html -- Jerry James http://www.jamezone.org/ From berrange at redhat.com Mon Jan 4 16:35:54 2010 From: berrange at redhat.com (Daniel P. Berrange) Date: Mon, 4 Jan 2010 16:35:54 +0000 Subject: Top Crashers In-Reply-To: <4B420552.6070506@redhat.com> References: <4B420552.6070506@redhat.com> Message-ID: <20100104163552.GE29342@redhat.com> On Mon, Jan 04, 2010 at 03:12:18PM +0000, Matthew Booth wrote: > Now we have abrt making it easier for lazy people to submit crash > reports, do we have enough information for a 'Top Crashers' list? It > would be good to highlight these centrally to provide an incentive to > give them the attention they deserve. > > My specific motivation for this is: > > https://bugzilla.redhat.com/show_bug.cgi?id=532307 > > This crashes daily for me and, from the evidence of the BZ traffic, a > whole lot of other people too. It has also been ignored for 2 months > now. Highlighting and fixing this kind of high-impact bug would be a > great way to improve the quality of Fedora. You have essentially just suggested kerneloops.org, but for userspace apps. It would be very nice to have such a beast! Doing statistical analysis by extracting the ABRT reports from BZ would just be horrible. Daniel -- |: Red Hat, Engineering, London -o- http://people.redhat.com/berrange/ :| |: http://libvirt.org -o- http://virt-manager.org -o- http://ovirt.org :| |: http://autobuild.org -o- http://search.cpan.org/~danberr/ :| |: GnuPG: 7D3B9505 -o- F3C9 553F A1DA 4AC2 5648 23C1 B3DF F742 7D3B 9505 :| From akahl at imttechnologies.com Mon Jan 4 17:55:34 2010 From: akahl at imttechnologies.com (Alexander Kahl) Date: Mon, 04 Jan 2010 18:55:34 +0100 Subject: Common Lisp apps in Fedora In-Reply-To: <870180fe1001040829u218bebe1gb7f1a719f1c1c413@mail.gmail.com> References: <870180fe1001040829u218bebe1gb7f1a719f1c1c413@mail.gmail.com> Message-ID: <4B422B96.40407@imttechnologies.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I'm the one who actually asked for this discussion; I've also asked for CL developers/packagers at the FUDCon'09 in Berlin if anyone remembers but no luck back then. On 01/04/2010 05:29 PM, Jerry James wrote: > One of the first issues we'll have to face is the use of common-lisp-controller. > > First, it postpones compilation to the first time the application is > executed by a particular Common Lisp engine. For the application I > packaged, PVS [2], compilation takes a significant amount of time. > This approach may be fine for small libraries and applications, but > will it really scale up to the some of the big applications people > want to package? Not deploying ready-to-use CL-based executables but firing up a CL implementation instance each time a user wants to run such a program has a massive overhead even if valid FASL to be loaded by cl-controller still exists and draws in the chance of breakage through side-effects, esp. if using implementation dependent code like threading APIs - wrapper libraries such as bordeaux-threads exist for must stuff but not everything can be covered and upstream may decide to change things spontaneously; effectively this will lead to users discovering the breakage when it's to late. Pros/cons I see if deploying pre-compiled binaries for applications instead: - - Pro: Much faster startup time (esp. if using lots of dependencies, w/ or w/o asdf doesn't matter) - - Pro: Breakage through CL implementation changes can be discovered by a package's maintainer first, not the user - - Con: Binaries turn fscking HUGE by containing a whole Lisp machine each Alternatively, trigger scripts (don't yell, they're evil I know that!) might be used to recompile CL programs upon implementation updates, pros/cons: - - Pro: Faster startup times (same as above) - - Pro: Breakage through API changes could be caught, leaving behind an old working version of a program based on the last working CL machine - - Pro: Bloat-less, only source code gets deployed - - Con: Trigger scripts considered prone to fail; maybe trigger recompilation upon next program execution? > Second, common-lisp-controller is only used by SBCL right now, as far > as I can tell. Is anybody working on hooking it up for the other CLs > in Fedora? I am the GCL maintainer, and I've tried, but GCL is > missing multiple bits of functionality used by common-lisp-controller, > so I think that one is a no-go without significant upstream support. > I think that support is unlikely to appear, given that upstream > appears to be, not dead, but not very healthy either. True, I've been waiting for GCL threading support for ages. > The next issue is that some applications selectively load certain Lisp > files at runtime on a demand-driven basis. They do so because any > particular run tends to load only a fraction of the available files, > thereby reducing memory pressure. How should this be accomplished > with ASDF? We need guidelines to help packagers who are working with > libraries whose upstreams do not use ASDF. Isn't asdf supposed to only load most crucial bits of CL code? I'd dare to claim asdf is not intended to post-conditionally load any additional files belonging to the same program, i.e. I'd never use (require 'foopkg) or (asdf:oos 'load-op 'foopkg) to load a bunch of files during runtime but instead just (load) them. Even for bigger parts upstream put into extra (def)packages it may be a good idea to load all of them unconditionally to save startup time. On the other hand, do you know any projects (besides the original clocc) that *still* don't use asdf? > Yet another issue is that nobody appears to be minding the Common Lisp > store in Fedora. In a recent thread [7], I twice asked who is > responsible for maintaining the Common Lisp packaging guidelines, with > no response. That makes me suspect that nobody is currently > maintaining them, so any group of interested parties would have to > include people willing to do that work. The original guidelines seem to come from Spot; just adapted from Debian..? > Finally, there are more Common Lisp engines out there in the world > that have not been packaged for Fedora. Is there any need to do so? > I'm interested in packaging up one application whose upstream favors > Clozure. Is anybody working on a Clozure package? Actually I've started trying to package ccl as it is (AFAIK) the only implementation besides sbcl supporting (all at once) threads, mutexes, semaphores and conditions, hence some projects like cl-patron do not support any other implementation. - - Alex -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org/ iEYEARECAAYFAktCK5YACgkQVTRddCFHw10cmQCgkfssdVKdCnxvK6Z9MRSePyMW vroAn3XrH/HTLKR+pW4fKJz2lV3JUjGf =pEJq -----END PGP SIGNATURE----- From bruno at wolff.to Mon Jan 4 18:18:11 2010 From: bruno at wolff.to (Bruno Wolff III) Date: Mon, 4 Jan 2010 12:18:11 -0600 Subject: Looking for pointers how to set up lzma stream using xz-devel In-Reply-To: <4B41F3E2.6060705@jcomserv.net> References: <20100102210906.GA21344@wolff.to> <4B41F3E2.6060705@jcomserv.net> Message-ID: <20100104181811.GA17105@wolff.to> On Mon, Jan 04, 2010 at 07:57:54 -0600, Jon Ciesla wrote: > I've actually come across this WRT UPX as well. > > https://bugzilla.redhat.com/show_bug.cgi?id=501636 > > From what I can tell. . .we may be stuck unless someone wants to > write some docs. I am going to get squashfs-tools working with lzma eventually. I am just hoping it would be easier rather than harder. Note that waiting for the "lzma" library isn't going to work. We need to either package the SDK or switch to using xz. The "lzma" library is no longer being developed upstream. (And is based on a version of the SDK that is too old to be easily used in squashfs-tools.) It looks like using xz will be a bit work setting up an equivalent wrapper for squashfs-tools, but will avoid packaging a third version of lzma in Fedora. The main issue for me is understanding what needs to be done. The amount of code needed should be under 100 lines. If other things in Fedora also need something need more lzma support, then it's probably worth figuring out if we can use the same solution. It seemed odd that the debian bug for this claimed that source from the SDK was needed. Presumably an appropriate library would work. It may be that lzma-devel here is different from what debian has. I didn't look at it too carefully after seeing it was based on an old and incompatible version of the SDK that I need for squashfs-tools and that upstream switched to xz. I suspect that packaging the SDK without the extra lmza utils wouldn't be too bad. We can probably drop those now that xz is packaged. I haven't looked at this carefully though. From jkeating at redhat.com Mon Jan 4 19:32:18 2010 From: jkeating at redhat.com (Jesse Keating) Date: Mon, 04 Jan 2010 11:32:18 -0800 Subject: Phase 3 of dist-git project under way Message-ID: <1262633538.32656.6.camel@localhost.localdomain> Over the holiday break I coded up the framework for fedpkg, the utility to replace Make within dist-git. I'm now ready to accept help with developing this tool. See https://fedoraproject.org/wiki/Dist_Git_Project#fedpkg if you would like to help develop / test and then contact me. -- Jesse Keating Fedora -- Freedom? is a feature! identi.ca: http://identi.ca/jkeating -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part URL: From rvinyard at cs.nmsu.edu Mon Jan 4 19:48:57 2010 From: rvinyard at cs.nmsu.edu (Rick L. Vinyard, Jr.) Date: Mon, 4 Jan 2010 12:48:57 -0700 Subject: Problem building on rawhide Message-ID: <68d5c681b9c5b7ec25d2e55868f7ea2e.squirrel@intranet.cs.nmsu.edu> No problems building on F12, F11 and EL5. Here's the build log: http://koji.fedoraproject.org/koji/getfile?taskID=1901276&name=build.log But, the short version is that I'm getting a ton of this error on rawhide only: Cannot utime: Bad file descriptor Any suggestions? From rvinyard at cs.nmsu.edu Mon Jan 4 20:43:13 2010 From: rvinyard at cs.nmsu.edu (Rick L. Vinyard, Jr.) Date: Mon, 4 Jan 2010 13:43:13 -0700 Subject: Problem building on rawhide In-Reply-To: <68d5c681b9c5b7ec25d2e55868f7ea2e.squirrel@intranet.cs.nmsu.edu> References: <68d5c681b9c5b7ec25d2e55868f7ea2e.squirrel@intranet.cs.nmsu.edu> Message-ID: <27ff8e3cdffe22c0c97247ba7218e6e4.squirrel@intranet.cs.nmsu.edu> Never mind. Seems to be building now. Rick L. Vinyard, Jr. wrote: > No problems building on F12, F11 and EL5. > > Here's the build log: > http://koji.fedoraproject.org/koji/getfile?taskID=1901276&name=build.log > > But, the short version is that I'm getting a ton of this error on rawhide > only: Cannot utime: Bad file descriptor > > Any suggestions? > From mclasen at redhat.com Mon Jan 4 20:54:36 2010 From: mclasen at redhat.com (Matthias Clasen) Date: Mon, 04 Jan 2010 15:54:36 -0500 Subject: Reviewers needed Message-ID: <1262638476.1816.1.camel@planemask> I need some kind soul to review at-spi2-atk and pyatspi for me, both of which are part of the new at-spi2 accessibility stack. The bugs are here: http://bugzilla.redhat.com/show_bug.cgi?id=544629 http://bugzilla.redhat.com/show_bug.cgi?id=544630 Thanks, Matthias From jan.kratochvil at redhat.com Mon Jan 4 21:05:49 2010 From: jan.kratochvil at redhat.com (Jan Kratochvil) Date: Mon, 4 Jan 2010 22:05:49 +0100 Subject: ABRT considered painful In-Reply-To: <4B420BF3.1090103@nist.gov> References: <20091229195657.4000ce26@gmail.com> <645d17210912311011v609a705ei62b1fbbd0a3d905f@mail.gmail.com> <4B3F25A8.5030300@redhat.com> <1262435947.1991.24.camel@localhost> <20100102143200.GA26524@host0.dyn.jankratochvil.net> <4B420BF3.1090103@nist.gov> Message-ID: <20100104210549.GA25267@host0.dyn.jankratochvil.net> On Mon, 04 Jan 2010 16:40:35 +0100, Przemek Klosowski wrote: > On 01/02/2010 09:32 AM, Jan Kratochvil wrote: > >Moreover ABRT does not install the whole debuginfo package but only copies the > >needed specific .debug files out of it somewhere - as know the ABRT people. > > What happens if the software version N crashes, then the updates > install a later version, and the ABRT tool is run afterwards? With > updates coming fast and furious, this is not uncommon, and I think > it leads to confusion when the old stack trace is interpreted > against the debugging info from the different software version. Unaware of the ABRT issue; But even with the installed debuginfo packages the problem exists: `yum update' gets the installed debuginfos out of sync https://bugzilla.redhat.com/show_bug.cgi?id=432806 There are various Bugs referenced, such as: Debug info RPMs do not "require" exact maching binary rpm https://bugzilla.redhat.com/show_bug.cgi?id=151598 Currently YUM at least updates both the main package and its debuginfo through yum-plugin-auto-update-debug-info. The problem is with all the mirrors and daily Fedora updates the main repository and the debuginfo repository are commonly off-by-one and thus the debuginfo packages still do not match. Regards, Jan From ian at ianweller.org Mon Jan 4 21:25:29 2010 From: ian at ianweller.org (Ian Weller) Date: Mon, 4 Jan 2010 15:25:29 -0600 Subject: orphaning gwibber, any takers? Message-ID: <20100104212529.GA25625@hovercraft.ianweller.org> I know Gwibber is widely used by Fedora users because there are a crapton of abrt reports for it and I just can't keep up with it. :) Let me know if you have a desire for maintaining Gwibber in Fedora. From what I've heard, a release of 2.30 is on the horizon [1], and I just don't have the time to reproduce bugs :) [1]: http://identi.ca/notice/18051236 -- Ian Weller () ascii ribbon campaign - against html e-mail /\ www.asciiribbon.org - against proprietary attachments -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 198 bytes Desc: not available URL: From jreiser at bitwagon.com Mon Jan 4 21:37:17 2010 From: jreiser at bitwagon.com (John Reiser) Date: Mon, 04 Jan 2010 13:37:17 -0800 Subject: Looking for pointers how to set up lzma stream using xz-devel In-Reply-To: <20100104181811.GA17105@wolff.to> References: <20100102210906.GA21344@wolff.to> <4B41F3E2.6060705@jcomserv.net> <20100104181811.GA17105@wolff.to> Message-ID: <4B425F8D.50008@bitwagon.com> On 01/04/2010 10:18 AM, Bruno Wolff III wrote: > On Mon, Jan 04, 2010 at 07:57:54 -0600, > Jon Ciesla wrote: >> I've actually come across this WRT UPX as well. >> >> https://bugzilla.redhat.com/show_bug.cgi?id=501636 > It seemed odd that the debian bug for this claimed that source from the SDK > was needed. Presumably an appropriate library would work. ... https://bugzilla.redhat.com/show_bug.cgi?id=501636#c6 UPX cannot use a library, UPX must use source. UPX requires total control during decompression (no malloc() allowed, etc.) and so far the library writers have not catered to such a restricted environment, AFAICT. -- From stickster at gmail.com Mon Jan 4 21:43:59 2010 From: stickster at gmail.com (Paul W. Frields) Date: Mon, 4 Jan 2010 16:43:59 -0500 Subject: Top Crashers In-Reply-To: <20100104163552.GE29342@redhat.com> References: <4B420552.6070506@redhat.com> <20100104163552.GE29342@redhat.com> Message-ID: <20100104214359.GV4449@victoria.internal.frields.org> On Mon, Jan 04, 2010 at 04:35:54PM +0000, Daniel P. Berrange wrote: > On Mon, Jan 04, 2010 at 03:12:18PM +0000, Matthew Booth wrote: > > Now we have abrt making it easier for lazy people to submit crash > > reports, do we have enough information for a 'Top Crashers' list? It > > would be good to highlight these centrally to provide an incentive to > > give them the attention they deserve. > > > > My specific motivation for this is: > > > > https://bugzilla.redhat.com/show_bug.cgi?id=532307 > > > > This crashes daily for me and, from the evidence of the BZ traffic, a > > whole lot of other people too. It has also been ignored for 2 months > > now. Highlighting and fixing this kind of high-impact bug would be a > > great way to improve the quality of Fedora. > > You have essentially just suggested kerneloops.org, but for userspace > apps. It would be very nice to have such a beast! Doing statistical > analysis by extracting the ABRT reports from BZ would just be horrible. Is the existing CBI project helpful in this case? http://lwn.net/Articles/362777/ -- Paul W. Frields http://paul.frields.org/ gpg fingerprint: 3DA6 A0AC 6D58 FEC4 0233 5906 ACDB C937 BD11 3717 http://redhat.com/ - - - - http://pfrields.fedorapeople.org/ irc.freenode.net: stickster @ #fedora-docs, #fedora-devel, #fredlug From tcallawa at redhat.com Mon Jan 4 21:47:55 2010 From: tcallawa at redhat.com (Tom "spot" Callaway) Date: Mon, 04 Jan 2010 16:47:55 -0500 Subject: orphaning gwibber, any takers? In-Reply-To: <20100104212529.GA25625@hovercraft.ianweller.org> References: <20100104212529.GA25625@hovercraft.ianweller.org> Message-ID: <4B42620B.9060908@redhat.com> On 01/04/2010 04:25 PM, Ian Weller wrote: > I know Gwibber is widely used by Fedora users because there are a > crapton of abrt reports for it and I just can't keep up with it. :) > > Let me know if you have a desire for maintaining Gwibber in Fedora. From > what I've heard, a release of 2.30 is on the horizon [1], and I just > don't have the time to reproduce bugs :) > > [1]: http://identi.ca/notice/18051236 If no one else wants it, I will take it. I'd prefer to comaintain it with someone who has more time than I do. :) ~spot From robyn.bergeron at gmail.com Mon Jan 4 21:59:53 2010 From: robyn.bergeron at gmail.com (Robyn Bergeron) Date: Mon, 4 Jan 2010 14:59:53 -0700 Subject: Reminder: FUDCon Toronto Survey closes Friday night! Message-ID: <5d4d90c91001041359r4e43df42jd9017b58c8b6daad@mail.gmail.com> FUDCon Toronto (http://fedoraproject.org/wiki/FUDCon:Toronto_2009) may be over, but we still want to hear your (anonymous, of course!) thoughts on how it went. ?This is your friendly reminder that the FUDCon Toronto Survey will be available though 11:59pm PST Friday, January 8, 2010 (that's 07:59 UTC on Saturday, January 9). ?5 minutes of your time to answer 29 quick questions can help us make future FUDCons better than ever! If you... * attended FUDCon Toronto, either in-person or remotely via Fedora Live, please take this survey and tell us what you thought. * didn't attend FUDCon Toronto but wanted to, please take this survey and tell us how we can help you get to the next one. * didn't want to go to FUDCon Toronto, please take this survey and tell us why - it's anonymous. The survey is available at http://fedoraproject.limequery.org/index.php?sid=34266&lang=en Questions are previewable at https://fedoraproject.org/wiki/FUDCon_survey. ?We will be analyzing and announcing results shortly after the close of the survey. ?If you're curious about the process, interested in helping us analyze the results, or have any questions in general, join the conversation on the Fedora Marketing mailing list (https://www.redhat.com/mailman/listinfo/fedora-marketing-list). From loganjerry at gmail.com Mon Jan 4 23:10:09 2010 From: loganjerry at gmail.com (Jerry James) Date: Mon, 4 Jan 2010 16:10:09 -0700 Subject: Common Lisp apps in Fedora In-Reply-To: <4B422B96.40407@imttechnologies.com> References: <870180fe1001040829u218bebe1gb7f1a719f1c1c413@mail.gmail.com> <4B422B96.40407@imttechnologies.com> Message-ID: <870180fe1001041510s6e35ea2fyf6f8b045d534a5bb@mail.gmail.com> On Mon, Jan 4, 2010 at 10:55 AM, Alexander Kahl wrote: > Actually I've started trying to package ccl as it is (AFAIK) the only > implementation besides sbcl supporting (all at once) threads, mutexes, > semaphores and conditions, hence some projects like cl-patron do not > support any other implementation. Is there anything I can do to help? If nothing else, I can review the package when you have it ready. -- Jerry James http://www.jamezone.org/ From loganjerry at gmail.com Mon Jan 4 23:37:16 2010 From: loganjerry at gmail.com (Jerry James) Date: Mon, 4 Jan 2010 16:37:16 -0700 Subject: Orphaning jlint Message-ID: <870180fe1001041537i1b7b630dpeaf54410923318eb@mail.gmail.com> Well, actually, I plan to EOL jlint, for Rawhide only. On the other hand, if someone wants it, I will orphan it so you can pick it up. This package has had a dead upstream for several years. I only kept it around because I still found it useful. With findbugs in Fedora, I don't find it useful anymore. If nobody tells me they want it by the end of this week, I will put the devel branch through the EOL process next Monday. -- Jerry James http://www.jamezone.org/ From panemade at gmail.com Tue Jan 5 06:55:52 2010 From: panemade at gmail.com (=?UTF-8?B?UGFyYWcgTijgpKrgpLDgpL7gpZop?=) Date: Tue, 5 Jan 2010 12:25:52 +0530 Subject: planning to retire pydict package Message-ID: Hi, Few months back I got ownership of this pydict package. Later on I come to know that Merge-review is pending for this package. I had a look at this package and found that current code is very old development. This package has not seen any upstream release since 2000-09-17. I hope there should not be any peoples using it and stardict package can be used as replacement for this package. Regards, Parag. From fedora at alexhudson.com Tue Jan 5 10:05:52 2010 From: fedora at alexhudson.com (Alex Hudson) Date: Tue, 05 Jan 2010 10:05:52 +0000 Subject: orphaning gwibber, any takers? In-Reply-To: <4B42620B.9060908@redhat.com> References: <20100104212529.GA25625@hovercraft.ianweller.org> <4B42620B.9060908@redhat.com> Message-ID: <4B430F00.7040205@alexhudson.com> On 04/01/10 21:47, Tom "spot" Callaway wrote: > On 01/04/2010 04:25 PM, Ian Weller wrote: > >> I know Gwibber is widely used by Fedora users because there are a >> crapton of abrt reports for it and I just can't keep up with it. :) >> >> > If no one else wants it, I will take it. I'd prefer to comaintain it > with someone who has more time than I do. :) > I'd happily co-maintain - I use gwibber a fair amount and can probably have a stab at debugging some of the issues. Cheers Alex. From hughsient at gmail.com Tue Jan 5 10:33:20 2010 From: hughsient at gmail.com (Richard Hughes) Date: Tue, 5 Jan 2010 10:33:20 +0000 Subject: PackageKit 0.6.0 going into rawhide Message-ID: <15e53e181001050233t6a76ad1fy4fdddd01b858a875@mail.gmail.com> I'm about to build PackageKit 0.6.0 into rawhide, which bumps the soname. I'll take care of rebuilding gnome-packagekit and kpackagekit which is (I think) are the only users of the low level library API. The other applications using the _session_ DBus connections should continue to work as this API has not changed. If you're affected by the small _system_ DBus API change, either ping me on IRC or by mail and I'll do my best to help. For the interested, 0.6.x removed a lot of deprecated API and starts to add new features and translations again. Richard. From kdudka at redhat.com Tue Jan 5 11:49:36 2010 From: kdudka at redhat.com (Kamil Dudka) Date: Tue, 5 Jan 2010 12:49:36 +0100 Subject: formal request - package take over (libssh2) Message-ID: <201001051249.37196.kdudka@redhat.com> Hello, I'd like to take over the libssh2 package according to http://fedoraproject.org/wiki/Policy_for_nonresponsive_package_maintainers all reasonable efforts have been made to contact the maintainer: https://bugzilla.redhat.com/523796 https://bugzilla.redhat.com/539444 https://www.redhat.com/archives/fedora-devel-list/2009-December/msg00996.html Thanks in advance! Kamil From rawhide at fedoraproject.org Tue Jan 5 13:09:34 2010 From: rawhide at fedoraproject.org (Rawhide Report) Date: Tue, 5 Jan 2010 13:09:34 +0000 Subject: rawhide report: 20100105 changes Message-ID: <20100105130934.GA7825@releng2.fedora.phx.redhat.com> Compose started at Tue Jan 5 08:15:14 UTC 2010 Broken deps for i386 ---------------------------------------------------------- anjal-0.1.0-1.fc13.i686 requires libevolution-mail-shared.so.0 anjal-0.1.0-1.fc13.i686 requires libefilterbar.so.0 cduce-0.5.3-3.fc13.i686 requires ocaml(runtime) = 0:3.11.1 cduce-0.5.3-3.fc13.i686 requires ocaml(Filename) = 0:7cd172f02b7ee9b8d7bda3bb92144951 cduce-0.5.3-3.fc13.i686 requires ocaml(Obj) = 0:c827f726ce05da709cf7de58fc15e324 cduce-0.5.3-3.fc13.i686 requires ocaml(Format) = 0:b7ba3152a5eec5609d6ab86e6c51eebb cduce-0.5.3-3.fc13.i686 requires ocaml(Printexc) = 0:fdf007941aa14d1a26323558012dbf52 cduce-0.5.3-3.fc13.i686 requires ocaml(Buffer) = 0:23af67395823b652b807c4ae0b581211 cduce-ocamlduce-0.5.3-3.fc13.i686 requires ocaml(Format) = 0:b7ba3152a5eec5609d6ab86e6c51eebb cduce-ocamlduce-0.5.3-3.fc13.i686 requires ocaml(Buffer) = 0:23af67395823b652b807c4ae0b581211 cduce-ocamlduce-0.5.3-3.fc13.i686 requires ocaml(runtime) = 0:3.11.1 cduce-ocamlduce-0.5.3-3.fc13.i686 requires ocaml(Obj) = 0:c827f726ce05da709cf7de58fc15e324 cluster-snmp-0.16.1-2.fc12.i686 requires libnetsnmp.so.15 ghc-HTTP-devel-4000.0.6-6.fc13.i686 requires ghc = 0:6.10.4 ghc-HTTP-devel-4000.0.6-6.fc13.i686 requires ghc = 0:6.10.4 ghc-HTTP-doc-4000.0.6-6.fc13.i686 requires ghc-doc = 0:6.10.4 ghc-HTTP-doc-4000.0.6-6.fc13.i686 requires ghc-doc = 0:6.10.4 ghc-HTTP-prof-4000.0.6-6.fc13.i686 requires ghc-prof = 0:6.10.4 ghc-cairo-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-cairo-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-cairo-prof-0.10.1-5.fc12.i686 requires ghc-prof = 0:6.10.4 ghc-cgi-devel-3001.1.7.1-3.fc13.i686 requires ghc = 0:6.10.4 ghc-cgi-devel-3001.1.7.1-3.fc13.i686 requires ghc = 0:6.10.4 ghc-cgi-doc-3001.1.7.1-3.fc13.i686 requires ghc-doc = 0:6.10.4 ghc-cgi-doc-3001.1.7.1-3.fc13.i686 requires ghc-doc = 0:6.10.4 ghc-cgi-prof-3001.1.7.1-3.fc13.i686 requires ghc-prof = 0:6.10.4 ghc-fgl-devel-5.4.2.2-1.fc12.i686 requires ghc = 0:6.10.4 ghc-fgl-devel-5.4.2.2-1.fc12.i686 requires ghc = 0:6.10.4 ghc-fgl-doc-5.4.2.2-1.fc12.i686 requires ghc-doc = 0:6.10.4 ghc-fgl-doc-5.4.2.2-1.fc12.i686 requires ghc-doc = 0:6.10.4 ghc-fgl-prof-5.4.2.2-1.fc12.i686 requires ghc-prof = 0:6.10.4 ghc-gconf-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-gconf-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-gconf-prof-0.10.1-5.fc12.i686 requires ghc-prof = 0:6.10.4 ghc-ghc-paths-devel-0.1.0.5-8.fc12.i686 requires ghc = 0:6.10.4 ghc-ghc-paths-devel-0.1.0.5-8.fc12.i686 requires ghc = 0:6.10.4 ghc-ghc-paths-doc-0.1.0.5-8.fc12.i686 requires ghc-doc = 0:6.10.4 ghc-ghc-paths-doc-0.1.0.5-8.fc12.i686 requires ghc-doc = 0:6.10.4 ghc-ghc-paths-prof-0.1.0.5-8.fc12.i686 requires ghc-prof = 0:6.10.4 ghc-gio-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-gio-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-gio-prof-0.10.1-5.fc12.i686 requires ghc-prof = 0:6.10.4 ghc-glade-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-glade-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-glade-prof-0.10.1-5.fc12.i686 requires ghc-prof = 0:6.10.4 ghc-glib-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-glib-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-glib-prof-0.10.1-5.fc12.i686 requires ghc-prof = 0:6.10.4 ghc-gstreamer-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-gstreamer-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-gstreamer-prof-0.10.1-5.fc12.i686 requires ghc-prof = 0:6.10.4 ghc-gtk-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-gtk-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-gtk-prof-0.10.1-5.fc12.i686 requires ghc-prof = 0:6.10.4 ghc-gtkglext-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-gtkglext-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-gtkglext-prof-0.10.1-5.fc12.i686 requires ghc-prof = 0:6.10.4 ghc-gtksourceview2-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-gtksourceview2-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-gtksourceview2-prof-0.10.1-5.fc12.i686 requires ghc-prof = 0:6.10.4 ghc-haskell-platform-devel-2009.2.0.2-3.fc13.i686 requires ghc = 0:6.10.4 ghc-haskell-platform-devel-2009.2.0.2-3.fc13.i686 requires ghc = 0:6.10.4 ghc-haskell-platform-doc-2009.2.0.2-3.fc13.i686 requires ghc-doc = 0:6.10.4 ghc-haskell-platform-doc-2009.2.0.2-3.fc13.i686 requires ghc-doc = 0:6.10.4 ghc-haskell-platform-prof-2009.2.0.2-3.fc13.i686 requires ghc-prof = 0:6.10.4 ghc-haskell-src-exts-devel-1.3.0-2.fc13.i686 requires ghc = 0:6.10.4 ghc-haskell-src-exts-devel-1.3.0-2.fc13.i686 requires ghc = 0:6.10.4 ghc-haskell-src-exts-doc-1.3.0-2.fc13.i686 requires ghc-doc = 0:6.10.4 ghc-haskell-src-exts-doc-1.3.0-2.fc13.i686 requires ghc-doc = 0:6.10.4 ghc-haskell-src-exts-prof-1.3.0-2.fc13.i686 requires ghc-prof = 0:6.10.4 ghc-network-devel-2.2.1.4-2.fc12.i686 requires ghc = 0:6.10.4 ghc-network-devel-2.2.1.4-2.fc12.i686 requires ghc = 0:6.10.4 ghc-network-doc-2.2.1.4-2.fc12.i686 requires ghc-doc = 0:6.10.4 ghc-network-doc-2.2.1.4-2.fc12.i686 requires ghc-doc = 0:6.10.4 ghc-network-prof-2.2.1.4-2.fc12.i686 requires ghc-prof = 0:6.10.4 ghc-soegtk-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-soegtk-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-soegtk-prof-0.10.1-5.fc12.i686 requires ghc-prof = 0:6.10.4 ghc-svgcairo-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-svgcairo-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-svgcairo-prof-0.10.1-5.fc12.i686 requires ghc-prof = 0:6.10.4 ghc-uniplate-devel-1.2.0.3-6.fc12.i686 requires ghc = 0:6.10.4 ghc-uniplate-devel-1.2.0.3-6.fc12.i686 requires ghc = 0:6.10.4 ghc-uniplate-doc-1.2.0.3-6.fc12.i686 requires ghc-doc = 0:6.10.4 ghc-uniplate-doc-1.2.0.3-6.fc12.i686 requires ghc-doc = 0:6.10.4 ghc-uniplate-prof-1.2.0.3-6.fc12.i686 requires ghc-prof = 0:6.10.4 ghc-xmonad-contrib-devel-0.9-1.fc13.i686 requires ghc-utf8-string-devel = 0:0.3.5 ghc-xmonad-contrib-devel-0.9-1.fc13.i686 requires ghc = 0:6.10.4 ghc-xmonad-contrib-devel-0.9-1.fc13.i686 requires ghc = 0:6.10.4 ghc-xmonad-contrib-doc-0.9-1.fc13.i686 requires ghc-doc = 0:6.10.4 ghc-xmonad-contrib-doc-0.9-1.fc13.i686 requires ghc-doc = 0:6.10.4 ghc-xmonad-contrib-doc-0.9-1.fc13.i686 requires ghc-utf8-string-doc = 0:0.3.5 ghc-xmonad-contrib-prof-0.9-1.fc13.i686 requires ghc-prof = 0:6.10.4 ghc-xmonad-contrib-prof-0.9-1.fc13.i686 requires ghc-utf8-string-prof = 0:0.3.5 ghc-xmonad-devel-0.9-3.fc13.i686 requires ghc-X11-devel = 0:1.4.6.1 ghc-xmonad-devel-0.9-3.fc13.i686 requires ghc = 0:6.10.4 ghc-xmonad-devel-0.9-3.fc13.i686 requires ghc = 0:6.10.4 ghc-xmonad-doc-0.9-3.fc13.i686 requires ghc-doc = 0:6.10.4 ghc-xmonad-doc-0.9-3.fc13.i686 requires ghc-doc = 0:6.10.4 ghc-xmonad-doc-0.9-3.fc13.i686 requires ghc-X11-doc = 0:1.4.6.1 ghc-xmonad-prof-0.9-3.fc13.i686 requires ghc-X11-prof = 0:1.4.6.1 ghc-xmonad-prof-0.9-3.fc13.i686 requires ghc-prof = 0:6.10.4 haskell-platform-2009.2.0.2-3.fc13.i686 requires ghc = 0:6.10.4 hulahop-0.6.0-2.fc12.i686 requires xulrunner-python hulahop-0.6.0-2.fc12.i686 requires libpyxpcom.so inksmoto-0.7.0-1.rc1.fc13.noarch requires /bin/python kst-fits-1.8.0-3.fc12.i686 requires cfitsio = 0:3.140 kst-netcdf-1.8.0-3.fc12.i686 requires libnetcdf.so.4 kst-netcdf-1.8.0-3.fc12.i686 requires libnetcdf_c++.so.4 linphone-2.1.1-4.fc12.i686 requires libortp.so.7 ocaml-camlp5-5.12-2.fc12.i686 requires ocaml(Format) = 0:b7ba3152a5eec5609d6ab86e6c51eebb ocaml-camlp5-5.12-2.fc12.i686 requires ocaml(Printexc) = 0:fdf007941aa14d1a26323558012dbf52 ocaml-camlp5-5.12-2.fc12.i686 requires ocaml(Buffer) = 0:23af67395823b652b807c4ae0b581211 ocaml-camlp5-5.12-2.fc12.i686 requires ocaml(Filename) = 0:7cd172f02b7ee9b8d7bda3bb92144951 ocaml-camlp5-5.12-2.fc12.i686 requires ocaml(runtime) = 0:3.11.1 ocaml-camlp5-5.12-2.fc12.i686 requires ocaml(Obj) = 0:c827f726ce05da709cf7de58fc15e324 ocaml-json-wheel-1.0.6-2.fc12.i686 requires ocaml(Format) = 0:b7ba3152a5eec5609d6ab86e6c51eebb ocaml-json-wheel-1.0.6-2.fc12.i686 requires ocaml(Buffer) = 0:23af67395823b652b807c4ae0b581211 ocaml-json-wheel-1.0.6-2.fc12.i686 requires ocaml(runtime) = 0:3.11.1 ocaml-json-wheel-1.0.6-2.fc12.i686 requires ocaml(Obj) = 0:c827f726ce05da709cf7de58fc15e324 ocaml-ocamlnet-2.2.9-15.fc13.i686 requires ocaml(Format) = 0:b7ba3152a5eec5609d6ab86e6c51eebb ocaml-ocamlnet-2.2.9-15.fc13.i686 requires ocaml(runtime) = 0:3.11.1 ocaml-ocamlnet-2.2.9-15.fc13.i686 requires ocaml(Filename) = 0:7cd172f02b7ee9b8d7bda3bb92144951 ocaml-ocamlnet-2.2.9-15.fc13.i686 requires ocaml(Obj) = 0:c827f726ce05da709cf7de58fc15e324 ocaml-ocamlnet-2.2.9-15.fc13.i686 requires ocaml(Printexc) = 0:fdf007941aa14d1a26323558012dbf52 ocaml-ocamlnet-2.2.9-15.fc13.i686 requires ocaml(Buffer) = 0:23af67395823b652b807c4ae0b581211 ocaml-ocamlnet-nethttpd-2.2.9-15.fc13.i686 requires ocaml(Format) = 0:b7ba3152a5eec5609d6ab86e6c51eebb ocaml-ocamlnet-nethttpd-2.2.9-15.fc13.i686 requires ocaml(Buffer) = 0:23af67395823b652b807c4ae0b581211 ocaml-ocamlnet-nethttpd-2.2.9-15.fc13.i686 requires ocaml(Printexc) = 0:fdf007941aa14d1a26323558012dbf52 ocaml-ocamlnet-nethttpd-2.2.9-15.fc13.i686 requires ocaml(Filename) = 0:7cd172f02b7ee9b8d7bda3bb92144951 ocaml-ocamlnet-nethttpd-2.2.9-15.fc13.i686 requires ocaml(runtime) = 0:3.11.1 ocaml-ocamlnet-nethttpd-2.2.9-15.fc13.i686 requires ocaml(Obj) = 0:c827f726ce05da709cf7de58fc15e324 ocaml-preludeml-0.1-0.13.20090113.fc12.i686 requires ocaml(Buffer) = 0:23af67395823b652b807c4ae0b581211 ocaml-preludeml-0.1-0.13.20090113.fc12.i686 requires ocaml(Filename) = 0:7cd172f02b7ee9b8d7bda3bb92144951 ocaml-preludeml-0.1-0.13.20090113.fc12.i686 requires ocaml(runtime) = 0:3.11.1 ocaml-preludeml-0.1-0.13.20090113.fc12.i686 requires ocaml(Obj) = 0:c827f726ce05da709cf7de58fc15e324 ocaml-pxp-1.2.1-2.fc12.i686 requires ocaml(Format) = 0:b7ba3152a5eec5609d6ab86e6c51eebb ocaml-pxp-1.2.1-2.fc12.i686 requires ocaml(Printexc) = 0:fdf007941aa14d1a26323558012dbf52 ocaml-pxp-1.2.1-2.fc12.i686 requires ocaml(Buffer) = 0:23af67395823b652b807c4ae0b581211 ocaml-pxp-1.2.1-2.fc12.i686 requires ocaml(Filename) = 0:7cd172f02b7ee9b8d7bda3bb92144951 ocaml-pxp-1.2.1-2.fc12.i686 requires ocaml(runtime) = 0:3.11.1 ocaml-pxp-1.2.1-2.fc12.i686 requires ocaml(Obj) = 0:c827f726ce05da709cf7de58fc15e324 ocaml-reins-0.1a-6.fc12.i686 requires ocaml(Printexc) = 0:fdf007941aa14d1a26323558012dbf52 ocaml-reins-0.1a-6.fc12.i686 requires ocaml(Buffer) = 0:23af67395823b652b807c4ae0b581211 ocaml-reins-0.1a-6.fc12.i686 requires ocaml(runtime) = 0:3.11.1 ocaml-reins-0.1a-6.fc12.i686 requires ocaml(Obj) = 0:c827f726ce05da709cf7de58fc15e324 ocaml-xmlrpc-light-0.6.1-3.fc12.i686 requires ocaml(Format) = 0:b7ba3152a5eec5609d6ab86e6c51eebb ocaml-xmlrpc-light-0.6.1-3.fc12.i686 requires ocaml(Buffer) = 0:23af67395823b652b807c4ae0b581211 ocaml-xmlrpc-light-0.6.1-3.fc12.i686 requires ocaml(runtime) = 0:3.11.1 ocaml-xmlrpc-light-0.6.1-3.fc12.i686 requires ocaml(Printexc) = 0:fdf007941aa14d1a26323558012dbf52 ocaml-xmlrpc-light-0.6.1-3.fc12.i686 requires ocaml(Obj) = 0:c827f726ce05da709cf7de58fc15e324 player-3.0.0-4.fc12.i686 requires libgeos-3.1.1.so player-3.0.0-4.fc12.i686 requires libcxcore.so.2 player-3.0.0-4.fc12.i686 requires libcvaux.so.2 player-3.0.0-4.fc12.i686 requires libml.so.2 player-3.0.0-4.fc12.i686 requires libhighgui.so.2 player-3.0.0-4.fc12.i686 requires libpqxx-2.6.8.so player-3.0.0-4.fc12.i686 requires libcv.so.2 pyexiv2-0.1.3-5.fc12.i686 requires libexiv2.so.5 python-basemap-0.99.4-1.fc13.i686 requires libgeos-3.2.0rc3.so selenium-core-1.0.2-0.1.20091211svn.fc13.noarch requires commons-logging zikula-module-menutree-2.2-1.fc13.noarch requires zikula >= 0:1.2 Broken deps for x86_64 ---------------------------------------------------------- anjal-0.1.0-1.fc13.x86_64 requires libevolution-mail-shared.so.0()(64bit) anjal-0.1.0-1.fc13.x86_64 requires libefilterbar.so.0()(64bit) cduce-0.5.3-3.fc13.x86_64 requires ocaml(runtime) = 0:3.11.1 cduce-0.5.3-3.fc13.x86_64 requires ocaml(Filename) = 0:7cd172f02b7ee9b8d7bda3bb92144951 cduce-0.5.3-3.fc13.x86_64 requires ocaml(Obj) = 0:c827f726ce05da709cf7de58fc15e324 cduce-0.5.3-3.fc13.x86_64 requires ocaml(Format) = 0:b7ba3152a5eec5609d6ab86e6c51eebb cduce-0.5.3-3.fc13.x86_64 requires ocaml(Printexc) = 0:fdf007941aa14d1a26323558012dbf52 cduce-0.5.3-3.fc13.x86_64 requires ocaml(Buffer) = 0:23af67395823b652b807c4ae0b581211 cduce-ocamlduce-0.5.3-3.fc13.x86_64 requires ocaml(Format) = 0:b7ba3152a5eec5609d6ab86e6c51eebb cduce-ocamlduce-0.5.3-3.fc13.x86_64 requires ocaml(Buffer) = 0:23af67395823b652b807c4ae0b581211 cduce-ocamlduce-0.5.3-3.fc13.x86_64 requires ocaml(Obj) = 0:c827f726ce05da709cf7de58fc15e324 cduce-ocamlduce-0.5.3-3.fc13.x86_64 requires ocaml(runtime) = 0:3.11.1 cluster-snmp-0.16.1-2.fc12.x86_64 requires libnetsnmp.so.15()(64bit) ghc-HTTP-devel-4000.0.6-6.fc13.i686 requires ghc = 0:6.10.4 ghc-HTTP-devel-4000.0.6-6.fc13.i686 requires ghc = 0:6.10.4 ghc-HTTP-devel-4000.0.6-6.fc13.x86_64 requires ghc = 0:6.10.4 ghc-HTTP-devel-4000.0.6-6.fc13.x86_64 requires ghc = 0:6.10.4 ghc-HTTP-doc-4000.0.6-6.fc13.x86_64 requires ghc-doc = 0:6.10.4 ghc-HTTP-doc-4000.0.6-6.fc13.x86_64 requires ghc-doc = 0:6.10.4 ghc-HTTP-prof-4000.0.6-6.fc13.x86_64 requires ghc-prof = 0:6.10.4 ghc-cairo-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-cairo-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-cairo-devel-0.10.1-5.fc12.x86_64 requires ghc = 0:6.10.4 ghc-cairo-devel-0.10.1-5.fc12.x86_64 requires ghc = 0:6.10.4 ghc-cairo-prof-0.10.1-5.fc12.x86_64 requires ghc-prof = 0:6.10.4 ghc-cgi-devel-3001.1.7.1-3.fc13.i686 requires ghc = 0:6.10.4 ghc-cgi-devel-3001.1.7.1-3.fc13.i686 requires ghc = 0:6.10.4 ghc-cgi-devel-3001.1.7.1-3.fc13.x86_64 requires ghc = 0:6.10.4 ghc-cgi-devel-3001.1.7.1-3.fc13.x86_64 requires ghc = 0:6.10.4 ghc-cgi-doc-3001.1.7.1-3.fc13.x86_64 requires ghc-doc = 0:6.10.4 ghc-cgi-doc-3001.1.7.1-3.fc13.x86_64 requires ghc-doc = 0:6.10.4 ghc-cgi-prof-3001.1.7.1-3.fc13.x86_64 requires ghc-prof = 0:6.10.4 ghc-fgl-devel-5.4.2.2-1.fc12.i686 requires ghc = 0:6.10.4 ghc-fgl-devel-5.4.2.2-1.fc12.i686 requires ghc = 0:6.10.4 ghc-fgl-devel-5.4.2.2-1.fc12.x86_64 requires ghc = 0:6.10.4 ghc-fgl-devel-5.4.2.2-1.fc12.x86_64 requires ghc = 0:6.10.4 ghc-fgl-doc-5.4.2.2-1.fc12.x86_64 requires ghc-doc = 0:6.10.4 ghc-fgl-doc-5.4.2.2-1.fc12.x86_64 requires ghc-doc = 0:6.10.4 ghc-fgl-prof-5.4.2.2-1.fc12.x86_64 requires ghc-prof = 0:6.10.4 ghc-gconf-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-gconf-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-gconf-devel-0.10.1-5.fc12.x86_64 requires ghc = 0:6.10.4 ghc-gconf-devel-0.10.1-5.fc12.x86_64 requires ghc = 0:6.10.4 ghc-gconf-prof-0.10.1-5.fc12.x86_64 requires ghc-prof = 0:6.10.4 ghc-ghc-paths-devel-0.1.0.5-8.fc12.i686 requires ghc = 0:6.10.4 ghc-ghc-paths-devel-0.1.0.5-8.fc12.i686 requires ghc = 0:6.10.4 ghc-ghc-paths-devel-0.1.0.5-8.fc12.x86_64 requires ghc = 0:6.10.4 ghc-ghc-paths-devel-0.1.0.5-8.fc12.x86_64 requires ghc = 0:6.10.4 ghc-ghc-paths-doc-0.1.0.5-8.fc12.x86_64 requires ghc-doc = 0:6.10.4 ghc-ghc-paths-doc-0.1.0.5-8.fc12.x86_64 requires ghc-doc = 0:6.10.4 ghc-ghc-paths-prof-0.1.0.5-8.fc12.x86_64 requires ghc-prof = 0:6.10.4 ghc-gio-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-gio-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-gio-devel-0.10.1-5.fc12.x86_64 requires ghc = 0:6.10.4 ghc-gio-devel-0.10.1-5.fc12.x86_64 requires ghc = 0:6.10.4 ghc-gio-prof-0.10.1-5.fc12.x86_64 requires ghc-prof = 0:6.10.4 ghc-glade-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-glade-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-glade-devel-0.10.1-5.fc12.x86_64 requires ghc = 0:6.10.4 ghc-glade-devel-0.10.1-5.fc12.x86_64 requires ghc = 0:6.10.4 ghc-glade-prof-0.10.1-5.fc12.x86_64 requires ghc-prof = 0:6.10.4 ghc-glib-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-glib-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-glib-devel-0.10.1-5.fc12.x86_64 requires ghc = 0:6.10.4 ghc-glib-devel-0.10.1-5.fc12.x86_64 requires ghc = 0:6.10.4 ghc-glib-prof-0.10.1-5.fc12.x86_64 requires ghc-prof = 0:6.10.4 ghc-gstreamer-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-gstreamer-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-gstreamer-devel-0.10.1-5.fc12.x86_64 requires ghc = 0:6.10.4 ghc-gstreamer-devel-0.10.1-5.fc12.x86_64 requires ghc = 0:6.10.4 ghc-gstreamer-prof-0.10.1-5.fc12.x86_64 requires ghc-prof = 0:6.10.4 ghc-gtk-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-gtk-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-gtk-devel-0.10.1-5.fc12.x86_64 requires ghc = 0:6.10.4 ghc-gtk-devel-0.10.1-5.fc12.x86_64 requires ghc = 0:6.10.4 ghc-gtk-prof-0.10.1-5.fc12.x86_64 requires ghc-prof = 0:6.10.4 ghc-gtkglext-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-gtkglext-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-gtkglext-devel-0.10.1-5.fc12.x86_64 requires ghc = 0:6.10.4 ghc-gtkglext-devel-0.10.1-5.fc12.x86_64 requires ghc = 0:6.10.4 ghc-gtkglext-prof-0.10.1-5.fc12.x86_64 requires ghc-prof = 0:6.10.4 ghc-gtksourceview2-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-gtksourceview2-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-gtksourceview2-devel-0.10.1-5.fc12.x86_64 requires ghc = 0:6.10.4 ghc-gtksourceview2-devel-0.10.1-5.fc12.x86_64 requires ghc = 0:6.10.4 ghc-gtksourceview2-prof-0.10.1-5.fc12.x86_64 requires ghc-prof = 0:6.10.4 ghc-haskell-platform-devel-2009.2.0.2-3.fc13.i686 requires ghc = 0:6.10.4 ghc-haskell-platform-devel-2009.2.0.2-3.fc13.i686 requires ghc = 0:6.10.4 ghc-haskell-platform-devel-2009.2.0.2-3.fc13.x86_64 requires ghc = 0:6.10.4 ghc-haskell-platform-devel-2009.2.0.2-3.fc13.x86_64 requires ghc = 0:6.10.4 ghc-haskell-platform-doc-2009.2.0.2-3.fc13.x86_64 requires ghc-doc = 0:6.10.4 ghc-haskell-platform-doc-2009.2.0.2-3.fc13.x86_64 requires ghc-doc = 0:6.10.4 ghc-haskell-platform-prof-2009.2.0.2-3.fc13.x86_64 requires ghc-prof = 0:6.10.4 ghc-haskell-src-exts-devel-1.3.0-2.fc13.i686 requires ghc = 0:6.10.4 ghc-haskell-src-exts-devel-1.3.0-2.fc13.i686 requires ghc = 0:6.10.4 ghc-haskell-src-exts-devel-1.3.0-2.fc13.x86_64 requires ghc = 0:6.10.4 ghc-haskell-src-exts-devel-1.3.0-2.fc13.x86_64 requires ghc = 0:6.10.4 ghc-haskell-src-exts-doc-1.3.0-2.fc13.x86_64 requires ghc-doc = 0:6.10.4 ghc-haskell-src-exts-doc-1.3.0-2.fc13.x86_64 requires ghc-doc = 0:6.10.4 ghc-haskell-src-exts-prof-1.3.0-2.fc13.x86_64 requires ghc-prof = 0:6.10.4 ghc-network-devel-2.2.1.4-2.fc12.i686 requires ghc = 0:6.10.4 ghc-network-devel-2.2.1.4-2.fc12.i686 requires ghc = 0:6.10.4 ghc-network-devel-2.2.1.4-2.fc12.x86_64 requires ghc = 0:6.10.4 ghc-network-devel-2.2.1.4-2.fc12.x86_64 requires ghc = 0:6.10.4 ghc-network-doc-2.2.1.4-2.fc12.x86_64 requires ghc-doc = 0:6.10.4 ghc-network-doc-2.2.1.4-2.fc12.x86_64 requires ghc-doc = 0:6.10.4 ghc-network-prof-2.2.1.4-2.fc12.x86_64 requires ghc-prof = 0:6.10.4 ghc-soegtk-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-soegtk-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-soegtk-devel-0.10.1-5.fc12.x86_64 requires ghc = 0:6.10.4 ghc-soegtk-devel-0.10.1-5.fc12.x86_64 requires ghc = 0:6.10.4 ghc-soegtk-prof-0.10.1-5.fc12.x86_64 requires ghc-prof = 0:6.10.4 ghc-svgcairo-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-svgcairo-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-svgcairo-devel-0.10.1-5.fc12.x86_64 requires ghc = 0:6.10.4 ghc-svgcairo-devel-0.10.1-5.fc12.x86_64 requires ghc = 0:6.10.4 ghc-svgcairo-prof-0.10.1-5.fc12.x86_64 requires ghc-prof = 0:6.10.4 ghc-uniplate-devel-1.2.0.3-6.fc12.i686 requires ghc = 0:6.10.4 ghc-uniplate-devel-1.2.0.3-6.fc12.i686 requires ghc = 0:6.10.4 ghc-uniplate-devel-1.2.0.3-6.fc12.x86_64 requires ghc = 0:6.10.4 ghc-uniplate-devel-1.2.0.3-6.fc12.x86_64 requires ghc = 0:6.10.4 ghc-uniplate-doc-1.2.0.3-6.fc12.x86_64 requires ghc-doc = 0:6.10.4 ghc-uniplate-doc-1.2.0.3-6.fc12.x86_64 requires ghc-doc = 0:6.10.4 ghc-uniplate-prof-1.2.0.3-6.fc12.x86_64 requires ghc-prof = 0:6.10.4 ghc-xmonad-contrib-devel-0.9-1.fc13.i686 requires ghc-utf8-string-devel = 0:0.3.5 ghc-xmonad-contrib-devel-0.9-1.fc13.i686 requires ghc = 0:6.10.4 ghc-xmonad-contrib-devel-0.9-1.fc13.i686 requires ghc = 0:6.10.4 ghc-xmonad-contrib-devel-0.9-1.fc13.x86_64 requires ghc-utf8-string-devel = 0:0.3.5 ghc-xmonad-contrib-devel-0.9-1.fc13.x86_64 requires ghc = 0:6.10.4 ghc-xmonad-contrib-devel-0.9-1.fc13.x86_64 requires ghc = 0:6.10.4 ghc-xmonad-contrib-doc-0.9-1.fc13.x86_64 requires ghc-doc = 0:6.10.4 ghc-xmonad-contrib-doc-0.9-1.fc13.x86_64 requires ghc-doc = 0:6.10.4 ghc-xmonad-contrib-doc-0.9-1.fc13.x86_64 requires ghc-utf8-string-doc = 0:0.3.5 ghc-xmonad-contrib-prof-0.9-1.fc13.x86_64 requires ghc-prof = 0:6.10.4 ghc-xmonad-contrib-prof-0.9-1.fc13.x86_64 requires ghc-utf8-string-prof = 0:0.3.5 ghc-xmonad-devel-0.9-3.fc13.i686 requires ghc-X11-devel = 0:1.4.6.1 ghc-xmonad-devel-0.9-3.fc13.i686 requires ghc = 0:6.10.4 ghc-xmonad-devel-0.9-3.fc13.i686 requires ghc = 0:6.10.4 ghc-xmonad-devel-0.9-3.fc13.x86_64 requires ghc-X11-devel = 0:1.4.6.1 ghc-xmonad-devel-0.9-3.fc13.x86_64 requires ghc = 0:6.10.4 ghc-xmonad-devel-0.9-3.fc13.x86_64 requires ghc = 0:6.10.4 ghc-xmonad-doc-0.9-3.fc13.x86_64 requires ghc-doc = 0:6.10.4 ghc-xmonad-doc-0.9-3.fc13.x86_64 requires ghc-doc = 0:6.10.4 ghc-xmonad-doc-0.9-3.fc13.x86_64 requires ghc-X11-doc = 0:1.4.6.1 ghc-xmonad-prof-0.9-3.fc13.x86_64 requires ghc-X11-prof = 0:1.4.6.1 ghc-xmonad-prof-0.9-3.fc13.x86_64 requires ghc-prof = 0:6.10.4 haskell-platform-2009.2.0.2-3.fc13.x86_64 requires ghc = 0:6.10.4 hulahop-0.6.0-2.fc12.x86_64 requires xulrunner-python hulahop-0.6.0-2.fc12.x86_64 requires libpyxpcom.so()(64bit) inksmoto-0.7.0-1.rc1.fc13.noarch requires /bin/python kst-fits-1.8.0-3.fc12.x86_64 requires cfitsio = 0:3.140 kst-netcdf-1.8.0-3.fc12.x86_64 requires libnetcdf.so.4()(64bit) kst-netcdf-1.8.0-3.fc12.x86_64 requires libnetcdf_c++.so.4()(64bit) linphone-2.1.1-4.fc12.i686 requires libortp.so.7 linphone-2.1.1-4.fc12.x86_64 requires libortp.so.7()(64bit) ocaml-camlp5-5.12-2.fc12.x86_64 requires ocaml(Format) = 0:b7ba3152a5eec5609d6ab86e6c51eebb ocaml-camlp5-5.12-2.fc12.x86_64 requires ocaml(Printexc) = 0:fdf007941aa14d1a26323558012dbf52 ocaml-camlp5-5.12-2.fc12.x86_64 requires ocaml(Buffer) = 0:23af67395823b652b807c4ae0b581211 ocaml-camlp5-5.12-2.fc12.x86_64 requires ocaml(Filename) = 0:7cd172f02b7ee9b8d7bda3bb92144951 ocaml-camlp5-5.12-2.fc12.x86_64 requires ocaml(runtime) = 0:3.11.1 ocaml-camlp5-5.12-2.fc12.x86_64 requires ocaml(Obj) = 0:c827f726ce05da709cf7de58fc15e324 ocaml-json-wheel-1.0.6-2.fc12.x86_64 requires ocaml(Format) = 0:b7ba3152a5eec5609d6ab86e6c51eebb ocaml-json-wheel-1.0.6-2.fc12.x86_64 requires ocaml(Buffer) = 0:23af67395823b652b807c4ae0b581211 ocaml-json-wheel-1.0.6-2.fc12.x86_64 requires ocaml(Obj) = 0:c827f726ce05da709cf7de58fc15e324 ocaml-json-wheel-1.0.6-2.fc12.x86_64 requires ocaml(runtime) = 0:3.11.1 ocaml-ocamlnet-2.2.9-15.fc13.x86_64 requires ocaml(Format) = 0:b7ba3152a5eec5609d6ab86e6c51eebb ocaml-ocamlnet-2.2.9-15.fc13.x86_64 requires ocaml(runtime) = 0:3.11.1 ocaml-ocamlnet-2.2.9-15.fc13.x86_64 requires ocaml(Filename) = 0:7cd172f02b7ee9b8d7bda3bb92144951 ocaml-ocamlnet-2.2.9-15.fc13.x86_64 requires ocaml(Obj) = 0:c827f726ce05da709cf7de58fc15e324 ocaml-ocamlnet-2.2.9-15.fc13.x86_64 requires ocaml(Printexc) = 0:fdf007941aa14d1a26323558012dbf52 ocaml-ocamlnet-2.2.9-15.fc13.x86_64 requires ocaml(Buffer) = 0:23af67395823b652b807c4ae0b581211 ocaml-ocamlnet-nethttpd-2.2.9-15.fc13.x86_64 requires ocaml(Format) = 0:b7ba3152a5eec5609d6ab86e6c51eebb ocaml-ocamlnet-nethttpd-2.2.9-15.fc13.x86_64 requires ocaml(Buffer) = 0:23af67395823b652b807c4ae0b581211 ocaml-ocamlnet-nethttpd-2.2.9-15.fc13.x86_64 requires ocaml(Printexc) = 0:fdf007941aa14d1a26323558012dbf52 ocaml-ocamlnet-nethttpd-2.2.9-15.fc13.x86_64 requires ocaml(Filename) = 0:7cd172f02b7ee9b8d7bda3bb92144951 ocaml-ocamlnet-nethttpd-2.2.9-15.fc13.x86_64 requires ocaml(runtime) = 0:3.11.1 ocaml-ocamlnet-nethttpd-2.2.9-15.fc13.x86_64 requires ocaml(Obj) = 0:c827f726ce05da709cf7de58fc15e324 ocaml-preludeml-0.1-0.13.20090113.fc12.x86_64 requires ocaml(Buffer) = 0:23af67395823b652b807c4ae0b581211 ocaml-preludeml-0.1-0.13.20090113.fc12.x86_64 requires ocaml(Filename) = 0:7cd172f02b7ee9b8d7bda3bb92144951 ocaml-preludeml-0.1-0.13.20090113.fc12.x86_64 requires ocaml(runtime) = 0:3.11.1 ocaml-preludeml-0.1-0.13.20090113.fc12.x86_64 requires ocaml(Obj) = 0:c827f726ce05da709cf7de58fc15e324 ocaml-pxp-1.2.1-2.fc12.x86_64 requires ocaml(Format) = 0:b7ba3152a5eec5609d6ab86e6c51eebb ocaml-pxp-1.2.1-2.fc12.x86_64 requires ocaml(Printexc) = 0:fdf007941aa14d1a26323558012dbf52 ocaml-pxp-1.2.1-2.fc12.x86_64 requires ocaml(Buffer) = 0:23af67395823b652b807c4ae0b581211 ocaml-pxp-1.2.1-2.fc12.x86_64 requires ocaml(Filename) = 0:7cd172f02b7ee9b8d7bda3bb92144951 ocaml-pxp-1.2.1-2.fc12.x86_64 requires ocaml(runtime) = 0:3.11.1 ocaml-pxp-1.2.1-2.fc12.x86_64 requires ocaml(Obj) = 0:c827f726ce05da709cf7de58fc15e324 ocaml-reins-0.1a-6.fc12.x86_64 requires ocaml(Printexc) = 0:fdf007941aa14d1a26323558012dbf52 ocaml-reins-0.1a-6.fc12.x86_64 requires ocaml(Buffer) = 0:23af67395823b652b807c4ae0b581211 ocaml-reins-0.1a-6.fc12.x86_64 requires ocaml(runtime) = 0:3.11.1 ocaml-reins-0.1a-6.fc12.x86_64 requires ocaml(Obj) = 0:c827f726ce05da709cf7de58fc15e324 ocaml-xmlrpc-light-0.6.1-3.fc12.x86_64 requires ocaml(Format) = 0:b7ba3152a5eec5609d6ab86e6c51eebb ocaml-xmlrpc-light-0.6.1-3.fc12.x86_64 requires ocaml(Buffer) = 0:23af67395823b652b807c4ae0b581211 ocaml-xmlrpc-light-0.6.1-3.fc12.x86_64 requires ocaml(runtime) = 0:3.11.1 ocaml-xmlrpc-light-0.6.1-3.fc12.x86_64 requires ocaml(Printexc) = 0:fdf007941aa14d1a26323558012dbf52 ocaml-xmlrpc-light-0.6.1-3.fc12.x86_64 requires ocaml(Obj) = 0:c827f726ce05da709cf7de58fc15e324 player-3.0.0-4.fc12.i686 requires libgeos-3.1.1.so player-3.0.0-4.fc12.i686 requires libcxcore.so.2 player-3.0.0-4.fc12.i686 requires libcvaux.so.2 player-3.0.0-4.fc12.i686 requires libml.so.2 player-3.0.0-4.fc12.i686 requires libhighgui.so.2 player-3.0.0-4.fc12.i686 requires libpqxx-2.6.8.so player-3.0.0-4.fc12.i686 requires libcv.so.2 player-3.0.0-4.fc12.x86_64 requires libhighgui.so.2()(64bit) player-3.0.0-4.fc12.x86_64 requires libcv.so.2()(64bit) player-3.0.0-4.fc12.x86_64 requires libcxcore.so.2()(64bit) player-3.0.0-4.fc12.x86_64 requires libgeos-3.1.1.so()(64bit) player-3.0.0-4.fc12.x86_64 requires libml.so.2()(64bit) player-3.0.0-4.fc12.x86_64 requires libcvaux.so.2()(64bit) player-3.0.0-4.fc12.x86_64 requires libpqxx-2.6.8.so()(64bit) pyexiv2-0.1.3-5.fc12.x86_64 requires libexiv2.so.5()(64bit) python-basemap-0.99.4-1.fc13.x86_64 requires libgeos-3.2.0rc3.so()(64bit) selenium-core-1.0.2-0.1.20091211svn.fc13.noarch requires commons-logging zikula-module-menutree-2.2-1.fc13.noarch requires zikula >= 0:1.2 New package ReviewBoard Web-based code review tool New package at-spi2-core Protocol definitions and daemon for D-Bus at-spi New package cciss_vol_status Show status of logical drives attached to HP Smartarray controllers New package dnstop Displays information about DNS traffic on your network New package git-bugzilla Attach patches to a bugzilla bug New package hunspell-mai Maithili hunspell dictionaries New package mopac7 Semi-empirical quantum mechanics suite New package pki-common Dogtag Certificate System - PKI Common Framework New package pki-java-tools Dogtag Certificate System - PKI Java-Based Tools New package pvs-sbcl Interactive theorem prover from SRI New package selenium-core A DHTML test execution framework Updated Packages: 389-ds-base-1.2.5-0.5.rc4.fc13 ------------------------------ * Mon Jan 04 2010 Rich Megginson - 1.2.5-0.5.rc4 - 1.2.5.rc4 release anaconda-13.14-1.fc13 --------------------- * Mon Jan 04 2010 Chris Lumens - 13.14-1 - Include fontconfig files needed for scaling of Meera fonts (#531742, - Don't write dracut kernel cmdline paramters to anaconda-ks.cfg (hdegoede) - Write dracut rd_NO_foo options to grub.conf (hdegoede) - Add dracutSetupString methods to all relevant device classes (hdegoede) - Avoid duplicate kernel cmdline options and cleanup booty dracut code (hdegoede) anyremote-5.1-1.fc13 -------------------- * Mon Jan 04 2010 Mikhail Fedotov - 5.1 - Better support of Command Fusion's iViewer, tested on iPod Touch. Exclude keyjnote, kpdf, kuickshow, kview, noatun and KDE3-related configuration files from the release. Added configuration file for Dragon player. Add KDE4 support in Kaffeine configuration file. bash-4.1.0-1.fc13 ----------------- * Mon Jan 04 2010 Roman Rakus - 4.1.0-1 - Upstream 4.1 control-center-2.29.4-1.fc13 ---------------------------- * Mon Jan 04 2010 Matthias Clasen - 2.29.4-1 - Update to 2.29.4 - Drop many upstreamed patches ctags-5.8-2.fc13 ---------------- * Mon Jan 04 2010 Marcela Ma?l??ov? - 5.8-2 - fix license tag dbus-cxx-0.5.1-1.fc13 --------------------- * Mon Jan 04 2010 Rick L Vinyard Jr - 0.5.1-1 - New release doxygen-1.6.2-1.fc13 -------------------- * Mon Jan 04 2010 Than Ngo - 1:1.6.2-1 - 1.6.2 dzen2-0.8.5-7.20100104svn.fc13 ------------------------------ * Mon Jan 04 2010 Till Maas - 0.8.5-7.20100104svn - Update to svn snapshot to support Xft and docking RedHat Bugzilla #552386 * Wed Sep 16 2009 Till Maas - 0.8.5-6 - Fix some typos in %description emacs-23.1-18.fc13 ------------------ * Mon Jan 04 2010 Karel Klic 1:23.1-18 - Fixed rhbz#517272 - emacs-23.1 update shows fonts in double the normal size enchant-1.5.0-5.fc13 -------------------- * Tue Jan 05 2010 Michael Schwendt 1:1.5.0-5 - Revert 544473: Move libenchant.so back into the -devel package. exiv2-0.19-1.fc13 ----------------- * Wed Dec 30 2009 Rex Dieter - 0.19-1 - exiv2-0.19 (#552275) * Sun Dec 13 2009 Rex Dieter - 0.18.2-3 - -libs unconditional - tighten deps using %?_isa fuseiso-20070708-9.fc13 ----------------------- * Mon Jan 04 2010 Tom "spot" Callaway - 20070708-9 - rebuilt with fixed url (resolves bz 542998) gcin-1.4.6-1.fc13 ----------------- * Tue Jan 05 2010 Chung-Yen Chang - 1.4.6-1 - update to 1.4.6 gdb-7.0.1-19.fc12 ----------------- * Sun Jan 03 2010 Jan Kratochvil - 7.0.1-19.fc12 - testsuite: Fixup false FAILs for gdb.cp/constructortest.exp. * Sat Jan 02 2010 Jan Kratochvil - 7.0.1-18.fc12 - Fix regression of gdb-7.0 (from 6.8) crashing on typedefed bitfields. - Fix related_breakpoint stale ref crash. * Fri Jan 01 2010 Jan Kratochvil - 7.0-15.fc12 - Fix error on a sw watchpoint active at function epilogue (hit on s390x). - testsuite: Fix false MI "unknown output after running" regression. - testsuite: Update ia64-sigtramp.exp for recent GDB. - Implement bt-clone-stop.exp fix also for ia64. - testsuite: Upstream condbreak.exp results stability fix (Daniel Jacobowitz). * Fri Jan 01 2010 Jan Kratochvil - 7.0-16.fc12 - More RHEL-5 compatibility updates. - Disable the build-id support by default. - Bundle back gdbserver to the base gdb package. - Remove bundled pstack. - Drop the BuildRequires of rpm-devel. * Fri Jan 01 2010 Jan Kratochvil - 7.0.1-17.fc12 - Formal upgrade to the FSF GDB release gdb-7.0.1. - Fix regression of gdb-7.0.1 not preserving typedef of a field. * Thu Dec 24 2009 Jan Kratochvil - 7.0-14.fc12 - testsuite: Fix constructortest.exp and expand-sals.exp for gcc-4.4.2-20.fc12. geeqie-1.0-0.20.beta2.fc13 -------------------------- * Mon Jan 04 2010 Rex Dieter - 1.0-0.20.beta2 - rebuild (exiv2) gipfel-0.3.2-3.fc13 ------------------- * Mon Jan 04 2010 Rex Dieter - 0.3.2-3 - rebuild (exiv2) gir-repository-0.6.5-5.fc13 --------------------------- * Mon Jan 04 2010 Tomas Bzatek 0.6.5-5 - Drop gdk gnome-commander-1.2.9-0.2.git_D20100101T0000.fc13 ------------------------------------------------- * Mon Jan 04 2010 Rex Dieter 1:1.2.9-0.2 - rebuild (exiv2) gnome-python2-desktop-2.29.1-1.fc13 ----------------------------------- * Mon Jan 04 2010 Matthew Barnes - 2.28.0-3.fc13 - Add patch for GNOME bug #603231 (BraseroTrackDataType is now private). * Mon Jan 04 2010 Matthew Barnes - 2.29.1-1.fc13 - Update to 2.29.1 - Remove patch for GNOME bug #603231 (fixed upstream). * Thu Dec 03 2009 Bastien Nocera 2.28.0-2 - Rebuild for new evince gpscorrelate-1.6.0-4.fc13 ------------------------- * Mon Jan 04 2010 Rex Dieter - 1.6.0-4 - rebuild (exiv2) graphviz-2.26.0-2.fc13 ---------------------- * Mon Jan 04 2010 Patrick "Jima" Laughton 2.26.0-2 - Rebuild for updated ocaml - Happy new year, Fedora! gstreamer-java-1.3-1.fc13 ------------------------- * Sat Dec 26 2009 Levente Farkas - 1.3-1 - update to version 1.3 gstreamermm-0.10.6-1.fc13 ------------------------- * Mon Jan 04 2010 Denis Leroy - 0.10.6-1 - Update to upstream 0.10.6 gthumb-2.11.1-1.fc13 -------------------- * Mon Jan 04 2010 Matthias Clasen - 2.11.1-1 - Update to 2.11.1 gtk2-engines-2.18.5-1.fc13 -------------------------- * Mon Jan 04 2010 Matthias Clasen - 2.18.5-1 - Update to 2.18.5 hercules-3.06-9.20100105svn5591.fc13 ------------------------------------ * Tue Jan 05 2010 Dan Hor?k 3.06-9.20100105svn5591 - updated to svn revision 5591 hugin-0.8.0-3.fc13 ------------------ * Mon Jan 04 2010 Rex Dieter 0.8.0-3 - rebuild (exiv2) hunspell-fo-0.2.39-1.fc13 ------------------------- * Mon Jan 04 2010 Caolan McNamara - 0.2.39-1 - latest version immix-1.3.2-8.fc13 ------------------ * Mon Jan 04 2010 Rex Dieter - 1.3.2-8 - rebuild (exiv2) iproute-2.6.31-1.fc13 --------------------- * Mon Jan 04 2010 Marcela Ma?l??ov? - 2.6.31-1 - update to 2.6.31 kdebase-runtime-4.3.85-3.fc13 ----------------------------- * Sun Jan 03 2010 Rex Dieter - 4.3.85-3 - rebuild (exiv2) kdegraphics-4.3.85-2.fc13 ------------------------- * Sun Jan 03 2010 Rex Dieter - 4.3.85-2 - rebuild (exiv2) kipi-plugins-1.0.0-2.fc13 ------------------------- * Sun Jan 03 2010 Rex Dieter 1.0.0-2 - rebuild (exiv2) koffice-2.1.0-3.fc13 -------------------- * Sun Jan 03 2010 Rex Dieter - 3:2.1.0-3 - rebuild (exiv2) kphotoalbum-4.1.1-3.fc13 ------------------------ * Sun Jan 03 2010 Rex Dieter 4.1.1-3 - rebuild (exiv2) krb5-1.7-15.fc13 ---------------- * Mon Jan 04 2010 Nalin Dahyabhai - 1.7-15 - add upstream patch for KDC crash during referral processing (CVE-2009-3295), via Tom Yu (#545002) krename-4.0.1-2.fc13 -------------------- * Sun Jan 03 2010 Rex Dieter - 4.0.1-2 - rebuild (exiv2) - drop extraneous Req: hicolor-icon-theme - update icon scriptlets ksh-20091224-1.fc13 ------------------- * Mon Jan 04 2010 Michal Hlavinka - 20091224-1 - updated to 2009-12-24 less-436-5.fc13 --------------- * Mon Jan 04 2010 Nikola Pajkovsky - 436-5 - patched wrong manpage. Resolves: #537746. libextractor-0.5.23-1304.fc13 ----------------------------- * Mon Jan 04 2010 Rex Dieter - 0.5.23-1304 - rebuild (exiv2) libpng10-1.0.52-1.fc13 ---------------------- * Mon Jan 04 2010 Paul Howarth 1.0.52-1 - update to 1.0.52 (minor changes, see ANNOUNCE for details) listen-0.6.3-2.fc13 ------------------- * Mon Jan 04 2010 Ha?kel Gu?mar - 0.6.3-2 - add pyxdg as an explicit requires merkaartor-0.14-3.fc13 ---------------------- * Mon Jan 04 2010 Rex Dieter - 0.14-3 - rebuild (exiv2) nautilus-open-terminal-0.18-1.fc13 ---------------------------------- * Mon Jan 04 2010 Matthias Clasen - 0.18-1 - Update to 0.18 nautilus-sound-converter-1.0.3-1.fc13 ------------------------------------- * Mon Jan 04 2010 Brian Pepple - 1.0.3-1 - Update to 1.0.3. nfs-utils-1.2.1-8.fc13 ---------------------- * Mon Jan 04 2010 Steve Dickson 1.2.1-8 - mount.nfs: don't use IPv6 unless IPV6_SUPPORTED is set nss_compat_ossl-0.9.5-5.fc13 ---------------------------- * Mon Jan 04 2010 Rob Crittenden - 0.9.5-5 - Add nss-devel requires to the devel sub-package (BZ #550770) openal-soft-1.10.622-6.0ceaa01c3de75c946ff2e7591e7f69b28ec00409git.fc13 ----------------------------------------------------------------------- * Mon Jan 04 2010 Thomas Kowaliczek - 1.10.622-6.0ceaa01c3de75c946ff2e7591e7f69b28ec00409 - Newer git version with more Pulseaudio fixes. Have fun. openbox-3.4.9-2.fc13 -------------------- * Mon Jan 04 2010 Miroslav Lichvar - 3.4.9-2 - Rename obprop to obxprop to avoid conflict with openbabel (#549152) openconnect-2.20-1.fc13 ----------------------- * Mon Jan 04 2010 David Woodhouse - 2.20-1 - Update to 2.20. paraview-3.6.2-1.fc13 --------------------- * Mon Jan 04 2010 Orion Poplawski - 3.6.2-1 - Update to 3.6.2 * Thu Nov 19 2009 Orion Poplawski - 3.6.1-7 - New location for openmpi (fixes FTBFS bug #539179) patch-2.6.1-1.fc13 ------------------ * Mon Jan 04 2010 Tim Waugh 2.6.1-1 - 2.6.1 (bug #551569). No longer need best-name patch. perl-App-Nopaste-0.18-1.fc13 ---------------------------- * Mon Jan 04 2010 Iain Arnell 0.18-1 - update to latest upstream version (adds ssh support) perl-B-Utils-0.10-1.fc13 ------------------------ * Mon Jan 04 2010 Iain Arnell 0.10-1 - update to latest upstream version perl-Catalyst-Plugin-Authorization-Roles-0.08-1.fc13 ---------------------------------------------------- * Mon Jan 04 2010 Iain Arnell 0.08-1 - update to latest upstream version perl-Catalyst-Plugin-Session-Store-FastMmap-0.13-1.fc13 ------------------------------------------------------- * Mon Jan 04 2010 Iain Arnell 0.13-1 - update to latest upstream version perl-Data-FormValidator-4.65-1.fc13 ----------------------------------- * Mon Jan 04 2010 Iain Arnell 4.65-1 - update to latest upstream version - BR perl(Template), perl(Template::Stash), perl(Test::Pod) for tests perl-Data-Visitor-0.26-1.fc13 ----------------------------- * Mon Jan 04 2010 Iain Arnell 0.26-1 - update to latest upstream version - BR perl(Moose), not perl(Any::Moose) perl-DateTime-Format-Natural-0.82-1.fc13 ---------------------------------------- * Mon Jan 04 2010 Iain Arnell 0.82-1 - update to latest upstream version perl-Devel-NYTProf-3.01-1.fc13 ------------------------------ * Mon Jan 04 2010 Iain Arnell 3.01-1 - update to latest upstream version - use perl_default_filter perl-HTML-Toc-1.12-1.fc13 ------------------------- * Mon Jan 04 2010 Iain Arnell 1.12-1 - update to latest upstream version perl-Text-Context-3.7-1.fc13 ---------------------------- * Mon Jan 04 2010 Iain Arnell 3.7-1 - update to latest upstream version * Fri Dec 04 2009 Stepan Kasal - 3.6-3 - rebuild against perl 5.10.1 perl-WWW-Mechanize-TreeBuilder-1.10001-1.fc13 --------------------------------------------- * Mon Jan 04 2010 Iain Arnell 1.10001-1 - update to latest upstream version perl-XML-Atom-0.37-1.fc13 ------------------------- * Mon Jan 04 2010 Iain Arnell 0.37-1 - update to latest upstream version - BR/R perl(XML::XPath) perl-local-lib-1.004009-2.fc13 ------------------------------ * Tue Jan 05 2010 Chris Weyl 1.004009-1 - add perl_default_filter - auto-update to 1.004009 (by cpan-spec-update 0.01) * Tue Jan 05 2010 Chris Weyl 1.004009-2 - add perl-homedir subpackage psacct-6.5.1-2.fc13 ------------------- * Mon Jan 04 2010 Ivana Hutarova Varekova - 6.5.1-2 - fix initscript (accton parameters changed) - fix lastcomm setings (#550229 - confusion about accounting file location) python-cheetah-2.4.1-1.fc13 --------------------------- * Mon Jan 04 2010 Mike Bonnet - 2.4.1-1 - update to the 2.4.1 release qtpfsgui-1.9.3-4.fc13 --------------------- * Mon Jan 04 2010 Rex Dieter - 1.9.3-4 - rebuild (exiv2) rawstudio-1.2-3.fc13 -------------------- * Mon Jan 04 2010 Rex Dieter - 1.2-3 - rebuild (exiv2) redland-1.0.10-3.fc13 --------------------- * Mon Jan 04 2010 Rex Dieter - 1.0.10-3 - no_undefined patch report-0.5-1.fc13 ----------------- revisor-2.1.11-1.fc13 --------------------- * Mon Jan 04 2010 Jeroen van Meeuwen 2.1.11-1 - Fix os not being imported (#541443) * Tue Nov 24 2009 Jeroen van Meeuwen 2.1.8-2 - Fix configuration file issues - Better estimation for the size of a tree that is to become an iso - Huge improvements to package ordering - Exclude boot.iso from installation media iso files rpm-4.8.0-0.beta1.5 ------------------- * Mon Jan 04 2010 Panu Matilainen - 4.8.0-0.beta1.5 - always clear locally defined macros when they go out of scope sabayon-2.29.5-0.1.rc2.fc13 --------------------------- * Thu Dec 31 2009 Warren Togami - 2.29.5-0.1.rc2 - Update to 2.95.5-rc2 - glade removed, replaced by GNOME Builder - /etc/desktop-profile moved to /etc/sabayon/profiles Manual Migration: mv /etc/desktop-profiles/*.xml /etc/sabayon mv /etc/desktop-profiles/*.zip /etc/sabayon/profiles selinux-policy-3.7.5-6.fc13 --------------------------- * Mon Jan 04 2010 Dan Walsh 3.7.5-6 - add usbmon device - Add allow rulse for devicekit_disk solang-0.3-6.1fa4f602dd79f8be1f4c6e4be4f86e42970d84a9git.fc13 ------------------------------------------------------------- * Mon Jan 04 2010 Rex Dieter - 0.3-6 - rebuild (exiv2) strigi-0.7.0-2.fc13 ------------------- * Sun Jan 03 2010 Rex Dieter - 0.7.0-2 - rebuild (exiv2) system-config-network-1.5.99-3.fc13 ----------------------------------- * Mon Jan 04 2010 Jiri Popelka 1.5.99-3 - NCPluginDevModem.py still requires kudzu to probe for modems (bz #513939) transmission-1.80-0.2.b4.fc13 ----------------------------- * Tue Jan 05 2010 Rahul Sundaram - 1.80-0.1.b4 - 1.80 Beta 4 - http://trac.transmissionbt.com/wiki/Changes#version-1.80b4 * Tue Jan 05 2010 Rahul Sundaram - 1.80-0.2.b4 - Add BR GConf2-devel tzdata-2009u-1.fc13 ------------------- * Mon Jan 04 2010 Petr Machata - 2009u-1 - Upstream 2009p - Argentina does not enter DST on October 18 - San Luis switched from UTC-4 to UTC-3 on October 11th - Upstream 2009q - Change DST end in Syria from November 1 to last Friday in October - Changes to past Hong Kong transitions - Kemerovo oblast' in Russia will change current time zone on March 28, 2010. Asia/Novokuznetsk is the new time zone name - Upstream 2009r - Changes to local times of three Australian research stations in Antarctica - Upstream 2009s - Fiji plans to re-introduce DST from November 29th 2009 to April 25th 2010 - Upstream 2009u - Bangladesh changed their clock back to Standard Time on December 31, 2009 - Dropped tzdata-2009o-argentinas.patch ufraw-0.16-2.fc13 ----------------- * Mon Jan 04 2010 Rex Dieter - 0.16-2 - rebuild (exiv2) vim-perl-support-4.6-1.fc13 --------------------------- * Tue Jan 05 2010 Iain Arnell 4.6-1 - update to latest upstream release - update requires/provides filtering vinagre-2.29.1-2.fc13 --------------------- * Mon Jan 04 2010 Matthias Clasen 2.29.1-2 - Don't crash when the history file is empty (#552076) xorg-x11-drv-wacom-0.10.3-2.fc13 -------------------------------- * Tue Jan 05 2010 Peter Hutterer 0.10.3-1 - wacom 0.10.3 * Tue Jan 05 2010 Peter Hutterer 0.10.3-2 - BuildRequires and Requires libX11 and libXi for xsetwacom. yum-3.2.25-8.fc13 ----------------- * Mon Jan 04 2010 Seth Vidal - 3.2.25-8 - latest head zhcon-0.2.6-15.fc13 ------------------- * Mon Jan 04 2010 Ding-Yi Chen - 0.2.6-15 - Applied Debian's zhcon_0.2.6-6.diff.gz patch. - Fixed Bug 539125 - FTBFS zhcon-0.2.6-14.fc12 Summary: Added Packages: 11 Removed Packages: 0 Modified Packages: 87 From rjones at redhat.com Tue Jan 5 14:28:28 2010 From: rjones at redhat.com (Richard W.M. Jones) Date: Tue, 5 Jan 2010 14:28:28 +0000 Subject: rawhide report: 20100105 changes In-Reply-To: <20100105130934.GA7825@releng2.fedora.phx.redhat.com> References: <20100105130934.GA7825@releng2.fedora.phx.redhat.com> Message-ID: <20100105142828.GA31874@amd.home.annexia.org> These still need upstream attention. I'll badger them but it might take a while: > cduce > ocaml-camlp5 The following should be fixed in tomorrow's report: > ocaml-ocamlnet > ocaml-json-wheel > ocaml-preludeml > ocaml-pxp > ocaml-xmlrpc-light > ocaml-reins Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones Read my programming blog: http://rwmj.wordpress.com Fedora now supports 80 OCaml packages (the OPEN alternative to F#) http://cocan.org/getting_started_with_ocaml_on_red_hat_and_fedora From mclasen at redhat.com Tue Jan 5 14:37:26 2010 From: mclasen at redhat.com (Matthias Clasen) Date: Tue, 05 Jan 2010 09:37:26 -0500 Subject: packages up for adoption Message-ID: <1262702246.2604.7.camel@planemask> I intend to give up the following packages: fedorainfinity-backgrounds libbeagle libcroco libexif libspectre preferences-menus Any takers ? Matthias From bochecha at fedoraproject.org Tue Jan 5 14:54:35 2010 From: bochecha at fedoraproject.org (Mathieu Bridon) Date: Tue, 5 Jan 2010 15:54:35 +0100 Subject: packages up for adoption In-Reply-To: <1262702246.2604.7.camel@planemask> References: <1262702246.2604.7.camel@planemask> Message-ID: <2d319b781001050654n67172235q7c7685502ce8ccfa@mail.gmail.com> On Tue, Jan 5, 2010 at 15:37, Matthias Clasen wrote: > I intend to give up the following packages: > > fedorainfinity-backgrounds I've been using it since Fedora 8 (never liked any other Fedora wallpaper as much as this one), so I can't let it be retired. :) I'll take it. ---------- Mathieu Bridon From andy.shevchenko at gmail.com Tue Jan 5 14:57:31 2010 From: andy.shevchenko at gmail.com (Andy Shevchenko) Date: Tue, 5 Jan 2010 16:57:31 +0200 Subject: qstat conflicts Message-ID: <5ec8ebd51001050657r434bdd9as83277aaaf11c365d@mail.gmail.com> Hello. Does Fedora dead? I have submit new qstat packages and filed bugs against applications which are using its [qstat] old binary name. There were several weeks when qstat update on hold due to bug #533777 Should we obsolete blocking pacakge(s)? -- With Best Regards, Andy Shevchenko From mschwendt at gmail.com Tue Jan 5 15:08:21 2010 From: mschwendt at gmail.com (Michael Schwendt) Date: Tue, 5 Jan 2010 16:08:21 +0100 Subject: Our static Libraries packaging guidelines once more In-Reply-To: <20091207193525.71338163@gmail.com> References: <20091205181941.600ac00f@gmail.com> <20091205180049.GF4179@free.fr> <20091205191847.2c9c6aa1@gmail.com> <4B1CFFEE.7020306@jcomserv.net> <20091207193525.71338163@gmail.com> Message-ID: <20100105160821.59fbef0b@gmail.com> How much do we adhere to our Packaging Guidelines for static libraries? https://fedoraproject.org/wiki/Packaging:Guidelines#Packaging_Static_Libraries What had started with a few Yum queries for corner-cases (see https://www.redhat.com/archives/fedora-packaging/2009-December/msg00012.html ) has continued with another remote repository checking script: [...] Target distribution: rawhide Reading repository metadata... Misnamed -devel/-static packages: db4-devel-static from db4-4.8.24-1.fc13.src.rpm elfutils-devel-static from elfutils-0.143-1.fc12.src.rpm elfutils-libelf-devel-static from elfutils-0.143-1.fc12.src.rpm libibverbs-devel-static from libibverbs-1.1.3-3.fc13.src.rpm pciutils-devel-static from pciutils-3.1.4-6.fc13.src.rpm Shared library -devel packages that provide a virtual -static package and static libraries: cdparanoia-devel from cdparanoia-10.2-6.fc13.src.rpm /usr/lib/libcdda_interface.so <=> /usr/lib/libcdda_interface.a /usr/lib/libcdda_paranoia.so <=> /usr/lib/libcdda_paranoia.a e2fsprogs-devel from e2fsprogs-1.41.9-8.fc13.src.rpm /usr/lib/libe2p.so <=> /usr/lib/libe2p.a /usr/lib/libext2fs.so <=> /usr/lib/libext2fs.a libblkid-devel from util-linux-ng-2.17-0.6.fc13.src.rpm /usr/lib/libblkid.so <=> /usr/lib/libblkid.a libcom_err-devel from e2fsprogs-1.41.9-8.fc13.src.rpm /usr/lib/libcom_err.so <=> /usr/lib/libcom_err.a libss-devel from e2fsprogs-1.41.9-8.fc13.src.rpm /usr/lib/libss.so <=> /usr/lib/libss.a libuuid-devel from util-linux-ng-2.17-0.6.fc13.src.rpm /usr/lib/libuuid.so <=> /usr/lib/libuuid.a mpich2-devel from mpich2-1.2.1-4.fc13.src.rpm /usr/lib/mpich2/lib/libfmpich.so <=> /usr/lib/mpich2/lib/libfmpich.a /usr/lib/mpich2/lib/libmpich.so <=> /usr/lib/mpich2/lib/libmpich.a /usr/lib/mpich2/lib/libmpichcxx.so <=> /usr/lib/mpich2/lib/libmpichcxx.a /usr/lib/mpich2/lib/libmpichf90.so <=> /usr/lib/mpich2/lib/libmpichf90.a Shared library -devel packages that require a -static package: Library-less -devel packages that require a -static package: grib_api-devel from grib_api-1.7.0-4.fc12.src.rpm libmimedir-devel from libmimedir-0.4-6.fc12.src.rpm osiv-devel from osiv-2.0.0-0.8.beta.fc12.src.rpm Mispackaged -static libraries: Canna-devel from Canna-3.7p3-28.fc12.src.rpm /usr/lib/libRKC.so <=> /usr/lib/libRKC.a /usr/lib/libRKC16.so <=> /usr/lib/libRKC16.a /usr/lib/libcanna.so <=> /usr/lib/libcanna.a /usr/lib/libcanna16.so <=> /usr/lib/libcanna16.a QuantLib-devel from QuantLib-0.9.7-6.fc12.src.rpm /usr/lib/libQuantLib.so <=> /usr/lib/libQuantLib.a atlas-3dnow-devel from atlas-3.8.3-12.fc13.src.rpm /usr/lib/atlas-3dnow/libatlas.so <=> /usr/lib/atlas-3dnow/libatlas.a /usr/lib/atlas-3dnow/libcblas.so <=> /usr/lib/atlas-3dnow/libcblas.a /usr/lib/atlas-3dnow/libf77blas.so <=> /usr/lib/atlas-3dnow/libf77blas.a /usr/lib/atlas-3dnow/liblapack.so <=> /usr/lib/atlas-3dnow/liblapack.a /usr/lib/atlas-3dnow/libptcblas.so <=> /usr/lib/atlas-3dnow/libptcblas.a /usr/lib/atlas-3dnow/libptf77blas.so <=> /usr/lib/atlas-3dnow/libptf77blas.a atlas-devel from atlas-3.8.3-12.fc13.src.rpm /usr/lib/atlas/libatlas.so <=> /usr/lib/atlas/libatlas.a /usr/lib/atlas/libcblas.so <=> /usr/lib/atlas/libcblas.a /usr/lib/atlas/libf77blas.so <=> /usr/lib/atlas/libf77blas.a /usr/lib/atlas/liblapack.so <=> /usr/lib/atlas/liblapack.a /usr/lib/atlas/libptcblas.so <=> /usr/lib/atlas/libptcblas.a /usr/lib/atlas/libptf77blas.so <=> /usr/lib/atlas/libptf77blas.a atlas-sse-devel from atlas-3.8.3-12.fc13.src.rpm /usr/lib/atlas-sse/libatlas.so <=> /usr/lib/atlas-sse/libatlas.a /usr/lib/atlas-sse/libcblas.so <=> /usr/lib/atlas-sse/libcblas.a /usr/lib/atlas-sse/libf77blas.so <=> /usr/lib/atlas-sse/libf77blas.a /usr/lib/atlas-sse/liblapack.so <=> /usr/lib/atlas-sse/liblapack.a /usr/lib/atlas-sse/libptcblas.so <=> /usr/lib/atlas-sse/libptcblas.a /usr/lib/atlas-sse/libptf77blas.so <=> /usr/lib/atlas-sse/libptf77blas.a atlas-sse2-devel from atlas-3.8.3-12.fc13.src.rpm /usr/lib/atlas-sse2/libatlas.so <=> /usr/lib/atlas-sse2/libatlas.a /usr/lib/atlas-sse2/libcblas.so <=> /usr/lib/atlas-sse2/libcblas.a /usr/lib/atlas-sse2/libf77blas.so <=> /usr/lib/atlas-sse2/libf77blas.a /usr/lib/atlas-sse2/liblapack.so <=> /usr/lib/atlas-sse2/liblapack.a /usr/lib/atlas-sse2/libptcblas.so <=> /usr/lib/atlas-sse2/libptcblas.a /usr/lib/atlas-sse2/libptf77blas.so <=> /usr/lib/atlas-sse2/libptf77blas.a atlas-sse3-devel from atlas-3.8.3-12.fc13.src.rpm /usr/lib/atlas-sse3/libatlas.so <=> /usr/lib/atlas-sse3/libatlas.a /usr/lib/atlas-sse3/libcblas.so <=> /usr/lib/atlas-sse3/libcblas.a /usr/lib/atlas-sse3/libf77blas.so <=> /usr/lib/atlas-sse3/libf77blas.a /usr/lib/atlas-sse3/liblapack.so <=> /usr/lib/atlas-sse3/liblapack.a /usr/lib/atlas-sse3/libptcblas.so <=> /usr/lib/atlas-sse3/libptcblas.a /usr/lib/atlas-sse3/libptf77blas.so <=> /usr/lib/atlas-sse3/libptf77blas.a audit-libs-devel from audit-2.0.4-1.fc13.src.rpm /usr/lib/libaudit.so <=> /usr/lib/libaudit.a /usr/lib/libauparse.so <=> /usr/lib/libauparse.a binutils-devel from binutils-2.20.51.0.2-11.fc13.src.rpm /usr/lib/libbfd.so <=> /usr/lib/libbfd.a /usr/lib/libopcodes.so <=> /usr/lib/libopcodes.a brlapi-devel from brltty-4.1-3.fc13.src.rpm /usr/lib/libbrlapi.so <=> /usr/lib/libbrlapi.a cdparanoia-devel from cdparanoia-10.2-6.fc13.src.rpm /usr/lib/libcdda_interface.so <=> /usr/lib/libcdda_interface.a /usr/lib/libcdda_paranoia.so <=> /usr/lib/libcdda_paranoia.a comedilib-devel from comedilib-0.8.1-5.fc12.src.rpm /usr/lib/libcomedi.so <=> /usr/lib/libcomedi.a dnssec-tools-libs-devel from dnssec-tools-1.5-5.fc13.src.rpm /usr/lib/libsres.so <=> /usr/lib/libsres.a /usr/lib/libval-threads.so <=> /usr/lib/libval-threads.a /usr/lib/libval_shim.so <=> /usr/lib/libval_shim.a e2fsprogs-devel from e2fsprogs-1.41.9-8.fc13.src.rpm /usr/lib/libe2p.so <=> /usr/lib/libe2p.a /usr/lib/libext2fs.so <=> /usr/lib/libext2fs.a expat-devel from expat-2.0.1-8.fc13.src.rpm /usr/lib/libexpat.so <=> /usr/lib/libexpat.a fftw2-devel from fftw2-2.1.5-19.fc12.src.rpm /usr/lib/libfftw.so <=> /usr/lib/libfftw.a /usr/lib/libfftw_threads.so <=> /usr/lib/libfftw_threads.a /usr/lib/librfftw.so <=> /usr/lib/librfftw.a /usr/lib/librfftw_threads.so <=> /usr/lib/librfftw_threads.a /usr/lib/libsfftw.so <=> /usr/lib/libsfftw.a /usr/lib/libsfftw_threads.so <=> /usr/lib/libsfftw_threads.a /usr/lib/libsrfftw.so <=> /usr/lib/libsrfftw.a /usr/lib/libsrfftw_threads.so <=> /usr/lib/libsrfftw_threads.a file-devel from file-5.03-17.fc13.src.rpm /usr/lib/libmagic.so <=> /usr/lib/libmagic.a gdbm-devel from gdbm-1.8.0-33.fc12.src.rpm /usr/lib/libgdbm.so <=> /usr/lib/libgdbm.a ghostscript-devel from ghostscript-8.70-3.fc13.src.rpm /usr/lib/libijs.so <=> /usr/lib/libijs.a gnutls-devel from gnutls-2.8.5-1.fc13.src.rpm /usr/lib/libgnutls-extra.so <=> /usr/lib/libgnutls-extra.a /usr/lib/libgnutls-openssl.so <=> /usr/lib/libgnutls-openssl.a /usr/lib/libgnutls.so <=> /usr/lib/libgnutls.a /usr/lib/libgnutlsxx.so <=> /usr/lib/libgnutlsxx.a gpsim-devel from gpsim-0.24.0-1.fc12.src.rpm /usr/lib/libgpsim.so <=> /usr/lib/libgpsim.a /usr/lib/libgpsim_dspic.so <=> /usr/lib/libgpsim_dspic.a /usr/lib/libgpsim_eXdbm.so <=> /usr/lib/libgpsim_eXdbm.a /usr/lib/libgpsim_modules.so <=> /usr/lib/libgpsim_modules.a /usr/lib/libgpsimcli.so <=> /usr/lib/libgpsimcli.a /usr/lib/libgpsimgui.so <=> /usr/lib/libgpsimgui.a gtk+extra-devel from gtk+extra-2.1.1-13.fc13.src.rpm /usr/lib/libgtkextra-x11-2.0.so <=> /usr/lib/libgtkextra-x11-2.0.a hesiod-devel from hesiod-3.1.0-16.src.rpm /usr/lib/libhesiod.so <=> /usr/lib/libhesiod.a hpic-devel from hpic-0.52.2-8.fc12.src.rpm /usr/lib/libhpic.so <=> /usr/lib/libhpic.a isdn4k-utils-devel from isdn4k-utils-3.2-67.fc13.src.rpm /usr/lib/libcapi20.so <=> /usr/lib/libcapi20.a js-devel from js-1.70-8.fc12.src.rpm /usr/lib/libjs.so <=> /usr/lib/libjs.a kpathsea-devel from texlive-2007-47.fc13.src.rpm /usr/lib/libkpathsea.so <=> /usr/lib/libkpathsea.a ldns-devel from ldns-1.6.3-1.fc13.src.rpm /usr/lib/libldns.so <=> /usr/lib/libldns.a libacl-devel from acl-2.2.49-2.fc13.src.rpm /usr/lib/libacl.so <=> /usr/lib/libacl.a libaio-devel from libaio-0.3.109-1.fc13.src.rpm /usr/lib/libaio.so <=> /usr/lib/libaio.a libannodex-devel from libannodex-0.7.3-12.fc12.src.rpm /usr/lib/libannodex.so <=> /usr/lib/libannodex.a libattr-devel from attr-2.4.44-1.fc13.src.rpm /usr/lib/libattr.so <=> /usr/lib/libattr.a libblkid-devel from util-linux-ng-2.17-0.6.fc13.src.rpm /usr/lib/libblkid.so <=> /usr/lib/libblkid.a libbtctl-devel from libbtctl-0.11.1-3.fc12.src.rpm /usr/lib/libbtctl.so <=> /usr/lib/libbtctl.a libcaca-devel from libcaca-0.99-0.9.beta16.fc12.src.rpm /usr/lib/libcaca++.so <=> /usr/lib/libcaca++.a /usr/lib/libcaca.so <=> /usr/lib/libcaca.a libcddb-devel from libcddb-1.3.2-2.fc12.src.rpm /usr/lib/libcddb.so <=> /usr/lib/libcddb.a libcdio-devel from libcdio-0.81-3.fc12.src.rpm /usr/lib/libcdio++.so <=> /usr/lib/libcdio++.a /usr/lib/libcdio.so <=> /usr/lib/libcdio.a /usr/lib/libcdio_cdda.so <=> /usr/lib/libcdio_cdda.a /usr/lib/libcdio_paranoia.so <=> /usr/lib/libcdio_paranoia.a /usr/lib/libiso9660++.so <=> /usr/lib/libiso9660++.a /usr/lib/libiso9660.so <=> /usr/lib/libiso9660.a /usr/lib/libudf.so <=> /usr/lib/libudf.a libcmml-devel from libcmml-0.9.1-7.fc12.src.rpm /usr/lib/libcmml.so <=> /usr/lib/libcmml.a libcom_err-devel from e2fsprogs-1.41.9-8.fc13.src.rpm /usr/lib/libcom_err.so <=> /usr/lib/libcom_err.a libdnet-devel from libdnet-1.12-5.fc12.src.rpm /usr/lib/libdnet.so <=> /usr/lib/libdnet.a libevent-devel from libevent-1.4.13-1.fc13.src.rpm /usr/lib/libevent.so <=> /usr/lib/libevent.a /usr/lib/libevent_core.so <=> /usr/lib/libevent_core.a /usr/lib/libevent_extra.so <=> /usr/lib/libevent_extra.a libftdi-c++-devel from libftdi-0.17-1.fc13.src.rpm /usr/lib/libftdipp.so <=> /usr/lib/libftdipp.a libftdi-devel from libftdi-0.17-1.fc13.src.rpm /usr/lib/libftdi.so <=> /usr/lib/libftdi.a libgnat-devel from gcc-4.4.2-20.fc13.src.rpm /usr/lib/gcc/i686-redhat-linux/4.4.2/adalib/libgnarl.so <=> /usr/lib/gcc/i686-redhat-linux/4.4.2/adalib/libgnarl.a /usr/lib/gcc/i686-redhat-linux/4.4.2/adalib/libgnat.so <=> /usr/lib/gcc/i686-redhat-linux/4.4.2/adalib/libgnat.a libmudflap-devel from gcc-4.4.2-20.fc13.src.rpm /usr/lib/gcc/i686-redhat-linux/4.4.2/libmudflap.so <=> /usr/lib/gcc/i686-redhat-linux/4.4.2/libmudflap.a /usr/lib/gcc/i686-redhat-linux/4.4.2/libmudflapth.so <=> /usr/lib/gcc/i686-redhat-linux/4.4.2/libmudflapth.a libnl-devel from libnl-1.1-8.fc12.src.rpm /usr/lib/libnl.so <=> /usr/lib/libnl.a liboggz-devel from liboggz-0.9.8-4.fc12.src.rpm /usr/lib/liboggz.so <=> /usr/lib/liboggz.a libotr-devel from libotr-3.2.0-4.fc12.src.rpm /usr/lib/libotr.so <=> /usr/lib/libotr.a librx-devel from librx-1.5-14.fc12.src.rpm /usr/lib/librx.so <=> /usr/lib/librx.a libsemanage-devel from libsemanage-2.0.43-2.fc13.src.rpm /usr/lib/libsemanage.so <=> /usr/lib/libsemanage.a libsndfile-devel from libsndfile-1.0.20-4.fc13.src.rpm /usr/lib/libsndfile.so <=> /usr/lib/libsndfile.a libss-devel from e2fsprogs-1.41.9-8.fc13.src.rpm /usr/lib/libss.so <=> /usr/lib/libss.a libstatgrab-devel from libstatgrab-0.16-3.fc12.src.rpm /usr/lib/libstatgrab.so <=> /usr/lib/libstatgrab.a libstdc++-devel from gcc-4.4.2-20.fc13.src.rpm /usr/lib/gcc/i686-redhat-linux/4.4.2/libstdc++.so <=> /usr/lib/gcc/i686-redhat-linux/4.4.2/libstdc++.a libsysfs-devel from sysfsutils-2.1.0-6.fc12.src.rpm /usr/lib/libsysfs.so <=> /usr/lib/libsysfs.a libtorque-devel from torque-2.1.10-8.fc12.src.rpm /usr/lib/libtorque.so <=> /usr/lib/libtorque.a libtranslate-devel from libtranslate-0.99-22.fc12.src.rpm /usr/lib/libtranslate.so <=> /usr/lib/libtranslate.a libtwin-devel from libtwin-0.0.3-3.fc12.src.rpm /usr/lib/libtwin.so <=> /usr/lib/libtwin.a libuninameslist-devel from libuninameslist-20080409-3.fc12.src.rpm /usr/lib/libuninameslist-fr.so <=> /usr/lib/libuninameslist-fr.a /usr/lib/libuninameslist.so <=> /usr/lib/libuninameslist.a libuuid-devel from util-linux-ng-2.17-0.6.fc13.src.rpm /usr/lib/libuuid.so <=> /usr/lib/libuuid.a libxslt-devel from libxslt-1.1.26-1.fc12.src.rpm /usr/lib/libexslt.so <=> /usr/lib/libexslt.a /usr/lib/libxslt.so <=> /usr/lib/libxslt.a link-grammar-devel from link-grammar-4.3.5-5.fc12.src.rpm /usr/lib/liblink-grammar.so <=> /usr/lib/liblink-grammar.a linux-atm-libs-devel from linux-atm-2.5.0-10.src.rpm /usr/lib/libatm.so <=> /usr/lib/libatm.a linuxwacom-devel from linuxwacom-0.8.2.2-17.fc12.src.rpm /usr/lib/libwacomcfg.so <=> /usr/lib/libwacomcfg.a lockdev-devel from lockdev-1.0.3-3.fc13.src.rpm /usr/lib/liblockdev.so <=> /usr/lib/liblockdev.a meanwhile-devel from meanwhile-1.1.0-2.fc12.src.rpm /usr/lib/libmeanwhile.so <=> /usr/lib/libmeanwhile.a mpich2-devel from mpich2-1.2.1-4.fc13.src.rpm /usr/lib/mpich2/lib/libfmpich.so <=> /usr/lib/mpich2/lib/libfmpich.a /usr/lib/mpich2/lib/libmpich.so <=> /usr/lib/mpich2/lib/libmpich.a /usr/lib/mpich2/lib/libmpichcxx.so <=> /usr/lib/mpich2/lib/libmpichcxx.a /usr/lib/mpich2/lib/libmpichf90.so <=> /usr/lib/mpich2/lib/libmpichf90.a munipack-devel from munipack-1.1.24-3.fc12.src.rpm /usr/lib/libcmunipack.so <=> /usr/lib/libcmunipack.a mysql-devel from mysql-5.1.42-2.fc13.src.rpm /usr/lib/mysql/libmysqlclient.so <=> /usr/lib/mysql/libmysqlclient.a /usr/lib/mysql/libmysqlclient_r.so <=> /usr/lib/mysql/libmysqlclient_r.a /usr/lib/mysql/libndbclient.so <=> /usr/lib/mysql/libndbclient.a nfs-utils-lib-devel from nfs-utils-lib-1.1.4-8.fc12.src.rpm /usr/lib/libnfsidmap.so <=> /usr/lib/libnfsidmap.a /usr/lib/libnfsidmap.so <=> /usr/lib/libnfsidmap_static.a /usr/lib/libnfsidmap_nsswitch.so <=> /usr/lib/libnfsidmap_nsswitch.a /usr/lib/libnfsidmap_static.so <=> /usr/lib/libnfsidmap_static.a /usr/lib/libnfsidmap_umich_ldap.so <=> /usr/lib/libnfsidmap_umich_ldap.a /usr/lib/librpcsecgss.so <=> /usr/lib/librpcsecgss.a numactl-devel from numactl-2.0.3-7.fc12.src.rpm /usr/lib/libnuma.so <=> /usr/lib/libnuma.a opencdk-devel from opencdk-0.6.6-4.fc12.src.rpm /usr/lib/libopencdk.so <=> /usr/lib/libopencdk.a openldap-devel from openldap-2.4.19-3.fc13.src.rpm /usr/lib/liblber.so <=> /usr/lib/liblber.a /usr/lib/libldap.so <=> /usr/lib/libldap.a /usr/lib/libldap_r.so <=> /usr/lib/libldap_r.a postgresql-devel from postgresql-8.4.2-1.fc13.src.rpm /usr/lib/libecpg.so <=> /usr/lib/libecpg.a /usr/lib/libecpg_compat.so <=> /usr/lib/libecpg_compat.a /usr/lib/libpgtypes.so <=> /usr/lib/libpgtypes.a /usr/lib/libpq.so <=> /usr/lib/libpq.a proj-devel from proj-4.7.0-1.fc13.src.rpm /usr/lib/libproj.so <=> /usr/lib/libproj.a python-devel from python-2.6.4-4.fc13.src.rpm /usr/lib/python2.6/config/libpython2.6.so <=> /usr/lib/python2.6/config/libpython2.6.a rubberband-devel from rubberband-1.2-5.fc12.src.rpm /usr/lib/librubberband.so <=> /usr/lib/librubberband.a shapelib-devel from shapelib-1.2.10-20.20060304cvs.src.rpm /usr/lib/libshp.so <=> /usr/lib/libshp.a syck-devel from syck-0.61-9.3.fc12.src.rpm /usr/lib/libsyck.so <=> /usr/lib/libsyck.a util-vserver-devel from util-vserver-0.30.215+svn2847-143596525.fc12.src.rpm /usr/lib/libvserver.so <=> /usr/lib/libvserver.a xbsql-devel from xbsql-0.11-14.fc12.src.rpm /usr/lib/libxbsql.so <=> /usr/lib/libxbsql.a xen-devel from xen-3.4.2-2.fc13.src.rpm /usr/lib/libblktap.so <=> /usr/lib/libblktap.a /usr/lib/libflask.so <=> /usr/lib/libflask.a /usr/lib/libxenctrl.so <=> /usr/lib/libxenctrl.a /usr/lib/libxenguest.so <=> /usr/lib/libxenguest.a /usr/lib/libxenstore.so <=> /usr/lib/libxenstore.a xfsprogs-devel from xfsprogs-3.0.3-5.fc13.src.rpm /usr/lib/libhandle.so <=> /usr/lib/libhandle.a xmlsec1-devel from xmlsec1-1.2.12-2.fc12.src.rpm /usr/lib/libxmlsec1.so <=> /usr/lib/libxmlsec1.a xmlsec1-gnutls-devel from xmlsec1-1.2.12-2.fc12.src.rpm /usr/lib/libxmlsec1-gnutls.so <=> /usr/lib/libxmlsec1-gnutls.a xmlsec1-nss-devel from xmlsec1-1.2.12-2.fc12.src.rpm /usr/lib/libxmlsec1-nss.so <=> /usr/lib/libxmlsec1-nss.a xmlsec1-openssl-devel from xmlsec1-1.2.12-2.fc12.src.rpm /usr/lib/libxmlsec1-openssl.so <=> /usr/lib/libxmlsec1-openssl.a From mclasen at redhat.com Tue Jan 5 15:10:44 2010 From: mclasen at redhat.com (Matthias Clasen) Date: Tue, 05 Jan 2010 10:10:44 -0500 Subject: packages up for adoption In-Reply-To: <2d319b781001050654n67172235q7c7685502ce8ccfa@mail.gmail.com> References: <1262702246.2604.7.camel@planemask> <2d319b781001050654n67172235q7c7685502ce8ccfa@mail.gmail.com> Message-ID: <1262704244.2604.10.camel@planemask> On Tue, 2010-01-05 at 15:54 +0100, Mathieu Bridon wrote: > On Tue, Jan 5, 2010 at 15:37, Matthias Clasen wrote: > > I intend to give up the following packages: > > > > fedorainfinity-backgrounds > > I've been using it since Fedora 8 (never liked any other Fedora > wallpaper as much as this one), so I can't let it be retired. :) > > I'll take it. Thanks, I've released it now. You can pick it up at https://admin.fedoraproject.org/pkgdb/packages/name/fedorainfinity-backgrounds From limb at jcomserv.net Tue Jan 5 15:30:29 2010 From: limb at jcomserv.net (Jon Ciesla) Date: Tue, 05 Jan 2010 09:30:29 -0600 Subject: Can some provenpackager bump openvpn in EL-5 In-Reply-To: <4B41F207.40703@jcomserv.net> References: <4B3AC811.8070101@redhat.com> <1262170345.11901.7.camel@localhost> <4B3B33E1.7020505@redhat.com> <1262175117.11901.9.camel@localhost> <4B41F207.40703@jcomserv.net> Message-ID: <4B435B15.5070704@jcomserv.net> Jon Ciesla wrote: > Jussi Lehtola wrote: >> On Wed, 2009-12-30 at 16:35 +0530, Huzaifa Sidhpurwala wrote: >> >>> Jussi Lehtola wrote: >>> >>>> Even though any proven packager could do the change, that bug does not >>>> fall in the items listed in the proven packager policy [1]. You >>>> haven't >>>> listed any problems with the current package, you're just requesting a >>>> version upgrade. >>>> >>>> >>> The version of openvpn in EPEL is an upstream rc version. >>> The Changelog file upstream shows a lot of bugs have been fixed and it >>> would be nice to have it fixed in EPEL too. >>> >> >> OK, that's starting to sound better. >> >> >>>> Version upgrades should be performed by the package maintainer. This >>>> especially holds in EPEL, which should be a slowly moving >>>> distribution. >>>> >>>> >>> In this case the bz is around 2.5 weeks old, with absolutely no >>> response. >>> What is the policy to get the package updated in this case? >>> >> >> See the nonresponsive maintainer policy at >> https://fedoraproject.org/wiki/Policy_for_nonresponsive_package_maintainers >> >> > Actually, FYI, I'm a provenpackager and have recently contacted the > openvpn maintainer. There are quite a few open bugs, including yours, > and I requested his approval to take a look at the open bugs and make > changes, updates, etc, and he gave me the green light. I'll try to > get to this this week. > > Essentially, he's not been doing much with Fedora lately due to Real > Life intervening, which I can certainly understand. > > -J > An update for F-12 is on it's way to testing. I'm using it now with no issues, but I can't test the boot bug, as the machine acting as my openvpn server isn't using NetworkManager. That said, it should work. Please test and let me know if changes need to be made. -J -- in your fear, seek only peace in your fear, seek only love -d. bowie From christoph.wickert at googlemail.com Tue Jan 5 15:35:06 2010 From: christoph.wickert at googlemail.com (Christoph Wickert) Date: Tue, 05 Jan 2010 16:35:06 +0100 Subject: PackageKit 0.6.0 going into rawhide In-Reply-To: <15e53e181001050233t6a76ad1fy4fdddd01b858a875@mail.gmail.com> References: <15e53e181001050233t6a76ad1fy4fdddd01b858a875@mail.gmail.com> Message-ID: <1262705706.2593.166.camel@wicktop.localdomain> Am Dienstag, den 05.01.2010, 10:33 +0000 schrieb Richard Hughes: > I'm about to build PackageKit 0.6.0 into rawhide, which bumps the > soname. I'll take care of rebuilding gnome-packagekit and kpackagekit > which is (I think) are the only users of the low level library API. Plus moblin-app-installer, currently under review at https://bugzilla.redhat.com/show_bug.cgi?id=546301 Regards, Christoph From rdieter at math.unl.edu Tue Jan 5 15:46:59 2010 From: rdieter at math.unl.edu (Rex Dieter) Date: Tue, 05 Jan 2010 09:46:59 -0600 Subject: packages up for adoption References: <1262702246.2604.7.camel@planemask> Message-ID: Matthias Clasen wrote: > I intend to give up the following packages: > libspectre I can help out here. -- Rex From kevin.kofler at chello.at Tue Jan 5 15:52:12 2010 From: kevin.kofler at chello.at (Kevin Kofler) Date: Tue, 05 Jan 2010 16:52:12 +0100 Subject: packages up for adoption References: <1262702246.2604.7.camel@planemask> Message-ID: Matthias Clasen wrote: > I intend to give up the following packages: [snip] FYI: > libexif This is used by a lot of stuff, including kdegraphics (but also WINE and several GNOME packages). > libspectre This one is used by Okular (kdegraphics) and Evince. I guess one of us KDE SIG folks might pick these up if nobody else wants them. I'm hereby forwarding this to the fedora-kde ML. Kevin Kofler From thomasj at fedoraproject.org Tue Jan 5 15:59:14 2010 From: thomasj at fedoraproject.org (Thomas Janssen) Date: Tue, 5 Jan 2010 16:59:14 +0100 Subject: packages up for adoption In-Reply-To: <1262702246.2604.7.camel@planemask> References: <1262702246.2604.7.camel@planemask> Message-ID: 2010/1/5 Matthias Clasen : > I intend to give up the following packages: > > libexif I will take this one. -- LG Thomas Dubium sapientiae initium From thomasj at fedoraproject.org Tue Jan 5 16:01:23 2010 From: thomasj at fedoraproject.org (Thomas Janssen) Date: Tue, 5 Jan 2010 17:01:23 +0100 Subject: packages up for adoption In-Reply-To: References: <1262702246.2604.7.camel@planemask> Message-ID: 2010/1/5 Kevin Kofler : > Matthias Clasen wrote: >> I intend to give up the following packages: > [snip] > > FYI: > >> libexif > > This is used by a lot of stuff, including kdegraphics (but also WINE and > several GNOME packages). > >> libspectre Ok, i will take that one as well. -- LG Thomas Dubium sapientiae initium From bruno at wolff.to Tue Jan 5 15:59:18 2010 From: bruno at wolff.to (Bruno Wolff III) Date: Tue, 5 Jan 2010 09:59:18 -0600 Subject: Looking for pointers how to set up lzma stream using xz-devel In-Reply-To: <4B425F8D.50008@bitwagon.com> References: <20100102210906.GA21344@wolff.to> <4B41F3E2.6060705@jcomserv.net> <20100104181811.GA17105@wolff.to> <4B425F8D.50008@bitwagon.com> Message-ID: <20100105155918.GA3925@wolff.to> On Mon, Jan 04, 2010 at 13:37:17 -0800, John Reiser wrote: > On 01/04/2010 10:18 AM, Bruno Wolff III wrote: > >On Mon, Jan 04, 2010 at 07:57:54 -0600, > > Jon Ciesla wrote: > >>I've actually come across this WRT UPX as well. > >> > >>https://bugzilla.redhat.com/show_bug.cgi?id=501636 > > >It seemed odd that the debian bug for this claimed that source from the SDK > >was needed. Presumably an appropriate library would work. ... > > https://bugzilla.redhat.com/show_bug.cgi?id=501636#c6 > UPX cannot use a library, UPX must use source. UPX requires total control > during decompression (no malloc() allowed, etc.) and so far the library > writers have not catered to such a restricted environment, AFAICT. The alloc function in the LZMA SDK allows you to pass it a pointer to your own allocater function. (I don't know whether or not the xz library works like that.) Would that be enough for UPX? From tgl at redhat.com Tue Jan 5 16:03:24 2010 From: tgl at redhat.com (Tom Lane) Date: Tue, 05 Jan 2010 11:03:24 -0500 Subject: Our static Libraries packaging guidelines once more In-Reply-To: <20100105160821.59fbef0b@gmail.com> References: <20091205181941.600ac00f@gmail.com> <20091205180049.GF4179@free.fr> <20091205191847.2c9c6aa1@gmail.com> <4B1CFFEE.7020306@jcomserv.net> <20091207193525.71338163@gmail.com> <20100105160821.59fbef0b@gmail.com> Message-ID: <10344.1262707404@sss.pgh.pa.us> Michael Schwendt writes: > How much do we adhere to our Packaging Guidelines for static libraries? > https://fedoraproject.org/wiki/Packaging:Guidelines#Packaging_Static_Libraries > Mispackaged -static libraries: > mysql-devel from mysql-5.1.42-2.fc13.src.rpm > postgresql-devel from postgresql-8.4.2-1.fc13.src.rpm As far as these two go, I think it's just a matter of the specfiles dating from years before we had any such guideline, and not revisiting the point since then. I don't have any particular objection to removing the static versions of their libraries. On the other hand, with the guideline being so widely ignored, I'm not in a hurry to do work to comply with it ... regards, tom lane From mclasen at redhat.com Tue Jan 5 16:11:41 2010 From: mclasen at redhat.com (Matthias Clasen) Date: Tue, 05 Jan 2010 11:11:41 -0500 Subject: packages up for adoption In-Reply-To: References: <1262702246.2604.7.camel@planemask> Message-ID: <1262707901.2604.11.camel@planemask> On Tue, 2010-01-05 at 09:46 -0600, Rex Dieter wrote: > Matthias Clasen wrote: > > > I intend to give up the following packages: > > libspectre > > I can help out here. > Already sold to Marek, but I'm sure he'll welcome you as a comaintainer From cweyl at alumni.drew.edu Tue Jan 5 16:24:46 2010 From: cweyl at alumni.drew.edu (Chris Weyl) Date: Tue, 5 Jan 2010 08:24:46 -0800 Subject: formal request - package take over (libssh2) In-Reply-To: <201001051249.37196.kdudka@redhat.com> References: <201001051249.37196.kdudka@redhat.com> Message-ID: <7dd7ab491001050824o264225cbn5be8ea824a5410d@mail.gmail.com> On Tue, Jan 5, 2010 at 3:49 AM, Kamil Dudka wrote: > Hello, > > I'd like to take over the libssh2 package according to > http://fedoraproject.org/wiki/Policy_for_nonresponsive_package_maintainers > > all reasonable efforts have been made to contact the maintainer: > > https://bugzilla.redhat.com/523796 > https://bugzilla.redhat.com/539444 > https://www.redhat.com/archives/fedora-devel-list/2009-December/msg00996.html > > Thanks in advance! Well, it's post-holiday season now and I'm starting to catch up on my mail/bugs... These should be taken care of this week. Feel free to ping me via email/bugzilla if you need anything before then. -Chris -- Chris Weyl Ex astris, scientia From jkeating at redhat.com Tue Jan 5 16:30:05 2010 From: jkeating at redhat.com (Jesse Keating) Date: Tue, 05 Jan 2010 08:30:05 -0800 Subject: Our static Libraries packaging guidelines once more In-Reply-To: <10344.1262707404@sss.pgh.pa.us> References: <20091205181941.600ac00f@gmail.com> <20091205180049.GF4179@free.fr> <20091205191847.2c9c6aa1@gmail.com> <4B1CFFEE.7020306@jcomserv.net> <20091207193525.71338163@gmail.com> <20100105160821.59fbef0b@gmail.com> <10344.1262707404@sss.pgh.pa.us> Message-ID: <1262709005.32656.10.camel@localhost.localdomain> On Tue, 2010-01-05 at 11:03 -0500, Tom Lane wrote: > On the other hand, with the > guideline being so widely ignored, I'm not in a hurry to do work to > comply with it ... Isn't that a chicken/egg problem? -- Jesse Keating Fedora -- Freedom? is a feature! identi.ca: http://identi.ca/jkeating -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part URL: From pmatilai at laiskiainen.org Tue Jan 5 16:34:12 2010 From: pmatilai at laiskiainen.org (Panu Matilainen) Date: Tue, 5 Jan 2010 18:34:12 +0200 (EET) Subject: Heads-up: %define vs %global in specs Message-ID: For the impatient: Starting with today's rawhide, the these kind of constructs in specs no longer "work": %{?!foo: %define foo bar} For the generally desired effect, the above simply becomes: %{?!foo: %global foo bar} This is already recommended by the Fedora guidelines, but packages which haven't been updated to follow the guideline might need revising: https://fedoraproject.org/wiki/Packaging/Guidelines#.25global_preferred_over_.25define The longer version: As explained in the guidelines, %define nested in %{?} block was never supposed to work, but due to a longstanding bug in rpm macro engine it has seemed to work in many cases... until you do something completely unrelated in the spec and it suddenly breaks in mysterious ways. Consider this example spec: --- snip --- %{!?foo: %define foo bar} %define dofoo() true Name: macroscope Version: 1.0 Release: 1 License: Testing Summary: Testing macro behavior %description %{summary} %prep echo 1: %{foo} %dofoo echo 2: %{foo} %files %defattr(-,root,root) --- snip --- You'd probably expect %{foo} to expand to "bar" in both 1 and 2, but due to this funny little macro buglet, you'd get this rather non-obvious result: 1: bar 2: %{foo} What you start getting now is: 1: %{foo} 2: %{foo} ...in other words, the %define inside %{} block goes out of scope when the block ends, and you probably wanted to use %global there instead. - Panu - From rdieter at math.unl.edu Tue Jan 5 16:46:27 2010 From: rdieter at math.unl.edu (Rex Dieter) Date: Tue, 05 Jan 2010 10:46:27 -0600 Subject: packages up for adoption References: <1262702246.2604.7.camel@planemask> Message-ID: Kevin Kofler wrote: > Matthias Clasen wrote: >> I intend to give up the following packages: > [snip] > > FYI: > >> libexif > > This is used by a lot of stuff, including kdegraphics (but also WINE and > several GNOME packages). indeed, I missed that, can jump on that one too. -- Rex From tcallawa at redhat.com Tue Jan 5 16:48:47 2010 From: tcallawa at redhat.com (Tom "spot" Callaway) Date: Tue, 05 Jan 2010 11:48:47 -0500 Subject: Our static Libraries packaging guidelines once more In-Reply-To: <1262709005.32656.10.camel@localhost.localdomain> References: <20091205181941.600ac00f@gmail.com> <20091205180049.GF4179@free.fr> <20091205191847.2c9c6aa1@gmail.com> <4B1CFFEE.7020306@jcomserv.net> <20091207193525.71338163@gmail.com> <20100105160821.59fbef0b@gmail.com> <10344.1262707404@sss.pgh.pa.us> <1262709005.32656.10.camel@localhost.localdomain> Message-ID: <4B436D6F.5060207@redhat.com> On 01/05/2010 11:30 AM, Jesse Keating wrote: > On Tue, 2010-01-05 at 11:03 -0500, Tom Lane wrote: >> On the other hand, with the >> guideline being so widely ignored, I'm not in a hurry to do work to >> comply with it ... > > Isn't that a chicken/egg problem? It really is. I mean, we could create the "Packaging Police" to run around and enforce the guidelines by force (either by fixing them manually, or by threatening maintainers until they do it), but is that really what we want? ~spot From berrange at redhat.com Tue Jan 5 16:50:52 2010 From: berrange at redhat.com (Daniel P. Berrange) Date: Tue, 5 Jan 2010 16:50:52 +0000 Subject: Heads-up: %define vs %global in specs In-Reply-To: References: Message-ID: <20100105165052.GH12273@redhat.com> On Tue, Jan 05, 2010 at 06:34:12PM +0200, Panu Matilainen wrote: > > For the impatient: > > Starting with today's rawhide, the these kind of constructs in specs > no longer "work": > %{?!foo: %define foo bar} > For the generally desired effect, the above simply becomes: > %{?!foo: %global foo bar} > > This is already recommended by the Fedora guidelines, but packages which > haven't been updated to follow the guideline might need revising: > https://fedoraproject.org/wiki/Packaging/Guidelines#.25global_preferred_over_.25define What exactly do you mean 'no longer work' ? Can we expect to get a formal RPM build error for this bogus construct, or will it silently build and do the wrong thing ? From your long description, it sounds like the latter, which means maintainers should audit their spec files to identify these bogus macros Regards, Daniel -- |: Red Hat, Engineering, London -o- http://people.redhat.com/berrange/ :| |: http://libvirt.org -o- http://virt-manager.org -o- http://ovirt.org :| |: http://autobuild.org -o- http://search.cpan.org/~danberr/ :| |: GnuPG: 7D3B9505 -o- F3C9 553F A1DA 4AC2 5648 23C1 B3DF F742 7D3B 9505 :| From berrange at redhat.com Tue Jan 5 17:08:39 2010 From: berrange at redhat.com (Daniel P. Berrange) Date: Tue, 5 Jan 2010 17:08:39 +0000 Subject: Our static Libraries packaging guidelines once more In-Reply-To: <4B436D6F.5060207@redhat.com> References: <20091205181941.600ac00f@gmail.com> <20091205180049.GF4179@free.fr> <20091205191847.2c9c6aa1@gmail.com> <4B1CFFEE.7020306@jcomserv.net> <20091207193525.71338163@gmail.com> <20100105160821.59fbef0b@gmail.com> <10344.1262707404@sss.pgh.pa.us> <1262709005.32656.10.camel@localhost.localdomain> <4B436D6F.5060207@redhat.com> Message-ID: <20100105170839.GI12273@redhat.com> On Tue, Jan 05, 2010 at 11:48:47AM -0500, Tom spot Callaway wrote: > On 01/05/2010 11:30 AM, Jesse Keating wrote: > > On Tue, 2010-01-05 at 11:03 -0500, Tom Lane wrote: > >> On the other hand, with the > >> guideline being so widely ignored, I'm not in a hurry to do work to > >> comply with it ... > > > > Isn't that a chicken/egg problem? > > It really is. I mean, we could create the "Packaging Police" to run > around and enforce the guidelines by force (either by fixing them > manually, or by threatening maintainers until they do it), but is that > really what we want? Not for all packaging policies, but for some I think that would be a good idea. Pick a set of policies we think are particularly important to enforce & can be automatically checked, and declare any non-compliant ones will be dropped in the next fedora release unless fixed. Daniel -- |: Red Hat, Engineering, London -o- http://people.redhat.com/berrange/ :| |: http://libvirt.org -o- http://virt-manager.org -o- http://ovirt.org :| |: http://autobuild.org -o- http://search.cpan.org/~danberr/ :| |: GnuPG: 7D3B9505 -o- F3C9 553F A1DA 4AC2 5648 23C1 B3DF F742 7D3B 9505 :| From limb at jcomserv.net Tue Jan 5 17:13:47 2010 From: limb at jcomserv.net (Jon Ciesla) Date: Tue, 05 Jan 2010 11:13:47 -0600 Subject: Our static Libraries packaging guidelines once more In-Reply-To: <4B436D6F.5060207@redhat.com> References: <20091205181941.600ac00f@gmail.com> <20091205180049.GF4179@free.fr> <20091205191847.2c9c6aa1@gmail.com> <4B1CFFEE.7020306@jcomserv.net> <20091207193525.71338163@gmail.com> <20100105160821.59fbef0b@gmail.com> <10344.1262707404@sss.pgh.pa.us> <1262709005.32656.10.camel@localhost.localdomain> <4B436D6F.5060207@redhat.com> Message-ID: <4B43734B.2050206@jcomserv.net> Tom "spot" Callaway wrote: > On 01/05/2010 11:30 AM, Jesse Keating wrote: > >> On Tue, 2010-01-05 at 11:03 -0500, Tom Lane wrote: >> >>> On the other hand, with the >>> guideline being so widely ignored, I'm not in a hurry to do work to >>> comply with it ... >>> >> Isn't that a chicken/egg problem? >> > > It really is. I mean, we could create the "Packaging Police" to run > around and enforce the guidelines by force (either by fixing them > manually, or by threatening maintainers until they do it), but is that > really what we want? > > ~spot > > No. Too bad though, I had visions of spiffy new uniforms. That aside, I'd love to have all packages in total Guidlines compliance. I'd also love to be rich. And thinner. -J -- in your fear, seek only peace in your fear, seek only love -d. bowie From tcallawa at redhat.com Tue Jan 5 17:16:13 2010 From: tcallawa at redhat.com (Tom "spot" Callaway) Date: Tue, 05 Jan 2010 12:16:13 -0500 Subject: Our static Libraries packaging guidelines once more In-Reply-To: <20100105170839.GI12273@redhat.com> References: <20091205181941.600ac00f@gmail.com> <20091205180049.GF4179@free.fr> <20091205191847.2c9c6aa1@gmail.com> <4B1CFFEE.7020306@jcomserv.net> <20091207193525.71338163@gmail.com> <20100105160821.59fbef0b@gmail.com> <10344.1262707404@sss.pgh.pa.us> <1262709005.32656.10.camel@localhost.localdomain> <4B436D6F.5060207@redhat.com> <20100105170839.GI12273@redhat.com> Message-ID: <4B4373DD.3030400@redhat.com> On 01/05/2010 12:08 PM, Daniel P. Berrange wrote: > Not for all packaging policies, but for some I think that would be a > good idea. Pick a set of policies we think are particularly important > to enforce & can be automatically checked, and declare any non-compliant > ones will be dropped in the next fedora release unless fixed. Well, I think a reasonable alternative would be to add those policies to the AutoQA infrastructure, and if the package fails the check, it doesn't get tagged and the packager gets an email explaining the failure. That will get things fixed up. ;) ~spot From tcallawa at redhat.com Tue Jan 5 17:17:09 2010 From: tcallawa at redhat.com (Tom "spot" Callaway) Date: Tue, 05 Jan 2010 12:17:09 -0500 Subject: Heads-up: %define vs %global in specs In-Reply-To: <20100105165052.GH12273@redhat.com> References: <20100105165052.GH12273@redhat.com> Message-ID: <4B437415.3050007@redhat.com> On 01/05/2010 11:50 AM, Daniel P. Berrange wrote: > What exactly do you mean 'no longer work' ? Can we expect to get a formal > RPM build error for this bogus construct, or will it silently build and > do the wrong thing ? From your long description, it sounds like the latter, > which means maintainers should audit their spec files to identify these > bogus macros The easy way to be sure you're not hitting this is to not use %define. Sed will fix your packages up quickly. ;) ~spot From mclasen at redhat.com Tue Jan 5 17:18:11 2010 From: mclasen at redhat.com (Matthias Clasen) Date: Tue, 05 Jan 2010 12:18:11 -0500 Subject: packages up for adoption In-Reply-To: References: <1262702246.2604.7.camel@planemask> Message-ID: <1262711891.2604.12.camel@planemask> On Tue, 2010-01-05 at 16:59 +0100, Thomas Janssen wrote: > 2010/1/5 Matthias Clasen : > > I intend to give up the following packages: > > > > libexif > > I will take this one. > Thanks, its yours if you take it: http://admin.fedoraproject.org/pkgdb/packages/name/libexif From berrange at redhat.com Tue Jan 5 17:23:08 2010 From: berrange at redhat.com (Daniel P. Berrange) Date: Tue, 5 Jan 2010 17:23:08 +0000 Subject: Our static Libraries packaging guidelines once more In-Reply-To: <4B4373DD.3030400@redhat.com> References: <20091205180049.GF4179@free.fr> <20091205191847.2c9c6aa1@gmail.com> <4B1CFFEE.7020306@jcomserv.net> <20091207193525.71338163@gmail.com> <20100105160821.59fbef0b@gmail.com> <10344.1262707404@sss.pgh.pa.us> <1262709005.32656.10.camel@localhost.localdomain> <4B436D6F.5060207@redhat.com> <20100105170839.GI12273@redhat.com> <4B4373DD.3030400@redhat.com> Message-ID: <20100105172308.GJ12273@redhat.com> On Tue, Jan 05, 2010 at 12:16:13PM -0500, Tom spot Callaway wrote: > On 01/05/2010 12:08 PM, Daniel P. Berrange wrote: > > Not for all packaging policies, but for some I think that would be a > > good idea. Pick a set of policies we think are particularly important > > to enforce & can be automatically checked, and declare any non-compliant > > ones will be dropped in the next fedora release unless fixed. > > Well, I think a reasonable alternative would be to add those policies to > the AutoQA infrastructure, and if the package fails the check, it > doesn't get tagged and the packager gets an email explaining the > failure. That will get things fixed up. ;) That sounds good as long as AutoQA is reliable, not generating false positives. I'd still also suggest that we have a rule drop all packages reported by the FTBFS tests which aren't fixed by time of Beta. Daniel -- |: Red Hat, Engineering, London -o- http://people.redhat.com/berrange/ :| |: http://libvirt.org -o- http://virt-manager.org -o- http://ovirt.org :| |: http://autobuild.org -o- http://search.cpan.org/~danberr/ :| |: GnuPG: 7D3B9505 -o- F3C9 553F A1DA 4AC2 5648 23C1 B3DF F742 7D3B 9505 :| From tgl at redhat.com Tue Jan 5 17:27:17 2010 From: tgl at redhat.com (Tom Lane) Date: Tue, 05 Jan 2010 12:27:17 -0500 Subject: Our static Libraries packaging guidelines once more In-Reply-To: <4B436D6F.5060207@redhat.com> References: <20091205181941.600ac00f@gmail.com> <20091205180049.GF4179@free.fr> <20091205191847.2c9c6aa1@gmail.com> <4B1CFFEE.7020306@jcomserv.net> <20091207193525.71338163@gmail.com> <20100105160821.59fbef0b@gmail.com> <10344.1262707404@sss.pgh.pa.us> <1262709005.32656.10.camel@localhost.localdomain> <4B436D6F.5060207@redhat.com> Message-ID: <11731.1262712437@sss.pgh.pa.us> "Tom \"spot\" Callaway" writes: > On 01/05/2010 11:30 AM, Jesse Keating wrote: >> On Tue, 2010-01-05 at 11:03 -0500, Tom Lane wrote: >>> On the other hand, with the >>> guideline being so widely ignored, I'm not in a hurry to do work to >>> comply with it ... >> >> Isn't that a chicken/egg problem? > It really is. Well, fwiw, I have to fix the same two spec files for the %define problem, so I'm going to take care of this today while it's fresh in mind. But there's a general issue that new things keep getting added to the packaging guidelines and there's no very good mechanism to detect whether existing packages ever get updated to comply. regards, tom lane From rjones at redhat.com Tue Jan 5 17:27:19 2010 From: rjones at redhat.com (Richard W.M. Jones) Date: Tue, 5 Jan 2010 17:27:19 +0000 Subject: rawhide report: 20100105 changes In-Reply-To: <20100105142828.GA31874@amd.home.annexia.org> References: <20100105130934.GA7825@releng2.fedora.phx.redhat.com> <20100105142828.GA31874@amd.home.annexia.org> Message-ID: <20100105172719.GA1997@amd.home.annexia.org> On Tue, Jan 05, 2010 at 02:28:28PM +0000, Richard W.M. Jones wrote: > These still need upstream attention. I'll badger them but it might > take a while: > > > cduce > > ocaml-camlp5 Wow, upstream fixed them just after I posted. I'll try to have these done before tomorrow's Rawhide build too. Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones virt-df lists disk usage of guests without needing to install any software inside the virtual machine. Supports Linux and Windows. http://et.redhat.com/~rjones/virt-df/ From tcallawa at redhat.com Tue Jan 5 17:33:33 2010 From: tcallawa at redhat.com (Tom "spot" Callaway) Date: Tue, 05 Jan 2010 12:33:33 -0500 Subject: Our static Libraries packaging guidelines once more In-Reply-To: <20100105172308.GJ12273@redhat.com> References: <20091205180049.GF4179@free.fr> <20091205191847.2c9c6aa1@gmail.com> <4B1CFFEE.7020306@jcomserv.net> <20091207193525.71338163@gmail.com> <20100105160821.59fbef0b@gmail.com> <10344.1262707404@sss.pgh.pa.us> <1262709005.32656.10.camel@localhost.localdomain> <4B436D6F.5060207@redhat.com> <20100105170839.GI12273@redhat.com> <4B4373DD.3030400@redhat.com> <20100105172308.GJ12273@redhat.com> Message-ID: <4B4377ED.9080402@redhat.com> On 01/05/2010 12:23 PM, Daniel P. Berrange wrote: > On Tue, Jan 05, 2010 at 12:16:13PM -0500, Tom spot Callaway wrote: >> On 01/05/2010 12:08 PM, Daniel P. Berrange wrote: >>> Not for all packaging policies, but for some I think that would be a >>> good idea. Pick a set of policies we think are particularly important >>> to enforce & can be automatically checked, and declare any non-compliant >>> ones will be dropped in the next fedora release unless fixed. >> >> Well, I think a reasonable alternative would be to add those policies to >> the AutoQA infrastructure, and if the package fails the check, it >> doesn't get tagged and the packager gets an email explaining the >> failure. That will get things fixed up. ;) > > That sounds good as long as AutoQA is reliable, not generating false > positives. I'd still also suggest that we have a rule drop all > packages reported by the FTBFS tests which aren't fixed by time of > Beta. Sure, but even if it did generate a false positive, the build would still be there, just not tagged. Rel-eng could tag the package manually while fixing the test to prevent the false positive. ~spot From tcallawa at redhat.com Tue Jan 5 17:34:36 2010 From: tcallawa at redhat.com (Tom "spot" Callaway) Date: Tue, 05 Jan 2010 12:34:36 -0500 Subject: Our static Libraries packaging guidelines once more In-Reply-To: <11731.1262712437@sss.pgh.pa.us> References: <20091205181941.600ac00f@gmail.com> <20091205180049.GF4179@free.fr> <20091205191847.2c9c6aa1@gmail.com> <4B1CFFEE.7020306@jcomserv.net> <20091207193525.71338163@gmail.com> <20100105160821.59fbef0b@gmail.com> <10344.1262707404@sss.pgh.pa.us> <1262709005.32656.10.camel@localhost.localdomain> <4B436D6F.5060207@redhat.com> <11731.1262712437@sss.pgh.pa.us> Message-ID: <4B43782C.20808@redhat.com> On 01/05/2010 12:27 PM, Tom Lane wrote: > But there's a general issue that new things keep getting added > to the packaging guidelines and there's no very good mechanism to > detect whether existing packages ever get updated to comply. You're right. I'm hopeful that the items which can be checked via automation will be done via AutoQA, but for those that can't, we will still depend on packagers to be responsible. ~spot From loganjerry at gmail.com Tue Jan 5 17:38:50 2010 From: loganjerry at gmail.com (Jerry James) Date: Tue, 5 Jan 2010 10:38:50 -0700 Subject: Our static Libraries packaging guidelines once more In-Reply-To: <20100105172308.GJ12273@redhat.com> References: <20091205180049.GF4179@free.fr> <4B1CFFEE.7020306@jcomserv.net> <20091207193525.71338163@gmail.com> <20100105160821.59fbef0b@gmail.com> <10344.1262707404@sss.pgh.pa.us> <1262709005.32656.10.camel@localhost.localdomain> <4B436D6F.5060207@redhat.com> <20100105170839.GI12273@redhat.com> <4B4373DD.3030400@redhat.com> <20100105172308.GJ12273@redhat.com> Message-ID: <870180fe1001050938o65b123c1x208bafe89b5c96d9@mail.gmail.com> On Tue, Jan 5, 2010 at 10:23 AM, Daniel P. Berrange wrote: > That sounds good as long as AutoQA is reliable, not generating false > positives. I'd still also suggest that we have a rule drop all > packages reported by the FTBFS tests which aren't fixed by time of > Beta. What about packages that fail to build because they depend on some other package that is broken? I've got one in that state now. It fails to build from source because one of its BuildRequires is broken. There's nothing wrong with my package. Once the other guy fixes his, mine will magically start building again. If the other guy hasn't fixed his package by Beta, how is dropping mine going to help? -- Jerry James http://www.jamezone.org/ From berrange at redhat.com Tue Jan 5 17:49:49 2010 From: berrange at redhat.com (Daniel P. Berrange) Date: Tue, 5 Jan 2010 17:49:49 +0000 Subject: Our static Libraries packaging guidelines once more In-Reply-To: <870180fe1001050938o65b123c1x208bafe89b5c96d9@mail.gmail.com> References: <4B1CFFEE.7020306@jcomserv.net> <20091207193525.71338163@gmail.com> <20100105160821.59fbef0b@gmail.com> <10344.1262707404@sss.pgh.pa.us> <1262709005.32656.10.camel@localhost.localdomain> <4B436D6F.5060207@redhat.com> <20100105170839.GI12273@redhat.com> <4B4373DD.3030400@redhat.com> <20100105172308.GJ12273@redhat.com> <870180fe1001050938o65b123c1x208bafe89b5c96d9@mail.gmail.com> Message-ID: <20100105174949.GK12273@redhat.com> On Tue, Jan 05, 2010 at 10:38:50AM -0700, Jerry James wrote: > On Tue, Jan 5, 2010 at 10:23 AM, Daniel P. Berrange wrote: > > That sounds good as long as AutoQA is reliable, not generating false > > positives. I'd still also suggest that we have a rule drop all > > packages reported by the FTBFS tests which aren't fixed by time of > > Beta. > > What about packages that fail to build because they depend on some > other package that is broken? I've got one in that state now. It > fails to build from source because one of its BuildRequires is broken. > There's nothing wrong with my package. Once the other guy fixes his, > mine will magically start building again. If the other guy hasn't > fixed his package by Beta, how is dropping mine going to help? It will motivate you, or someone else depending on it, to become a co-maintainer of the broken package & help with fixing it ;-P In all seriousness though, it is very bad if we're having many of cases of large sets of downstream package chains being blocked by an dependant one failing. If a security issue arises in the FTBFS package we're between a rock & a hard place, which is why I think it is worth being strict on fixing FTBFS bugs. Regards, Daniel -- |: Red Hat, Engineering, London -o- http://people.redhat.com/berrange/ :| |: http://libvirt.org -o- http://virt-manager.org -o- http://ovirt.org :| |: http://autobuild.org -o- http://search.cpan.org/~danberr/ :| |: GnuPG: 7D3B9505 -o- F3C9 553F A1DA 4AC2 5648 23C1 B3DF F742 7D3B 9505 :| From jreiser at bitwagon.com Tue Jan 5 18:08:23 2010 From: jreiser at bitwagon.com (John Reiser) Date: Tue, 05 Jan 2010 10:08:23 -0800 Subject: UPX, lzma stream, xz-devel In-Reply-To: <20100105155918.GA3925@wolff.to> References: <20100102210906.GA21344@wolff.to> <4B41F3E2.6060705@jcomserv.net> <20100104181811.GA17105@wolff.to> <4B425F8D.50008@bitwagon.com> <20100105155918.GA3925@wolff.to> Message-ID: <4B438017.90109@bitwagon.com> > The alloc function in the LZMA SDK allows you to pass it a pointer to > your own allocater function. (I don't know whether or not the xz library works > like that. [Ed: Yes, it does.]) Would that be enough for UPX? Maybe. Some changes would be required to UPX, on both the compression and decompression sides. Decompression is highly machine-dependent: machine-language instructions, bare stack, no libraries. Ten architectures are supported today. For decompression, current UPX [pre-]allocates all space (input, output, and temporary) because that results in smaller code size, which is important. Tens of bytes can make a difference. An allocator function also requires effectively-static storage for the 'next' pointer, which can be cumbersome depending on architecture (such as -fPIE, x86_64, ARM) and interference from SELinux (exec_mod, etc.) -- From jkeating at redhat.com Tue Jan 5 18:07:18 2010 From: jkeating at redhat.com (Jesse Keating) Date: Tue, 05 Jan 2010 10:07:18 -0800 Subject: Our static Libraries packaging guidelines once more In-Reply-To: <11731.1262712437@sss.pgh.pa.us> References: <20091205181941.600ac00f@gmail.com> <20091205180049.GF4179@free.fr> <20091205191847.2c9c6aa1@gmail.com> <4B1CFFEE.7020306@jcomserv.net> <20091207193525.71338163@gmail.com> <20100105160821.59fbef0b@gmail.com> <10344.1262707404@sss.pgh.pa.us> <1262709005.32656.10.camel@localhost.localdomain> <4B436D6F.5060207@redhat.com> <11731.1262712437@sss.pgh.pa.us> Message-ID: <1262714838.32656.16.camel@localhost.localdomain> On Tue, 2010-01-05 at 12:27 -0500, Tom Lane wrote: > "Tom \"spot\" Callaway" writes: > > On 01/05/2010 11:30 AM, Jesse Keating wrote: > >> On Tue, 2010-01-05 at 11:03 -0500, Tom Lane wrote: > >>> On the other hand, with the > >>> guideline being so widely ignored, I'm not in a hurry to do work to > >>> comply with it ... > >> > >> Isn't that a chicken/egg problem? > > > It really is. > > Well, fwiw, I have to fix the same two spec files for the %define > problem, so I'm going to take care of this today while it's fresh in > mind. But there's a general issue that new things keep getting added > to the packaging guidelines and there's no very good mechanism to > detect whether existing packages ever get updated to comply. > > regards, tom lane > In the future when we have AutoQA online we'll be able to add new tests for new guidelines and alert maintainers who's specs fall out of.. er.. spec. -- Jesse Keating Fedora -- Freedom? is a feature! identi.ca: http://identi.ca/jkeating -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part URL: From rc040203 at freenet.de Tue Jan 5 18:13:34 2010 From: rc040203 at freenet.de (Ralf Corsepius) Date: Tue, 05 Jan 2010 19:13:34 +0100 Subject: Our static Libraries packaging guidelines once more In-Reply-To: <4B436D6F.5060207@redhat.com> References: <20091205181941.600ac00f@gmail.com> <20091205180049.GF4179@free.fr> <20091205191847.2c9c6aa1@gmail.com> <4B1CFFEE.7020306@jcomserv.net> <20091207193525.71338163@gmail.com> <20100105160821.59fbef0b@gmail.com> <10344.1262707404@sss.pgh.pa.us> <1262709005.32656.10.camel@localhost.localdomain> <4B436D6F.5060207@redhat.com> Message-ID: <4B43814E.1050103@freenet.de> On 01/05/2010 05:48 PM, Tom "spot" Callaway wrote: > On 01/05/2010 11:30 AM, Jesse Keating wrote: >> On Tue, 2010-01-05 at 11:03 -0500, Tom Lane wrote: >>> On the other hand, with the >>> guideline being so widely ignored, I'm not in a hurry to do work to >>> comply with it ... >> >> Isn't that a chicken/egg problem? > > It really is. I mean, we could create the "Packaging Police" to run > around and enforce the guidelines by force (either by fixing them > manually, I would not want to call it a "packaging police", but a "tag team" which fixes the packages == IMO, that's the way to go. > or by threatening maintainers until they do it), but is that > really what we want? Yes, people have had enough time to fix their packages - It's time for action. Ralf From adrian.joian at fedoraproject.ro Tue Jan 5 18:22:22 2010 From: adrian.joian at fedoraproject.ro (Adrian) Date: Tue, 05 Jan 2010 20:22:22 +0200 Subject: Should we digg PI Message-ID: <4B43835E.2000009@fedoraproject.ro> Hi, A news of a new calculation of PI is on the net. Should we digg (http://digg.com/d31EgvV) the article in order to promote the fact that the author used Fedora 10 for he's success ? Best regards, Adrian -- :: http://fedoraproject.ro :: http://forum.fedoraproject.ro :: From maxamillion at gmail.com Tue Jan 5 19:03:24 2010 From: maxamillion at gmail.com (Adam Miller) Date: Tue, 5 Jan 2010 13:03:24 -0600 Subject: Should we digg PI In-Reply-To: <4B43835E.2000009@fedoraproject.ro> References: <4B43835E.2000009@fedoraproject.ro> Message-ID: On Tue, Jan 5, 2010 at 12:22 PM, Adrian wrote: > Hi, > > A news of a new calculation of PI is on the net. Should we digg > (http://digg.com/d31EgvV) the article in order to promote the fact that the > author used Fedora 10 for he's success ? > > Best regards, > Adrian > > -- > :: http://fedoraproject.ro :: http://forum.fedoraproject.ro :: > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > A quote from the page "The Linux Operating System was used with the 64 bit Red Hat Fedora 10 distribution" ... its possible that's a "lost in translation" issue ... but it just sounds wrong to me. -Adam -- http://maxamillion.googlepages.com --------------------------------------------------------- () ascii ribbon campaign - against html e-mail /\ www.asciiribbon.org - against proprietary attachments From ajax at redhat.com Tue Jan 5 19:09:50 2010 From: ajax at redhat.com (Adam Jackson) Date: Tue, 05 Jan 2010 14:09:50 -0500 Subject: Should we digg PI In-Reply-To: <4B43835E.2000009@fedoraproject.ro> References: <4B43835E.2000009@fedoraproject.ro> Message-ID: <1262718590.7251.32191.camel@atropine.boston.devel.redhat.com> On Tue, 2010-01-05 at 20:22 +0200, Adrian wrote: > Hi, > > A news of a new calculation of PI is on the net. Should we digg > (http://digg.com/d31EgvV) the article in order to promote the fact that > the author used Fedora 10 for he's success ? This sounds like a question about Fedora advocacy, not Fedora development. You probably want fedora-ambassadors-list at . - ajax -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part URL: From kevin at scrye.com Tue Jan 5 19:17:28 2010 From: kevin at scrye.com (Kevin Fenzi) Date: Tue, 5 Jan 2010 12:17:28 -0700 Subject: qstat conflicts In-Reply-To: <5ec8ebd51001050657r434bdd9as83277aaaf11c365d@mail.gmail.com> References: <5ec8ebd51001050657r434bdd9as83277aaaf11c365d@mail.gmail.com> Message-ID: <20100105121728.0e37e368@ohm.scrye.com> On Tue, 5 Jan 2010 16:57:31 +0200 Andy Shevchenko wrote: > Hello. > > Does Fedora dead? I have submit new qstat packages and filed bugs > against applications which are using its [qstat] old binary name. > There were several weeks when qstat update on hold due to bug #533777 > Should we obsolete blocking pacakge(s)? So, qstat is changing names, you filed bugs on any of the packages that are using the old name to update and they haven't yet done so? Are you waiting for them to update before pushing the new qstat? Perhaps the maintainer could use some more co-maintainers to help, or no longer wishes to maintain the package. Have you tried a direct email to them? kevin -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: not available URL: From kdudka at redhat.com Tue Jan 5 19:21:42 2010 From: kdudka at redhat.com (Kamil Dudka) Date: Tue, 5 Jan 2010 20:21:42 +0100 Subject: formal request - package take over (libssh2) In-Reply-To: <7dd7ab491001050824o264225cbn5be8ea824a5410d@mail.gmail.com> References: <201001051249.37196.kdudka@redhat.com> <7dd7ab491001050824o264225cbn5be8ea824a5410d@mail.gmail.com> Message-ID: <201001052021.42218.kdudka@redhat.com> On Tuesday 05 of January 2010 17:24:46 Chris Weyl wrote: > Well, it's post-holiday season now and I'm starting to catch up on my > mail/bugs... These should be taken care of this week. Feel free to > ping me via email/bugzilla if you need anything before then. Glad to see you alive! Please grant me the commit ACLs for the libssh2 Fedora packages. I've already fixed all of the above issues for RHEL and would like to sync Fedora now. Thanks in advance! Kamil From pbrobinson at gmail.com Tue Jan 5 19:55:16 2010 From: pbrobinson at gmail.com (Peter Robinson) Date: Tue, 5 Jan 2010 19:55:16 +0000 Subject: formal request - package take over (libssh2) In-Reply-To: <201001052021.42218.kdudka@redhat.com> References: <201001051249.37196.kdudka@redhat.com> <7dd7ab491001050824o264225cbn5be8ea824a5410d@mail.gmail.com> <201001052021.42218.kdudka@redhat.com> Message-ID: <5256d0b1001051155i4b11054fk3994cf2c62e347dc@mail.gmail.com> On Tue, Jan 5, 2010 at 7:21 PM, Kamil Dudka wrote: > On Tuesday 05 of January 2010 17:24:46 Chris Weyl wrote: >> Well, it's post-holiday season now and I'm starting to catch up on my >> mail/bugs... ?These should be taken care of this week. ?Feel free to >> ping me via email/bugzilla if you need anything before then. > > Glad to see you alive! Please grant me the commit ACLs for the libssh2 Fedora > packages. I've already fixed all of the above issues for RHEL and would like > to sync Fedora now. You can request ACL permissions through the Fedora pkgdb here https://admin.fedoraproject.org/pkgdb/packages/name/libssh2 and then the maintainer can grant them Peter From pmatilai at laiskiainen.org Tue Jan 5 19:58:52 2010 From: pmatilai at laiskiainen.org (Panu Matilainen) Date: Tue, 5 Jan 2010 21:58:52 +0200 (EET) Subject: Heads-up: %define vs %global in specs In-Reply-To: <20100105165052.GH12273@redhat.com> References: <20100105165052.GH12273@redhat.com> Message-ID: On Tue, 5 Jan 2010, Daniel P. Berrange wrote: > On Tue, Jan 05, 2010 at 06:34:12PM +0200, Panu Matilainen wrote: >> >> For the impatient: >> >> Starting with today's rawhide, the these kind of constructs in specs >> no longer "work": >> %{?!foo: %define foo bar} >> For the generally desired effect, the above simply becomes: >> %{?!foo: %global foo bar} >> >> This is already recommended by the Fedora guidelines, but packages which >> haven't been updated to follow the guideline might need revising: >> https://fedoraproject.org/wiki/Packaging/Guidelines#.25global_preferred_over_.25define > > > What exactly do you mean 'no longer work' ? Can we expect to get a formal > RPM build error for this bogus construct, or will it silently build and > do the wrong thing ? From your long description, it sounds like the latter, > which means maintainers should audit their spec files to identify these > bogus macros It depends on the details but most likely you'll get a build error of some kind as you'll get unexpanded macros where you previously got expanded macros (if you were lucky). For example %{!?python_sitelib: %define python_sitelib %(python -c "from distutils.sysconfig import get_python_lib; print get_python_lib()")} ... %files %{python_sitelib}/mystuff.py ...would now error out at filelist processing stage as %{python_sitelib} is not defined in the global scope and literal "%{python_sitelib}/mystuff.py" is not a valid file name. Or you can get downright parse errors etc. Sure there *are* cases where it could go unnoticed: if you're creating package content based on such a %define - using the python_sitelib again as a dumb example, rpm wouldn't complain about file created (and packaged) from this, you'd just get wrong contents (unexpanded macro name) in the file: cat << EOF >> my.conf %{python_sitelib}/mylib/ EOF ...but the potential for such silent errors has been there all the time: you just need to call a parametrized macro (knowingly or as a side-effect) somewhere in the spec and poof. Oh and btw, technically there's nothing illegal or wrong with the construct "%{?!foo: %define foo bar}" itself. What's wrong is trying to *use* macro defined that way outside the %{} block where it was defined. - Panu - From ville.skytta at iki.fi Tue Jan 5 20:39:36 2010 From: ville.skytta at iki.fi (Ville =?iso-8859-1?q?Skytt=E4?=) Date: Tue, 5 Jan 2010 22:39:36 +0200 Subject: Heads-up: %define vs %global in specs In-Reply-To: <4B437415.3050007@redhat.com> References: <20100105165052.GH12273@redhat.com> <4B437415.3050007@redhat.com> Message-ID: <201001052239.36623.ville.skytta@iki.fi> On Tuesday 05 January 2010, Tom "spot" Callaway wrote: > On 01/05/2010 11:50 AM, Daniel P. Berrange wrote: > > What exactly do you mean 'no longer work' ? Can we expect to get a formal > > RPM build error for this bogus construct, or will it silently build and > > do the wrong thing ? From your long description, it sounds like the > > latter, which means maintainers should audit their spec files to identify > > these bogus macros > > The easy way to be sure you're not hitting this is to not use %define. > Sed will fix your packages up quickly. ;) Smiley noted, but blindly doing that has potential to break stuff too. Here's one example that works as intended with %define but not with %global: http://cvs.fedoraproject.org/viewvc/devel/bash-completion/bash-completion.spec?r1=1.46&r2=1.47 From opensource at till.name Tue Jan 5 21:20:27 2010 From: opensource at till.name (Till Maas) Date: Tue, 05 Jan 2010 22:20:27 +0100 Subject: Our static Libraries packaging guidelines once more In-Reply-To: <4B436D6F.5060207@redhat.com> References: <20091205181941.600ac00f@gmail.com> <20091205180049.GF4179@free.fr> <20091205191847.2c9c6aa1@gmail.com> <4B1CFFEE.7020306@jcomserv.net> <20091207193525.71338163@gmail.com> <20100105160821.59fbef0b@gmail.com> <10344.1262707404@sss.pgh.pa.us> <1262709005.32656.10.camel@localhost.localdomain> <4B436D6F.5060207@redhat.com> Message-ID: <20100105212027.GA16452@genius.kawo2.rwth-aachen.de> On Tue, Jan 05, 2010 at 11:48:47AM -0500, Tom spot Callaway wrote: > On 01/05/2010 11:30 AM, Jesse Keating wrote: > > On Tue, 2010-01-05 at 11:03 -0500, Tom Lane wrote: > >> On the other hand, with the > >> guideline being so widely ignored, I'm not in a hurry to do work to > >> comply with it ... > > > > Isn't that a chicken/egg problem? > > It really is. I mean, we could create the "Packaging Police" to run > around and enforce the guidelines by force (either by fixing them > manually, or by threatening maintainers until they do it), but is that > really what we want? I would skip the threatening part, but allowing provenpackagers to fix violations to the packaging guidelines after a short notice to the maintainers is something we should encourage imho. It just plain sucks if there are bugs that can be fixed easily and may cause issues, but it takes several weeks to be able to fix them oneself. Regards Till -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 835 bytes Desc: not available URL: From opensource at till.name Tue Jan 5 22:57:31 2010 From: opensource at till.name (Till Maas) Date: Tue, 05 Jan 2010 23:57:31 +0100 Subject: Our static Libraries packaging guidelines once more In-Reply-To: <20100105172308.GJ12273@redhat.com> References: <20091205191847.2c9c6aa1@gmail.com> <4B1CFFEE.7020306@jcomserv.net> <20091207193525.71338163@gmail.com> <20100105160821.59fbef0b@gmail.com> <10344.1262707404@sss.pgh.pa.us> <1262709005.32656.10.camel@localhost.localdomain> <4B436D6F.5060207@redhat.com> <20100105170839.GI12273@redhat.com> <4B4373DD.3030400@redhat.com> <20100105172308.GJ12273@redhat.com> Message-ID: <20100105225731.GD16452@genius.kawo2.rwth-aachen.de> On Tue, Jan 05, 2010 at 05:23:08PM +0000, Daniel P. Berrange wrote: > That sounds good as long as AutoQA is reliable, not generating false > positives. I'd still also suggest that we have a rule drop all > packages reported by the FTBFS tests which aren't fixed by time of > Beta. I would like to have this with a slight modificiation. If a package FTBFS for at least a certain amount of time (e.g. two weeks) at the time of Beta, then every provenpackager may just fix the bugs for another certain amount of time (e.g. another two weeks) and if nobody fixes it then it should be dropped. Or maybe we could have some kind of "neglected packages task force", that may just in general fix bugs in packages that are not fixed by the original maintainer. The advantage over becoming co-maintainer of certain packages is then, that one does not get all the noise about bugs that are already been taken care of by the original maintainer. Regards Till -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 835 bytes Desc: not available URL: From kdudka at redhat.com Tue Jan 5 23:41:58 2010 From: kdudka at redhat.com (Kamil Dudka) Date: Wed, 6 Jan 2010 00:41:58 +0100 Subject: formal request - package take over (libssh2) In-Reply-To: <5256d0b1001051155i4b11054fk3994cf2c62e347dc@mail.gmail.com> References: <201001051249.37196.kdudka@redhat.com> <201001052021.42218.kdudka@redhat.com> <5256d0b1001051155i4b11054fk3994cf2c62e347dc@mail.gmail.com> Message-ID: <201001060041.59192.kdudka@redhat.com> On Tuesday 05 of January 2010 20:55:16 Peter Robinson wrote: > You can request ACL permissions through the Fedora pkgdb here > https://admin.fedoraproject.org/pkgdb/packages/name/libssh2 and then > the maintainer can grant them You can see I already did. It was more than a month ago, still waiting for response. Thus I am asking Chris as the current maintainer for the grant again now. Kamil From dodji at redhat.com Wed Jan 6 07:37:16 2010 From: dodji at redhat.com (Dodji Seketeli) Date: Wed, 6 Jan 2010 08:37:16 +0100 Subject: packages up for adoption In-Reply-To: <1262702246.2604.7.camel@planemask> References: <1262702246.2604.7.camel@planemask> Message-ID: <20100106073716.GA2332@adjoa.torimasen.com> On Tue, Jan 05, 2010 at 09:37:26AM -0500, Matthias Clasen wrote: > I intend to give up the following packages: > libcroco > Any takers ? I'll take this one. Dodji From akahl at imttechnologies.com Wed Jan 6 09:32:37 2010 From: akahl at imttechnologies.com (Alexander Kahl) Date: Wed, 06 Jan 2010 10:32:37 +0100 Subject: Common Lisp apps in Fedora In-Reply-To: <870180fe1001041510s6e35ea2fyf6f8b045d534a5bb@mail.gmail.com> References: <870180fe1001040829u218bebe1gb7f1a719f1c1c413@mail.gmail.com> <4B422B96.40407@imttechnologies.com> <870180fe1001041510s6e35ea2fyf6f8b045d534a5bb@mail.gmail.com> Message-ID: <4B4458B5.6060602@imttechnologies.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 01/05/2010 12:10 AM, Jerry James wrote: > On Mon, Jan 4, 2010 at 10:55 AM, Alexander Kahl > wrote: >> Actually I've started trying to package ccl as it is (AFAIK) the only >> implementation besides sbcl supporting (all at once) threads, mutexes, >> semaphores and conditions, hence some projects like cl-patron do not >> support any other implementation. > > Is there anything I can do to help? If nothing else, I can review the > package when you have it ready. Thanks for the offer; currently I'm busy with getting GNUnet through the review, ccl can be next on the list but I'm unsure whether it wouldn't be better if we'd focus on packaging most commonly used CL libs like Alexandria first. ATM Debian (and its brown derivative) seems to be the no. 1 distro of choice for CL devs and I'd like to change that. Are you (or is anyone else here) interested in founding a Common Lisp SIG? - - Alex -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org/ iEYEARECAAYFAktEWLUACgkQVTRddCFHw10RhwCePBIwfDvFvvRC+UFKqn0+RnYU Mj8AoNr6cwPIJ5r3eD/YE26OqvibJqen =7gLM -----END PGP SIGNATURE----- From christoph.wickert at googlemail.com Wed Jan 6 11:59:57 2010 From: christoph.wickert at googlemail.com (Christoph Wickert) Date: Wed, 06 Jan 2010 12:59:57 +0100 Subject: packages up for adoption In-Reply-To: <1262702246.2604.7.camel@planemask> References: <1262702246.2604.7.camel@planemask> Message-ID: <1262779197.2505.1.camel@wicktop.localdomain> Am Dienstag, den 05.01.2010, 09:37 -0500 schrieb Matthias Clasen: > I intend to give up the following packages: > preferences-menus I'm a friend of nested menus, so I'm going to take it. Regards, Christoph From rawhide at fedoraproject.org Wed Jan 6 13:11:59 2010 From: rawhide at fedoraproject.org (Rawhide Report) Date: Wed, 6 Jan 2010 13:11:59 +0000 Subject: rawhide report: 20100106 changes Message-ID: <20100106131159.GA15216@releng2.fedora.phx.redhat.com> Compose started at Wed Jan 6 08:15:11 UTC 2010 Broken deps for i386 ---------------------------------------------------------- anjal-0.1.0-1.fc13.i686 requires libevolution-mail-shared.so.0 anjal-0.1.0-1.fc13.i686 requires libefilterbar.so.0 autotrust-0.3.1-2.fc13.i686 requires libunbound.so.1 cduce-0.5.3-3.fc13.i686 requires ocaml(runtime) = 0:3.11.1 cduce-0.5.3-3.fc13.i686 requires ocaml(Filename) = 0:7cd172f02b7ee9b8d7bda3bb92144951 cduce-0.5.3-3.fc13.i686 requires ocaml(Obj) = 0:c827f726ce05da709cf7de58fc15e324 cduce-0.5.3-3.fc13.i686 requires ocaml(Format) = 0:b7ba3152a5eec5609d6ab86e6c51eebb cduce-0.5.3-3.fc13.i686 requires ocaml(Printexc) = 0:fdf007941aa14d1a26323558012dbf52 cduce-0.5.3-3.fc13.i686 requires ocaml(Buffer) = 0:23af67395823b652b807c4ae0b581211 cduce-ocamlduce-0.5.3-3.fc13.i686 requires ocaml(Format) = 0:b7ba3152a5eec5609d6ab86e6c51eebb cduce-ocamlduce-0.5.3-3.fc13.i686 requires ocaml(Buffer) = 0:23af67395823b652b807c4ae0b581211 cduce-ocamlduce-0.5.3-3.fc13.i686 requires ocaml(runtime) = 0:3.11.1 cduce-ocamlduce-0.5.3-3.fc13.i686 requires ocaml(Obj) = 0:c827f726ce05da709cf7de58fc15e324 cluster-snmp-0.16.1-2.fc12.i686 requires libnetsnmp.so.15 ghc-HTTP-devel-4000.0.6-6.fc13.i686 requires ghc = 0:6.10.4 ghc-HTTP-devel-4000.0.6-6.fc13.i686 requires ghc = 0:6.10.4 ghc-HTTP-doc-4000.0.6-6.fc13.i686 requires ghc-doc = 0:6.10.4 ghc-HTTP-doc-4000.0.6-6.fc13.i686 requires ghc-doc = 0:6.10.4 ghc-HTTP-prof-4000.0.6-6.fc13.i686 requires ghc-prof = 0:6.10.4 ghc-cairo-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-cairo-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-cairo-prof-0.10.1-5.fc12.i686 requires ghc-prof = 0:6.10.4 ghc-cgi-devel-3001.1.7.1-3.fc13.i686 requires ghc = 0:6.10.4 ghc-cgi-devel-3001.1.7.1-3.fc13.i686 requires ghc = 0:6.10.4 ghc-cgi-doc-3001.1.7.1-3.fc13.i686 requires ghc-doc = 0:6.10.4 ghc-cgi-doc-3001.1.7.1-3.fc13.i686 requires ghc-doc = 0:6.10.4 ghc-cgi-prof-3001.1.7.1-3.fc13.i686 requires ghc-prof = 0:6.10.4 ghc-fgl-devel-5.4.2.2-1.fc12.i686 requires ghc = 0:6.10.4 ghc-fgl-devel-5.4.2.2-1.fc12.i686 requires ghc = 0:6.10.4 ghc-fgl-doc-5.4.2.2-1.fc12.i686 requires ghc-doc = 0:6.10.4 ghc-fgl-doc-5.4.2.2-1.fc12.i686 requires ghc-doc = 0:6.10.4 ghc-fgl-prof-5.4.2.2-1.fc12.i686 requires ghc-prof = 0:6.10.4 ghc-gconf-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-gconf-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-gconf-prof-0.10.1-5.fc12.i686 requires ghc-prof = 0:6.10.4 ghc-ghc-paths-devel-0.1.0.5-8.fc12.i686 requires ghc = 0:6.10.4 ghc-ghc-paths-devel-0.1.0.5-8.fc12.i686 requires ghc = 0:6.10.4 ghc-ghc-paths-doc-0.1.0.5-8.fc12.i686 requires ghc-doc = 0:6.10.4 ghc-ghc-paths-doc-0.1.0.5-8.fc12.i686 requires ghc-doc = 0:6.10.4 ghc-ghc-paths-prof-0.1.0.5-8.fc12.i686 requires ghc-prof = 0:6.10.4 ghc-gio-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-gio-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-gio-prof-0.10.1-5.fc12.i686 requires ghc-prof = 0:6.10.4 ghc-glade-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-glade-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-glade-prof-0.10.1-5.fc12.i686 requires ghc-prof = 0:6.10.4 ghc-glib-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-glib-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-glib-prof-0.10.1-5.fc12.i686 requires ghc-prof = 0:6.10.4 ghc-gstreamer-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-gstreamer-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-gstreamer-prof-0.10.1-5.fc12.i686 requires ghc-prof = 0:6.10.4 ghc-gtk-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-gtk-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-gtk-prof-0.10.1-5.fc12.i686 requires ghc-prof = 0:6.10.4 ghc-gtkglext-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-gtkglext-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-gtkglext-prof-0.10.1-5.fc12.i686 requires ghc-prof = 0:6.10.4 ghc-gtksourceview2-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-gtksourceview2-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-gtksourceview2-prof-0.10.1-5.fc12.i686 requires ghc-prof = 0:6.10.4 ghc-haskell-platform-devel-2009.2.0.2-3.fc13.i686 requires ghc = 0:6.10.4 ghc-haskell-platform-devel-2009.2.0.2-3.fc13.i686 requires ghc = 0:6.10.4 ghc-haskell-platform-doc-2009.2.0.2-3.fc13.i686 requires ghc-doc = 0:6.10.4 ghc-haskell-platform-doc-2009.2.0.2-3.fc13.i686 requires ghc-doc = 0:6.10.4 ghc-haskell-platform-prof-2009.2.0.2-3.fc13.i686 requires ghc-prof = 0:6.10.4 ghc-haskell-src-exts-devel-1.3.0-2.fc13.i686 requires ghc = 0:6.10.4 ghc-haskell-src-exts-devel-1.3.0-2.fc13.i686 requires ghc = 0:6.10.4 ghc-haskell-src-exts-doc-1.3.0-2.fc13.i686 requires ghc-doc = 0:6.10.4 ghc-haskell-src-exts-doc-1.3.0-2.fc13.i686 requires ghc-doc = 0:6.10.4 ghc-haskell-src-exts-prof-1.3.0-2.fc13.i686 requires ghc-prof = 0:6.10.4 ghc-network-devel-2.2.1.4-2.fc12.i686 requires ghc = 0:6.10.4 ghc-network-devel-2.2.1.4-2.fc12.i686 requires ghc = 0:6.10.4 ghc-network-doc-2.2.1.4-2.fc12.i686 requires ghc-doc = 0:6.10.4 ghc-network-doc-2.2.1.4-2.fc12.i686 requires ghc-doc = 0:6.10.4 ghc-network-prof-2.2.1.4-2.fc12.i686 requires ghc-prof = 0:6.10.4 ghc-soegtk-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-soegtk-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-soegtk-prof-0.10.1-5.fc12.i686 requires ghc-prof = 0:6.10.4 ghc-svgcairo-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-svgcairo-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-svgcairo-prof-0.10.1-5.fc12.i686 requires ghc-prof = 0:6.10.4 ghc-uniplate-devel-1.2.0.3-6.fc12.i686 requires ghc = 0:6.10.4 ghc-uniplate-devel-1.2.0.3-6.fc12.i686 requires ghc = 0:6.10.4 ghc-uniplate-doc-1.2.0.3-6.fc12.i686 requires ghc-doc = 0:6.10.4 ghc-uniplate-doc-1.2.0.3-6.fc12.i686 requires ghc-doc = 0:6.10.4 ghc-uniplate-prof-1.2.0.3-6.fc12.i686 requires ghc-prof = 0:6.10.4 ghc-xmonad-contrib-devel-0.9-1.fc13.i686 requires ghc-utf8-string-devel = 0:0.3.5 ghc-xmonad-contrib-devel-0.9-1.fc13.i686 requires ghc = 0:6.10.4 ghc-xmonad-contrib-devel-0.9-1.fc13.i686 requires ghc = 0:6.10.4 ghc-xmonad-contrib-doc-0.9-1.fc13.i686 requires ghc-doc = 0:6.10.4 ghc-xmonad-contrib-doc-0.9-1.fc13.i686 requires ghc-doc = 0:6.10.4 ghc-xmonad-contrib-doc-0.9-1.fc13.i686 requires ghc-utf8-string-doc = 0:0.3.5 ghc-xmonad-contrib-prof-0.9-1.fc13.i686 requires ghc-prof = 0:6.10.4 ghc-xmonad-contrib-prof-0.9-1.fc13.i686 requires ghc-utf8-string-prof = 0:0.3.5 ghc-xmonad-devel-0.9-3.fc13.i686 requires ghc-X11-devel = 0:1.4.6.1 ghc-xmonad-devel-0.9-3.fc13.i686 requires ghc = 0:6.10.4 ghc-xmonad-devel-0.9-3.fc13.i686 requires ghc = 0:6.10.4 ghc-xmonad-doc-0.9-3.fc13.i686 requires ghc-doc = 0:6.10.4 ghc-xmonad-doc-0.9-3.fc13.i686 requires ghc-doc = 0:6.10.4 ghc-xmonad-doc-0.9-3.fc13.i686 requires ghc-X11-doc = 0:1.4.6.1 ghc-xmonad-prof-0.9-3.fc13.i686 requires ghc-X11-prof = 0:1.4.6.1 ghc-xmonad-prof-0.9-3.fc13.i686 requires ghc-prof = 0:6.10.4 haskell-platform-2009.2.0.2-3.fc13.i686 requires ghc = 0:6.10.4 hulahop-0.6.0-2.fc12.i686 requires xulrunner-python hulahop-0.6.0-2.fc12.i686 requires libpyxpcom.so inksmoto-0.7.0-1.rc1.fc13.noarch requires /bin/python kpackagekit-0.5.2-2.fc13.i686 requires libpackagekit-qt.so.12 kst-fits-1.8.0-3.fc12.i686 requires cfitsio = 0:3.140 kst-netcdf-1.8.0-3.fc12.i686 requires libnetcdf.so.4 kst-netcdf-1.8.0-3.fc12.i686 requires libnetcdf_c++.so.4 linphone-2.1.1-4.fc12.i686 requires libortp.so.7 ocaml-camlp5-5.12-4.fc13.i686 requires ocaml(Pa_extend) = 0:712f07c9398e7a73ca4678fd8673f69d ocaml-camlp5-5.12-4.fc13.i686 requires ocaml(Pa_extend) = 0:2887f9bf6fd349d233dab2ec42de105f player-3.0.0-4.fc12.i686 requires libgeos-3.1.1.so player-3.0.0-4.fc12.i686 requires libcxcore.so.2 player-3.0.0-4.fc12.i686 requires libcvaux.so.2 player-3.0.0-4.fc12.i686 requires libml.so.2 player-3.0.0-4.fc12.i686 requires libhighgui.so.2 player-3.0.0-4.fc12.i686 requires libpqxx-2.6.8.so player-3.0.0-4.fc12.i686 requires libcv.so.2 pyexiv2-0.1.3-5.fc12.i686 requires libexiv2.so.5 python-basemap-0.99.4-1.fc13.i686 requires libgeos-3.2.0rc3.so selenium-core-1.0.2-0.1.20091211svn.fc13.noarch requires commons-logging xorg-x11-drv-wacom-0.10.3-2.fc13.i686 requires xorg-x11-server-Xorg >= 0:1.7.0 xorg-x11-drv-wacom-devel-0.10.3-2.fc13.i686 requires xorg-x11-server-devel >= 0:1.7.0 zikula-module-menutree-2.2-1.fc13.noarch requires zikula >= 0:1.2 Broken deps for x86_64 ---------------------------------------------------------- anjal-0.1.0-1.fc13.x86_64 requires libevolution-mail-shared.so.0()(64bit) anjal-0.1.0-1.fc13.x86_64 requires libefilterbar.so.0()(64bit) autotrust-0.3.1-2.fc13.x86_64 requires libunbound.so.1()(64bit) cduce-0.5.3-3.fc13.x86_64 requires ocaml(runtime) = 0:3.11.1 cduce-0.5.3-3.fc13.x86_64 requires ocaml(Filename) = 0:7cd172f02b7ee9b8d7bda3bb92144951 cduce-0.5.3-3.fc13.x86_64 requires ocaml(Obj) = 0:c827f726ce05da709cf7de58fc15e324 cduce-0.5.3-3.fc13.x86_64 requires ocaml(Format) = 0:b7ba3152a5eec5609d6ab86e6c51eebb cduce-0.5.3-3.fc13.x86_64 requires ocaml(Printexc) = 0:fdf007941aa14d1a26323558012dbf52 cduce-0.5.3-3.fc13.x86_64 requires ocaml(Buffer) = 0:23af67395823b652b807c4ae0b581211 cduce-ocamlduce-0.5.3-3.fc13.x86_64 requires ocaml(Format) = 0:b7ba3152a5eec5609d6ab86e6c51eebb cduce-ocamlduce-0.5.3-3.fc13.x86_64 requires ocaml(Buffer) = 0:23af67395823b652b807c4ae0b581211 cduce-ocamlduce-0.5.3-3.fc13.x86_64 requires ocaml(Obj) = 0:c827f726ce05da709cf7de58fc15e324 cduce-ocamlduce-0.5.3-3.fc13.x86_64 requires ocaml(runtime) = 0:3.11.1 cluster-snmp-0.16.1-2.fc12.x86_64 requires libnetsnmp.so.15()(64bit) ghc-HTTP-devel-4000.0.6-6.fc13.i686 requires ghc = 0:6.10.4 ghc-HTTP-devel-4000.0.6-6.fc13.i686 requires ghc = 0:6.10.4 ghc-HTTP-devel-4000.0.6-6.fc13.x86_64 requires ghc = 0:6.10.4 ghc-HTTP-devel-4000.0.6-6.fc13.x86_64 requires ghc = 0:6.10.4 ghc-HTTP-doc-4000.0.6-6.fc13.x86_64 requires ghc-doc = 0:6.10.4 ghc-HTTP-doc-4000.0.6-6.fc13.x86_64 requires ghc-doc = 0:6.10.4 ghc-HTTP-prof-4000.0.6-6.fc13.x86_64 requires ghc-prof = 0:6.10.4 ghc-cairo-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-cairo-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-cairo-devel-0.10.1-5.fc12.x86_64 requires ghc = 0:6.10.4 ghc-cairo-devel-0.10.1-5.fc12.x86_64 requires ghc = 0:6.10.4 ghc-cairo-prof-0.10.1-5.fc12.x86_64 requires ghc-prof = 0:6.10.4 ghc-cgi-devel-3001.1.7.1-3.fc13.i686 requires ghc = 0:6.10.4 ghc-cgi-devel-3001.1.7.1-3.fc13.i686 requires ghc = 0:6.10.4 ghc-cgi-devel-3001.1.7.1-3.fc13.x86_64 requires ghc = 0:6.10.4 ghc-cgi-devel-3001.1.7.1-3.fc13.x86_64 requires ghc = 0:6.10.4 ghc-cgi-doc-3001.1.7.1-3.fc13.x86_64 requires ghc-doc = 0:6.10.4 ghc-cgi-doc-3001.1.7.1-3.fc13.x86_64 requires ghc-doc = 0:6.10.4 ghc-cgi-prof-3001.1.7.1-3.fc13.x86_64 requires ghc-prof = 0:6.10.4 ghc-fgl-devel-5.4.2.2-1.fc12.i686 requires ghc = 0:6.10.4 ghc-fgl-devel-5.4.2.2-1.fc12.i686 requires ghc = 0:6.10.4 ghc-fgl-devel-5.4.2.2-1.fc12.x86_64 requires ghc = 0:6.10.4 ghc-fgl-devel-5.4.2.2-1.fc12.x86_64 requires ghc = 0:6.10.4 ghc-fgl-doc-5.4.2.2-1.fc12.x86_64 requires ghc-doc = 0:6.10.4 ghc-fgl-doc-5.4.2.2-1.fc12.x86_64 requires ghc-doc = 0:6.10.4 ghc-fgl-prof-5.4.2.2-1.fc12.x86_64 requires ghc-prof = 0:6.10.4 ghc-gconf-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-gconf-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-gconf-devel-0.10.1-5.fc12.x86_64 requires ghc = 0:6.10.4 ghc-gconf-devel-0.10.1-5.fc12.x86_64 requires ghc = 0:6.10.4 ghc-gconf-prof-0.10.1-5.fc12.x86_64 requires ghc-prof = 0:6.10.4 ghc-ghc-paths-devel-0.1.0.5-8.fc12.i686 requires ghc = 0:6.10.4 ghc-ghc-paths-devel-0.1.0.5-8.fc12.i686 requires ghc = 0:6.10.4 ghc-ghc-paths-devel-0.1.0.5-8.fc12.x86_64 requires ghc = 0:6.10.4 ghc-ghc-paths-devel-0.1.0.5-8.fc12.x86_64 requires ghc = 0:6.10.4 ghc-ghc-paths-doc-0.1.0.5-8.fc12.x86_64 requires ghc-doc = 0:6.10.4 ghc-ghc-paths-doc-0.1.0.5-8.fc12.x86_64 requires ghc-doc = 0:6.10.4 ghc-ghc-paths-prof-0.1.0.5-8.fc12.x86_64 requires ghc-prof = 0:6.10.4 ghc-gio-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-gio-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-gio-devel-0.10.1-5.fc12.x86_64 requires ghc = 0:6.10.4 ghc-gio-devel-0.10.1-5.fc12.x86_64 requires ghc = 0:6.10.4 ghc-gio-prof-0.10.1-5.fc12.x86_64 requires ghc-prof = 0:6.10.4 ghc-glade-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-glade-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-glade-devel-0.10.1-5.fc12.x86_64 requires ghc = 0:6.10.4 ghc-glade-devel-0.10.1-5.fc12.x86_64 requires ghc = 0:6.10.4 ghc-glade-prof-0.10.1-5.fc12.x86_64 requires ghc-prof = 0:6.10.4 ghc-glib-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-glib-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-glib-devel-0.10.1-5.fc12.x86_64 requires ghc = 0:6.10.4 ghc-glib-devel-0.10.1-5.fc12.x86_64 requires ghc = 0:6.10.4 ghc-glib-prof-0.10.1-5.fc12.x86_64 requires ghc-prof = 0:6.10.4 ghc-gstreamer-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-gstreamer-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-gstreamer-devel-0.10.1-5.fc12.x86_64 requires ghc = 0:6.10.4 ghc-gstreamer-devel-0.10.1-5.fc12.x86_64 requires ghc = 0:6.10.4 ghc-gstreamer-prof-0.10.1-5.fc12.x86_64 requires ghc-prof = 0:6.10.4 ghc-gtk-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-gtk-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-gtk-devel-0.10.1-5.fc12.x86_64 requires ghc = 0:6.10.4 ghc-gtk-devel-0.10.1-5.fc12.x86_64 requires ghc = 0:6.10.4 ghc-gtk-prof-0.10.1-5.fc12.x86_64 requires ghc-prof = 0:6.10.4 ghc-gtkglext-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-gtkglext-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-gtkglext-devel-0.10.1-5.fc12.x86_64 requires ghc = 0:6.10.4 ghc-gtkglext-devel-0.10.1-5.fc12.x86_64 requires ghc = 0:6.10.4 ghc-gtkglext-prof-0.10.1-5.fc12.x86_64 requires ghc-prof = 0:6.10.4 ghc-gtksourceview2-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-gtksourceview2-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-gtksourceview2-devel-0.10.1-5.fc12.x86_64 requires ghc = 0:6.10.4 ghc-gtksourceview2-devel-0.10.1-5.fc12.x86_64 requires ghc = 0:6.10.4 ghc-gtksourceview2-prof-0.10.1-5.fc12.x86_64 requires ghc-prof = 0:6.10.4 ghc-haskell-platform-devel-2009.2.0.2-3.fc13.i686 requires ghc = 0:6.10.4 ghc-haskell-platform-devel-2009.2.0.2-3.fc13.i686 requires ghc = 0:6.10.4 ghc-haskell-platform-devel-2009.2.0.2-3.fc13.x86_64 requires ghc = 0:6.10.4 ghc-haskell-platform-devel-2009.2.0.2-3.fc13.x86_64 requires ghc = 0:6.10.4 ghc-haskell-platform-doc-2009.2.0.2-3.fc13.x86_64 requires ghc-doc = 0:6.10.4 ghc-haskell-platform-doc-2009.2.0.2-3.fc13.x86_64 requires ghc-doc = 0:6.10.4 ghc-haskell-platform-prof-2009.2.0.2-3.fc13.x86_64 requires ghc-prof = 0:6.10.4 ghc-haskell-src-exts-devel-1.3.0-2.fc13.i686 requires ghc = 0:6.10.4 ghc-haskell-src-exts-devel-1.3.0-2.fc13.i686 requires ghc = 0:6.10.4 ghc-haskell-src-exts-devel-1.3.0-2.fc13.x86_64 requires ghc = 0:6.10.4 ghc-haskell-src-exts-devel-1.3.0-2.fc13.x86_64 requires ghc = 0:6.10.4 ghc-haskell-src-exts-doc-1.3.0-2.fc13.x86_64 requires ghc-doc = 0:6.10.4 ghc-haskell-src-exts-doc-1.3.0-2.fc13.x86_64 requires ghc-doc = 0:6.10.4 ghc-haskell-src-exts-prof-1.3.0-2.fc13.x86_64 requires ghc-prof = 0:6.10.4 ghc-network-devel-2.2.1.4-2.fc12.i686 requires ghc = 0:6.10.4 ghc-network-devel-2.2.1.4-2.fc12.i686 requires ghc = 0:6.10.4 ghc-network-devel-2.2.1.4-2.fc12.x86_64 requires ghc = 0:6.10.4 ghc-network-devel-2.2.1.4-2.fc12.x86_64 requires ghc = 0:6.10.4 ghc-network-doc-2.2.1.4-2.fc12.x86_64 requires ghc-doc = 0:6.10.4 ghc-network-doc-2.2.1.4-2.fc12.x86_64 requires ghc-doc = 0:6.10.4 ghc-network-prof-2.2.1.4-2.fc12.x86_64 requires ghc-prof = 0:6.10.4 ghc-soegtk-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-soegtk-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-soegtk-devel-0.10.1-5.fc12.x86_64 requires ghc = 0:6.10.4 ghc-soegtk-devel-0.10.1-5.fc12.x86_64 requires ghc = 0:6.10.4 ghc-soegtk-prof-0.10.1-5.fc12.x86_64 requires ghc-prof = 0:6.10.4 ghc-svgcairo-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-svgcairo-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-svgcairo-devel-0.10.1-5.fc12.x86_64 requires ghc = 0:6.10.4 ghc-svgcairo-devel-0.10.1-5.fc12.x86_64 requires ghc = 0:6.10.4 ghc-svgcairo-prof-0.10.1-5.fc12.x86_64 requires ghc-prof = 0:6.10.4 ghc-uniplate-devel-1.2.0.3-6.fc12.i686 requires ghc = 0:6.10.4 ghc-uniplate-devel-1.2.0.3-6.fc12.i686 requires ghc = 0:6.10.4 ghc-uniplate-devel-1.2.0.3-6.fc12.x86_64 requires ghc = 0:6.10.4 ghc-uniplate-devel-1.2.0.3-6.fc12.x86_64 requires ghc = 0:6.10.4 ghc-uniplate-doc-1.2.0.3-6.fc12.x86_64 requires ghc-doc = 0:6.10.4 ghc-uniplate-doc-1.2.0.3-6.fc12.x86_64 requires ghc-doc = 0:6.10.4 ghc-uniplate-prof-1.2.0.3-6.fc12.x86_64 requires ghc-prof = 0:6.10.4 ghc-xmonad-contrib-devel-0.9-1.fc13.i686 requires ghc-utf8-string-devel = 0:0.3.5 ghc-xmonad-contrib-devel-0.9-1.fc13.i686 requires ghc = 0:6.10.4 ghc-xmonad-contrib-devel-0.9-1.fc13.i686 requires ghc = 0:6.10.4 ghc-xmonad-contrib-devel-0.9-1.fc13.x86_64 requires ghc-utf8-string-devel = 0:0.3.5 ghc-xmonad-contrib-devel-0.9-1.fc13.x86_64 requires ghc = 0:6.10.4 ghc-xmonad-contrib-devel-0.9-1.fc13.x86_64 requires ghc = 0:6.10.4 ghc-xmonad-contrib-doc-0.9-1.fc13.x86_64 requires ghc-doc = 0:6.10.4 ghc-xmonad-contrib-doc-0.9-1.fc13.x86_64 requires ghc-doc = 0:6.10.4 ghc-xmonad-contrib-doc-0.9-1.fc13.x86_64 requires ghc-utf8-string-doc = 0:0.3.5 ghc-xmonad-contrib-prof-0.9-1.fc13.x86_64 requires ghc-prof = 0:6.10.4 ghc-xmonad-contrib-prof-0.9-1.fc13.x86_64 requires ghc-utf8-string-prof = 0:0.3.5 ghc-xmonad-devel-0.9-3.fc13.i686 requires ghc-X11-devel = 0:1.4.6.1 ghc-xmonad-devel-0.9-3.fc13.i686 requires ghc = 0:6.10.4 ghc-xmonad-devel-0.9-3.fc13.i686 requires ghc = 0:6.10.4 ghc-xmonad-devel-0.9-3.fc13.x86_64 requires ghc-X11-devel = 0:1.4.6.1 ghc-xmonad-devel-0.9-3.fc13.x86_64 requires ghc = 0:6.10.4 ghc-xmonad-devel-0.9-3.fc13.x86_64 requires ghc = 0:6.10.4 ghc-xmonad-doc-0.9-3.fc13.x86_64 requires ghc-doc = 0:6.10.4 ghc-xmonad-doc-0.9-3.fc13.x86_64 requires ghc-doc = 0:6.10.4 ghc-xmonad-doc-0.9-3.fc13.x86_64 requires ghc-X11-doc = 0:1.4.6.1 ghc-xmonad-prof-0.9-3.fc13.x86_64 requires ghc-X11-prof = 0:1.4.6.1 ghc-xmonad-prof-0.9-3.fc13.x86_64 requires ghc-prof = 0:6.10.4 haskell-platform-2009.2.0.2-3.fc13.x86_64 requires ghc = 0:6.10.4 hulahop-0.6.0-2.fc12.x86_64 requires xulrunner-python hulahop-0.6.0-2.fc12.x86_64 requires libpyxpcom.so()(64bit) inksmoto-0.7.0-1.rc1.fc13.noarch requires /bin/python kpackagekit-0.5.2-2.fc13.x86_64 requires libpackagekit-qt.so.12()(64bit) kst-fits-1.8.0-3.fc12.x86_64 requires cfitsio = 0:3.140 kst-netcdf-1.8.0-3.fc12.x86_64 requires libnetcdf.so.4()(64bit) kst-netcdf-1.8.0-3.fc12.x86_64 requires libnetcdf_c++.so.4()(64bit) linphone-2.1.1-4.fc12.i686 requires libortp.so.7 linphone-2.1.1-4.fc12.x86_64 requires libortp.so.7()(64bit) ocaml-camlp5-5.12-4.fc13.x86_64 requires ocaml(Pa_extend) = 0:712f07c9398e7a73ca4678fd8673f69d ocaml-camlp5-5.12-4.fc13.x86_64 requires ocaml(Pa_extend) = 0:2887f9bf6fd349d233dab2ec42de105f player-3.0.0-4.fc12.i686 requires libgeos-3.1.1.so player-3.0.0-4.fc12.i686 requires libcxcore.so.2 player-3.0.0-4.fc12.i686 requires libcvaux.so.2 player-3.0.0-4.fc12.i686 requires libml.so.2 player-3.0.0-4.fc12.i686 requires libhighgui.so.2 player-3.0.0-4.fc12.i686 requires libpqxx-2.6.8.so player-3.0.0-4.fc12.i686 requires libcv.so.2 player-3.0.0-4.fc12.x86_64 requires libhighgui.so.2()(64bit) player-3.0.0-4.fc12.x86_64 requires libcv.so.2()(64bit) player-3.0.0-4.fc12.x86_64 requires libcxcore.so.2()(64bit) player-3.0.0-4.fc12.x86_64 requires libgeos-3.1.1.so()(64bit) player-3.0.0-4.fc12.x86_64 requires libml.so.2()(64bit) player-3.0.0-4.fc12.x86_64 requires libcvaux.so.2()(64bit) player-3.0.0-4.fc12.x86_64 requires libpqxx-2.6.8.so()(64bit) pyexiv2-0.1.3-5.fc12.x86_64 requires libexiv2.so.5()(64bit) python-basemap-0.99.4-1.fc13.x86_64 requires libgeos-3.2.0rc3.so()(64bit) selenium-core-1.0.2-0.1.20091211svn.fc13.noarch requires commons-logging xorg-x11-drv-wacom-0.10.3-2.fc13.x86_64 requires xorg-x11-server-Xorg >= 0:1.7.0 xorg-x11-drv-wacom-devel-0.10.3-2.fc13.i686 requires xorg-x11-server-devel >= 0:1.7.0 xorg-x11-drv-wacom-devel-0.10.3-2.fc13.x86_64 requires xorg-x11-server-devel >= 0:1.7.0 zikula-module-menutree-2.2-1.fc13.noarch requires zikula >= 0:1.2 New package fedora-kde-icon-theme Default icon theme for KDE Desktops on fedora New package perl-CPAN-Inject Base class for injecting distributions into CPAN sources New package selenium-remote-control Tool for remotely controlling a web browser to test a web site Updated Packages: PackageKit-0.6.0-1.fc13 ----------------------- * Tue Jan 05 2010 Richard Hughes - 0.6.0-1 - New upstream release of 0.6.0. acl-2.2.49-3.fc13 ----------------- * Tue Jan 05 2010 Kamil Dudka 2.2.49-3 - upstream patch for setfacl --restore SUID/SGID bits handling (#467936) bitfrost-1.0.6-1.fc13 --------------------- * Tue Jan 05 2010 Daniel Drake 1.0.6-1 - Fix json parsing when Python optimizations are enabled bognor-regis-0.6.0-0.1.fc13 --------------------------- * Tue Jan 05 2010 Peter Robinson 0.6.0-0.1 - Move to a git snapshot of 0.6.0 collectl-3.3.6-1.fc13 --------------------- * Tue Jan 05 2010 Dan Hor?k 3.3.6-1 - upgrade to upstream version 3.3.6 farsight2-0.0.17-1.fc13 ----------------------- * Tue Jan 05 2010 Brian Pepple - 0.0.17-1 - Update to 0.0.17. firefox-3.6.1-0.8.b5.fc13 ------------------------- * Tue Jan 05 2010 Martin Stransky - 3.6.1-0.8.b4 - Removed MOZ_LOCAL_LANGPACKS from browser launcher script (#284011) gambas2-2.19.0-1.fc13 --------------------- * Mon Jan 04 2010 Tom "spot" Callaway - 2.19.0-1 - update to 2.19.0 - add new "required" subpackages, -help and -examples gif2png-2.5.2-1305.fc13 ----------------------- * Tue Jan 05 2010 Enrico Scholz - 2.5.2-1305 - catch another possible overflow when appending a numbered suffix (detected to Tomas Hoger) gkrellm-2.3.4-1.fc13 -------------------- * Tue Jan 05 2010 Hans de Goede 2.3.4-1 - New upstream release 2.3.4 glom-1.12.4-1.fc13 ------------------ * Tue Jan 05 2010 Denis Leroy - 1.12.4-1 - Update to upstream 1.12.4 * Wed Nov 04 2009 Denis Leroy - 1.12.3-1 - Update to upstream 1.12.3, regression fix from 1.12.2 * Sun Oct 25 2009 Denis Leroy - 1.12.2-1 - Update to upstream 1.12.2 - Fixed gnome-python2-gda run-time Require (#530656) gnaughty-1.2.2-1.fc13 --------------------- * Tue Jan 05 2010 Simon Wesp - 1.2.2-1 - New upstream release gnome-color-manager-2.29.2-2.fc13 --------------------------------- * Mon Jan 04 2010 Richard Hughes 2.29.2-1 - New upstream release. * Mon Jan 04 2010 Richard Hughes 2.29.2-2 - Rebuild, hopefully koji has now a working glibc. gnome-packagekit-2.29.2-1.fc13 ------------------------------ * Tue Jan 05 2010 Richard Hughes - 2.29.2-1 - New upstream version. gnote-0.7.1-1.fc13 ------------------ * Tue Jan 05 2010 Rahul Sundaram - 0.7.1-1 - Mostly minor bug fixes - http://mail.gnome.org/archives/gnote-list/2010-January/msg00004.html grub-0.97-64.fc13 ----------------- * Tue Jan 05 2010 Peter Jones - 0.97-63 - Clear the screen when the timeout finishes, not just if verbose is set. Patch from Eelko Berkenpies. Resolves: rhbz#473319 * Tue Jan 05 2010 Peter Jones - 0.97-64 - Propogate the fix for the version number mishap in the F-12 tree to here... gtk2-2.19.2-2.fc13 ------------------ * Mon Jan 04 2010 Tomas Bzatek - 2.19.2-2 - Install missing Gdk-2.0.gir gtkwave-3.3.2-1.fc13 -------------------- * Tue Jan 05 2010 Paul Howarth 3.3.2-1 - update to 3.3.2 (speed up operation on networked filesystems) hornsey-1.5.2-0.1.fc13 ---------------------- * Tue Jan 05 2010 Peter Robinson 1.5.2-0.1 - Move to a git snapshot of 1.5.2 hplip-3.9.12-2.fc13 ------------------- * Tue Jan 05 2010 Tim Waugh - 3.9.12-2 - Retry when connecting to device fails (bug #532112). - Don't ship PolicyKit mechanism (bug #551773). hunspell-1.2.8-15.fc13 ---------------------- * Tue Jan 05 2010 Caolan McNamara - 1.2.8-15 - Remove bad const warnings hunspell-it-2.4-0.4.20070901.fc13 --------------------------------- * Tue Jan 05 2010 Caolan McNamara - 2.4-0.4.20070901 - it_IT_README.1st says GPLv2+, but it_IT_README.txt says GPLv3+ -> change license field to GPLv3+ hunspell-sr-0.20090511-3.fc13 ----------------------------- * Tue Jan 05 2010 Caolan McNamara - 0.20090511-3 - fix rpmlint warning ibus-table-1.2.0.20090912-3.fc13 -------------------------------- * Wed Jan 06 2010 Caius 'kaio' Chance - 1.2.0.20090912-3.fc13 - Apply parsing equal sign patch. ibus-table-cangjie-1.2.0.20100106-4.fc13 ---------------------------------------- * Wed Jan 06 2010 Caius 'kaio' Chance - 1.2.0.20100106-1.fc13 - Combined CangJie3, CangJie5, CangJie Big, Quick3, Quick5, Quick Classic, Easy Big into ibus-table-cangjie. * Wed Jan 06 2010 Caius 'kaio' Chance - 1.2.0.20100106-2.fc13 - Rebuild. * Wed Jan 06 2010 Caius 'kaio' Chance - 1.2.0.20100106-3.fc13 - Rebuild. * Wed Jan 06 2010 Caius 'kaio' Chance - 1.2.0.20100106-4.fc13 - Rebuild. ikiwiki-3.20100102.3-1.fc13 --------------------------- * Tue Jan 05 2010 Thomas Moschny - 3.20100102.3-1 - Update to 3.20100102.3. - Replace %define with %global. iptraf-3.0.1-9.fc13 ------------------- * Mon Jan 04 2010 Nikola Pajkovsky - 3.0.1-9 - Resolves: #549745 - "iptraf -s lo" makes iptraf crash jmol-11.8.15-1.fc13 ------------------- * Tue Jan 05 2010 Jussi Lehtola - 11.8.15-1 - Update to 11.8.15. kdelibs-4.3.85-7.fc13 --------------------- * Tue Jan 05 2010 Jaroslav Reznik - 4.3.85-7 - PolkitQt rebuild klavaro-1.4.1-1.fc13 -------------------- * Tue Jan 05 2010 Fabian Affolter - 1.4.1-1 - Updated to new upstream version 1.4.1 krb5-1.7-16.fc13 ---------------- * Tue Jan 05 2010 Nalin Dahyabhai - 1.7-16 - use %global instead of %define - pull up proposed patch for creating previously-not-there lock files for kdb databases when 'kdb5_util' is called to 'load' (#551764) libchewing-0.3.2-17.fc13 ------------------------ * Tue Jan 05 2010 Ding-Yi Chen - 0.3.2-17 - Add zh_TW summary and description - Split out python binding into a subpackage. - Fix for package wrangler. libhugetlbfs-2.7-1.fc13 ----------------------- * Tue Jan 05 2010 Eric B Munson 2.7-1 - Update for upstream 2.7 release libtiff-3.9.2-3.fc13 -------------------- * Tue Jan 05 2010 Tom Lane 3.9.2-3 - Apply Adam Goode's fix for Warmerdam's fix Resolves: #552360 Resolves: #533353 - Add some defenses to prevent tiffcmp from crashing on downsampled JPEG images; this isn't enough to make it really work correctly though Related: #460322 libuser-0.56.13-2.fc13 ---------------------- * Tue Jan 05 2010 Miloslav Trma? - 0.56.13-2 - s/%define/%global/ libxfcegui4-4.6.2-1.fc13 ------------------------ * Tue Jan 05 2010 Christoph Wickert - 4.6.2-1 - Update to 4.6.2 - Drop upstreamed patches - Update BuildRoot tag and Sourc0 URL lilypond-doc-2.12.3-1.fc13 -------------------------- * Mon Jan 04 2010 Jon Ciesla 2.12.3-1 - Update to 2.12.3. limph-1.9.7-1.fc13 ------------------ * Tue Jan 05 2010 Jon Ciesla - 1.9.7-1 - 1.9.7, with host-specific ip updating. lynx-2.8.7-1.fc13 ----------------- * Tue Jan 05 2010 Kamil Dudka - 2.8.7-1 - new upstream release - dropped applied patches - fixed regression from #533004 - cleanup in BuildRequires m2crypto-0.20.2-4.fc13 ---------------------- * Tue Jan 05 2010 Miloslav Trma? - 0.20.2-4 - s/%define/%global/ mm-common-0.9.1-1.fc13 ---------------------- * Tue Jan 05 2010 Krzesimir Nowak - 0.9.1-1 - New upstream release. - Removed GFDL from license - doxygen docs have the same license as source code. moblin-icon-theme-2.2-1.fc13 ---------------------------- * Tue Jan 05 2010 Peter Robinson 2.2-1 - New upstream 2.2 release moblin-panel-media-0.0.8-0.1.fc13 --------------------------------- * Tue Jan 05 2010 Peter Robinson 0.0.8-0.1 - Move to a git snapshot of 0.0.8 mysql-5.1.42-3.fc13 ------------------- * Tue Jan 05 2010 Tom Lane 5.1.42-3 - Remove static libraries (.a files) from package, per packaging guidelines - Change %define to %global, per packaging guidelines mythes-nl-0.20090708-4.fc13 --------------------------- * Tue Jan 05 2010 Caolan McNamara - 0.20090708-4 - Wrong license mythes-sk-0.20100104-1.fc13 --------------------------- * Tue Jan 05 2010 Caolan McNamara - 0.20100104-1 - latest version nsd-3.2.3-4.fc13 ---------------- * Tue Jan 05 2010 Paul Wouters - 3.2.3-4 - Incorporated Ville Mattila's fixes to nsd.cron - Support for NSD_AUTOREBUILD in /etc/sysconfig/nsd [Ville] nss_compat_ossl-0.9.6-1.fc13 ---------------------------- * Tue Jan 05 2010 Rob Crittenden - 0.9.6-1 - Update to 0.9.6 ocaml-3.11.2-0.rc1.2.fc13 ------------------------- * Tue Jan 05 2010 Richard W.M. Jones - 3.11.2-0.rc1.2 - ocaml-labltk-devel should require tcl-devel and tk-devel. ocaml-bisect-1.0-1.fc13 ----------------------- * Tue Jan 05 2010 Richard W.M. Jones - 1.0-1 - Update to non-alpha 1.0 (requested by upstream author). - Use upstream RPM 4.8 OCaml dependency generator. - Use %global instead of %define. - Define PATH_OCAML_BIN to work around strangeness in Makefile. - Remove nojava patch. - Add patch to fix build of thread code. - Rechecked in rpmlint. ocaml-camlp5-5.12-4.fc13 ------------------------ * Tue Jan 05 2010 Richard W.M. Jones - 5.12-4 - Include Debian patch to fix support for OCaml 3.11.2. - Include Debian patch to fix typos in man page. - Replace %define with %global. - Use upstream RPM 4.8 OCaml dependency generator. - Put ./configure in %build section. * Wed Dec 30 2009 Richard W.M. Jones - 5.12-3 - Rebuild for OCaml 3.11.2. ocaml-json-wheel-1.0.6-3.fc13 ----------------------------- * Wed Dec 30 2009 Richard W.M. Jones - 1.0.6-3 - Rebuild for OCaml 3.11.2. ocaml-lablgtk-2.14.0-4.fc13 --------------------------- * Tue Jan 05 2010 Richard W.M. Jones - 2.14.0-4 - Use upstream RPM 4.8 dependency generator. - -devel package should depend on gtk2-devel, otherwise lablgtk programs cannot find libgtk-x11-2.0.so.0 when they are being built. ocaml-ocamlnet-2.2.9-18.fc13 ---------------------------- * Tue Jan 05 2010 Richard W.M. Jones - 2.2.9-18 - Use new dependency generator in upstream RPM 4.8. - Add BR gtk2-devel. * Wed Dec 30 2009 Richard W.M. Jones - 2.2.9-16 - Rebuild for OCaml 3.11.2. ocaml-omake-0.9.8.5-12.fc13 --------------------------- * Tue Jan 05 2010 Richard W.M. Jones - 0.9.8.5-12 - Use upstream RPM 4.8 OCaml dependency generator. * Wed Dec 30 2009 Richard W.M. Jones - 0.9.8.5-11 - Rebuild for OCaml 3.11.2. ocaml-preludeml-0.1-0.14.20090113.fc13 -------------------------------------- * Wed Dec 30 2009 Richard W.M. Jones - 0.1-0.14.20090113 - Rebuild for OCaml 3.11.2. ocaml-pxp-1.2.1-3.fc13 ---------------------- * Wed Dec 30 2009 Richard W.M. Jones - 1.2.1-3 - Rebuild for OCaml 3.11.2. ocaml-reins-0.1a-7.fc13 ----------------------- * Wed Dec 30 2009 Richard W.M. Jones - 0.1a-7 - Rebuild for OCaml 3.11.2. ocaml-ssl-0.4.3-7.fc13 ---------------------- * Tue Jan 05 2010 Richard W.M. Jones - 0.4.3-7 - -devel package should require openssl-devel. - Use upstream RPM 4.8 OCaml dependency generator. ocaml-xmlrpc-light-0.6.1-4.fc13 ------------------------------- * Wed Dec 30 2009 Richard W.M. Jones - 0.6.1-4 - Rebuild for OCaml 3.11.2. openscap-0.5.6-2.fc13 --------------------- * Tue Jan 05 2010 Peter Vrabec 0.5.6-2 - fixing uninitialized variable * Mon Jan 04 2010 Peter Vrabec 0.5.6-1 - upgrade openssh-5.3p1-14.fc13 --------------------- * Tue Jan 05 2010 Jan F. Chadima - 5.3p1-14 - Update the pka patch openvpn-2.1.1-2.fc13 -------------------- * Mon Jan 04 2010 Jon Ciesla 2.1.1-2 - Fix init script *.sh sourcing, BZ 498348. - Added init script info block, BZ 392991, BZ 541219. parole-0.2.0-1.fc13 ------------------- * Tue Jan 05 2010 Christoph Wickert - 0.2.0-1 - Update to 0.2.0 php-channel-symfony-1.3-1.fc13 ------------------------------ * Tue Jan 05 2010 Alexander Kahl - 1.3-1 - updated channel.xml - adated REST version as package version pilot-link-0.12.4-7.fc13 ------------------------ * Tue Jan 05 2010 Jan Gorig 2:0.12.4-7 - fix build (#551970) * Fri Dec 18 2009 Ivana Hutarova Varekova 2:0.12.4-6 - fix source tag, add Public Domain license * Mon Dec 07 2009 Stepan Kasal - 2:0.12.4-5 - rebuild against perl 5.10.1 polkit-qt-0.95.1-1.fc13 ----------------------- * Tue Jan 05 2010 Jaroslav Reznik - 0.95.1-1 - Update to release version postgresql-8.4.2-2.fc13 ----------------------- * Tue Jan 05 2010 Tom Lane 8.4.2-2 - Remove static libraries (.a files) from package, per packaging guidelines - Change %define to %global, per packaging guidelines puppet-0.25.2-1.fc13.1 ---------------------- * Tue Jan 05 2010 Todd Zullinger - 0.25.2-1 - Update to 0.25.2 - Fixes CVE-2010-0156, tmpfile security issue (#502881) - Install auth.conf, puppetqd manpage, and queuing examples/docs * Tue Jan 05 2010 Todd Zullinger - 0.25.2-1.1 - Replace %define with %global for macros python-gtkextra-1.1.0-11.fc13 ----------------------------- * Tue Jan 05 2010 Miloslav Trma? - 1.1.0-11 - s/%define/%global/ python-pyblock-0.45-1.fc13 -------------------------- * Tue Jan 05 2010 Hans de Goede - 0.45-1 - Remove libbdevid-python usage and dependency (#549102) - Stop linking against zlib (unused) qbittorrent-2.1.0-0.5.rc3.fc13 ------------------------------ * Tue Jan 05 2010 Leigh Scott - 2.1.0-0.5.rc3 - update to 2.1.0rc3 qemu-0.12.1.2-2.fc13 -------------------- * Mon Jan 04 2010 Justin M. Forbes - 2:0.12.1.2-1 - Update to 0.12.1.2 upstream - Remove patches included in upstream * Mon Jan 04 2010 Justin M. Forbes - 2:0.12.1.2-2 - Remove qcow2 virtio backing file patch qimageblitz-0.0.4-2.fc13 ------------------------ * Tue Jan 05 2010 Than Ngo - 0.0.4-1 - use the official 0.0.4 * Tue Jan 05 2010 Rex Dieter - 0.0.4-2 - update summary/description/Source_url - %files: track soname - cleaner cmake-fu - upstream noexecstack patch rkhunter-1.3.6-3.fc13 --------------------- * Tue Jan 05 2010 Kevin Fenzi - 1.3.6-3 - Add some more ssh hmac files to whitelist - bug #552621 - Re-add /dev/.mdadm.map to whitelisted files - bug #539405 rsh-0.17-62.fc13 ---------------- * Tue Jan 05 2010 Jan Gorig - 0.17-62 - add check for return values (#473492) selinux-policy-3.7.5-7.fc13 --------------------------- * Tue Jan 05 2010 Dan Walsh 3.7.5-7 - Add cobbler policy from dgrift setup-2.8.13-1.fc13 ------------------- * Tue Jan 05 2010 Ondrej Vasik 2.8.13-1 - update services to latest IANA - avoid one /usr/bin/id stat call in /etc/profile(#549056) shotwell-0.4.2-1.fc13 --------------------- * Tue Jan 05 2010 Matthias Clasen - 0.4.2-1 - Update to 0.4.2 * Wed Dec 23 2009 Matthias Clasen - 0.4.0-1 - Update to 0.4.0 system-config-audit-0.4.13-2.fc13 --------------------------------- * Mon Jan 04 2010 Miloslav Trma? - 0.4.13-2 - Add missing Requires: audit-libs-python Resolves: #544625 tack-1.07-1.fc13 ---------------- * Tue Jan 05 2010 Miroslav Lichvar 1.07-1 - update to 1.07 tar-1.22-12.fc13 ---------------- * Tue Jan 05 2010 Ondrej Vasik 2:1.22-12 - do not fail with POSIX 2008 glibc futimens() (#552320) - temporarily disable fix for #531441, causing stack smashing with newer glibc(#551206) texlive-texmf-2007-35.fc13 -------------------------- * Tue Jan 05 2010 Jindrich Novy 2007-35 - add perltex man page (#541085) unbound-1.4.1-1.fc13 -------------------- * Tue Jan 05 2010 Paul Wouters - 1.4.1-1 - Updated to 1.4.1 - Changed %define to %global vala-0.7.9-1.fc13 ----------------- * Tue Jan 05 2010 Peter Robinson - 0.7.9-1 - Update to 0.7.9 wireshark-1.2.5-4.fc13 ---------------------- * Tue Jan 05 2010 Radek Vok?l - 1.2.5-3 - fix file list, init.lua is only in -devel subpackage (#552406) * Tue Jan 05 2010 Radek Vok?l - 1.2.5-4 - init.lua is present always and not only when lua support is enabled xkeyboard-config-1.7-2.fc13 --------------------------- * Wed Jan 06 2010 Peter Hutterer 1.7-1 - xkeyboard-config 1.7 * Wed Jan 06 2010 Peter Hutterer 1.7-2 - Specify version for xkbdata provides and obsoletes. According to the changelog, the last xkbdata version was 1.0.1-8. Although xkeyboard-config restarted the versioning, by now we're well above 1.0, so a simple Provides is enough. xorg-x11-drv-evdev-2.3.0-1.fc13 ------------------------------- * Wed Jan 06 2010 Peter Hutterer 2.3.0-1 - evdev 2.3.0 - BuildRequires xorg-x11-util-macros 1.3.0 - Fix tab/spaces mix in spec file. - Use global instead of define. xorg-x11-drv-void-1.3.0-3.fc13 ------------------------------ * Wed Jan 06 2010 Peter Hutterer 1.3.0-3 - Silence rpmlint spaces/tabs warning. - move COPYING under defattr to get the right attr. xorg-x11-server-1.6.99.903-2.fc13 --------------------------------- * Wed Jan 06 2010 Peter Hutterer 1.6.99.903-2 - Require xkeyboard-config, not the obsolete xkbdata. yelp-2.28.1-2.fc13 ------------------ * Tue Jan 05 2010 Matthias Clasen - 2.28.1-2 - Use ypbind-1.31-1.fc13 ------------------ * Mon Jan 04 2010 Karel Klic - 3:1.31-1 - Updated to version 1.31 from upstream - Removed signalstate patch because it was merged by upstream - Removed man-port patch, because it was rejected by the upstream. Option '-p' does not work in all cases, it is not supported, intentionally not included in the documentation, and it is also removed from the usage string in this version * Thu Nov 19 2009 Karel Klic - 3:1.29.91-2 - Added signalstate patch, which fixes compilation with NetworkManaged-devel headers installed. Resolves #537064. Summary: Added Packages: 3 Removed Packages: 0 Modified Packages: 92 From jlaska at redhat.com Wed Jan 6 14:40:34 2010 From: jlaska at redhat.com (James Laska) Date: Wed, 06 Jan 2010 09:40:34 -0500 Subject: Package review request - autotest-client - anyone want to trade? Message-ID: <1262788834.2401.133.camel@localhost> Greetings folks, I'm fishing for a package review for autotest-client (see https://bugzilla.redhat.com/show_bug.cgi?id=548522). Autotest-client, as the name suggests, contains the client-side portion of the autotest scheduler currently in use by AutoQA [1]. As is custom, I can offer review for another package needing review. Thanks in advance, James [1] https://fedoraproject.org/wiki/AutoQA -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part URL: From rjones at redhat.com Wed Jan 6 14:42:20 2010 From: rjones at redhat.com (Richard W.M. Jones) Date: Wed, 6 Jan 2010 14:42:20 +0000 Subject: rawhide report: 20100106 changes In-Reply-To: <20100106131159.GA15216@releng2.fedora.phx.redhat.com> References: <20100106131159.GA15216@releng2.fedora.phx.redhat.com> Message-ID: <20100106144220.GA9922@amd.home.annexia.org> On Wed, Jan 06, 2010 at 01:11:59PM +0000, Rawhide Report wrote: > cduce-0.5.3-3.fc13.i686 requires ocaml(runtime) = 0:3.11.1 > cduce-0.5.3-3.fc13.i686 requires ocaml(Filename) = 0:7cd172f02b7ee9b8d7bda3bb92144951 > cduce-0.5.3-3.fc13.i686 requires ocaml(Obj) = 0:c827f726ce05da709cf7de58fc15e324 > cduce-0.5.3-3.fc13.i686 requires ocaml(Format) = 0:b7ba3152a5eec5609d6ab86e6c51eebb > cduce-0.5.3-3.fc13.i686 requires ocaml(Printexc) = 0:fdf007941aa14d1a26323558012dbf52 > cduce-0.5.3-3.fc13.i686 requires ocaml(Buffer) = 0:23af67395823b652b807c4ae0b581211 > cduce-ocamlduce-0.5.3-3.fc13.i686 requires ocaml(Format) = 0:b7ba3152a5eec5609d6ab86e6c51eebb > cduce-ocamlduce-0.5.3-3.fc13.i686 requires ocaml(Buffer) = 0:23af67395823b652b807c4ae0b581211 > cduce-ocamlduce-0.5.3-3.fc13.i686 requires ocaml(runtime) = 0:3.11.1 > cduce-ocamlduce-0.5.3-3.fc13.i686 requires ocaml(Obj) = 0:c827f726ce05da709cf7de58fc15e324 Upstream and looking into why this is still broken. > ocaml-camlp5-5.12-4.fc13.i686 requires ocaml(Pa_extend) = 0:712f07c9398e7a73ca4678fd8673f69d > ocaml-camlp5-5.12-4.fc13.i686 requires ocaml(Pa_extend) = 0:2887f9bf6fd349d233dab2ec42de105f This was my mistake - should be fixed now. Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones Read my programming blog: http://rwmj.wordpress.com Fedora now supports 80 OCaml packages (the OPEN alternative to F#) http://cocan.org/getting_started_with_ocaml_on_red_hat_and_fedora From lsof at nodata.co.uk Wed Jan 6 14:45:03 2010 From: lsof at nodata.co.uk (nodata) Date: Wed, 06 Jan 2010 15:45:03 +0100 Subject: poweroff does not switch to vt1 (does not show shutdown messages) Message-ID: <4B44A1EF.1010408@nodata.co.uk> Hi, When a Fedora user types "poweroff" or uses the GUI to shutdown the computer, Fedora does not switch to the vt where the messages are being displayed. Is there a reason for this? p.s. yes I bug reported this: https://bugzilla.redhat.com/show_bug.cgi?id=533295 From poelstra at redhat.com Wed Jan 6 02:05:31 2010 From: poelstra at redhat.com (John Poelstra) Date: Tue, 05 Jan 2010 18:05:31 -0800 Subject: Fedora 13 Feature & Spin Submission Deadline is Three Weeks Away :: 2010-01-26 Message-ID: <4B43EFEB.9080206@redhat.com> A friendly reminder that the deadline for submitting new features and spins for inclusion in Fedora 13 is Tuesday, January 26, 2010. --Features: https://fedoraproject.org/wiki/Features/Policy --Spins: https://fedoraproject.org/wiki/Spins_Process Two weeks from the "Feature Submission Deadline" is "Feature Freeze"--Tuesday, February 9, 2010. "At Feature Freeze all new features for the release should be substantially complete and in a testable state, including enabled by default if so specified by the feature. In the Fedora development process, all new feature work is completed by Feature Freeze and tested during the test releases: Alpha and Beta." --https://fedoraproject.org/wiki/Feature_Freeze_Policy A summary of other important milestones in Fedora 13 is at this page: https://fedoraproject.org/wiki/Important_Release_Milestones Thanks for reading, John _______________________________________________ Fedora-devel-announce mailing list Fedora-devel-announce at redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-announce From ricky at fedoraproject.org Mon Jan 4 17:31:27 2010 From: ricky at fedoraproject.org (Ricky Zhou) Date: Mon, 4 Jan 2010 12:31:27 -0500 (EST) Subject: Bugzilla Outage/Upgrade - 2010-01-09 In-Reply-To: <1581632314.76671262625913029.JavaMail.root@zmail06.collab.prod.int.phx2.redhat.com> Message-ID: <1405982519.77221262626287056.JavaMail.root@zmail06.collab.prod.int.phx2.redhat.com> Outage Notification - 2010-01-09 02:00 UTC There will be an outage starting at 2010-01-09 02:00 UTC, which will last approximately 3 hours. To convert UTC to your local time, take a look at http://fedoraproject.org/wiki/Infrastructure/UTCHowto or run: date -d '2010-01-09 02:00 UTC' Affected Services: bugzilla.redhat.com Unaffected Services: Buildsystem CVS / Source Control Database DNS Fedora Hosted Fedora People Fedora Talk Mail Mirror System Torrent Translation Services Websites Ticket Link: https://fedorahosted.org/fedora-infrastructure/ticket/1900 Reason for Outage: Red Hat IT will be performing a bugzilla upgrade from version 3.2 to 3.4. Contact Information: Please join #fedora-admin in irc.freenode.net or respond to this email to track the status of this outage. Note that the Fedora Infrastructure team does not run bugzilla.redhat.com, though. _______________________________________________ Fedora-devel-announce mailing list Fedora-devel-announce at redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-announce From maxamillion at fedoraproject.org Wed Jan 6 14:58:08 2010 From: maxamillion at fedoraproject.org (Adam Miller) Date: Wed, 6 Jan 2010 08:58:08 -0600 Subject: Recommendations on how to handle this package and its libraries Message-ID: I'm currently packaging lessfs and there are apparently a couple libraries that are a part of it that have become a cause for concern by the reviewer (rightfully so) and I'm hoping someone could offer a recommendation of how to go about packaging them. Review Request: https://bugzilla.redhat.com/show_bug.cgi?id=530473 Latest spec (not yet submitted to the review): http://maxamillion.fedorapeople.org/lessfs.spec Latest SRPM (not yet submitted to the review): http://maxamillion.fedorapeople.org/lessfs-1.0.0-1.fc12.src.rpm There is one library that will have to be a separate package, QuickLZ which I plan to package up and put in for review but there are many other lib_$foo.c files that belong to lessfs and are original work by the author. Upstream has been extremely responsive and very helpful through out this process and is willing to work along with me to get some changes into the upstream release but I'm just trying to find the best solution. Here is where the recommendations would be helpful: Should I package the source and not worry about packaging the libraries? Should the libraries be in their own sub package? Should each library be their own package? or $other? Many thanks to all, -AdamM -- http://maxamillion.googlepages.com --------------------------------------------------------- () ascii ribbon campaign - against html e-mail /\ www.asciiribbon.org - against proprietary attachments From lsof at nodata.co.uk Wed Jan 6 15:00:15 2010 From: lsof at nodata.co.uk (nodata) Date: Wed, 06 Jan 2010 16:00:15 +0100 Subject: RFE: Never, ever steal focus. Message-ID: <4B44A57F.3000307@nodata.co.uk> I'd like to suggest an enhancement for Fedora 13: nothing should ever steal focus from the window I am typing in. If I am typing in a shell window, or in a word processor, or an e-mail, nothing should ever take keyboard focus away from that window. Clearly I'm missing something, otherwise we would have this, hence the posting to the list :) From maxamillion at fedoraproject.org Wed Jan 6 15:20:14 2010 From: maxamillion at fedoraproject.org (Adam Miller) Date: Wed, 6 Jan 2010 09:20:14 -0600 Subject: RFE: Never, ever steal focus. In-Reply-To: <4B44A57F.3000307@nodata.co.uk> References: <4B44A57F.3000307@nodata.co.uk> Message-ID: On Wed, Jan 6, 2010 at 9:00 AM, nodata wrote: > I'd like to suggest an enhancement for Fedora 13: nothing should ever steal > focus from the window I am typing in. If I am typing in a shell window, or > in a word processor, or an e-mail, nothing should ever take keyboard focus > away from that window. > > Clearly I'm missing something, otherwise we would have this, hence the > posting to the list :) > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > I'm pretty sure there are a number of window managers that will do this, and metacity might even have this option but just doesn't do it by default. -AdamM -- http://maxamillion.googlepages.com --------------------------------------------------------- () ascii ribbon campaign - against html e-mail /\ www.asciiribbon.org - against proprietary attachments From loganjerry at gmail.com Wed Jan 6 15:27:13 2010 From: loganjerry at gmail.com (Jerry James) Date: Wed, 6 Jan 2010 08:27:13 -0700 Subject: Common Lisp apps in Fedora In-Reply-To: <4B4458B5.6060602@imttechnologies.com> References: <870180fe1001040829u218bebe1gb7f1a719f1c1c413@mail.gmail.com> <4B422B96.40407@imttechnologies.com> <870180fe1001041510s6e35ea2fyf6f8b045d534a5bb@mail.gmail.com> <4B4458B5.6060602@imttechnologies.com> Message-ID: <870180fe1001060727r1942009dl3c6f37ab7d182416@mail.gmail.com> On Wed, Jan 6, 2010 at 2:32 AM, Alexander Kahl wrote: > Thanks for the offer; currently I'm busy with getting GNUnet through the > review, ccl can be next on the list but I'm unsure whether it wouldn't > be better if we'd focus on packaging most commonly used CL libs like > Alexandria first. ATM Debian (and its brown derivative) seems to be the > no. 1 distro of choice for CL devs and I'd like to change that. I have a handful of candidate CL library packages, including alexandria, here: http://jjames.fedorapeople.org/ The problem is that I followed the packaging guidelines, and thus used common-lisp-controller which, as I mentioned, doesn't work for any CL engine currently available in Fedora. I think we have to fix that first. > Are you (or is anyone else here) interested in founding a Common Lisp SIG? Yes, I think we need to do so. Count me in. -- Jerry James http://www.jamezone.org/ From awilliam at redhat.com Wed Jan 6 13:57:14 2010 From: awilliam at redhat.com (Adam Williamson) Date: Wed, 06 Jan 2010 13:57:14 +0000 Subject: Our static Libraries packaging guidelines once more In-Reply-To: <4B4373DD.3030400@redhat.com> References: <20091205181941.600ac00f@gmail.com> <20091205180049.GF4179@free.fr> <20091205191847.2c9c6aa1@gmail.com> <4B1CFFEE.7020306@jcomserv.net> <20091207193525.71338163@gmail.com> <20100105160821.59fbef0b@gmail.com> <10344.1262707404@sss.pgh.pa.us> <1262709005.32656.10.camel@localhost.localdomain> <4B436D6F.5060207@redhat.com> <20100105170839.GI12273@redhat.com> <4B4373DD.3030400@redhat.com> Message-ID: <1262786234.2447.449.camel@vaio.local.net> On Tue, 2010-01-05 at 12:16 -0500, Tom "spot" Callaway wrote: > Well, I think a reasonable alternative would be to add those policies to > the AutoQA infrastructure, and if the package fails the check, it > doesn't get tagged and the packager gets an email explaining the > failure. That will get things fixed up. ;) The only problem with that is that just about every packaging guideline has _some_ valid exceptions (that's why they're all guidelines...) and it's rather hard to build exceptions into an automatic testing system in a way which doesn't get horribly crufty in a hurry. But yes, broadly I'm in favour of this kind of thing. Mandriva does it to a limited extent (a few rpmlint checks are run on submitted packages and certain failures cause the package to be rejected) and it does stop people making really bad mistakes. -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org http://www.happyassassin.net From karlthered at gmail.com Wed Jan 6 15:43:23 2010 From: karlthered at gmail.com (=?ISO-8859-1?Q?Ha=EFkel_Gu=E9mar?=) Date: Wed, 06 Jan 2010 16:43:23 +0100 Subject: RFE: Never, ever steal focus. In-Reply-To: References: <4B44A57F.3000307@nodata.co.uk> Message-ID: <4B44AF9B.3060207@gmail.com> Le 06/01/2010 16:20, Adam Miller a ?crit : > > I'm pretty sure there are a number of window managers that will do > this, and metacity might even have this option but just doesn't do it > by default. > > -AdamM > If i remember well, focus stealing prevention was a Fedora Core 4/GNOME 2.10 feature (bz #138453) . I think t's still enabled by default in Metacity, but maybe there are some regressions. H. From ajax at redhat.com Wed Jan 6 16:07:58 2010 From: ajax at redhat.com (Adam Jackson) Date: Wed, 06 Jan 2010 11:07:58 -0500 Subject: RFE: Never, ever steal focus. In-Reply-To: <4B44A57F.3000307@nodata.co.uk> References: <4B44A57F.3000307@nodata.co.uk> Message-ID: <1262794078.7251.32284.camel@atropine.boston.devel.redhat.com> On Wed, 2010-01-06 at 16:00 +0100, nodata wrote: > I'd like to suggest an enhancement for Fedora 13: nothing should ever > steal focus from the window I am typing in. If I am typing in a shell > window, or in a word processor, or an e-mail, nothing should ever take > keyboard focus away from that window. > > Clearly I'm missing something, otherwise we would have this, hence the > posting to the list :) PGA. Here's the challenge. To reply to this mail, I hit control-shift-r in one evo window, and evo opened a new window for me to compose into. Get it? I typed into one window, and then started typing into another, and that's exactly what was desired. If the window manager suppressed focus changes on the basis of "you were just typing into some other window, this must be a focus steal", then the new compose window would have mapped unfocused, and I'd have to have alt-tabbed to get to it. So if you can come up with an algorithm that can reliably classify focus change requests as "stealing" or not, then great. - ajax -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part URL: From phil at sanslogic.co.uk Wed Jan 6 16:19:59 2010 From: phil at sanslogic.co.uk (Philip Heron) Date: Wed, 06 Jan 2010 16:19:59 +0000 Subject: RFE: Never, ever steal focus. In-Reply-To: <4B44AF9B.3060207@gmail.com> References: <4B44A57F.3000307@nodata.co.uk> <4B44AF9B.3060207@gmail.com> Message-ID: <4B44B82F.3020201@sanslogic.co.uk> On 06/01/2010 15:43, Ha?kel Gu?mar wrote: > If i remember well, focus stealing prevention was a Fedora Core 4/GNOME > 2.10 feature (bz #138453) . > I think t's still enabled by default in Metacity, but maybe there are > some regressions. Works here, but only if desktop effects are not enabled. -Phil From jarod at redhat.com Wed Jan 6 16:36:50 2010 From: jarod at redhat.com (Jarod Wilson) Date: Wed, 06 Jan 2010 11:36:50 -0500 Subject: RFE: Never, ever steal focus. In-Reply-To: <1262794078.7251.32284.camel@atropine.boston.devel.redhat.com> References: <4B44A57F.3000307@nodata.co.uk> <1262794078.7251.32284.camel@atropine.boston.devel.redhat.com> Message-ID: <4B44BC22.6020708@redhat.com> On 1/6/10 11:07 AM, Adam Jackson wrote: > On Wed, 2010-01-06 at 16:00 +0100, nodata wrote: >> I'd like to suggest an enhancement for Fedora 13: nothing should ever >> steal focus from the window I am typing in. If I am typing in a shell >> window, or in a word processor, or an e-mail, nothing should ever take >> keyboard focus away from that window. >> >> Clearly I'm missing something, otherwise we would have this, hence the >> posting to the list :) > > PGA. > > Here's the challenge. To reply to this mail, I hit control-shift-r in > one evo window, and evo opened a new window for me to compose into. Get > it? I typed into one window, and then started typing into another, and > that's exactly what was desired. If the window manager suppressed focus > changes on the basis of "you were just typing into some other window, > this must be a focus steal", then the new compose window would have > mapped unfocused, and I'd have to have alt-tabbed to get to it. > > So if you can come up with an algorithm that can reliably classify focus > change requests as "stealing" or not, then great. I'd go with "don't let a different app steal focus". Windows for the same currently focused app are allowed to. This works pretty well under Mac OS X. Might depend on some of the stuff being done by the gnome-shell folks though, to be able to group windows together as belonging to the same process/application to be able to do it Right under a Linux DE... -- Jarod Wilson jarod at redhat.com From karlthered at gmail.com Wed Jan 6 16:38:06 2010 From: karlthered at gmail.com (=?UTF-8?B?SGHDr2tlbCBHdcOpbWFy?=) Date: Wed, 06 Jan 2010 17:38:06 +0100 Subject: RFE: Never, ever steal focus. In-Reply-To: <4B44B82F.3020201@sanslogic.co.uk> References: <4B44A57F.3000307@nodata.co.uk> <4B44AF9B.3060207@gmail.com> <4B44B82F.3020201@sanslogic.co.uk> Message-ID: <4B44BC6E.6010602@gmail.com> Le 06/01/2010 17:19, Philip Heron a ?crit : > On 06/01/2010 15:43, Ha?kel Gu?mar wrote: >> If i remember well, focus stealing prevention was a Fedora Core 4/GNOME >> 2.10 feature (bz #138453) . >> I think t's still enabled by default in Metacity, but maybe there are >> some regressions. > > Works here, but only if desktop effects are not enabled. > > -Phil > D-E enables either compiz or gnome-shell since F-12, the first one is a different windows manager, the second is based on Mutter a fork of Metacity (therefore, focus stealing prevention should work). From mschwendt at gmail.com Wed Jan 6 16:38:43 2010 From: mschwendt at gmail.com (Michael Schwendt) Date: Wed, 6 Jan 2010 17:38:43 +0100 Subject: Our static Libraries packaging guidelines once more In-Reply-To: <1262786234.2447.449.camel@vaio.local.net> References: <20091205181941.600ac00f@gmail.com> <20091205180049.GF4179@free.fr> <20091205191847.2c9c6aa1@gmail.com> <4B1CFFEE.7020306@jcomserv.net> <20091207193525.71338163@gmail.com> <20100105160821.59fbef0b@gmail.com> <10344.1262707404@sss.pgh.pa.us> <1262709005.32656.10.camel@localhost.localdomain> <4B436D6F.5060207@redhat.com> <20100105170839.GI12273@redhat.com> <4B4373DD.3030400@redhat.com> <1262786234.2447.449.camel@vaio.local.net> Message-ID: <20100106173843.55759d9b@gmail.com> On Wed, 06 Jan 2010 13:57:14 +0000, Adam wrote: > On Tue, 2010-01-05 at 12:16 -0500, Tom "spot" Callaway wrote: > > > Well, I think a reasonable alternative would be to add those policies to > > the AutoQA infrastructure, and if the package fails the check, it > > doesn't get tagged and the packager gets an email explaining the > > failure. That will get things fixed up. ;) > > The only problem with that is that just about every packaging guideline > has _some_ valid exceptions (that's why they're all guidelines...) and > it's rather hard to build exceptions into an automatic testing system in > a way which doesn't get horribly crufty in a hurry. If exceptions become a problem because they are applied to many packages, it would still be possible to adjust the guidelines or mark the packages with special metadata comments in their .spec files. Then packagers would need to make use of an exception _explicitly_, showing that what they do is intentional. One example where the packager was mistaken about an exception in the guidelines is "mpich2": https://bugzilla.redhat.com/buglist.cgi?quicksearch=Violation+of+the+Packaging+Guidelines From the few tickets I had filed in early December (for early corner-cases), only 60% have been fixed. No sign of activity in the remaining tickets. From dennis at ausil.us Wed Jan 6 16:46:58 2010 From: dennis at ausil.us (Dennis Gilmore) Date: Wed, 6 Jan 2010 10:46:58 -0600 Subject: RFE: Never, ever steal focus. In-Reply-To: <1262794078.7251.32284.camel@atropine.boston.devel.redhat.com> References: <4B44A57F.3000307@nodata.co.uk> <1262794078.7251.32284.camel@atropine.boston.devel.redhat.com> Message-ID: <201001061047.03671.dennis@ausil.us> On Wednesday 06 January 2010 10:07:58 am Adam Jackson wrote: > On Wed, 2010-01-06 at 16:00 +0100, nodata wrote: > > I'd like to suggest an enhancement for Fedora 13: nothing should ever > > steal focus from the window I am typing in. If I am typing in a shell > > window, or in a word processor, or an e-mail, nothing should ever take > > keyboard focus away from that window. > > > > Clearly I'm missing something, otherwise we would have this, hence the > > posting to the list :) > > PGA. > > Here's the challenge. To reply to this mail, I hit control-shift-r in > one evo window, and evo opened a new window for me to compose into. Get > it? I typed into one window, and then started typing into another, and > that's exactly what was desired. If the window manager suppressed focus > changes on the basis of "you were just typing into some other window, > this must be a focus steal", then the new compose window would have > mapped unfocused, and I'd have to have alt-tabbed to get to it. > > So if you can come up with an algorithm that can reliably classify focus > change requests as "stealing" or not, then great. > > - ajax > really the only time i have a big issue with it is when logging in for the first time. and the session is restored. kde is actually starting to get pretty good about managing things correctly. you get a popup that an app wants focus to unlock kwallet I really hate when im unlocking gnome keyring and something else steals focus. after your logged in things would only take focus if you started the app by some action of your own. Dennis -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part. URL: From gmaxwell at gmail.com Wed Jan 6 16:53:21 2010 From: gmaxwell at gmail.com (Gregory Maxwell) Date: Wed, 6 Jan 2010 11:53:21 -0500 Subject: RFE: Never, ever steal focus. In-Reply-To: <4B44A57F.3000307@nodata.co.uk> References: <4B44A57F.3000307@nodata.co.uk> Message-ID: On Wed, Jan 6, 2010 at 10:00 AM, nodata wrote: > I'd like to suggest an enhancement for Fedora 13: nothing should ever steal > focus from the window I am typing in. If I am typing in a shell window, or > in a word processor, or an e-mail, nothing should ever take keyboard focus > away from that window. > > Clearly I'm missing something, otherwise we would have this, hence the > posting to the list :) Firefox's focus stealing constantly drives me nuts. Trigger something to load things in another tab which later pops up some dialog (like an htauth dialog), then switch to another workspace ... and BAM, you're in the middle of typing and firefox has stolen focus. Helps if you're on a slow network so you have time to really get into your work on the other window before the theft happens. I had thought this was a consequence some non-standard window manager configuration I had... it drives me nuts but I've never seemed to be able to find the cause. If you'd like to try it out... go to http://www.pagetutor.com/keeper/http_authentication/index.html middle click the secret stuff link and then quickly (via the keyboard) switch to another workspace. (quickly is only required if your network is fast and the site is fast... I've had firefox steal focus many minutes after I last interacted with it) From ajax at redhat.com Wed Jan 6 17:00:27 2010 From: ajax at redhat.com (Adam Jackson) Date: Wed, 06 Jan 2010 12:00:27 -0500 Subject: RFE: Never, ever steal focus. In-Reply-To: <4B44BC22.6020708@redhat.com> References: <4B44A57F.3000307@nodata.co.uk> <1262794078.7251.32284.camel@atropine.boston.devel.redhat.com> <4B44BC22.6020708@redhat.com> Message-ID: <1262797227.7251.32287.camel@atropine.boston.devel.redhat.com> On Wed, 2010-01-06 at 11:36 -0500, Jarod Wilson wrote: > On 1/6/10 11:07 AM, Adam Jackson wrote: > > PGA. > > > > Here's the challenge. To reply to this mail, I hit control-shift-r in > > one evo window, and evo opened a new window for me to compose into. Get > > it? I typed into one window, and then started typing into another, and > > that's exactly what was desired. If the window manager suppressed focus > > changes on the basis of "you were just typing into some other window, > > this must be a focus steal", then the new compose window would have > > mapped unfocused, and I'd have to have alt-tabbed to get to it. > > > > So if you can come up with an algorithm that can reliably classify focus > > change requests as "stealing" or not, then great. > > I'd go with "don't let a different app steal focus". Windows for the > same currently focused app are allowed to. This works pretty well under > Mac OS X. Might depend on some of the stuff being done by the > gnome-shell folks though, to be able to group windows together as > belonging to the same process/application to be able to do it Right > under a Linux DE... Now make that work for the (not uncommon) case of clicking a link in evo or control-clicking one in gnome-terminal and expecting firefox to pop forward with that page. - ajax -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part URL: From berrange at redhat.com Wed Jan 6 17:02:37 2010 From: berrange at redhat.com (Daniel P. Berrange) Date: Wed, 6 Jan 2010 17:02:37 +0000 Subject: Our static Libraries packaging guidelines once more In-Reply-To: <1262786234.2447.449.camel@vaio.local.net> References: <20091205191847.2c9c6aa1@gmail.com> <4B1CFFEE.7020306@jcomserv.net> <20091207193525.71338163@gmail.com> <20100105160821.59fbef0b@gmail.com> <10344.1262707404@sss.pgh.pa.us> <1262709005.32656.10.camel@localhost.localdomain> <4B436D6F.5060207@redhat.com> <20100105170839.GI12273@redhat.com> <4B4373DD.3030400@redhat.com> <1262786234.2447.449.camel@vaio.local.net> Message-ID: <20100106170237.GI28824@redhat.com> On Wed, Jan 06, 2010 at 01:57:14PM +0000, Adam Williamson wrote: > On Tue, 2010-01-05 at 12:16 -0500, Tom "spot" Callaway wrote: > > > Well, I think a reasonable alternative would be to add those policies to > > the AutoQA infrastructure, and if the package fails the check, it > > doesn't get tagged and the packager gets an email explaining the > > failure. That will get things fixed up. ;) > > The only problem with that is that just about every packaging guideline > has _some_ valid exceptions (that's why they're all guidelines...) and > it's rather hard to build exceptions into an automatic testing system in > a way which doesn't get horribly crufty in a hurry. But yes, broadly I'm > in favour of this kind of thing. Mandriva does it to a limited extent (a > few rpmlint checks are run on submitted packages and certain failures > cause the package to be rejected) and it does stop people making really > bad mistakes. At time of the initial package review, the packager has to justify the exception to the reviewer. Post-package review packager can do whatever they want. The lack of ongoing analysis of packaging changes post-review is a hole in our process. If we decided to turn a certain subset of the guidelines into hard rules, then we'd want a way to record per-package exceptions in AutoQA, along with a short justification text. This tracking would ensure we know about changes/issues that arise post-review, closing that hole in our process. Regards, Daniel -- |: Red Hat, Engineering, London -o- http://people.redhat.com/berrange/ :| |: http://libvirt.org -o- http://virt-manager.org -o- http://ovirt.org :| |: http://autobuild.org -o- http://search.cpan.org/~danberr/ :| |: GnuPG: 7D3B9505 -o- F3C9 553F A1DA 4AC2 5648 23C1 B3DF F742 7D3B 9505 :| From mbooth at redhat.com Wed Jan 6 17:17:28 2010 From: mbooth at redhat.com (Matthew Booth) Date: Wed, 06 Jan 2010 17:17:28 +0000 Subject: RFE: Never, ever steal focus. In-Reply-To: <1262797227.7251.32287.camel@atropine.boston.devel.redhat.com> References: <4B44A57F.3000307@nodata.co.uk> <1262794078.7251.32284.camel@atropine.boston.devel.redhat.com> <4B44BC22.6020708@redhat.com> <1262797227.7251.32287.camel@atropine.boston.devel.redhat.com> Message-ID: <4B44C5A8.1080307@redhat.com> On 06/01/10 17:00, Adam Jackson wrote: > On Wed, 2010-01-06 at 11:36 -0500, Jarod Wilson wrote: >> On 1/6/10 11:07 AM, Adam Jackson wrote: >>> PGA. >>> >>> Here's the challenge. To reply to this mail, I hit control-shift-r in >>> one evo window, and evo opened a new window for me to compose into. Get >>> it? I typed into one window, and then started typing into another, and >>> that's exactly what was desired. If the window manager suppressed focus >>> changes on the basis of "you were just typing into some other window, >>> this must be a focus steal", then the new compose window would have >>> mapped unfocused, and I'd have to have alt-tabbed to get to it. >>> >>> So if you can come up with an algorithm that can reliably classify focus >>> change requests as "stealing" or not, then great. >> >> I'd go with "don't let a different app steal focus". Windows for the >> same currently focused app are allowed to. This works pretty well under >> Mac OS X. Might depend on some of the stuff being done by the >> gnome-shell folks though, to be able to group windows together as >> belonging to the same process/application to be able to do it Right >> under a Linux DE... > > Now make that work for the (not uncommon) case of clicking a link in evo > or control-clicking one in gnome-terminal and expecting firefox to pop > forward with that page. There is one situation where the absolute of $SUBJECT is required: password windows. I end up typing passwords wholly or partially into other windows on a reasonably regular basis because of this. Matt -- Matthew Booth, RHCA, RHCSS Red Hat Engineering, Virtualisation Team M: +44 (0)7977 267231 GPG ID: D33C3490 GPG FPR: 3733 612D 2D05 5458 8A8A 1600 3441 EA19 D33C 3490 From twaugh at redhat.com Wed Jan 6 17:20:11 2010 From: twaugh at redhat.com (Tim Waugh) Date: Wed, 06 Jan 2010 17:20:11 +0000 Subject: RFE: Never, ever steal focus. In-Reply-To: <1262797227.7251.32287.camel@atropine.boston.devel.redhat.com> References: <4B44A57F.3000307@nodata.co.uk> <1262794078.7251.32284.camel@atropine.boston.devel.redhat.com> <4B44BC22.6020708@redhat.com> <1262797227.7251.32287.camel@atropine.boston.devel.redhat.com> Message-ID: <1262798411.14723.3.camel@localhost.localdomain> On Wed, 2010-01-06 at 12:00 -0500, Adam Jackson wrote: > Now make that work for the (not uncommon) case of clicking a link in evo > or control-clicking one in gnome-terminal and expecting firefox to pop > forward with that page. That suggestion also fails for the PolicyKit dialog, and anything similar. (And, unsurprisingly, I've been seeing that dialog pop-up behind the window that caused it...) Tim. */ -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 190 bytes Desc: This is a digitally signed message part URL: From serue at us.ibm.com Wed Jan 6 17:23:31 2010 From: serue at us.ibm.com (Serge E. Hallyn) Date: Wed, 6 Jan 2010 11:23:31 -0600 Subject: RFE: Never, ever steal focus. In-Reply-To: <1262797227.7251.32287.camel@atropine.boston.devel.redhat.com> References: <4B44A57F.3000307@nodata.co.uk> <1262794078.7251.32284.camel@atropine.boston.devel.redhat.com> <4B44BC22.6020708@redhat.com> <1262797227.7251.32287.camel@atropine.boston.devel.redhat.com> Message-ID: <20100106172331.GA15784@us.ibm.com> Quoting Adam Jackson (ajax at redhat.com): > On Wed, 2010-01-06 at 11:36 -0500, Jarod Wilson wrote: > > On 1/6/10 11:07 AM, Adam Jackson wrote: > > > PGA. > > > > > > Here's the challenge. To reply to this mail, I hit control-shift-r in > > > one evo window, and evo opened a new window for me to compose into. Get > > > it? I typed into one window, and then started typing into another, and > > > that's exactly what was desired. If the window manager suppressed focus > > > changes on the basis of "you were just typing into some other window, > > > this must be a focus steal", then the new compose window would have > > > mapped unfocused, and I'd have to have alt-tabbed to get to it. > > > > > > So if you can come up with an algorithm that can reliably classify focus > > > change requests as "stealing" or not, then great. > > > > I'd go with "don't let a different app steal focus". Windows for the > > same currently focused app are allowed to. This works pretty well under > > Mac OS X. Might depend on some of the stuff being done by the > > gnome-shell folks though, to be able to group windows together as > > belonging to the same process/application to be able to do it Right > > under a Linux DE... > > Now make that work for the (not uncommon) case of clicking a link in evo > or control-clicking one in gnome-terminal and expecting firefox to pop > forward with that page. And now make that work for the case where firefox decides to take 10 secs to start up, so you start in another window, then firefox jumps up and grabs focus. Thanks. There is no case where I want a new window or popup to take focus. Makes for an easy algorithm. (hitting r in mutt is not a problem :) -serge From psmith at fedoraproject.org Wed Jan 6 17:27:45 2010 From: psmith at fedoraproject.org (psmith) Date: Wed, 6 Jan 2010 17:27:45 +0000 Subject: packaging guide Message-ID: hey guys i'm hoping to package gerix-wifi-cracker-ng(1) for fedora and i'm looking for someone who i can look to for help if i need it, is there a list of names i can look to? or what is the reccomended path? tia phil (1) http://www.backtrack.it/~emgent/hackstuff/old_gerix_wifi_cracker_ng/ -------------- next part -------------- An HTML attachment was scrubbed... URL: From aph at redhat.com Wed Jan 6 17:32:11 2010 From: aph at redhat.com (Andrew Haley) Date: Wed, 06 Jan 2010 17:32:11 +0000 Subject: RFE: Never, ever steal focus. In-Reply-To: <1262797227.7251.32287.camel@atropine.boston.devel.redhat.com> References: <4B44A57F.3000307@nodata.co.uk> <1262794078.7251.32284.camel@atropine.boston.devel.redhat.com> <4B44BC22.6020708@redhat.com> <1262797227.7251.32287.camel@atropine.boston.devel.redhat.com> Message-ID: <4B44C91B.1000000@redhat.com> On 01/06/2010 05:00 PM, Adam Jackson wrote: > On Wed, 2010-01-06 at 11:36 -0500, Jarod Wilson wrote: >> On 1/6/10 11:07 AM, Adam Jackson wrote: >>> PGA. >>> >>> Here's the challenge. To reply to this mail, I hit control-shift-r in >>> one evo window, and evo opened a new window for me to compose into. Get >>> it? I typed into one window, and then started typing into another, and >>> that's exactly what was desired. If the window manager suppressed focus >>> changes on the basis of "you were just typing into some other window, >>> this must be a focus steal", then the new compose window would have >>> mapped unfocused, and I'd have to have alt-tabbed to get to it. >>> >>> So if you can come up with an algorithm that can reliably classify focus >>> change requests as "stealing" or not, then great. >> >> I'd go with "don't let a different app steal focus". Windows for the >> same currently focused app are allowed to. This works pretty well under >> Mac OS X. Might depend on some of the stuff being done by the >> gnome-shell folks though, to be able to group windows together as >> belonging to the same process/application to be able to do it Right >> under a Linux DE... > > Now make that work for the (not uncommon) case of clicking a link in evo > or control-clicking one in gnome-terminal and expecting firefox to pop > forward with that page. Er, why would you want Firefox to be holding focus when it pops up? I can't think of any reason. Andrew. From maxamillion at fedoraproject.org Wed Jan 6 17:32:34 2010 From: maxamillion at fedoraproject.org (Adam Miller) Date: Wed, 6 Jan 2010 11:32:34 -0600 Subject: packaging guide In-Reply-To: References: Message-ID: On Wed, Jan 6, 2010 at 11:27 AM, psmith wrote: > hey guys i'm hoping to package gerix-wifi-cracker-ng(1) for fedora and i'm > looking for someone who i can look to for help if i need it, is there a list > of names i can look to? or what is the reccomended path? > tia > phil > > (1) > http://www.backtrack.it/~emgent/hackstuff/old_gerix_wifi_cracker_ng/ > > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > https://fedoraproject.org/wiki/Packaging/Guidelines All specific questions can be asked here or on #fedora-devel on irc.freenode.net -AdamM -- http://maxamillion.googlepages.com --------------------------------------------------------- () ascii ribbon campaign - against html e-mail /\ www.asciiribbon.org - against proprietary attachments From dwheeler at dwheeler.com Wed Jan 6 17:34:23 2010 From: dwheeler at dwheeler.com (David A. Wheeler) Date: Wed, 06 Jan 2010 12:34:23 -0500 (EST) Subject: Common Lisp apps in Fedora Message-ID: On 01/04/2010 05:29 PM, Jerry James wrote: > One of the first issues we'll have to face is the use of common-lisp-controller. > First, it postpones compilation to the first time the application is > executed by a particular Common Lisp engine. For the application I > packaged, PVS [2], compilation takes a significant amount of time. > This approach may be fine for small libraries and applications, but > will it really scale up to the some of the big applications people > want to package? No. That'd be rediculous; big CL applications can take a LONG time to compile, and compilation usually requires lots of memory (even if the final application doesn't). Fedora has lots of applications written in many other compiled languages like C and C++, and they aren't distributed *only* as source code. Instead, people expect that when they download the binary they'll get a pre-compiled, ready-to-go version. I think the same should be true for big Common Lisp (CL) applications. If you want a distribution that requires you to recompile *everything* from scratch, go to Gentoo or similar. There should be pre-compiled versions of large CL applications, as maxima-sbcl is right now and the upcoming pvs-sbcl will be. Alexander Kahl: > Are you (or is anyone else here) interested in founding a Common Lisp SIG? I'm interested. --- David A. Wheeler From abo at root.snowtree.se Wed Jan 6 17:41:32 2010 From: abo at root.snowtree.se (Alexander =?ISO-8859-1?Q?Bostr=F6m?=) Date: Wed, 06 Jan 2010 18:41:32 +0100 Subject: RFE: Never, ever steal focus. In-Reply-To: <4B44BC6E.6010602@gmail.com> References: <4B44A57F.3000307@nodata.co.uk> <4B44AF9B.3060207@gmail.com> <4B44B82F.3020201@sanslogic.co.uk> <4B44BC6E.6010602@gmail.com> Message-ID: <1262799692.29326.3.camel@localhost> ons 2010-01-06 klockan 17:38 +0100 skrev Ha?kel Gu?mar: > D-E enables either compiz or gnome-shell since F-12, the first one is a > different windows manager, the second is based on Mutter a fork of > Metacity (therefore, focus stealing prevention should work). I've considered suggesting that Mutter be added to the Desktop Effects settings. It's better than Metacity with compositing enabled. The catch though is that it's also slower than compositing Metacity on some hardware. Need to figure out why... /abo From ajax at redhat.com Wed Jan 6 18:08:57 2010 From: ajax at redhat.com (Adam Jackson) Date: Wed, 06 Jan 2010 13:08:57 -0500 Subject: RFE: Never, ever steal focus. In-Reply-To: <20100106172331.GA15784@us.ibm.com> References: <4B44A57F.3000307@nodata.co.uk> <1262794078.7251.32284.camel@atropine.boston.devel.redhat.com> <4B44BC22.6020708@redhat.com> <1262797227.7251.32287.camel@atropine.boston.devel.redhat.com> <20100106172331.GA15784@us.ibm.com> Message-ID: <1262801337.7251.32292.camel@atropine.boston.devel.redhat.com> On Wed, 2010-01-06 at 11:23 -0600, Serge E. Hallyn wrote: > Quoting Adam Jackson (ajax at redhat.com): > > On Wed, 2010-01-06 at 11:36 -0500, Jarod Wilson wrote: > > > I'd go with "don't let a different app steal focus". Windows for the > > > same currently focused app are allowed to. This works pretty well under > > > Mac OS X. Might depend on some of the stuff being done by the > > > gnome-shell folks though, to be able to group windows together as > > > belonging to the same process/application to be able to do it Right > > > under a Linux DE... > > > > Now make that work for the (not uncommon) case of clicking a link in evo > > or control-clicking one in gnome-terminal and expecting firefox to pop > > forward with that page. > > And now make that work for the case where firefox decides to take 10 > secs to start up, so you start in another window, then firefox jumps > up and grabs focus. Thanks. > > There is no case where I want a new window or popup to take focus. Makes > for an easy algorithm. (hitting r in mutt is not a problem :) There is no case where _you_ want this, sure. - ajax -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part URL: From fulko.hew at gmail.com Wed Jan 6 18:27:07 2010 From: fulko.hew at gmail.com (Fulko Hew) Date: Wed, 6 Jan 2010 13:27:07 -0500 Subject: RFE: Never, ever steal focus. In-Reply-To: <1262801337.7251.32292.camel@atropine.boston.devel.redhat.com> References: <4B44A57F.3000307@nodata.co.uk> <1262794078.7251.32284.camel@atropine.boston.devel.redhat.com> <4B44BC22.6020708@redhat.com> <1262797227.7251.32287.camel@atropine.boston.devel.redhat.com> <20100106172331.GA15784@us.ibm.com> <1262801337.7251.32292.camel@atropine.boston.devel.redhat.com> Message-ID: <8204a4fe1001061027ud24853ai9428b461d2aec388@mail.gmail.com> On Wed, Jan 6, 2010 at 1:08 PM, Adam Jackson wrote: > On Wed, 2010-01-06 at 11:23 -0600, Serge E. Hallyn wrote: > > Quoting Adam Jackson (ajax at redhat.com): > > > On Wed, 2010-01-06 at 11:36 -0500, Jarod Wilson wrote: > > > > I'd go with "don't let a different app steal focus". Windows for the > > > > same currently focused app are allowed to. This works pretty well > under > > > > Mac OS X. Might depend on some of the stuff being done by the > > > > gnome-shell folks though, to be able to group windows together as > > > > belonging to the same process/application to be able to do it Right > > > > under a Linux DE... > > > > > > Now make that work for the (not uncommon) case of clicking a link in > evo > > > or control-clicking one in gnome-terminal and expecting firefox to pop > > > forward with that page. > > > > And now make that work for the case where firefox decides to take 10 > > secs to start up, so you start in another window, then firefox jumps > > up and grabs focus. Thanks. > > > > There is no case where I want a new window or popup to take focus. Makes > > for an easy algorithm. (hitting r in mutt is not a problem :) > > There is no case where _you_ want this, sure. > I'd say... only take focus if its a child/creation of the window currently in focus. -------------- next part -------------- An HTML attachment was scrubbed... URL: From serue at us.ibm.com Wed Jan 6 18:35:03 2010 From: serue at us.ibm.com (Serge E. Hallyn) Date: Wed, 6 Jan 2010 12:35:03 -0600 Subject: RFE: Never, ever steal focus. In-Reply-To: <1262801337.7251.32292.camel@atropine.boston.devel.redhat.com> References: <4B44A57F.3000307@nodata.co.uk> <1262794078.7251.32284.camel@atropine.boston.devel.redhat.com> <4B44BC22.6020708@redhat.com> <1262797227.7251.32287.camel@atropine.boston.devel.redhat.com> <20100106172331.GA15784@us.ibm.com> <1262801337.7251.32292.camel@atropine.boston.devel.redhat.com> Message-ID: <20100106183503.GA19016@us.ibm.com> Quoting Adam Jackson (ajax at redhat.com): > On Wed, 2010-01-06 at 11:23 -0600, Serge E. Hallyn wrote: > > Quoting Adam Jackson (ajax at redhat.com): > > > On Wed, 2010-01-06 at 11:36 -0500, Jarod Wilson wrote: > > > > I'd go with "don't let a different app steal focus". Windows for the > > > > same currently focused app are allowed to. This works pretty well under > > > > Mac OS X. Might depend on some of the stuff being done by the > > > > gnome-shell folks though, to be able to group windows together as > > > > belonging to the same process/application to be able to do it Right > > > > under a Linux DE... > > > > > > Now make that work for the (not uncommon) case of clicking a link in evo > > > or control-clicking one in gnome-terminal and expecting firefox to pop > > > forward with that page. > > > > And now make that work for the case where firefox decides to take 10 > > secs to start up, so you start in another window, then firefox jumps > > up and grabs focus. Thanks. > > > > There is no case where I want a new window or popup to take focus. Makes > > for an easy algorithm. (hitting r in mutt is not a problem :) > > There is no case where _you_ want this, sure. Yes, exactly. You're saying that 1. there are cases where you want a window to pop up 2. it's too complicated to figure out which windows should pop up 3. so windows should always pop up, no point being configurable and ridiculing us over (2). I'm saying there are no cases where I want a popup, so we can easily have 2 configurable options: always have windows pop up and take focus, never have them do so. That's all. -serge From kevin at scrye.com Wed Jan 6 18:38:20 2010 From: kevin at scrye.com (Kevin Fenzi) Date: Wed, 6 Jan 2010 11:38:20 -0700 Subject: Sources file audit - 2010-01-05 Message-ID: <20100106113820.74922c1f@ohm.scrye.com> Here's attached another run of my sources/patches url checker. This sourcecheck script takes a full checkout of all Fedora packages in the devel branch and runs 'spectool -g' on each spec file to download any sources that contain a valid URI. It then checks any downloaded source files against the 'sources' file and the checksum of the source in our lookaside cache. - There are 1612 lines in this run. Up from 932 last run. 700 sourcecheck-20070826.txt 620 sourcecheck-20070917.txt 561 sourcecheck-20071017.txt 775 sourcecheck-20080206.txt 685 sourcecheck-20080214.txt 674 sourcecheck-20080301.txt 666 sourcecheck-20080401.txt 660 sourcecheck-20080501.txt 642 sourcecheck-20080603.txt 649 sourcecheck-20080705.txt 662 sourcecheck-20080801.txt 912 sourcecheck-20081114.txt 884 sourcecheck-20090215.txt 1060 sourcecheck-20090810.txt 932 sourcecheck-20091101.txt 1612 sourcecheck-20100105.txt You can find the results file at: http://www.scrye.com/~kevin/fedora/sourcecheck/sourcecheck-20100105.txt And also attached to this mail. Additionally, I have the output from each packages 'spectool -g' run in: http://www.scrye.com/~kevin/fedora/sourcecheck/sourcecheck-20100105/-dl.txt So you can look at what my script got for trying to download your packages source. This should allow folks to see transitory network failures and the like. Lines in the output are of three forms: - BADURL:base-file-name:$PACKAGENAME This means that the URI provided in the Source(s) line didn't result in a download of the source. This could be any of: URL changed, version changed and URL wasn't updated, Site is down, Site is gone, etc. Also there are a number of packages with incorrect sourceforge links. (BTW, there are still some packages with ftp://people.redhat.com/ URLs). This could also be a transitory network failure from my checking host or the project hosting. - BADSOURCE:$SOURCENAME:$PACKAGENAME This means that the source was downloaded ok from the upstream site, but doesn't match the md5sum given in the sources file. This could be due to needing to strip out content that fedora cannot ship (but in that case you shouldn't have the full URI in the Source line). Or upstream following poor release practices and updating without changing their release. Or tampering with the source package. - BAD_CVS_SOURCE:$SOURCENAME:$PACKAGENAME This means that the file was downloaded from the URI given, and the md5sum did not match the file thats present in CVS (not the lookaside). This might be due to timestamps, or any of the above reasons. You should fix your package(s) for any of the above problems. NOTE: You should check in a fixed spec file to the devel branch, but there is no need to rebuild your package simply this change unless there was a functional change due to different sources. kevin -- abompard:BADURL:awstats-6.8.tar.gz:awstats abompard:BADURL:KeePassX-0.3.4.tar.gz:keepassx abompard:BADURL:libvisual-0.4.0.tar.gz:libvisual abompard:BADURL:psi-0.12.tar.bz2:psi abompard:BADURL:showimg-0.9.5.tar.bz2:showimg adalloz:BADURL:pam_abl-0.2.3.tar.gz:pam_abl adalloz:BADURL:pan-0.133.tar.bz2:pan adrian:BADSOURCE:libcdio-0.80.tar.gz.sig:libcdio adrian:BADSOURCE:tin-1.8.3.tar.bz2:tin adrian:BADURL:ibmonitor-1.4.tar.gz:ibmonitor adrian:BADURL:jhead-2.84.tar.gz:jhead agoode:BAD_CVS_SOURCE:fvwm-xdg-menu.py:fvwm agoode:BADURL:gkrellweather-2.0.7.tgz:gkrellm-weather agoode:BADURL:lwp-2.4.tar.gz:lwp agoode:BADURL:rpc2-2.7.tar.gz:rpc2 agoode:BADURL:rvm-1.15.tar.gz:rvm ajax:BADURL:powertop-1.10.tar.gz:powertop ajax:BADURL:xf86-input-diamondtouch-0.2.0.tar.bz2:xorg-x11-drv-diamondtouch ajax:BADURL:xf86-input-wiimote-0.0.1.tar.bz2:xorg-x11-drv-wiimote akahl:BADURL:bmpx-0.40.14.tar.bz2:bmpx akurtakov:BADSOURCE:jdepend-2.6-RHCLEAN.zip:jdepend akurtakov:BADURL:libreadline-java-0.8.0-src.tar.gz:libreadline-java amdunn:BADSOURCE:alt-ergo-0.8.tar.gz:alt-ergo andriy:BAD_CVS_SOURCE:fmio-gq-wrapper.py:fmio apevec:BADURL:Config-Augeas-0.301.tar.gz:perl-Config-Augeas arbiter:BADSOURCE:kdebluetooth4-0.2.tar.bz2:kdebluetooth arbiter:BADURL:fish-1.23.0.tar.bz2:fish arozansk:BADURL:edac-utils-0.9.tar.bz2:edac-utils asheesh:BADURL:liblicense-0.8.tar.gz:liblicense athimm:BAD_CVS_SOURCE:RiceBSD.doc:arpack athimm:BADSOURCE:mediawiki-1.13.2.tar.gz:mediawiki athimm:BADURL:chrpath-0.13.tar.gz:chrpath athimm:BADURL:fakeroot_1.9.7.tar.gz:fakeroot athimm:BADURL:greylistd_0.8.7.tar.gz:greylistd athimm:BADURL:libFoundation-1.1.3-r155.tar.gz:libFoundation atkac:BADURL:adns-1.4.tar.gz:adns atkac:BADURL:mtools-4.0.0_pre1.tar.bz2:mtools atkac:BADURL:rexec-1.5.tar.gz:rsh atkac:BADURL:swig-1.3.36.tar.gz:swig atkac:BADURL:vnc-4_1_2-unixsrc.tar.gz:vnc atkac:BADURL:xdelta-1.1.4.tar.gz:xdelta ausil:BADSOURCE:elftoaout-2.3.tgz:elftoaout ausil:BADSOURCE:silo-1.4.13.tar.bz2:silo ausil:BADURL:fedora-packager-0.3.1.tar.bz2:fedora-packager ausil:BADURL:mysql-gui-tools-5.0r12.tar.gz:mysql-gui-tools ausil:BADURL:snort-2.8.1.tar.gz:snort avesh:BADURL:stunnel-4.26.tar.gz.asc:stunnel avesh:BADURL:stunnel-4.26.tar.gz:stunnel awjb:BADSOURCE:claws-mail-3.6.0.tar.bz2:claws-mail awjb:BADSOURCE:libpolyxmass-0.9.1.tar.gz:libpolyxmass awjb:BADSOURCE:polyxmass-bin-0.9.7.tar.gz:polyxmass-bin awjb:BADURL:fnfx-0.3.tar.gz:fnfx awjb:BADURL:freealut-1.1.0.tar.gz:freealut awjb:BADURL:koffice-1.9.98.2.tar.bz2:koffice awjb:BADURL:libdynamite-0.1.1.tar.gz:dynamite awjb:BADURL:libetpan-0.56.tar.gz:libetpan awjb:BADURL:libmimedir-0.4.tar.gz:libmimedir awjb:BADURL:librra-0.11.1.tar.gz:librra awjb:BADURL:libsynce-0.11.1.tar.gz:libsynce awjb:BADURL:odccm-0.11.1.tar.gz:odccm awjb:BADURL:rxvt-2.7.10.tar.gz:rxvt awjb:BADURL:rxvt-unicode-9.05.tar.bz2:rxvt-unicode awjb:BADURL:sync-engine-0.11.1.tar.gz:synce-sync-engine awjb:BADURL:synce-software-manager-0.9.0.tar.gz:synce-software-manager awjb:BADURL:synce-trayicon-0.11.tar.gz:synce-trayicon awjb:BADURL:torsmo-0.18.tar.gz:torsmo awjb:BADURL:treecc-0.3.8.tar.gz:treecc awjb:BADURL:WindowMaker-0.92.0.tar.bz2:WindowMaker awjb:BADURL:WindowMaker-extra-0.1.tar.gz:WindowMaker awjb:BADURL:wmweather+-2.9.tar.gz:wmweather+ awjb:BADURL:wv2-0.2.3.tar.bz2:wv2 bbbush:BADURL:chmsee-1.0.1.tar.gz:chmsee belegdol:BADURL:chemical-mime-data-0.1.94.tar.bz2:chemical-mime-data belegdol:BADURL:gnome-chemistry-utils-0.10.0.tar.bz2:gnome-chemistry-utils belegdol:BADURL:museek+-0.1.13.tar.bz2:museek+ belegdol:BADURL:netspeed_applet-0.15.2.tar.gz:gnome-applet-netspeed bellet:BAD_CVS_SOURCE:fg-16.png:FlightGear bellet:BADURL:fgfs-base-1.0.0.tar.bz2:fgfs-base bellet:BADURL:FlightGear-1.0.0.tar.gz:FlightGear ben:BADSOURCE:ketchup-0.9.8.tar.bz2:ketchup berrange:BADURL:Software-License-0.008.tar.gz:perl-Software-License bjensen:BADURL:demorse-0.9.tar.gz:demorse bjensen:BADURL:fldigi-3.01.tar.gz:fldigi bjensen:BADURL:gpsk31-0.5.tar.gz:gpsk31 bjensen:BADURL:lpsk31-1.1.tar.gz:lpsk31 bjensen:BADURL:xfhell-1.4.tar.gz:xfhell bjensen:BADURL:xnec2c-1.0b5.tar.gz:xnec2c bjohnson:BADURL:mailgraph-1.14.tar.gz:mailgraph bjohnson:BADURL:PDF-API2-0.72.tar.gz:perl-PDF-API2 bjohnson:BADURL:tmda-1.1.12.tgz:tmda bkearney:BADURL:Moon-8.tar.bz2:sugar-moon bkearney:BADURL:TurtleArt-14.tar.bz2:sugar-turtleart bochecha:BADURL:adonthell-0.3.5.tar.gz:adonthell bojan:BADURL:libapreq2-2.10-RC1.tar.gz:libapreq2 bonii:BADURL:gquilt-0.20.tar.gz:gquilt bonii:BADURL:pdftohtml-0.36.tar.gz:pdftohtml bonii:BADURL:quilt-0.47.tar.gz:quilt bonii:BADURL:xqf-1.0.5.tar.gz:xqf bos:BADURL:alex-2.3.tar.gz:alex bouska:BADSOURCE:mansupfr.tar.bz2:man-pages-fr bouska:BADURL:kitsune2.0.tar.gz:kitsune bouska:BADURL:notecase-1.6.1_src.tar.gz:notecase bpeck:BADURL:conmux-493svn.tar.gz:conmux bpepple:BADURL:brutus-keyring-0.9.30.tar.gz:brutus-keyring bpepple:BADURL:evolution-brutus-1.2.27.tar.gz:evolution-brutus bpepple:BADURL:freeciv-2.1.6.tar.bz2:freeciv bpepple:BADURL:ggz-gtk-client-0.0.14.1.tar.gz:ggz-gtk-client bpepple:BADURL:loudmouth-1.4.3.tar.bz2:loudmouth bpepple:BADURL:meld-1.2.tar.bz2:meld bpepple:BADURL:nautilus-image-converter-0.3.0.tar.bz2:nautilus-image-converter bpepple:BADURL:swfdec-gnome-2.24.0.tar.bz2:swfdec-gnome bpepple:BADURL:tagtool-0.12.3.tar.bz2:tagtool bpostle:BADURL:Panotools-Script-0.19.tar.gz:perl-Panotools-Script bradbell:BADSOURCE:cppad-20080826.0.gpl.tgz:cppad bruno:BADURL:glest_data_3.1.2.zip:glest-data buc:BADURL:dvdisaster-0.70.6.tar.bz2:dvdisaster buc:BADURL:enca-1.9.tar.bz2:enca buc:BADURL:gtk-gnutella-0.96.5.tar.bz2:gtk-gnutella buc:BADURL:ipxripd-0.8.tar.gz:ipxripd buc:BADURL:libtranslate-0.99.tar.gz:libtranslate buc:BADURL:makebootfat-1.4.tar.gz:makebootfat buc:BADURL:phpldapadmin-1.1.0.5.tar.gz:phpldapadmin buc:BADURL:phpwapmail-0.9.2.tar.gz:phpwapmail buc:BADURL:traceroute-2.0.12.tar.gz:traceroute c4chris:BADURL:hmmer-2.3.2.tar.gz:hmmer c4chris:BADURL:seaview_2.4.tar.gz:seaview caolanm:BADSOURCE:es_ANY.zip:hunspell-es caolanm:BADSOURCE:icu4c-4_0-src.tgz:icu caolanm:BADSOURCE:OOo-Thesaurus2-sk_SK.zip:mythes-sk caolanm:BADSOURCE:writer2latex0502.zip:writer2latex caolanm:BADURL:dictionary_myspell_sw_TZ_1.1.tar.gz:hunspell-sw caolanm:BADURL:evolocal.odb:openoffice.org caolanm:BADURL:myspell-af_ZA-20060117.zip:hunspell-af caolanm:BADURL:myspell-da-1.7.25.tar.bz2:hunspell-da caolanm:BADURL:myspell-nr_ZA-20060120.zip:hunspell-nr caolanm:BADURL:myspell-ns_ZA-20060120.zip:hunspell-nso caolanm:BADURL:myspell-ss_ZA-20060705.zip:hunspell-ss caolanm:BADURL:myspell-st_ZA-20060123.zip:hunspell-st caolanm:BADURL:myspell-tn_ZA-20060123.zip:hunspell-tn caolanm:BADURL:myspell-ts_ZA-20060123.zip:hunspell-ts caolanm:BADURL:myspell-ve_ZA-20060706.zip:hunspell-ve caolanm:BADURL:myspell-xh_ZA-20060123.zip:hunspell-xh caolanm:BADURL:nl_NL-Pack:hunspell-nl caolanm:BADURL:pt_BR-2008-07-07C.zip:hunspell-pt caolanm:BADURL:sjp-myspell-pl-20080823.zip:hunspell-pl caolanm:BADURL:sv_SE.zip:hunspell-sv caolanm:BADURL:thes_de_DE_v2.zip:mythes-de caolanm:BADURL:WordNet-3.0.tar.bz2:mythes-en carllibpst:BADURL:libpst-0.6.21.tar.gz:libpst cdamian:BADURL:PhpDocumentor-1.4.2.tgz:php-pear-PhpDocumentor cgrau:BADURL:frotz-2.43.tar.gz:frotz cgrau:BADURL:ifm-5.1.tar.gz:ifm chitlesh:BADSOURCE:crystal_project.tar.gz:crystal-project chitlesh:BADSOURCE:qsa-x11-free-1.1.5.tar.gz:qt-qsa chitlesh:BADURL:alliance-5.0-20070718.tar.gz:alliance chitlesh:BADURL:CrystalClear.tar.gz:crystal-clear chitlesh:BADURL:crystal-kwin4-1.0.5.tar.bz2:crystal chitlesh:BADURL:geda-docs-1.4.1.tar.gz:geda-docs chitlesh:BADURL:geda-examples-1.4.1.tar.gz:geda-examples chitlesh:BADURL:geda-gattrib-1.4.1.tar.gz:geda-gattrib chitlesh:BADURL:geda-gnetlist-1.4.1.tar.gz:geda-gnetlist chitlesh:BADURL:geda-gschem-1.4.1.tar.gz:geda-gschem chitlesh:BADURL:geda-gsymcheck-1.4.1.tar.gz:geda-gsymcheck chitlesh:BADURL:geda-symbols-1.4.1.tar.gz:geda-symbols chitlesh:BADURL:geda-utils-1.4.1.tar.gz:geda-utils chitlesh:BADURL:gresistor-0.0.1.tar.gz:gresistor chitlesh:BADURL:irsim-9.7.68.tgz:irsim chitlesh:BADURL:keurocalc-1.0.0.tgz:keurocalc chitlesh:BADURL:kpolynome-0.1-2.tar.gz:kpolynome chitlesh:BADURL:libgeda-1.4.1.tar.gz:libgeda chitlesh:BADURL:liborigin-20080225.tar.gz:liborigin chitlesh:BADURL:qwtplot3d-0.2.7.tgz:qwtplot3d chkr:BADURL:ipod-sharp-0.8.1.tar.bz2:ipod-sharp chrisw:BADSOURCE:cogito-0.18.2.tar.gz:cogito chrisw:BADURL:asciidoc-8.2.5.tar.gz:asciidoc cjb:BADURL:ohm-0.1.1-1.20080921git.tar.gz:ohm clumens:BADURL:gnu-efi-3.0e.tar.bz2:gnu-efi corsepiu:BADURL:Coin-2.5.0.tar.gz:Coin2 corsepiu:BADURL:File-Copy-Recursive-0.37.tar.gz:perl-File-Copy-Recursive corsepiu:BADURL:gtkglext-1.2.0.tar.bz2:gtkglext corsepiu:BADURL:inventor-2.1.5-10.src.tar.gz:Inventor corsepiu:BADURL:OpenSceneGraph-2.6.0.zip:OpenSceneGraph corsepiu:BADURL:SIMVoleon-2.0.1.tar.gz:SIMVoleon corsepiu:BADURL:SoQt-1.4.1.tar.gz:SoQt corsepiu:BADURL:Test-MinimumVersion-0.008.tar.gz:perl-Test-MinimumVersion cra:BADURL:ocp-0.1.15.tar.bz2:ocp ctrl-center-team:BADURL:gnome-control-center-2.25.1.tar.bz2:control-center cweyl:BAD_CVS_SOURCE:apsl-2.0.txt:hfsplus-tools cweyl:BADURL:B-Keywords-1.08.tar.gz:perl-B-Keywords cweyl:BADURL:Catalyst-Manual-5.7014.tar.gz:perl-Catalyst-Manual cweyl:BADURL:Class-Method-Modifiers-1.01.tar.gz:perl-Class-Method-Modifiers cweyl:BADURL:Config-Any-0.14.tar.gz:perl-Config-Any cweyl:BADURL:Config-IniHash-3.00.00.tar.gz:perl-Config-IniHash cweyl:BADURL:CPAN-Mini-0.571.tar.gz:perl-CPAN-Mini cweyl:BADURL:cpan-upload-2.2.tar.gz:cpan-upload cweyl:BADURL:Data-Dump-1.11.tar.gz:perl-Data-Dump cweyl:BADURL:Data-OptList-0.103.tar.gz:perl-Data-OptList cweyl:BADURL:Devel-Size-0.69.tar.gz:perl-Devel-Size cweyl:BADURL:diskdev_cmds-332.14.tar.gz:hfsplus-tools cweyl:BADURL:Event-1.11.tar.gz:perl-Event cweyl:BADURL:gaim-2.0.0beta4.tar.gz:gaim-gaym cweyl:BADURL:JSON-2.12.tar.gz:perl-JSON cweyl:BADURL:JSON-Any-1.16.tar.gz:perl-JSON-Any cweyl:BADURL:JSON-XS-2.2222.tar.gz:perl-JSON-XS cweyl:BADURL:Module-Install-ExtraTests-0.004.tar.gz:perl-Module-Install-ExtraTests cweyl:BADURL:MooseX-AttributeHelpers-0.14.tar.gz:perl-MooseX-AttributeHelpers cweyl:BADURL:MooseX-Object-Pluggable-0.0007.tar.gz:perl-MooseX-Object-Pluggable cweyl:BADURL:Mouse-0.09.tar.gz:perl-Mouse cweyl:BADURL:Net-CUPS-0.56.tar.gz:perl-Net-CUPS cweyl:BADURL:POE-1.003.tar.gz:perl-POE cweyl:BADURL:POE-API-Peek-1.0802.tar.gz:perl-POE-API-Peek cweyl:BADURL:POE-Component-Client-DNS-1.00.tar.gz:perl-POE-Component-Client-DNS cweyl:BADURL:POE-Component-Client-HTTP-0.85.tar.gz:perl-POE-Component-Client-HTTP cweyl:BADURL:POE-Component-Client-Keepalive-0.1000.tar.gz:perl-POE-Component-Client-Keepalive cweyl:BADURL:POE-Component-IRC-5.88.tar.gz:perl-POE-Component-IRC cweyl:BADURL:POE-Component-JobQueue-0.55.tar.gz:perl-POE-Component-JobQueue cweyl:BADURL:POE-Component-Server-SimpleHTTP-1.48.tar.gz:perl-POE-Component-Server-SimpleHTTP cweyl:BADURL:POE-Component-Server-SOAP-1.13.tar.gz:perl-POE-Component-Server-SOAP cweyl:BADURL:POE-Component-SimpleDBI-1.18.tar.gz:perl-POE-Component-SimpleDBI cweyl:BADURL:POE-Component-SSLify-0.14.tar.gz:perl-POE-Component-SSLify cweyl:BADURL:POE-Filter-IRCD-2.2.tar.gz:perl-POE-Filter-IRCD cweyl:BADURL:qrc-0.96-293svn.tar.gz:gaim-gaym cweyl:BADURL:Text-RecordParser-v1.2.1.tar.gz:perl-Text-RecordParser cweyl:BADURL:Text-SimpleTable-0.05.tar.gz:perl-Text-SimpleTable cweyl:BADURL:Workflow-0.26.tar.gz:perl-Workflow cwickert:BADURL:gtkglextmm-1.2.0.tar.bz2:gtkglextmm cwickert:BADURL:regexxer-0.9.tar.gz:regexxer cwickert:BADURL:timer-applet-2.0.1.tar.gz:gnome-applet-timer cwickert:BADURL:xfce4-dev-tools-4.4.0.1.tar.bz2:xfce4-dev-tools cwickert:BADURL:xpad-3.0.tar.bz2:xpad dajt:BADSOURCE:libiec61883-1.1.0.tar.gz:libiec61883 dajt:BADSOURCE:libraw1394-2.0.0.tar.gz:libraw1394 dajt:BADURL:firecontrol-0.2.tar.gz:firecontrol dajt:BADURL:libavc1394-0.5.3.tar.gz:libavc1394 danielm:BADURL:initng-0.6.10.2.tar.bz2:initng danielm:BADURL:initng-conf-gtk-0.5.1.tar.gz:initng-conf-gtk danielm:BADURL:initng-ifiles-0.1.5.tar.bz2:initng-ifiles danken:BADURL:bidiv-1.5.tgz:bidiv davej:BADURL:midisport-firmware-1.2.tar.gz:midisport-firmware davidf:BADURL:fsvs-1.1.17.tar.bz2:fsvs davidz:BADURL:festvox_nitech_us_awb_arctic_hts.tar.bz2:festival davidz:BADURL:festvox_nitech_us_bdl_arctic_hts.tar.bz2:festival davidz:BADURL:festvox_nitech_us_clb_arctic_hts.tar.bz2:festival davidz:BADURL:festvox_nitech_us_jmk_arctic_hts.tar.bz2:festival davidz:BADURL:festvox_nitech_us_rms_arctic_hts.tar.bz2:festival davidz:BADURL:festvox_nitech_us_slt_arctic_hts.tar.bz2:festival davidz:BADURL:notification-daemon-0.3.7.90.tar.bz2:notification-daemon dbhole:BADURL:commons-pool-1.3-src.tar.gz:jakarta-commons-pool dbhole:BADURL:commons-validator-1.1.4-src.tar.gz:jakarta-commons-validator dbhole:BADURL:icedtea6-1.4-b259b240929b353ed45c9a5a3eb641ee08a4829c.tar.gz:java-1.6.0-openjdk dbhole:BADURL:jsch-0.1.39.zip:jsch dbhole:BADURL:lucene-2.3.1-src.tar.gz:lucene dbhole:BADURL:ow_util_ant_tasks_1.3.2.zip:objectweb-anttask dbhole:BADURL:visualvm-20081031-src.tar.gz:java-1.6.0-openjdk dbhole:BADURL:wrapper_3.2.3_src.tar.gz:tanukiwrapper dbhole:BADURL:xmlrpc-2.0.1-src.tar.gz:xmlrpc dcantrel:BADURL:dhcp-4.0.0.tar.gz:dhcp dcantrel:BADURL:gpart-0.1h.tar.gz:gpart dcantrel:BADURL:libdhcp-1.99.8.tar.bz2:libdhcp dcantrel:BADURL:pyparted-1.8.9.tar.bz2:pyparted dcantrel:BADURL:repoman-0.9.tar.gz:repoman dcbw:BADURL:libnl-1.1.tar.gz:libnl dchen:BADSOURCE:libUnihan-0.5.3-Source.tar.gz:libUnihan dchen:BADSOURCE:Unihan.zip:UnihanDb dchen:BADSOURCE:WritRecogn-0.1.9.tar.gz:WritRecogn dchen:BADSOURCE:zhcon_0.2.6-4.1.diff.gz:zhcon dchen:BADURL:libchewing-0.3.1.tar.bz2:libchewing dchen:BADURL:scim-array-1.0.0.tar.gz:scim-array dchen:BADURL:scim-chewing-0.3.2.tar.bz2:scim-chewing dchen:BADURL:scim-tomoe-0.6.0.tar.gz:scim-tomoe dchen:BADURL:tomoe-gtk-0.6.0.tar.gz:tomoe-gtk deebs:BADURL:GREYCstoration-2.8.zip:GREYCstoration deji:BADURL:atlas3_3.6.0-20.diff.gz:atlas deji:BADURL:cln-1.2.2.tar.bz2:cln deji:BADURL:flagpoll-0.9.1.tar.gz:flagpoll deji:BADURL:gpixpod-0.6.2.tar.gz:gpixpod deji:BADURL:libqalculate-0.9.6.tar.gz:libqalculate deji:BADURL:libscigraphica-2.1.1.tar.gz:libscigraphica deji:BADURL:qalculate-gtk-0.9.6.tar.gz:qalculate-gtk deji:BADURL:qalculate-kde-0.9.6.tar.gz:qalculate-kde deji:BADURL:scigraphica-2.1.0.tar.gz:scigraphica denis:BADURL:cdrdao-1.2.2.tar.bz2:gcdmaster denis:BADURL:goocanvasmm-0.9.0.tar.bz2:goocanvasmm denis:BADURL:libgnomedb-3.1.2.tar.bz2:libgnomedb denis:BADURL:libpanelappletmm-2.22.0.tar.bz2:libpanelappletmm denis:BADURL:libsigc++-1.2.7.tar.bz2:libsigc++ denis:BADURL:libxml++-2.23.2.tar.bz2:libxml++ denis:BADURL:pangomm-2.14.0.tar.bz2:pangomm desi:BADSOURCE:cwrite-0.1.24.tar.gz:cwrite devrim:BADSOURCE:odbcng-0.90.101.tar.gz:postgresql-odbcng devrim:BADSOURCE:pgpoolAdmin-1.0.0.tar.gz:postgresql-pgpoolAdmin devrim:BADSOURCE:postgis-1.3.3.tar.gz:postgis devrim:BADURL:commons-collections-3.2-src.tar.gz:jakarta-commons-collections devrim:BADURL:phpPgAdmin-4.2.tar.bz2:phpPgAdmin devrim:BADURL:plruby-0.5.3.tar.gz:postgresql-plruby devrim:BADURL:psycopg2-2.0.7.tar.gz:python-psycopg2 dgoodwin:BADURL:wuja-0.0.8.tar.gz:wuja drago01:BADSOURCE:numlockx-1.0.tar.gz:numlockx drago01:BADURL:compiz-0.7.8.tar.bz2:compiz drago01:BADURL:inotify-tools-3.13.tar.gz:inotify-tools drago01:BADURL:iotop-0.2.1.tar.bz2:iotop dreier:BADURL:libmlx4-1.0.tar.gz:libmlx4 dtimms:BADURL:glglobe-0.2.tar.gz:glglobe dwalluck:BAD_CVS_SOURCE:hamcrest-parent-1.1.pom:hamcrest dwalsh:BADURL:checkpolicy-2.0.16.tgz:checkpolicy dwalsh:BADURL:libselinux-2.0.75.tgz:libselinux dwalsh:BADURL:libsemanage-2.0.29.tgz:libsemanage dwalsh:BADURL:libsepol-2.0.34.tgz:libsepol dwalsh:BADURL:mcstrans-0.2.11.tgz:mcstrans dwalsh:BADURL:policycoreutils-2.0.59.tgz:policycoreutils dwalsh:BADURL:selinux-doc-1.26.tgz:selinux-doc dwalsh:BADURL:sepolgen-1.0.13.tgz:policycoreutils dwmw2:BADSOURCE:yaboot-1.3.14.tar.gz:yaboot dwmw2:BADURL:apmud-1.0.0.tgz:apmud dwmw2:BADURL:bridge-utils-1.2.tar.gz:bridge-utils dwmw2:BADURL:config.samples-20050415.tar.bz2:exim-doc dwmw2:BADURL:exim-4.69.tar.bz2:exim dwmw2:BADURL:exim-html-4.69.tar.bz2:exim-doc dwmw2:BADURL:exim-pdf-4.69.tar.bz2:exim-doc dwmw2:BADURL:exim-postscript-4.69.tar.bz2:exim-doc dwmw2:BADURL:exim-texinfo-4.69.tar.bz2:exim-doc dwmw2:BADURL:FAQ-html-20050415.tar.bz2:exim-doc dwmw2:BADURL:hfsplus_1.0.4.src.tar.bz2:hfsplusutils dwmw2:BADURL:iprutils-2.2.8-src.tgz:iprutils dwmw2:BADURL:libpng-1.2.16.tar.bz2:petitboot dwmw2:BADURL:nano-2.0.6.tar.gz:nano edhill:BADSOURCE:cdo-1.0.8.tar.gz:cdo edhill:BADSOURCE:cdo.pdf:cdo edhill:BADSOURCE:cdo_refcard.pdf:cdo edhill:BADURL:libctl-3.0.2.tar.gz:libctl edhill:BADURL:wifiroamd-1.14.tar.gz:wifiroamd emunson:BADURL:libhugetlbfs-2.0.tar.gz:libhugetlbfs ensc:BAD_CVS_SOURCE:libtasn1-1.5.tar.gz.sig:libtasn1 ensc:BADURL:dhcp-forwarder-0.7.tar.bz2.asc:dhcp-forwarder ensc:BADURL:dhcp-forwarder-0.7.tar.bz2:dhcp-forwarder ensc:BADURL:hunt-1.5.tgz:hunt ensc:BADURL:ip-sentinel-0.12.tar.bz2:ip-sentinel ensc:BADURL:ip-sentinel-0.12.tar.bz2.sig:ip-sentinel ensc:BADURL:libextractor-0.5.20b.tar.gz:libextractor ensc:BADURL:libtasn1-1.5.tar.gz:libtasn1 eponyme:BADSOURCE:trustyrc-0.1.2.tar.gz:trustyrc eponyme:BADURL:fotowall-0.21.tar.bz2:fotowall eponyme:BADURL:itaka-0.2.1.tar.bz2:itaka erikos:BADURL:Browse-99.tar.bz2:sugar-browse erikos:BADURL:hulahop-0.4.7.tar.bz2:hulahop erikos:BADURL:Log-16.tar.bz2:sugar-log errr:BADURL:bdb-0.6.5.tar.gz:ruby-bdb errr:BADURL:etherape-0.9.7.tar.gz:etherape errr:BADURL:tenr-de-styles-pkg-1.1.tar.bz2:tenr-de-styles-pkg ertzing:BADURL:fwbuilder-3.0.0.tar.gz:fwbuilder fab:BADURL:weplab-0.1.5.tar.gz:weplab farnold:BADURL:gnome-schedule-2.0.2.tar.gz:gnome-schedule farnold:BADURL:LinLibertineSRC-2.7.tgz:linux-libertine-fonts faucamp:BADURL:flite-1.3-release.tar.gz:flite firewing:BADSOURCE:fwfstab-0.03.tar.gz:fwfstab fkooman:BADSOURCE:dumpasn1.c:dumpasn1 fkooman:BADSOURCE:dumpasn1.cfg:dumpasn1 fnasser:BAD_CVS_SOURCE:asm-3.1.pom:objectweb-asm fnasser:BADSOURCE:inetlib-1.1.1.tar.gz:classpathx-mail fnasser:BADURL:commons-beanutils-1.7.0-src.tar.gz:jakarta-commons-beanutils fnasser:BADURL:nekohtml-0.9.5.tar.gz:nekohtml fnasser:BADURL:xdoclet-src-1.2.3.tgz:xdoclet frankb:BAD_CVS_SOURCE:nasd.init:nas frankb:BADURL:muparser_v128.tar.gz:muParser frankb:BADURL:nas-1.9.1.src.tar.gz:nas gajownik:BADURL:agent-0.4.4.tar.gz:kadu gajownik:BADURL:dcopexport-0.11.3-20071129-0.6.0.tar.bz2:kadu gajownik:BADURL:mx610_notify-0.3.1.tar.bz2:kadu gajownik:BADURL:water_notify-0.1.1-try2.tar.bz2:kadu gemi:BADSOURCE:curry-0.9.11.tar.gz:curry gemi:BADSOURCE:HTMLmanual.tar.gz:pl gemi:BADSOURCE:pl-5.6.60.tar.gz:pl gemi:BADURL:abcm2ps-5.9.1.tar.gz:abcm2ps gemi:BADURL:cook-2.32.tar.gz:cook gemi:BADURL:esdl-0.96.0626.src.tar.gz:erlang-esdl gemi:BADURL:ffcall-20080704cvs.tar.bz2:ffcall gemi:BADURL:Gauche-0.8.13.tgz:gauche gemi:BADURL:Gauche-gtk-0.4.1.tgz:gauche-gtk gemi:BADURL:lush-1.2.1.tar.gz:lush gemi:BADURL:qcad-manual-en-2.0.4.0-1.html.zip:qcad gemi:BADURL:sweep-0.9.3.tar.gz:sweep gemi:BADURL:tkcvs_8_1.tar.gz:tkcvs gemi:BADURL:ucblogo-5.5.tar.gz:ucblogo georgiou:BADURL:ganglia-3.1.1.tar.gz:ganglia gilboa:BAD_CVS_SOURCE:cgdb.png:cgdb gilboa:BAD_CVS_SOURCE:icewm-xdg-menu:icewm glommer:BADURL:kvm-79.tar.gz:kvm goeran:BADURL:ttf2pt1-3.4.4.tgz:ttf2pt1 gospo:BADSOURCE:wiggle-0.6.tar.gz:wiggle green:BADURL:ardour-2.6.1-4010.tar.bz2:ardour green:BADURL:common-lisp-controller_6.15.tar.gz:common-lisp-controller green:BADURL:fluidsynth-dssi-0.9.1.tar.gz:fluidsynth-dssi green:BADURL:libffi-3.0.5.tar.gz:libffi green:BADURL:liblo-0.24.tar.gz:liblo green:BADURL:liblrdf-0.4.0.tar.gz:liblrdf green:BADURL:vkeybd-0.1.17a.tar.bz2:vkeybd green:BADURL:whysynth-20080412.tar.bz2:whysynth-dssi green:BADURL:ZynAddSubFX-2.2.1.tar.bz2:zynaddsubfx guthrie:BADURL:dxpc-3.9.1.tgz:dxpc hadess:BADURL:gnome-bluetooth-0.11.0.tar.bz2:gnome-bluetooth hadess:BADURL:gnome-launch-box-0.4.tar.bz2:gnome-launch-box hadess:BADURL:gnome-lirc-properties-0.3.1.tar.gz:gnome-lirc-properties hadess:BADURL:nautilus-sendto-1.1.0.tar.bz2:nautilus-sendto hadess:BADURL:totem-2.24.3.tar.bz2:totem hardaker:BADSOURCE:Crypt-OpenSSL-Bignum-0.04.tar.gz:perl-Crypt-OpenSSL-Bignum heffer:BADURL:libsyncml-0.4.5.tar.bz2:libsyncml herlo:BADURL:darkice-0.19.tar.gz:darkice hguemar:BADURL:feedparser-4.1.zip:python-feedparser hguemar:BADURL:libgtksourceviewmm-0.3.1.tar.bz2:libgtksourceviewmm hguemar:BADURL:plotmm-0.1.2.tar.gz:plotmm hguemar:BADURL:poedit-1.3.9.tar.gz:poedit homeless:BADSOURCE:rudecgi-5.1.0.tar.bz2:rudecgi homeless:BADSOURCE:rudeconfig-5.0.5.tar.bz2:rudeconfig homeless:BADURL:rudesocket-1.3.0.tar.bz2:rudesocket hubbitus:BADURL:fotoxx-5.5.tar.gz:fotoxx hubbitus:BADURL:printoxx-1.6.tar.gz:printoxx huzaifas:BADSOURCE:libnova-0.12.1.tar.gz:libnova huzaifas:BADSOURCE:python-lzo-1.08.tar.gz:python-lzo ianweller:BADURL:flam3-2.7.16.tar.gz:flam3 iarnell:BADURL:Catalyst-Plugin-Session-Store-FastMmap-0.05.tar.gz:perl-Catalyst-Plugin-Session-Store-FastMmap iburrell:BADURL:Path-Class-0.16.tar.gz:perl-Path-Class icon:BADURL:epylog-1.0.3.tar.gz:epylog icon:BADURL:kodos-2.4.9.tar.gz:kodos icon:BADURL:uqm-0.6.2-source.tgz:uqm icon:BADURL:verbiste-0.1.23.tar.gz:verbiste itamarjp:BADURL:ez-ipupdate_3.0.11b8-10.diff.gz:ez-ipupdate itamarjp:BADURL:ez-ipupdate-3.0.11b8.tar.gz:ez-ipupdate itamarjp:BADURL:gftp-2.0.18.tar.bz2:gftp itamarjp:BADURL:reiserfsprogs-3.6.19.tar.gz:reiserfs-utils ivazquez:BAD_CVS_SOURCE:ghost-diagrams-0.8.py:ghost-diagrams ivazquez:BADURL:purple-plugin_pack-2.4.0.tar.bz2:purple-plugin_pack ixs:BADSOURCE:dd_rhelp-0.1.2.tar.gz:dd_rescue ixs:BADURL:bacula-2.4.3.tar.gz:bacula ixs:BADURL:bacula-docs-2.4.3.tar.bz2:bacula ixs:BADURL:commoncpp2-1.6.1.tar.gz:commoncpp2 ixs:BADURL:DBM-Deep-0.983.tar.gz:perl-DBM-Deep ixs:BADURL:FileHandle-Fmode-0.09.tar.gz:perl-FileHandle-Fmode ixs:BADURL:gsynaptics-0.9.14.tar.gz:gsynaptics ixs:BADURL:libsndfile-1.0.17.tar.gz:libsndfile ixs:BADURL:LockFile-Simple-0.206.tar.gz:perl-LockFile-Simple ixs:BADURL:MD5-2.03.tar.gz:perl-MD5 ixs:BADURL:metapixel-1.0.2.tar.gz:metapixel ixs:BADURL:scmxx-0.9.0.tar.bz2:scmxx ixs:BADURL:ser-0.9.6_src.tar.gz:ser jafo:BADURL:picocom-1.4.tar.gz:picocom jafo:BADURL:pydns-2.3.3.tar.gz:python-pydns jafo:BADURL:python-memcached-1.43.tar.gz:python-memcached jakub:BADURL:prelink-20071009.tar.bz2:prelink jamatos:BADURL:conglomerate-0.9.1.tar.gz:conglomerate jamatos:BADURL:HTMLgen.tar.gz:python-HTMLgen jamatos:BADURL:mAr_1.1-1.tar.gz:R-mAr jamatos:BADURL:t1lib_5.1.1-3.diff.gz:t1lib jamatos:BADURL:waveslim_1.6.1.tar.gz:R-waveslim jamatos:BADURL:wavethresh_2.2-9.tar.gz:R-wavethresh james:BADURL:zsh-4.3.6.tar.bz2:zsh jbowes:BADURL:giggle-0.4.tar.gz:giggle jbowes:BADURL:ipython-0.8.4.tar.gz:ipython jbowes:BADURL:pwgen-2.06.tar.gz:pwgen jbowes:BADURL:ZSI-2.0.tar.gz:python-ZSI jcollie:BADURL:bcfg2-0.9.5.7.tar.gz:bcfg2 jcollie:BADURL:byzanz-0.1.1.tar.gz:byzanz jcollie:BADURL:CDDB-1.4.tar.gz:python-CDDB jcollie:BADURL:glump-0.9.11.tar.gz:glump jcollie:BADURL:gramps-2.2.10.tar.gz:gramps jcollie:BADURL:jrtplib-3.7.1.tar.bz2:jrtplib jcollie:BADURL:jthread-1.2.1.tar.bz2:jthread jcollie:BADURL:libresample-0.1.3.tgz:libresample jcollie:BADURL:pyflakes-0.2.1.tar.gz:pyflakes jcollie:BADURL:sofia-sip-1.12.9.tar.gz:sofia-sip jcollie:BADURL:spandsp-0.0.5pre4.tgz:spandsp jcollie:BADURL:Text-Markdown-1.0.3.tar.gz:perl-Text-Markdown jcollie:BADURL:xmpppy-0.4.1.tar.gz:python-xmpp jdennis:BADURL:freeradius-server-2.1.1.tar.bz2:freeradius jdieter:BADURL:deltarpm-3.4.tar.bz2:deltarpm jeckersb:BADURL:cobbler-0.1.3.gem:rubygem-cobbler jeffg:BADSOURCE:pbzip2-1.0.2.tar.gz:pbzip2 jgarzik:BADURL:blktool-4.tar.gz:blktool jgarzik:BADURL:rng-tools-2.tar.gz:rng-utils jgu:BAD_CVS_SOURCE:rpm-spec-mode.el:emacs jgu:BADURL:dvipdfmx-20080617.tar.gz:dvipdfmx jgu:BADURL:ebib-1.7.2.tar.gz:emacs-common-ebib jhrozek:BADURL:ipcalc-0.41.tar.gz:ipcalculator jhrozek:BADURL:mod_bw-0.8.tgz:mod_bw jima:BADURL:aoetools-23.tar.gz:aoetools jima:BADURL:miau-0.6.5.tar.bz2:miau jima:BADURL:rblcheck-1.5.tar.gz:rblcheck jima:BADURL:vblade-14.tgz:vblade jima:BADURL:videodog0.31.tar.gz:videodog jjames:BADSOURCE:jcip-annotations-src.jar:jcip-annotations jjh:BADURL:crypt-1.17.tar.bz2:libtomcrypt jjh:BADURL:ltm-0.41.tar.bz2:libtommath jjh:BADURL:tinyproxy-1.6.4.tar.gz:tinyproxy jjohnstn:BADURL:eclipse-cdt-fetched-src-autotools-1_0_1.tar.gz:eclipse-cdt jjohnstn:BADURL:eclipse-cdt-fetched-src-libhover-1_0_0.tar.gz:eclipse-cdt jjohnstn:BADURL:eclipse-changelog-src-2.6.3.zip:eclipse-changelog jkeating:BADSOURCE:email2trac.tar.gz:email2trac jkeating:BADSOURCE:koji-1.2.6.tar.bz2:koji jkeating:BADURL:inotail-0.5.tar.bz2:inotail jkeating:BADURL:mock-0.9.13.tar.gz:mock jkeating:BADURL:pungi-2.0.8.tar.bz2:pungi jlaska:BADURL:snake-0.11-0.9.tar.bz2:snake jmoskovc:BAD_CVS_SOURCE:rdist-eu-license.txt:rdist jmoskovc:BADURL:rarpd-ss981107.tar.gz:rarpd jmoskovc:BADURL:rdate-1.4.tar.gz:rdate jmoskovc:BADURL:xferstats-2.16.tar.gz:xferstats jmrcpn:BADURL:clement-2.1-241.tar.gz:clement jnovy:BADSOURCE:envlab.tar.lzma:texlive-texmf jnovy:BADSOURCE:multican-0.0.5.tar.gz:multican jnovy:BADURL:dvipsk-jpatch-p1.7a.tar.bz2:texlive jnovy:BADURL:mc-4.6.2-pre1.tar.gz:mc jnovy:BADURL:platex209.tar.bz2:texlive-texmf joost:BADURL:lazarus-0.9.26-0.tgz:lazarus jorge:BADSOURCE:mimetex.zip:mimetex jorge:BADURL:lock-keys-applet-1.0.tar.gz:lock-keys-applet jorge:BADURL:scite174.tgz:scite jortel:BADURL:python-suds-0.3.2.tar.gz:python-suds jorton:BADURL:apr-1.3.3.tar.bz2:apr jorton:BADURL:apr-util-1.3.4.tar.bz2:apr-util jorton:BADURL:httpd-2.2.10.tar.gz:httpd jorton:BADURL:libidn-0.6.14.tar.gz:libidn jorton:BADURL:php-5.2.6.tar.gz:php jorton:BADURL:webalizer-2.01-10-src.tar.bz2:webalizer joshkayse:BADURL:File-LibMagic-0.88.tgz:perl-File-LibMagic jpopelka:BADURL:lockdev_1.0.1.orig.tar.gz:lockdev jpopelka:BADURL:pstoedit-3.45.tar.gz:pstoedit jreznik:BADURL:pmpu-0.2.tar.bz2:pmpu jroth:BADSOURCE:libspe2-2.3.0.135.tar.gz:libspe2 jsafrane:BADURL:ipmitool-1.8.10.tar.gz:ipmitool jsafrane:BADURL:net-snmp-5.4.2.1.tar.gz:net-snmp jskala:BADURL:iputils-s20071127.tar.bz2:iputils jskala:BADURL:lftp-3.7.4.tar.gz:lftp jskala:BADURL:netatalk-2.0.3.tar.bz2:netatalk jskala:BADURL:quagga-0.99.10.tar.gz:quagga jskala:BADURL:squid-3.0.STABLE10.tar.bz2:squid jspaleta:BAD_CVS_SOURCE:gpodder-0.13.1.tar.gz:gpodder jspaleta:BADSOURCE:ScientificPython-2.6.1.tar.gz:ScientificPython jspaleta:BADURL:basemap-0.9.5.tgz:python-basemap-data jspaleta:BADURL:basemap-data-hires-0.9.5.tgz:python-basemap-data jspaleta:BADURL:pyscript-0.6.1.tar.gz:pyscript jspaleta:BADURL:pytz-2008i.tar.gz:pytz jspaleta:BADURL:revelation-0.4.11.tar.bz2:revelation jwboyer:BADURL:meanwhile-1.0.2.tar.gz:meanwhile jwilson:BADURL:ctrlproxy-3.0.7.tar.gz:ctrlproxy jwilson:BADURL:ip6sic-0.1.tar.gz:ip6sic jwilson:BADURL:isic-0.07.tgz:isic jwilson:BADURL:libhdhomerun_20080212.tgz:hdhomerun jwrdegoede:BAD_CVS_SOURCE:readme.txt:flight-of-the-amazon-queen-cd jwrdegoede:BADSOURCE:dlxlinux4.tar.gz:bochs jwrdegoede:BADURL:alex4src_data.zip:alex4 jwrdegoede:BADURL:AMB-plugins-0.3.0.tar.bz2:ladspa-amb-plugins jwrdegoede:BADURL:bass-cd-1.2.zip:beneath-a-steel-sky-cd jwrdegoede:BADURL:cs15src.zip:crystal-stacker jwrdegoede:BADURL:csdream.zip:crystal-stacker-themes jwrdegoede:BADURL:csfood.zip:crystal-stacker-themes jwrdegoede:BADURL:csgems.zip:crystal-stacker-themes jwrdegoede:BADURL:cslcd.zip:crystal-stacker-themes jwrdegoede:BADURL:csmatrix.zip:crystal-stacker-themes jwrdegoede:BADURL:csoldcs.zip:crystal-stacker-themes jwrdegoede:BADURL:csstone.zip:crystal-stacker-themes jwrdegoede:BADURL:FIL-plugins-0.1.0.tar.bz2:ladspa-fil-plugins jwrdegoede:BADURL:glyph-keeper-0.32.zip:glyph-keeper jwrdegoede:BADURL:HIGLayout1.0.zip:higlayout jwrdegoede:BADURL:ImageMagick-6.4.5-5.tar.bz2:ImageMagick jwrdegoede:BADURL:labysource_3.2.1.tar.gz:lostlabyrinth jwrdegoede:BADURL:libebml-0.7.8.tar.bz2:libebml jwrdegoede:BADURL:queen.1c.bz2:flight-of-the-amazon-queen-cd jwrdegoede:BADURL:sdlperl_2.1.2-1.diff.gz:perl-SDL jwrdegoede:BADURL:sounds.tar.gz:lostlabyrinth-sounds jwrdegoede:BADURL:worminator-3.0R2.1.tar.gz:worminator jwrdegoede:BADURL:worminator-data-3.0R2.1.tar.gz:worminator-data jzeleny:BADURL:rsync-3.0.4.tar.gz:rsync jzeleny:BADURL:rsync-patches-3.0.4.tar.gz:rsync kaboom:BADURL:cgoban-1.9.14.tar.gz:cgoban kaboom:BADURL:xboard-4.2.7.tar.gz:xboard kaboom:BADURL:xdaliclock-2.25.tar.gz:xdaliclock kaigai:BADURL:postgresql-8.3.5.tar.bz2:sepostgresql kairo:BADURL:clex-3.18.tar.gz:clex kaitlin:BADSOURCE:libcmpiutil-0.4.tar.gz:libcmpiutil kanarip:BADURL:attributes-5.0.1.gem:rubygem-attributes kanarip:BADURL:builder-2.1.2.gem:rubygem-builder kanarip:BADURL:publican-genome-1.0.tgz:publican-genome kanarip:BADURL:pyjigdo-0.3.0.tar.gz:pyjigdo kanarip:BADURL:spin-kickstarts-0.10.2.tar.gz:spin-kickstarts karlik:BADURL:doodle-0.6.7.tar.gz:doodle karlik:BADURL:warzone2100-2.1_beta5.tar.bz2:warzone2100 karsten:BADSOURCE:vim-7.2.tar.bz2:vim karsten:BADURL:hdparm-8.6.tar.gz:hdparm karsten:BADURL:libcap-2.10.tar.bz2:libcap kasal:BADURL:Algorithm-CurveFit-1.03.tar.gz:perl-Algorithm-CurveFit kasal:BADURL:asa_1.2.orig.tar.gz:asa kasal:BADURL:Bit-Vector-6.4.tar.gz:perl-Bit-Vector kasal:BADURL:Business-ISBN-2.03.tar.gz:perl-Business-ISBN kasal:BADURL:Business-ISBN-Data-1.15.tar.gz:perl-Business-ISBN-Data kasal:BADURL:Date-Calc-5.4.tar.gz:perl-Date-Calc kasal:BADURL:Date-Manip-5.48.tar.gz:perl-Date-Manip kasal:BADURL:DBD-Pg-2.11.2.tar.gz:perl-DBD-Pg kasal:BADURL:debootstrap_1.0.10.tar.gz:debootstrap kasal:BADURL:Digest-SHA1-2.11.tar.gz:perl-Digest-SHA1 kasal:BADURL:gdbm-1.8.0.tar.gz:gdbm kasal:BADURL:HTML-Parser-3.56.tar.gz:perl-HTML-Parser kasal:BADURL:intuitively_0.7.orig.tar.gz:intuitively kasal:BADURL:libwww-perl-5.817.tar.gz:perl-libwww-perl kasal:BADURL:Net-IP-1.25.tar.gz:perl-Net-IP kasal:BADURL:Text-CSV_XS-0.52.tgz:perl-Text-CSV_XS kasal:BADURL:transfig.3.2.5.tar.gz:transfig kasal:BADURL:URI-1.35.tar.gz:perl-URI kasal:BADURL:xfig.3.2.5.full.tar.gz:xfig kdudka:BADSOURCE:libtrash-3.2.tgz:libtrash kdudka:BADURL:eject-2.1.5.tar.gz:eject kdudka:BADURL:lynx2.8.6.tar.bz2:lynx kdudka:BADURL:vorbis-tools-1.2.0.tar.gz:vorbis-tools kevin:BAD_CVS_SOURCE:IPaddr:heartbeat kevin:BADSOURCE:Inconsolata.sfd:inconsolata-fonts kevin:BADURL:dircproxy-1.2.0-beta2.tar.bz:dircproxy kevin:BADURL:driconf-0.9.1.tar.gz:driconf kevin:BADURL:gdk-pixbuf-0.22.0.tar.bz2:gdk-pixbuf kevin:BADURL:gtk-xfce-engine-2.4.3.tar.bz2:gtk-xfce-engine kevin:BADURL:leafnode-1.11.6.tar.bz2:leafnode kevin:BADURL:mousepad-0.2.14.tar.bz2:mousepad kevin:BADURL:munin_1.2.6.tar.gz:munin kevin:BADURL:p0f-2.0.8.tgz:p0f kevin:BADURL:Terminal-0.2.8.3.tar.bz2:Terminal kevin:BADURL:Thunar-0.9.3.tar.bz2:Thunar kevin:BADURL:tpb-0.6.4.tar.gz:tpb kevin:BADURL:twinkle-1.3.2.tar.gz:twinkle kevin:BADURL:xfce4-autostart-editor.png:xfce4-session kklic:BADURL:gzip-1.3.12.tar.gz:gzip kklic:BADURL:unzip552.tar.gz:unzip kklic:BADURL:zcrypt29.tar.gz:zip kklic:BADURL:zip231.tar.gz:zip kkofler:BADURL:akonadi-1.0.0.tar.bz2:akonadi kkofler:BADURL:ksensors_0.7.3-15.diff.gz:ksensors kkofler:BADURL:qimageblitz_0.0.706674.orig.tar.gz:qimageblitz konradm:BADURL:boolstuff-0.1.11.tar.gz:boolstuff konradm:BADURL:chntpw-source-080526.zip:chntpw konradm:BADURL:fftw-3.1.2.tar.gz:fftw konradm:BADURL:iml-1.0.2.tar.gz:iml konradm:BADURL:libfplll-3.0.9.tar.gz:libfplll konradm:BADURL:libifp-1.0.0.2.tar.gz:libifp konradm:BADURL:psyco-1.5.1-src.tar.gz:python-psyco konradm:BADURL:tzdata2008i.tar.gz:joda-time kraxel:BADURL:pngnq-0.5-src.tar.gz:pngnq kushal:BADSOURCE:mediascrapper-0.1.tar.gz:mediascrapper kushal:BADURL:kphotobymail-0.4.1.tar.gz:kphotobymail kushal:BADURL:pem-0.7.3.tar.gz:pem kushal:BADURL:prozilla-2.0.4.tar.bz2:prozilla kwizart:BADURL:afflib-3.3.4.tar.gz:afflib kwizart:BADURL:AnyEvent-4.3.tar.gz:perl-AnyEvent kwizart:BADURL:BDB-1.7.tar.gz:perl-BDB kwizart:BADURL:BeautifulSoup-3.0.7a.tar.gz:python-BeautifulSoup kwizart:BADURL:oyranos-repack-0.1.7.tar.bz2:oyranos kwizart:BADURL:PythonCAD-DS1-R36.tar.bz2:PythonCAD kwizart:BADURL:RT61_Firmware_V1.2.zip:rt61pci-firmware kwizart:BADURL:RT71W_Firmware_V1.8.zip:rt73usb-firmware kylev:BADURL:WebHelpers-0.3.4.tar.gz:python-webhelpers kzak:BADURL:lslk_1.29_W.tar.gz:lslk kzak:BADURL:vlock-1.3.tar.gz:vlock laxathom:BADURL:gammu-1.21.0.tar.bz2:gammu laxathom:BADURL:gtk-sharp-2.12.5.tar.bz2:gtk-sharp2 laxathom:BADURL:python-gammu-0.27.tar.bz2:python-gammu laxathom:BADURL:wammu-0.29.tar.bz2:wammu lennart:BADURL:sound-theme-freedesktop-0.2.tar.bz2:sound-theme-freedesktop limb:BAD_CVS_SOURCE:squid-getlist.html:squidGuard limb:BADURL:blacklists.tar.gz:squidGuard limb:BADURL:cernlib_2006.dfsg.2-13.diff.gz:cernlib limb:BADURL:cernlib_2006.dfsg.2-13.diff.gz:cernlib-g77 limb:BADURL:ddd-3.3.11.tar.gz:ddd limb:BADURL:inksmoto-0.4.1.tar.gz:inksmoto limb:BADURL:kicad-sources--2007-07-09.zip:kicad limb:BADURL:libmng-1.0.9.tar.gz:libmng limb:BADURL:lilypond-2.11.57.tar.gz:lilypond limb:BADURL:squidGuard-1.2.0.tar.gz:squidGuard limb:BADURL:tennix-0.6.1.tar.gz:tennix limb:BADURL:tuxpuck-0.8.2.tar.gz:tuxpuck limb:BADURL:ucarp-1.4.tar.bz2:ucarp limb:BADURL:wesnoth-1.4.5.tar.bz2:wesnoth limb:BADURL:xgalaga_2.0.34-44.diff.gz:xgalaxy linville:BADSOURCE:usb8388-5.110.22.p14.bin.md5:libertas-usb8388-firmware linville:BADURL:b43-fwcutter-011.tar.bz2:b43-fwcutter liquidat:BADURL:Rsibreak-0.8.0.tar.bz2:rsibreak lkundrak:BAD_CVS_SOURCE:grub2-dlsym-v4.patch:grub2 lkundrak:BADSOURCE:lightning-sunbird-0.9-source.tar.bz2:sunbird lkundrak:BADSOURCE:starlab-4.4.3.tar.gz:starlab lkundrak:BADSOURCE:TAP-Harness-JUnit-0.25.tar.gz:perl-TAP-Harness-JUnit lkundrak:BADURL:bam.zip:bam lkundrak:BADURL:HTML-Template-Pro-0.71.tar.gz:perl-HTML-Template-Pro lkundrak:BADURL:inkscape-0.46.tar.bz2:inkscape lkundrak:BADURL:jfreechart-1.0.10.tar.gz:jfreechart lkundrak:BADURL:netbsd-iscsi-20080207.tar.gz:netbsd-iscsi lkundrak:BADURL:ovaldi-5.5.4-src.tar.bz2:ovaldi lkundrak:BADURL:plexus-src-0.13.1.tgz:plexus-graph lkundrak:BADURL:String-Random-0.22.tar.gz:perl-String-Random lkundrak:BADURL:TAP-Harness-Archive-0.12.tar.gz:perl-TAP-Harness-Archive lkundrak:BADURL:XML-Atom-SimpleFeed-0.82.tar.gz:perl-XML-Atom-SimpleFeed lmacken:BADSOURCE:PEAK-Rules-0.5a1.dev-r2581.tar.gz:python-peak-rules lmacken:BADSOURCE:TurboFlot-0.1.1.tar.bz2:python-turboflot lmacken:BADURL:dclib-0.3.11.tar.bz2:dclib lmacken:BADURL:deskbar-applet-2.25.1.tar.bz2:deskbar-applet lmacken:BADURL:json-py-3_4.zip:python-json lmacken:BADURL:liveusb-creator-3.0.tar.bz2:liveusb-creator lmacken:BADURL:Myghty-1.1.tar.gz:python-myghty lmacken:BADURL:nethack-343-src.tgz:nethack lmacken:BADURL:pork-0.99.8.1.tar.gz:pork lmacken:BADURL:python-irclib-0.4.6.tar.gz:python-irclib lmacken:BADURL:TestGears-0.2.tar.gz:python-TestGears lmacken:BADURL:valknut-0.3.11.tar.bz2:valknut lmacken:BADURL:xprobe2-0.3.tar.gz:xprobe2 lucilanga:BADSOURCE:shapelib-1.2.10.tar.gz:shapelib lucilanga:BADURL:cwdaemon-0.9.4.tar.gz:cwdaemon lucilanga:BADURL:gpsman-6.3.2.tgz:gpsman lucilanga:BADURL:gridloc-0.6.tar.gz:gridloc lucilanga:BADURL:hamlib-1.2.7.tar.gz:hamlib lucilanga:BADURL:lib765-0.4.1.tar.gz:lib765 lucilanga:BADURL:scummvm-tools-0.12.0.tar.bz2:scummvm-tools lucilanga:BADURL:xdemorse-1.2.tar.gz:xdemorse lucilanga:BADURL:xlog-1.8.1.tar.gz:xlog lucilanga:BADURL:xpsk31-1.2.tar.gz:xpsk31 lutter:BADSOURCE:gem2rpm-0.6.0.gem:rubygem-gem2rpm lutter:BADURL:ruby-postgres-0.7.1.tar.gz:ruby-postgres lvm-team:BADURL:dmraid-1.0.0.rc15.tar.bz2:dmraid lyosnorezel:BADSOURCE:Isabella.tar.gz:thibault-fonts masahase:BADURL:pards04.tar.gz:pards mattdm:BADURL:calc-2.12.2.1.tar.gz:calc maxamillion:BADURL:firestarter-1.0.3.tar.gz:firestarter maxamillion:BADURL:TPG-3.1.2.tar.gz:python-tpg maxx:BADSOURCE:Rezlooks-candy.tar.gz:gtk-rezlooks-engine maxx:BADSOURCE:Rezlooks-dark.tar.gz:gtk-rezlooks-engine maxx:BADSOURCE:Rezlooks-Gilouche.tar.gz:gtk-rezlooks-engine maxx:BADSOURCE:Rezlooks-graphite.tar.gz:gtk-rezlooks-engine maxx:BADSOURCE:Rezlooks-Snow.tar.gz:gtk-rezlooks-engine maxx:BADURL:39179-rezlooks-0.6.tar.gz:gtk-rezlooks-engine maxx:BADURL:pdfcube-0.0.2.tar.gz:pdfcube mbarabas:BADURL:system-config-vsftpd-0.5.1.tar.gz:system-config-vsftpd mbarnes:BADSOURCE:yelp-2.24.0.tar.bz2:yelp mbarnes:BADURL:evolution-data-server-2.25.1.tar.bz2:evolution-data-server mbarnes:BADURL:evolution-exchange-2.25.1.tar.bz2:evolution-exchange mbarnes:BADURL:evolution-sharp-0.18.0.tar.bz2:evolution-sharp mbarnes:BADURL:evolution-webcal-2.23.91.tar.bz2:evolution-webcal mbarnes:BADURL:gtkspell-2.0.13.tar.gz:gtkspell mbarnes:BADURL:libsoup-2.25.1.tar.bz2:libsoup mbarnes:BADURL:pygtk-2.13.0.tar.bz2:pygtk2 mbarnes:BADURL:pyorbit-2.24.0.tar.bz2:pyorbit mbooth:BADURL:commons-digester-1.7-src.tar.gz:jakarta-commons-digester mbooth:BADURL:commons-modeler-2.0-src.tar.gz:jakarta-commons-modeler mccann:BADURL:ConsoleKit-0.3.0.tar.bz2:ConsoleKit mclasen:BAD_CVS_SOURCE:gtk+-2.14.4.tar.bz2:gtk2 mclasen:BADURL:cheese-2.25.1.tar.bz2:cheese mclasen:BADURL:icon-naming-utils-0.8.7.tar.gz:icon-naming-utils mclasen:BADURL:intltool-0.40.5.tar.bz2:intltool mcleanj:BAD_CVS_SOURCE:nxt_python-0.7-linux.patch:nxt_python mcleanj:BADURL:transbot-0.2.tar.gz:transbot mdomsch:BADURL:IPy-0.60.tar.gz:python-IPy mdomsch:BADURL:mirrormanager-1.2.6.tar.bz2:mirrormanager mebourne:BAD_CVS_SOURCE:gdmap-0.8.1.tar.gz:gdmap mebourne:BADURL:mootools-1.2-core-yc.js:zoneminder mebrown:BADSOURCE:libsmbios-2.0.1.tar.gz:libsmbios mef:BADURL:tex4ht-1.0.2008_09_16_1413.tar.gz:tetex-tex4ht meme:BADURL:vultures-2.1.0-full.tar.bz2:nethack-vultures mfleming:BAD_CVS_SOURCE:LICENSE.txt:GeoIP mfleming:BADURL:innotop-1.6.0.tar.gz:innotop mfleming:BADURL:maradns-1.3.07.08.tar.bz2:maradns mgarski:BADSOURCE:TibetanMachineUnicodeFont.zip:tibetan-machine-uni-fonts mhlavink:BADURL:nut-2.2.2.tar.gz:nut michaelc:BADURL:open-iscsi-2.0-870-rc1.tar.gz:iscsi-initiator-utils michaelc:BADURL:tgt-20080805.tar.bz2:scsi-target-utils mikeb:BADURL:Cheetah-2.0.1.tar.gz:python-cheetah mikeb:BADURL:python-krbV-1.0.13.tar.gz:python-krbV mikep:BADURL:linkchecker-4.7.tar.gz:linkchecker mildew:BADURL:inetvis-0.9.3.1.tar.gz:inetvis mildew:BADURL:sudo-1.6.9p17.tar.gz:sudo mitr:BADURL:4Suite-XML-1.0.2.tar.bz2:python-4Suite-XML mjakubicek:BADURL:cdargs-1.35.tar.gz:cdargs mjakubicek:BADURL:cvs2svn-2.1.1.tar.gz:cvs2svn mjakubicek:BADURL:ht2html-2.0.tar.gz:ht2html mjakubicek:BADURL:pythondialog-2.7.tar.bz2:python-dialog mjakubicek:BADURL:raytracer.tar.bz2:opticalraytracer mjakubicek:BADURL:Sprog-0.14.tar.gz:Sprog mlichvar:BADSOURCE:setlayout.c:openbox mlichvar:BADURL:ncurses-5.6.tar.gz:ncurses mlichvar:BADURL:slib-3b1.zip:slib mmahut:BADSOURCE:grc_0.70.tar.gz:grc mmahut:BADSOURCE:smstools3-3.0.10.tar.gz:smstools mmahut:BADURL:abgraph-1.1.tar.gz:abgraph mmahut:BADURL:cmunipack-1.1.24.tar.gz:munipack mmahut:BADURL:cvsplot-1.7.4.tar.gz:cvsplot mmahut:BADURL:gcx-0.9.11.tar.gz:gcx mmahut:BADURL:ircd-ratbox-2.2.8.tgz:ircd-ratbox mmahut:BADURL:irssi-0.8.12.tar.bz2:irssi mmahut:BADURL:openuniverse-1.0beta3.tar.gz:openuniverse mmahut:BADURL:spacechart-0.9.5.tar.gz:spacechart mmaslano:BADURL:iproute2-2.6.26.tar.bz2:iproute mmaslano:BADURL:ipv6calc-0.71.0.tar.gz:ipv6calc mmaslano:BADURL:Padre-0.14.tar.gz:perl-Padre mmaslano:BADURL:Wx-Perl-Dialog-0.01.tar.gz:perl-Wx-Perl-Dialog mmcgrath:BADURL:Date-Pcalc-1.2.tar.gz:perl-Date-Pcalc mmcgrath:BADURL:nagios-plugins-1.4.13.tar.gz:nagios-plugins mmcgrath:BADURL:nrpe-2.7.tar.gz:nrpe mmcgrath:BADURL:phpMyAdmin-3.0.1.1-all-languages.tar.bz2:phpMyAdmin mmcgrath:BADURL:SOAP-Lite-0.710.07.tar.gz:perl-SOAP-Lite mmcgrath:BADURL:ytalk-3.3.0.tar.gz:ytalk mnowak:BADURL:libev-3.48.tar.gz:libev monnerat:BADURL:insight-6.8.tar.bz2:insight mrsam:BADURL:bootconf-1.3.tar.bz2:bootconf mschwendt:BADURL:gai-0.5.10.tar.bz2:gai mschwendt:BADURL:wxGTK-2.6.4.tar.bz2:compat-wxGTK26 mso:BADURL:gtk-nodoka-engine-0.7.2.tar.gz:gtk-nodoka-engine mso:BADURL:gxine-0.5.903.tar.bz2:gxine mso:BADURL:libmatroska-0.8.1.tar.bz2:libmatroska mso:BADURL:subtitleeditor-0.22.3.tar.gz:subtitleeditor mtasaka:BAD_CVS_SOURCE:terms-and-conditions-for-IFS-J.html:mecab-ipadic mtasaka:BADSOURCE:mfiler2-4.0.9b.tgz:mfiler2 mtasaka:BADSOURCE:tempest.tar.gz:tempest mtasaka:BADSOURCE:wkf-1.3.11.tar.bz2:wkf mtasaka:BADURL:gnome-commander-1.2.8-svn2274_trunk.tar.bz2:gnome-commander mtasaka:BADURL:hpricot-0.6.tgz:ruby-hpricot mtasaka:BADURL:jd-2.0.3-beta081110.tgz:jd mtasaka:BADURL:jfbterm-0.4.7.tar.gz:jfbterm mtasaka:BADURL:kazehakase-0.5.6.tar.gz:kazehakase mtasaka:BADURL:kita-0.177.5.tar.gz:kita mtasaka:BADURL:kreetingkard_templates-0.2.0.tar.gz:kreetingkard_templates mtasaka:BADURL:manedit-1.2.1.tar.bz2:manedit mtasaka:BADURL:qstars-0.4.tar.gz:qstars mtasaka:BADURL:wallpapoz-0.4.1-svn87_trunk.tar.bz2:wallpapoz mtasaka:BADURL:xscreensaver-5.07.tar.gz:xscreensaver mtruch:BADURL:getdata-0.4.0.tar.bz2:getdata mtruch:BADURL:hpic-0.52.2.tar.gz:hpic muep:BADURL:milkytracker-0.90.80.tar.bz2:milkytracker muerte:BADURL:qcomicbook-0.4.0.tar.gz:qcomicbook musuruan:BADURL:hatari-1.0.1.tar.gz:hatari mwiriadi:BADURL:gnome-themes-extras-2.22.0.tar.gz:gnome-themes-extras mwiriadi:BADURL:gpicview-0.1.10.tar.gz:gpicview mwiriadi:BADURL:mypaint-0.5.1.tar.bz2:mypaint nalin:BADURL:nss_db-2.2.tar.gz:nss_db nalin:BADURL:nss_ldap-263.tar.gz:nss_ldap nalin:BADURL:pam_ldap-184.tar.gz:nss_ldap nando:BADURL:qjackctl-0.3.3.tar.gz:qjackctl nando:BADURL:qsynth-0.3.3.tar.gz:qsynth nbecker:BADURL:Cython-0.10.tar.gz:Cython nbecker:BADURL:kdiff3-0.9.92.tar.gz:kdiff3 nbecker:BADURL:unuran-1.2.4p1.tar.gz:unuran nbecker:BADURL:which-1.1.0.zip:python-which ndim:BADURL:nted-1.4.15.tar.gz:nted ndim:BADURL:terminus-font-4.26.tar.gz:terminus-font nhorman:BADURL:coda-6.9.4~rc2.tar.gz:coda nhorman:BADURL:cscope-15.6.tar.gz:cscope nhorman:BADURL:irqbalance-0.55.tar.gz:irqbalance nigelj:BADURL:DBI_0.2-4.tar.gz:R-DBI nigelj:BADURL:RSQLite_0.7-0.tar.gz:R-RSQLite nim:BADSOURCE:GFS_GAZIS.zip:gfs-gazis-fonts nim:BADSOURCE:GFS_NEOHELLENIC_OT.zip:gfs-neohellenic-fonts nim:BADSOURCE:YanoneKaffeesatz.zip:yanone-kaffeesatz-fonts nomis80:BADURL:camstream-0.26.3.tar.gz:camstream notting:BADURL:aqbanking-3.7.2.tar.gz:aqbanking notting:BADURL:gwenhywfar-3.4.1.tar.gz:gwenhywfar notting:BADURL:initscripts-8.85.tar.bz2:initscripts notting:BADURL:mash-0.4.2.tar.gz:mash npajkovs:BADURL:atanks-2.9.tar.gz:atanks npajkovs:BADURL:gpm-1.20.5.tar.gz:gpm npajkovs:BADURL:inn-2.4.5.tar.gz:inn npajkovs:BADURL:iptraf-3.0.1.tar.gz:iptraf npajkovs:BADURL:tk8.5.3-src.tar.gz:tk nphilipp:BADURL:python-slip-0.1.15.tar.bz2:python-slip nphilipp:BADURL:sane-backends-1.0.19.tar.gz:sane-backends nphilipp:BADURL:ufraw-0.13.tar.gz:ufraw nphilipp:BADURL:xsane-0.995.tar.gz:xsane nsantos:BADURL:gnu.regexp-1.1.4.tar.gz:gnu-regexp nsantos:BADURL:jtidy-04aug2000r7-dev.zip:jtidy ondrejj:BADURL:sagator-1.1.1-0.beta1.tar.bz2:sagator orion:BAD_CVS_SOURCE:libcore.c:gridengine orion:BADSOURCE:hdf4_handler-3.7.9.tar.gz:dap-hdf4_handler orion:BADURL:car_1.2-9.tar.gz:R-car orion:BADURL:g2clib-1.1.7.tar:g2clib orion:BADURL:GMT4.3.1_pdf.tar.bz2:GMT-doc orion:BADURL:GMT4.3.1_scripts.tar.bz2:GMT orion:BADURL:GMT4.3.1_share.tar.bz2:GMT orion:BADURL:GMT4.3.1_src.tar.bz2:GMT orion:BADURL:GMT4.3.1_suppl.tar.bz2:GMT orion:BADURL:GMT4.3.1_tut.tar.bz2:GMT-doc orion:BADURL:GMT4.3.1_web.tar.bz2:GMT-doc orion:BADURL:GSHHS1.10_coast.tar.bz2:GMT-coastlines orion:BADURL:GSHHS1.10_full.tar.bz2:GMT-coastlines orion:BADURL:GSHHS1.10_high.tar.bz2:GMT-coastlines orion:BADURL:HDF4.2r3.tar.gz:hdf orion:BADURL:hdf5-1.8.1.tar.gz:hdf5 orion:BADURL:lmtest_0.9-21.tar.gz:R-lmtest orion:BADURL:multcomp_1.0-3.tar.gz:R-multcomp orion:BADURL:mvtnorm_0.9-2.tar.gz:R-mvtnorm orion:BADURL:netcdf-perl-1.2.3.tar.Z:netcdf-perl orion:BADURL:numarray-1.5.2.tar.gz:python-numarray orion:BADURL:systemfit_1.0-7.tar.gz:R-systemfit orion:BADURL:zoo_1.5-4.tar.gz:R-zoo orphan:BAD_CVS_SOURCE:shot1.png:pic2aa orphan:BADSOURCE:gst-plugins-0.8.12.tar.bz2:gstreamer08-plugins orphan:BADSOURCE:scim-skk-0.5.2.tar.gz:scim-skk orphan:BADSOURCE:SmartEiffel-2-3.tar.bz2:smarteiffel orphan:BADURL:CastPodder-5.0.tar.bz2:CastPodder orphan:BADURL:codeina-0.10.1.tar.bz2:codeina orphan:BADURL:fluxstyle-1.0.1.tar.bz2:fluxstyle orphan:BADURL:fontypython-0.3.6.tar.gz:fontypython orphan:BADURL:gaim-galago-0.5.1.tar.bz2:purple-galago orphan:BADURL:gdhcpd-0.3.2.tar.gz:gdhcpd orphan:BADURL:glipper-1.0.tar.bz2:glipper orphan:BADURL:gnome-blog-0.9.1.tar.bz2:gnome-blog orphan:BADURL:gnome-yum-0.1.4.tar.gz:gnome-yum orphan:BADURL:goffice-0.4.3.tar.bz2:goffice04 orphan:BADURL:htmltmpl-1.22.tar.gz:python-htmltmpl orphan:BADURL:idioskopos-0.4.1.tar.bz2:idioskopos orphan:BADURL:Io-2007-10-10.tar.gz:Io-language orphan:BADURL:jruby-src-1.1.3.tar.gz:jruby orphan:BADURL:kbiof-0.3.tar.gz:kbiof orphan:BADURL:KeyJnote-0.10.2.tar.gz:keyjnote orphan:BADURL:knotify-plugin_0.1.tar.gz:pidgin-knotify orphan:BADURL:libipoddevice-0.5.3.tar.gz:libipoddevice orphan:BADURL:lineakd-0.9.tar.gz:lineakd orphan:BADURL:lineak-defaultplugin-0.9.tar.gz:lineak-defaultplugin orphan:BADURL:lineak-xosdplugin-0.9.tar.gz:lineak-xosdplugin orphan:BADURL:mew-6.1.50.tar.gz:mew orphan:BADURL:moomps-5.8.tar.bz2:moomps orphan:BADURL:musicbox-0.2.3.tar.gz:musicbox orphan:BADURL:new-1.3.9.tar.gz:new orphan:BADURL:nhpf-1.42.tar.gz:nhpf orphan:BADURL:orpie-1.5.1.tar.gz:orpie orphan:BADURL:pam-script-0.1.7.tar.gz:pam_script orphan:BADURL:pam_usb-0.4.0.tar.gz:pam_usb orphan:BADURL:pekwm-0.1.5.tar.bz2:pekwm orphan:BADURL:pic2aa-0.2.1.tar.gz:pic2aa orphan:BADURL:qpackagekit-0.3.1.tar.gz:qpackagekit orphan:BADURL:tvn24_0.2.8-1.tar.gz:gnome-applet-tvn24 orphan:BADURL:VLGothic-20081029.tar.bz2:VLGothic-fonts orphan:BADURL:xerces-c-src_2_8_0.tar.gz:xqilla orphan:BADURL:xerces-c-src_2_8_0.tar.gz:xqilla10 orphan:BADURL:xyz-gallery-0.1.tar.gz:xyz-gallery otaylor:BADURL:mugshot-1.2.2.tar.gz:mugshot ovasik:BADSOURCE:docbook-slides-3.4.0.tar.gz:docbook-slides ovasik:BADURL:coreutils-7.0.tar.lzma:coreutils ovasik:BADURL:linuxdoc-tools_0.9.21.tar.gz:linuxdoc-tools ovasik:BADURL:openjade-1.3.2.tar.gz:openjade ovasik:BADURL:OpenSP-1.5.2.tar.gz:opensp ovasik:BADURL:passivetex-1.25.zip:passivetex ovasik:BADURL:xmltex-1.9.tar.gz:xmltex ovasik:BADURL:xmlto-0.0.21.tar.bz2:xmlto overholt:BADURL:xmlrpc-3.0-src.tar.gz:xmlrpc3 owentl:BADURL:GoodWeather_08-0.31.tar.gz:gdesklets-goodweather owentl:BADURL:Quote_of_the_Day-1.1.tar.gz:gdesklets-quote-of-the-day pali:BADURL:cherokee-0.10.0.tar.gz:cherokee pbrobinson:BADURL:Csound5.03.0_src-cvs20061108.tar.bz2:csound pbrobinson:BADURL:Journal-99.tar.bz2:sugar-journal pbrobinson:BADURL:syncevolution-0.7.tar.gz:syncevolution pbrobinson:BADURL:xapian-bindings-1.0.8.tar.gz:xapian-bindings pbrobinson:BADURL:xapian-core-1.0.8.tar.gz:xapian-core pcheung:BAD_CVS_SOURCE:ant-1.7.1.pom:ant pcheung:BAD_CVS_SOURCE:xmlunit-1.0.pom:xmlunit pcheung:BADURL:Avalon-4.1.4-src.tar.gz:avalon-framework pcheung:BADURL:commons-lang-2.3-src.tar.gz:jakarta-commons-lang pcheung:BADURL:LogKit-1.2-src.tar.gz:avalon-logkit pcheung:BADURL:xmlunit1.0.zip:xmlunit pertusus:BADURL:w3lib-1.6.tar:w3lib peter:BAD_CVS_SOURCE:encfs-1.5-2.tgz.asc:fuse-encfs peter:BADURL:stratagus-2.2.4-src.tar.gz:stratagus peter:BADURL:xerces-c-src_2_8_0.tar.gz:xerces-c petersen:BADSOURCE:libhangul-0.0.8.tar.gz:libhangul petersen:BADURL:ddskk-12.2.0.tar.bz2:ddskk petersen:BADURL:scim-hangul-0.3.2.tar.gz:scim-hangul petersen:BADURL:scim-thai-0.1.1.tar.gz:scim-thai pfj:BADSOURCE:db4o-6.1-mono.tar.gz:db4o pfj:BADSOURCE:gDeskCal-1.01.tar.gz:gdeskcal pfj:BADURL:boo-0.8.1.2865-src.zip:boo pfj:BADURL:gtksourceview2-sharp-89788.tar.bz2:gtksourceview2-sharp pfj:BADURL:gtksourceview-sharp-2.0-0.12.tar.bz2:gtksourceview-sharp pfj:BADURL:ikvm-0.22.tar.gz:ikvm pfj:BADURL:mono-debugger-2.0.tar.bz2:mono-debugger pfj:BADURL:monodoc-2.0.zip:monodoc pfj:BADURL:pyOpenSSL-0.7.tar.gz:pyOpenSSL pfrields:BADURL:blogtk_1.1.tar.bz2:blogtk pfrields:BADURL:xmlstarlet-1.0.1.tar.gz:xmlstarlet pghmcfc:BAD_CVS_SOURCE:doc.htm:mod_fcgid pghmcfc:BAD_CVS_SOURCE:gtk+-1.2.10.tar.gz:gtk+ pghmcfc:BADSOURCE:lat-1.2.3.tar.gz:lat pghmcfc:BADURL:BitTorrent-4.4.0.tar.gz:bittorrent pghmcfc:BADURL:db.1.85.tar.gz:gnome-libs pghmcfc:BADURL:gtkwave-3.1.13.tar.gz:gtkwave pghmcfc:BADURL:GTorrentViewer-0.2b.tar.gz:gtorrentviewer pghmcfc:BADURL:libpng-1.0.41.tar.bz2:libpng10 pghmcfc:BADURL:Mail-Mbox-MessageParser-1.5000.tar.gz:perl-Mail-Mbox-MessageParser pghmcfc:BADURL:spamass-milter-0.3.1.tar.gz:spamass-milter pgordon:BADSOURCE:curvylooks-0.3.gtp:gnome-theme-curvylooks pgordon:BADURL:deluge-1.0.5.tar.bz2:deluge pgordon:BADURL:empathy-2.24.1.tar.bz2:empathy pgordon:BADURL:glabels-2.2.3.tar.gz:glabels pgordon:BADURL:labyrinth-0.4.0.tar.bz2:labyrinth pgordon:BADURL:libtorrent-rasterbar-0.13.1.tar.gz:rb_libtorrent phuang:BADSOURCE:scim-1.4.7.tar.gz:scim phuang:BADURL:pinyin-database-0.1.10.6.tar.bz2:ibus-pinyin phuang:BADURL:scim-bridge-0.4.15.tar.gz:scim-bridge phuang:BADURL:scim-fcitx.3.1.1.tar.bz2:scim-fcitx phuang:BADURL:scim-pinyin-0.5.91.tar.gz:scim-pinyin pingou:BADURL:affyio_1.10.0.tar.gz:R-affyio pingou:BADURL:Biobase_2.2.0.tar.gz:R-Biobase pingou:BADURL:guake-0.3.1.tar.gz:guake pingou:BADURL:rlecuyer_0.1.tar.gz:R-rlecuyer pjones:BADURL:syslinux-3.61.tar.bz2:syslinux pmachata:BADSOURCE:tbb21_20080605oss_src.tgz:tbb pmachata:BADURL:tzcode2008h.tar.gz:tzdata pmachata:BADURL:tzdata2008i.tar.gz:tzdata pnemade:BADSOURCE:ne_NP_dict.zip:hunspell-ne pnemade:BADURL:iok-1.0.8.tar.gz:iok pnemade:BADURL:ISO8859-2-bdf.tar.gz:fonts-ISO8859-2 pnemade:BADURL:Madan.ttf:madan-fonts pnemade:BADURL:mr_IN.zip:hunspell-mr pravins:BADURL:scim-sayura-0.3.0.tar.gz:scim-sayura pvrabec:BADURL:arpd-0.2.tar.gz:honeyd pvrabec:BADURL:honeyd-1.5c.tar.gz:honeyd pwouters:BADURL:fetchlog-1.0.tar.gz:fetchlog pwouters:BADURL:ldns-1.4.0.tar.gz:ldns pwouters:BADURL:lrmi-0.10.tar.gz:lrmi pwouters:BADURL:s3ssrc.zip:s3switch rafalzaq:BADURL:cssed-0.4.0.tar.gz:cssed rafalzaq:BADURL:htop-0.8.1.tar.gz:htop rajeeshknambiar:BADSOURCE:ooo-hunspell-ml-0.1.tar.bz2:hunspell-ml rakesh:BADURL:djvulibre-3.5.20-2.tar.gz:djvulibre rakesh:BADURL:ginac-1.4.3.tar.bz2:ginac rakesh:BADURL:gnucap-0.35.tar.gz:gnucap rakesh:BADURL:jed-0.99-18.tar.bz2:jed rakesh:BADURL:laconica-0.5.0.tar.gz:php-laconica rakesh:BADURL:linphone-2.1.1.tar.gz:linphone rakesh:BADURL:txt2rss-01.tar.bz2:txt2rss rakesh:BADURL:up-imapproxy-1.2.7rc1.tar.gz:up-imapproxy rathann:BAD_CVS_SOURCE:freefem++-2.24-2.tar.gz:freefem++ rathann:BADURL:crm114-20080703-BlameVT.src.tar.gz:crm114 rathann:BADURL:dx-4.4.4.tar.gz:dx rathann:BADURL:dxsamples-4.4.0.tar.gz:dx-samples rathann:BADURL:gg2-2.3.0.tar.bz2:gg2 rathann:BADURL:gnomeradio-1.8.tar.gz:gnomeradio rathann:BADURL:gsm-1.0.12.tar.gz:gsm rathann:BADURL:libnemesi-0.6.4-rc2.tar.bz2:libnemesi rathann:BADURL:newsx-1.6.tar.gz:newsx rathann:BADURL:openbabel-2.2.0.tar.gz:openbabel rathann:BADURL:sysconftool-0.15.tar.bz2:sysconftool rathann:BADURL:tachyon20070319.tar.gz:tachyon rathann:BADURL:xdrawchem-1.9.9.tar.gz:xdrawchem rayvd:BADURL:freehoo-3.5.2.tar.gz:freehoo rdieter:BADSOURCE:dbus-1-qt3-0.9.tar.gz:dbus-qt3 rdieter:BADSOURCE:Macaulay2-1.1-src.tar.gz:Macaulay2 rdieter:BADURL:geomview-1.9.4.tar.bz2:geomview rdieter:BADURL:gift-0.11.8.1.tar.bz2:gift rdieter:BADURL:gift-gnutella-0.0.11.tar.bz2:gift-gnutella rdieter:BADURL:gift-openft-0.2.1.6.tar.bz2:gift-openft rdieter:BADURL:gtk-qt-engine-1.1.tar.bz2:gtk-qt-engine rdieter:BADURL:guidance-power-manager-4.1.2.tar.bz2:guidance-power-manager rdieter:BADURL:ilmbase-1.0.1.tar.gz.sig:ilmbase rdieter:BADURL:kchmviewer-4.0beta3.tar.gz:kchmviewer rdieter:BADURL:kdeplasma-addons-4.1.2.tar.bz2:kdeplasma-addons rdieter:BADURL:kdetoys-4.1.2.tar.bz2:kdetoys rdieter:BADURL:libmal-0.31.tar.gz:libmal rdieter:BADURL:libofa-0.9.3.tar.gz:libofa rdieter:BADURL:macref.pdf:maxima rdieter:BADURL:mtextralic.htm:mathml-fonts rdieter:BADURL:openslp-1.2.1.tar.gz:openslp rdieter:BADURL:pinentry-0.7.4.tar.gz:pinentry rdieter:BADURL:pinentry-0.7.4.tar.gz.sig:pinentry rdieter:BADURL:PyKDE-3.16.1.tar.bz2:PyKDE rdieter:BADURL:PyQt-x11-gpl-4.4.3.tar.gz:PyQt4 rdieter:BADURL:QScintilla-gpl-2.3.tar.gz:qscintilla remi:BADURL:phpShout-0.9.2.tar.gz:php-shout remi:BADURL:XML-Entities-0.03.tar.gz:perl-XML-Entities rezso:BAD_CVS_SOURCE:grasslogo_vector_small.png:grass rezso:BADSOURCE:OpenLayers-2.7.tar.gz:openlayers rezso:BADURL:fet-5.7.0.tar.bz2:fet rezso:BADURL:geos-3.0.1.tar.bz2:geos rezso:BADURL:mapnik_src-0.5.2.svn738.tar.gz:mapnik rezso:BADURL:ogdi-3.2.0.beta2.tar.gz:ogdi rezso:BADURL:verilog-20080905.tar.gz:iverilog rhughes:BADURL:DeviceKit-power-002.tar.gz:DeviceKit-power rhughes:BADURL:hal-0.5.12-20081027git.tar.gz:hal rineau:BADSOURCE:figtoipe-20080505.tar.gz:figtoipe rineau:BADURL:ipe-6.0pre30-src.tar.gz:ipe rishi:BADURL:doc4.3.2_A4.pdf:bouml-doc rishi:BADURL:doc4.3.2_letter.pdf:bouml-doc rishi:BADURL:doc4.3.2.tar.gz:bouml-doc rishi:BADURL:freetalk-3.1.tar.gz:freetalk rishi:BADURL:gajim-0.11.4.tar.bz2:gajim rishi:BADURL:httrack-3.43-BETA-4.tar.gz:httrack rishi:BADURL:isight-firmware-tools-1.0.2.tar.gz:isight-firmware-tools rishi:BADURL:libedit-20080712-2.11.tar.gz:libedit rjones:BADSOURCE:pa_monad.tar.gz:ocaml-pa-monad rjones:BADURL:calendar-2.0.4.tar.gz:ocaml-calendar rjones:BADURL:camlimages-3.0.1.tar.gz:ocaml-camlimages rjones:BADURL:lacaml-4.3.3.tar.bz2:ocaml-lacaml rjones:BADURL:ocaml-sqlite3-1.2.0.tar.bz2:ocaml-sqlite rjones:BADURL:pcre-ocaml-5.15.0.tar.bz2:ocaml-pcre rjones:BADURL:pgocaml-1.1.tar.gz:ocaml-pgocaml rjones:BADURL:postgresql-ocaml-1.8.2.tar.bz2:ocaml-postgresql rjones:BADURL:res-2.2.6.tar.bz2:ocaml-res rjones:BADURL:sexplib310-4.0.1.tar.bz2:ocaml-sexplib rjones:BADURL:type-conv-1.6.1.tar.bz2:ocaml-type-conv rmeggins:BADSOURCE:mozldap-6.0.5.tar.gz:mozldap rmeggins:BADURL:Makefile.PL.rpm:perl-Mozilla-LDAP rmeggins:BADURL:perl-mozldap-1.5.2.tar.gz:perl-Mozilla-LDAP rmyers:BADURL:SysUsage-Sar-2.9.tar.gz:sysusage rnorwood:BADSOURCE:olpc-netutils-0.4.tar.bz2:olpc-netutils robert:BADSOURCE:arc4random.c:mksh robert:BADSOURCE:sip-redirect-0.1.2.tar.gz:sip-redirect robert:BADSOURCE:unicap-0.9.3.tar.gz:unicap robert:BADURL:Convert-UUlib-1.11.tar.gz:perl-Convert-UUlib robert:BADURL:duplicity-0.4.12.tar.gz:duplicity robert:BADURL:giflib-4.1.3.tar.bz2:giflib robert:BADURL:idn_1.2b.tar.gz:php-idn robert:BADURL:libnet-1.0.2a.tar.gz:libnet10 robert:BADURL:libnet-1.1.2.1.tar.gz:libnet robert:BADURL:razor-agents-2.85.tar.bz2:perl-Razor-Agent robert:BADURL:tcpick-0.2.1.tar.gz:tcpick robmv:BADSOURCE:dirvish-1.2.1.tgz:dirvish robmv:BADSOURCE:org.tmatesoft.svn_1.1.4.src.zip:svnkit robmv:BADURL:kanatest-0.4.4.tar.gz:kanatest roland:BADURL:lcov-1.6.tar.gz:lcov romal:BADURL:usb_modeswitch-0.9.4.tar.bz2:usb_modeswitch roozbeh:BADURL:pyenchant-1.3.1.tar.gz:python-enchant roozbeh:BADURL:pyfribidi-0.6.0.tar.gz:pyfribidi rrakus:BADSOURCE:netkit-bootparamd-0.17.tar.gz:bootparamd rrakus:BADURL:authd-1.4.3.tar.gz:authd rrakus:BADURL:udftools-1.0.0b3.tar.gz:udftools rrankin:BAD_CVS_SOURCE:gtk+extra-2.1.1.tar.gz:gtk+extra rrelyea:BADSOURCE:ccid-1.3.8.tar.bz2:ccid rrelyea:BADSOURCE:pcsc-lite-1.4.102.tar.bz2:pcsc-lite rrelyea:BADURL:pam_pkcs11-0.5.3.tar.gz:pam_pkcs11 rstrode:BADSOURCE:plymouth-0.6.0.tar.bz2:plymouth rstrode:BADURL:GConf-2.24.0.tar.bz2:GConf2 rstrode:BADURL:gnome-games-2.25.1.tar.bz2:gnome-games ruben:BADSOURCE:pdns-2.9.21.1.tar.gz:pdns ruben:BADURL:IO-AIO-3.16.tar.gz:perl-IO-AIO ruben:BADURL:whatsup-1.8.tar.gz:whatsup rvinyard:BADSOURCE:IEEEtran.zip:tetex-IEEEtran rvinyard:BADURL:3CCP.pdf:clips rvinyard:BADURL:abstract.pdf:clips rvinyard:BADURL:AllExamples.tar.Z:clips rvinyard:BADURL:apg.pdf:clips rvinyard:BADURL:arch5-1.pdf:clips rvinyard:BADURL:bpg.pdf:clips rvinyard:BADURL:clipsmm-0.0.7.tar.bz2:clipsmm rvinyard:BADURL:clipssrc.tar.Z:clips rvinyard:BADURL:conexusmm-0.5.0.tar.bz2:conexusmm rvinyard:BADURL:DR0873.txt:clips rvinyard:BADURL:FunctionContext.zip:clips rvinyard:BADURL:ig.pdf:clips rvinyard:BADURL:objrtmch.c:clips rvinyard:BADURL:papyrus-0.7.1.tar.bz2:papyrus rvinyard:BADURL:usrguide.pdf:clips rvinyard:BADURL:x-prjct.tar.Z:clips rvokal:BAD_CVS_SOURCE:pidgin-guifications-2.16.tar.bz2:gaim-guifications rvokal:BADURL:wireshark-1.1.1.tar.gz:wireshark s4504kr:BAD_CVS_SOURCE:import-3ds-0.7.py:blender s4504kr:BADSOURCE:open-cobol-1.1.tar.gz:open-cobol s4504kr:BADURL:gprolog-1.3.0.tar.gz:gprolog s4504kr:BADURL:inadyn-mt.v.02.12.24.tar.gz:inadyn-mt s4504kr:BADURL:inadyn.v1.96.2.zip:inadyn s4504kr:BADURL:stellarium_user_guide-0.9.1-1.pdf:stellarium s4504kr:BADURL:suck-4.3.2.tar.gz:suck sadmac:BADURL:upstart-0.5.0.tar.bz2:upstart salimma:BADSOURCE:Falcon-0.8.10.tar.gz:Falcon salimma:BADURL:bti-005.tar.bz2:bti salimma:BADURL:gnome-keyring-sharp.tar.gz:gnome-keyring-sharp salimma:BADURL:grhino-0.16.0.tar.gz:grhino salimma:BADURL:nltk-0.9.2.tar.gz:python-nltk salimma:BADURL:zeroinstall-injector-0.34.tar.bz2:zeroinstall-injector sandeen:BADURL:xfsdump_2.2.48-1.tar.gz:xfsdump sandeen:BADURL:xfsprogs_2.10.1-1.tar.gz:xfsprogs sbehera:BADSOURCE:nabi-0.99.2.tar.gz:nabi sconklin:BADURL:splat-1.2.3.tar.bz2:splat scop:BAD_CVS_SOURCE:ccache-2.4-md.patch:ccache scop:BADSOURCE:cvs2cl.pl:cvs2cl scop:BADURL:cd-discid_0.9.orig.tar.gz:cd-discid scop:BADURL:modplugxmms-2.05.tar.gz:xmms-modplug scop:BADURL:vdr-1.6.0-1.diff:vdr scop:BADURL:vdr-1.6.0-2.diff:vdr scop:BADURL:vdr-1.6.0-liemikuutio-1.21.diff.gz:vdr scop:BADURL:vdr-1.6.0.tar.bz2:vdr scop:BADURL:vdr-1.6.0-ttxtsubs-0.0.5.diff.gz:vdr scop:BADURL:vdr-ttxtsubs-0.0.5-raastinrauta-edition.diff.gz:vdr-ttxtsubs sdake:BADURL:openais-0.91.tar.gz:openais seg:BADURL:tf-50b8.tar.gz:tinyfugue sergiopr:BADURL:CCfits-2.0.tar.gz:CCfits sergiopr:BADURL:cloudy_v07_02_01.tar.gz:cloudy sergiopr:BADURL:cpl-4.1.0.tar.gz:cpl sergiopr:BADURL:ds9.5.4.tar.gz:ds9 sergiopr:BADURL:esorex-3.6.8.tar.gz:esorex sergiopr:BADURL:funtools-1.4.0.tar.gz:funtools sergiopr:BADURL:LaTeXPlugin-0.1.3.2.tar.gz:gedit-latex-plugin sergiopr:BADURL:wcstools-3.7.0.tar.gz:wcstools sergiopr:BADURL:xpa-2.1.8.tar.gz:xpa sgrubb:BADURL:prewikka-0.9.14.tar.gz:prewikka sharkcz:BADURL:mm3d-1.3.7.tar.gz:mm3d sharkcz:BADURL:openhpi-subagent-2.3.4.tar.gz:openhpi-subagent sharkcz:BADURL:tinyerp-client-4.2.3.3.tar.gz:tinyerp sharkcz:BADURL:tinyerp-server-4.2.3.3.tar.gz:tinyerp sheltren:BADURL:cfengine-2.2.8.tar.gz:cfengine sheltren:BADURL:fortune-hitchhiker.tgz:fortune-mod sheltren:BADURL:fortune-mod-1.99.1.tar.gz:fortune-mod sheltren:BADURL:fortune-tao.tar.gz:fortune-mod sheltren:BADURL:osfortune.tar.gz:fortune-mod shenson:BADURL:rats-2.1.tar.gz:rats simo:BADURL:samba-3.2.4.tar.gz:samba sindrepb:BAD_CVS_SOURCE:httptunnel_3.3+dfsg.orig.tar.gz:httptunnel sindrepb:BADURL:avant-window-navigator-0.2.6.tar.gz:avant-window-navigator sindrepb:BADURL:firewalk.tar.gz:firewalk sindrepb:BADURL:flac123-0.0.11.tar.gz:flac123 sindrepb:BADURL:gnome-do-0.6.1.0.tar.gz:gnome-do sindrepb:BADURL:gtk-recordmydesktop-0.3.7.2.tar.gz:gtk-recordmydesktop sindrepb:BADURL:halberd-0.2.2.tar.gz:halberd sindrepb:BADURL:muine-0.8.9.tar.gz:muine sindrepb:BADURL:nikto-1.36.tar.bz2:nikto sindrepb:BADURL:recordmydesktop-0.3.7.3.tar.gz:recordmydesktop sindrepb:BADURL:scratchpad-0.3.0.tar.bz2:scratchpad sindrepb:BADURL:solfege-3.10.4.tar.gz:solfege slankes:BADURL:pympdtouchgui-0.302.tgz:pympdtouchgui snecker:BADURL:jokosher-20081012svn.tar.gz:jokosher snecker:BADURL:libflaim-4.9.1052.tar.gz:libflaim snirkel:BADURL:adplay-1.6.tar.bz2:adplay snirkel:BADURL:adplugdb-2006-07-07.tar.gz:adplug snirkel:BADURL:adplug-xmms-1.2.tar.bz2:xmms-adplug snirkel:BADURL:gnokii-0.6.27.tar.bz2:gnokii snirkel:BADURL:gnomad2-2.9.2.tar.gz:gnomad2 snirkel:BADURL:libbinio-1.4.tar.gz:libbinio snirkel:BADURL:libmtp-0.3.4.tar.gz:libmtp snirkel:BADURL:libnjb-2.2.6.tar.gz:libnjb somlo:BADURL:iperf-2.0.2.tar.gz:iperf spot:BADSOURCE:daa2iso.zip:daa2iso spot:BADSOURCE:perltex.zip:tetex-perltex spot:BADSOURCE:ql2300_fw.bin:ql23xx-firmware spot:BADSOURCE:ql2322_fw.bin:ql23xx-firmware spot:BADSOURCE:ql2400_fw.bin:ql2400-firmware spot:BADSOURCE:ql2500_fw.bin:ql2500-firmware spot:BADSOURCE:srecord-1.39.tar.gz:srecord spot:BADURL:acepack_1.3-2.2.tar.gz:R-acepack spot:BADURL:acetoneiso2_2.0.2_source.tar.bz2:AcetoneISO2 spot:BADURL:alsamixergui-0.9.0rc1-2.tar.gz:alsamixergui spot:BADURL:amanith_03.tar.gz:amanith spot:BADURL:Array-Compare-1.16.tar.gz:perl-Array-Compare spot:BADURL:artwiz-aleczapka-en-sources-1.3.tar.bz2:artwiz-aleczapka-fonts spot:BADURL:banshee-1-1.4.0.1.tar.bz2:banshee spot:BADURL:biglm_0.4.tar.gz:R-biglm spot:BADURL:bigmemory_2.3.tar.gz:R-bigmemory spot:BADURL:Class-DBI-Loader-Relationship-1.3.tar.gz:perl-Class-DBI-Loader-Relationship spot:BADURL:Class-DBI-Pg-0.09.tar.gz:perl-Class-DBI-Pg spot:BADURL:Config-IniFiles-2.39.tar.gz:perl-Config-IniFiles spot:BADURL:Email-MessageID-1.351.tar.gz:perl-Email-MessageID spot:BADURL:Email-MIME-1.861.tar.gz:perl-Email-MIME spot:BADURL:Email-MIME-Attachment-Stripper-1.314.tar.gz:perl-Email-MIME-Attachment-Stripper spot:BADURL:Email-MIME-ContentType-1.014.tar.gz:perl-Email-MIME-ContentType spot:BADURL:Email-Send-2.192.tar.gz:perl-Email-Send spot:BADURL:Email-Simple-2.003.tar.gz:perl-Email-Simple spot:BADURL:Email-Valid-0.179.tar.gz:perl-Email-Valid spot:BADURL:gambas-1.0.19.tar.bz2:gambas spot:BADURL:Geography-Countries-1.4.tar.gz:perl-Geography-Countries spot:BADURL:hdf5_1.6.7.tar.gz:R-hdf5 spot:BADURL:HTML-Tree-3.23.tar.gz:perl-HTML-Tree spot:BADURL:HTTP-Body-0.9.tar.gz:perl-HTTP-Body spot:BADURL:HTTP-Server-Simple-0.34.tar.gz:perl-HTTP-Server-Simple spot:BADURL:Ima-DBI-0.35.tar.gz:perl-Ima-DBI spot:BADURL:Image-ExifTool-7.51.tar.gz:perl-Image-ExifTool spot:BADURL:IO-CaptureOutput-1.06.tar.gz:perl-IO-CaptureOutput spot:BADURL:kscope-1.6.2.tar.gz:kscope spot:BADURL:libconfig-1.3.1.tar.gz:libconfig spot:BADURL:libgdamm-3.0.1.tar.bz2:libgdamm spot:BADURL:libmcrypt-2.5.8.tar.gz:libmcrypt spot:BADURL:MARC-Record-2.0.0.tar.gz:perl-MARC-Record spot:BADURL:mcrypt-2.6.7.tar.gz:mcrypt spot:BADURL:MFSTools-snapshot050221-src.tar.gz:mfstools spot:BADURL:MIME-Types-1.23.tar.gz:perl-MIME-Types spot:BADURL:ndoc-devel-v1.3.1.zip:mono-ndoc spot:BADURL:ntfs-3g-1.5012.tgz:ntfs-3g spot:BADURL:ntfsprogs-2.0.0.tar.bz2:ntfsprogs spot:BADURL:pdsh-2.16.tar.bz2:pdsh spot:BADURL:PyAmanith-0.3.35.tar.gz:PyAmanith spot:BADURL:pyxdg-0.16.tar.gz:pyxdg spot:BADURL:QuantLib-0.9.0.tar.gz:QuantLib spot:BADURL:RScaLAPACK_0.5.1.tar.gz:R-RScaLAPACK spot:BADURL:rx-1.5.tar.bz2:librx spot:BADURL:Scalar-Properties-0.13.tar.gz:perl-Scalar-Properties spot:BADURL:scrub-2.1.tar.bz2:scrub spot:BADURL:SimGear-1.0.0.tar.gz:SimGear spot:BADURL:ss-1.5-src.zip:stripesnoop spot:BADURL:swatch-3.2.1.tar.gz:swatch spot:BADURL:taglib-sharp-2.0.3.0.tar.gz:taglib-sharp spot:BADURL:Test-File-1.22.tar.gz:perl-Test-File spot:BADURL:Test-MockObject-1.08.tar.gz:perl-Test-MockObject spot:BADURL:Tree-DAG_Node-1.06.tar.gz:perl-Tree-DAG_Node spot:BADURL:UNIVERSAL-can-1.12.tar.gz:perl-UNIVERSAL-can spot:BADURL:UNIVERSAL-isa-0.06.tar.gz:perl-UNIVERSAL-isa spot:BADURL:winpdb-1.4.0.tar.gz:winpdb spot:BADURL:xsupplicant-1.2.8.tar.gz:xsupplicant srini:BADURL:sblim-sfcc-2.1.0.tar.bz2:sblim-sfcc srini:BADURL:wsmancli-2.1.0.tar.bz2:wsmancli ssp:BADURL:libxkbfile-1.0.4.tar.bz2:libxkbfile stahnma:BADURL:magpierss-0.72.tar.gz:php-magpierss stefansf:BADURL:sec-2.4.1.tar.gz:sec steve:BADURL:celestia-1.5.0.tar.gz:celestia steve:BADURL:cone-0.75.tar.bz2:cone steve:BADURL:cone-0.75.tar.bz2.sig:cone steve:BADURL:eperl_2.2.14-15.1.diff.gz:perl-eperl steve:BADURL:gl-117-1.3.2-src.tar.bz2:gl-117 steve:BADURL:Imager-0.65.tar.gz:perl-Imager steve:BADURL:Module-ScanDeps-0.84.tar.gz:perl-Module-ScanDeps steve:BADURL:PAR-Dist-0.34.tar.gz:perl-PAR-Dist steve:BADURL:qtparted-0.4.5.tar.bz2:qtparted steve:BADURL:Spreadsheet-ParseExcel-0.32.tar.gz:perl-Spreadsheet-ParseExcel steve:BADURL:sqlgrey-1.7.6.tar.bz2:sqlgrey steve:BADURL:Test-Output-0.10.tar.gz:perl-Test-Output steve:BADURL:Test-Prereq-1.033.tar.gz:perl-Test-Prereq steve:BADURL:tuxpaint-0.9.20.tar.gz:tuxpaint steve:BADURL:tuxtype_w_fonts-1.5.17.tar.gz:tuxtype2 steved:BADURL:libgssapi-0.11.tar.gz:libgssapi steved:BADURL:libgssglue-0.1.tar.gz:libgssglue steved:BADURL:libnfsidmap-0.21.tar.gz:nfs-utils-lib steved:BADURL:librpcsecgss-0.18.tar.gz:nfs-utils-lib steved:BADURL:nfs4-acl-tools-0.3.2.tar.gz:nfs4-acl-tools steved:BADURL:nfs.doc.tar.gz:nfs-utils stingray:BADURL:pam_mysql-0.7RC1.tar.gz:pam_mysql stingray:BADURL:weechat-0.2.6.tar.bz2:weechat sundaram:BADSOURCE:cryptopp552.zip:cryptopp sundaram:BADURL:alltray-0.70.tar.gz:alltray sundaram:BADURL:xlhtml-0.5.tgz:xlhtml svahl:BADURL:kcoloredit-2.0.0-kde4.1.2.tar.bz2:kcoloredit svahl:BADURL:kgrab-0.1.1-kde4.1.2.tar.bz2:kgrab svahl:BADURL:kiconedit-4.1.2.tar.bz2:kiconedit svahl:BADURL:konq-plugins-4.1.2.tar.bz2:konq-plugins svahl:BADURL:koverartist-0.5.tar.bz2:koverartist svahl:BADURL:polyester-1.9.0.tar.gz:polyester sxw:BADURL:kstart-3.11.tar.gz:kstart sxw:BADURL:remctl-2.11.tar.gz:remctl tagoh:BAD_CVS_SOURCE:k14.patch:japanese-bitmap-fonts tagoh:BADURL:anthy-9100e.tar.gz:anthy tagoh:BADURL:Canna37p3.tar.bz2:Canna tagoh:BADURL:k14-oldkanji.tar.gz:japanese-bitmap-fonts tagoh:BADURL:Kappa20-0.396.tar.bz2:japanese-bitmap-fonts tagoh:BADURL:mplus_bitmap_fonts-2.2.4.tar.gz:japanese-bitmap-fonts tagoh:BADURL:nkf-2.0.8b.tar.gz:nkf tanguy:BADURL:drgeo-1.1.0.tar.gz:drgeo tanguy:BADURL:ircd-hybrid-7.2.3.tgz:ircd-hybrid tanguy:BADURL:libupnp-1.6.6.tar.bz2:libupnp tanguy:BADURL:scidavis-0.1.3.tar.bz2:scidavis tanguy:BADURL:scidavis-manual-0.1_2008-02-28.tar.bz2:scidavis tbzatek:BAD_CVS_SOURCE:mrxvt.desktop:mrxvt tbzatek:BADSOURCE:tuxcmd-modules-0.6.50.tar.bz2:tuxcmd tbzatek:BADURL:gnome-keyring-2.25.1.tar.bz2:gnome-keyring terjeros:BAD_CVS_SOURCE:XOsview.png:xosview terjeros:BADURL:bainonline-teamgit-6082d0a73cfedc6b38adbbf4b6cc98929f052a29.tar.gz:teamgit terjeros:BADURL:beediff_1.9_src.tar.gz:beediff terjeros:BADURL:GLE-4.0.13-manual.pdf:gle terjeros:BADURL:gq-1.3.4.tar.gz:gq terjeros:BADURL:mathomatic-14.1.4.tar.bz2:mathomatic terjeros:BADURL:msort-8.46.tar.gz:msort terjeros:BADURL:sdparm-1.03.tgz:sdparm terjeros:BADURL:tcpflow-0.21.tar.gz:tcpflow tgl:BADSOURCE:mysql-connector-odbc-3.51.26r1127.tar.gz:mysql-connector-odbc tgl:BADSOURCE:pgtcl1.6.2.tar.gz:postgresql tgl:BADSOURCE:pgtcldocs-20070115.zip:postgresql tgl:BADURL:jpegsrc.v6b.tar.gz:libjpeg tgl:BADURL:libpng-1.2.33.tar.bz2:libpng tgl:BADURL:mysql-5.0.67.tar.gz:mysql tgl:BADURL:pg_filedump-8.3.0.tar:rhdb-utils tgl:BADURL:postgresql-8.3.5.tar.bz2:postgresql tgl:BADURL:postgresql-8.3.5-US.pdf:postgresql tgl:BADURL:psqlodbc-08.03.0200.tar.gz:postgresql-odbc than:BAD_CVS_SOURCE:French.txt:wordtrans than:BADSOURCE:css.tar.bz2:kdewebdev than:BADSOURCE:lancelot-1.0.3.tar.bz2:kde-plasma-lancelot than:BADURL:arts-1.5.10.tar.bz2:arts than:BADURL:cyr-rfx-koi8-ub-1.1.bdfs.tar.bz2:fonts-KOI8-R than:BADURL:efax-0.9a-001114.tar.gz:efax than:BADURL:html.tar.bz2:kdewebdev than:BADURL:isdn4k-utils-CVS-2006-07-20.tar.bz2:isdn4k-utils than:BADURL:javascript.tar.bz2:kdewebdev than:BADURL:kdbg-2.1.0.tar.gz:kdbg than:BADURL:kdeaccessibility-4.1.2.tar.bz2:kdeaccessibility than:BADURL:kdeadmin-4.1.2.tar.bz2:kdeadmin than:BADURL:kdeartwork-4.1.2.tar.bz2:kdeartwork than:BADURL:kdebase-4.1.2.tar.bz2:kdebase than:BADURL:kdebase-runtime-4.1.2.tar.bz2:kdebase-runtime than:BADURL:kdebase-workspace-4.1.2.tar.bz2:kdebase-workspace than:BADURL:kdebindings-4.1.2.tar.bz2:kdebindings than:BADURL:kdeedu-4.1.2.tar.bz2:kdeedu than:BADURL:kdegames-4.1.2.tar.bz2:kdegames than:BADURL:kdegraphics-4.1.2.tar.bz2:kdegraphics than:BADURL:kde-i18n-ar-3.5.10.tar.bz2:kde-i18n than:BADURL:kde-i18n-bg-3.5.10.tar.bz2:kde-i18n than:BADURL:kde-i18n-bn-3.5.10.tar.bz2:kde-i18n than:BADURL:kde-i18n-ca-3.5.10.tar.bz2:kde-i18n than:BADURL:kde-i18n-cs-3.5.10.tar.bz2:kde-i18n than:BADURL:kde-i18n-da-3.5.10.tar.bz2:kde-i18n than:BADURL:kde-i18n-de-3.5.10.tar.bz2:kde-i18n than:BADURL:kde-i18n-el-3.5.10.tar.bz2:kde-i18n than:BADURL:kde-i18n-en_GB-3.5.10.tar.bz2:kde-i18n than:BADURL:kde-i18n-es-3.5.10.tar.bz2:kde-i18n than:BADURL:kde-i18n-et-3.5.10.tar.bz2:kde-i18n than:BADURL:kde-i18n-fi-3.5.10.tar.bz2:kde-i18n than:BADURL:kde-i18n-fr-3.5.10.tar.bz2:kde-i18n than:BADURL:kde-i18n-he-3.5.10.tar.bz2:kde-i18n than:BADURL:kde-i18n-hi-3.5.10.tar.bz2:kde-i18n than:BADURL:kde-i18n-hu-3.5.10.tar.bz2:kde-i18n than:BADURL:kde-i18n-is-3.5.10.tar.bz2:kde-i18n than:BADURL:kde-i18n-it-3.5.10.tar.bz2:kde-i18n than:BADURL:kde-i18n-ja-3.5.10.tar.bz2:kde-i18n than:BADURL:kde-i18n-ko-3.5.10.tar.bz2:kde-i18n than:BADURL:kde-i18n-lt-3.5.10.tar.bz2:kde-i18n than:BADURL:kde-i18n-nb-3.5.10.tar.bz2:kde-i18n than:BADURL:kde-i18n-nl-3.5.10.tar.bz2:kde-i18n than:BADURL:kde-i18n-nn-3.5.10.tar.bz2:kde-i18n than:BADURL:kde-i18n-pa-3.5.10.tar.bz2:kde-i18n than:BADURL:kde-i18n-pl-3.5.10.tar.bz2:kde-i18n than:BADURL:kde-i18n-pt-3.5.10.tar.bz2:kde-i18n than:BADURL:kde-i18n-pt_BR-3.5.10.tar.bz2:kde-i18n than:BADURL:kde-i18n-ro-3.5.10.tar.bz2:kde-i18n than:BADURL:kde-i18n-ru-3.5.10.tar.bz2:kde-i18n than:BADURL:kde-i18n-sk-3.5.10.tar.bz2:kde-i18n than:BADURL:kde-i18n-sl-3.5.10.tar.bz2:kde-i18n than:BADURL:kde-i18n-sr-3.5.10.tar.bz2:kde-i18n than:BADURL:kde-i18n-sv-3.5.10.tar.bz2:kde-i18n than:BADURL:kde-i18n-ta-3.5.10.tar.bz2:kde-i18n than:BADURL:kde-i18n-tr-3.5.10.tar.bz2:kde-i18n than:BADURL:kde-i18n-uk-3.5.10.tar.bz2:kde-i18n than:BADURL:kde-i18n-zh_CN-3.5.10.tar.bz2:kde-i18n than:BADURL:kde-i18n-zh_TW-3.5.10.tar.bz2:kde-i18n than:BADURL:kde-l10n-bg-4.1.2.tar.bz2:kde-l10n than:BADURL:kde-l10n-ca-4.1.2.tar.bz2:kde-l10n than:BADURL:kde-l10n-cs-4.1.2.tar.bz2:kde-l10n than:BADURL:kde-l10n-csb-4.1.2.tar.bz2:kde-l10n than:BADURL:kde-l10n-da-4.1.2.tar.bz2:kde-l10n than:BADURL:kde-l10n-de-4.1.2.tar.bz2:kde-l10n than:BADURL:kde-l10n-el-4.1.2.tar.bz2:kde-l10n than:BADURL:kde-l10n-en_GB-4.1.2.tar.bz2:kde-l10n than:BADURL:kde-l10n-eo-4.1.2.tar.bz2:kde-l10n than:BADURL:kde-l10n-es-4.1.2.tar.bz2:kde-l10n than:BADURL:kde-l10n-et-4.1.2.tar.bz2:kde-l10n than:BADURL:kde-l10n-fi-4.1.2.tar.bz2:kde-l10n than:BADURL:kde-l10n-fr-4.1.2.tar.bz2:kde-l10n than:BADURL:kde-l10n-fy-4.1.2.tar.bz2:kde-l10n than:BADURL:kde-l10n-ga-4.1.2.tar.bz2:kde-l10n than:BADURL:kde-l10n-gl-4.1.2.tar.bz2:kde-l10n than:BADURL:kde-l10n-hi-4.1.2.tar.bz2:kde-l10n than:BADURL:kde-l10n-hu-4.1.2.tar.bz2:kde-l10n than:BADURL:kde-l10n-it-4.1.2.tar.bz2:kde-l10n than:BADURL:kde-l10n-ja-4.1.2.tar.bz2:kde-l10n than:BADURL:kde-l10n-kk-4.1.2.tar.bz2:kde-l10n than:BADURL:kde-l10n-km-4.1.2.tar.bz2:kde-l10n than:BADURL:kde-l10n-ko-4.1.2.tar.bz2:kde-l10n than:BADURL:kde-l10n-ku-4.1.2.tar.bz2:kde-l10n than:BADURL:kde-l10n-lt-4.1.2.tar.bz2:kde-l10n than:BADURL:kde-l10n-lv-4.1.2.tar.bz2:kde-l10n than:BADURL:kde-l10n-mk-4.1.2.tar.bz2:kde-l10n than:BADURL:kde-l10n-ml-4.1.2.tar.bz2:kde-l10n than:BADURL:kde-l10n-nb-4.1.2.tar.bz2:kde-l10n than:BADURL:kde-l10n-nds-4.1.2.tar.bz2:kde-l10n than:BADURL:kde-l10n-nl-4.1.2.tar.bz2:kde-l10n than:BADURL:kde-l10n-nn-4.1.2.tar.bz2:kde-l10n than:BADURL:kde-l10n-pa-4.1.2.tar.bz2:kde-l10n than:BADURL:kde-l10n-pl-4.1.2.tar.bz2:kde-l10n than:BADURL:kde-l10n-pt-4.1.2.tar.bz2:kde-l10n than:BADURL:kde-l10n-pt_BR-4.1.2.tar.bz2:kde-l10n than:BADURL:kde-l10n-ru-4.1.2.tar.bz2:kde-l10n than:BADURL:kde-l10n-sl-4.1.2.tar.bz2:kde-l10n than:BADURL:kde-l10n-sr-4.1.2.tar.bz2:kde-l10n than:BADURL:kde-l10n-sv-4.1.2.tar.bz2:kde-l10n than:BADURL:kde-l10n-ta-4.1.2.tar.bz2:kde-l10n than:BADURL:kde-l10n-th-4.1.2.tar.bz2:kde-l10n than:BADURL:kde-l10n-tr-4.1.2.tar.bz2:kde-l10n than:BADURL:kde-l10n-uk-4.1.2.tar.bz2:kde-l10n than:BADURL:kde-l10n-wa-4.1.2.tar.bz2:kde-l10n than:BADURL:kde-l10n-zh_CN-4.1.2.tar.bz2:kde-l10n than:BADURL:kde-l10n-zh_TW-4.1.2.tar.bz2:kde-l10n than:BADURL:kdelibs-4.1.69.tar.bz2:kdelibs than:BADURL:kdemultimedia-4.1.2.tar.bz2:kdemultimedia than:BADURL:kdenetwork-4.1.2.tar.bz2:kdenetwork than:BADURL:kdepim-4.1.2.tar.bz2:kdepim than:BADURL:kdepimlibs-4.1.2.tar.bz2:kdepimlibs than:BADURL:kdesdk-4.1.2.tar.bz2:kdesdk than:BADURL:kdeutils-4.1.2.tar.bz2:kdeutils than:BADURL:kdevelop-3.5.3.tar.bz2:kdevelop than:BADURL:ksi-XFree86-cyrillic-fonts.tar.bz2:fonts-KOI8-R than:BADURL:mozplugger-1.10.1.tar.gz:mozplugger than:BADURL:php_manual_en_20030401.tar.bz2:kdewebdev than:BADURL:PyQt-x11-gpl-3.17.4.tar.gz:PyQt than:BADURL:rp-pppoe-3.10.tar.gz:rp-pppoe than:BADURL:sip-4.7.7.tar.gz:sip than:BADURL:urw-fonts-1.0.7pre44.tar.bz2:urw-fonts than:BADURL:wordtrans_1.1pre13.tar.gz:wordtrans theinric:BADURL:picviz-0.4.tar.gz:picviz thias:BADSOURCE:gkrellm-gkfreq-1.0.tar.gz:gkrellm-freq thias:BADSOURCE:linux_logo-5.03.tar.gz:linux_logo thias:BADSOURCE:Nevow-0.9.31.tar.gz:python-nevow thias:BADSOURCE:pymetar-0.14.tar.gz:pymetar thias:BADSOURCE:wxsvg-1.0.tar.bz2:wxsvg thias:BADURL:Coherence-0.5.8.tar.gz:python-Coherence thias:BADURL:csmash-0.6.6.tar.gz:csmash thias:BADURL:DirectFB-1.2.6.tar.gz:directfb thias:BADURL:flac-1.1.4.tar.gz:xmms-flac thias:BADURL:gcombust-0.1.55.tar.gz:gcombust thias:BADURL:gkrellaclock-0.3.4.tar.gz:gkrellm-aclock thias:BADURL:glusterfs-1.3.9.tar.gz:glusterfs thias:BADURL:gTweakUI-0.4.0.tar.bz2:gtweakui thias:BADURL:i8krellm-2.5.tar.gz:i8kutils thias:BADURL:i8kutils_1.25.tar.gz:i8kutils thias:BADURL:ipvsadm-1.24.tar.gz:ipvsadm thias:BADURL:keepalived-1.1.15.tar.gz:keepalived thias:BADURL:lirc-xmms-plugin-1.4.tar.bz2:xmms-lirc thias:BADURL:lmarbles-1.0.7.tar.gz:lmarbles thias:BADURL:ncftp-3.2.2-src.tar.bz2:ncftp thias:BADURL:oidentd-2.0.8.tar.gz:oidentd thias:BADURL:postgrey-1.31.tar.gz:postgrey thias:BADURL:proftpd-1.3.1.tar.bz2:proftpd thias:BADURL:sshmenu-3.15.tar.gz:sshmenu thias:BADURL:tagpy-0.94.1.tar.gz:python-tag thias:BADURL:TORCS-1.3.0-data-cars-extra.tgz:torcs-data thias:BADURL:TORCS-1.3.0-data.tgz:torcs-data thias:BADURL:TORCS-1.3.0-data-tracks-oval.tgz:torcs-data thias:BADURL:TORCS-1.3.0-data-tracks-road.tgz:torcs-data thias:BADURL:zziplib-0.13.49.tar.bz2:zziplib thm:BADURL:guitone-0.9-1.tgz:guitone thm:BADURL:ikiwiki_2.64.tar.gz:ikiwiki thomasvs:BADSOURCE:libannodex-0.7.3.tar.gz:libannodex thomasvs:BADSOURCE:libcmml-0.9.1.tar.gz:libcmml tibbs:BADURL:horde-3.2.1.tar.gz:horde tibbs:BADURL:imp-h3-4.2.tar.gz:imp tibbs:BADURL:ingo-h3-1.2.tar.gz:ingo tibbs:BADURL:turba-h3-2.2.1.tar.gz:turba till:BADURL:aircrack-ng-1.0-20081109.tar.gz:aircrack-ng till:BADURL:dsmidiwifi-v1.01a.tgz:dsmidiwifi till:BADURL:john-1.7.0.2.tar.bz2:john till:BADURL:libHX-1.25.tar.bz2:libHX timj:BADSOURCE:php_manual_en.tar.gz:php-manual-en timn:BADURL:coriander-2.0.0-rc6.tar.gz:coriander timn:BADURL:libdc1394-2.0.2.tar.gz:libdc1394 tjikkun:BADURL:amsn-0.97.2.tar.bz2:amsn tjikkun:BADURL:tkdnd-1.0a2.tar.gz:tkdnd tjikkun:BADURL:tls1.6-src.tar.gz:tcltls tmoertel:BADURL:Matrix_0.999375-14.tar.gz:R-Matrix tmraz:BAD_CVS_SOURCE:pcsc-tools-1.4.14.tar.gz.asc:pcsc-tools tmraz:BADURL:galculator-1.3.1.tar.bz2:galculator tmraz:BADURL:ipsec-tools-0.7.1.tar.bz2:ipsec-tools tmraz:BADURL:pcsc-perl-1.4.7.tar.gz:pcsc-perl tmraz:BADURL:pcsc-tools-1.4.14.tar.gz:pcsc-tools tmz:BADURL:libid3tag-0.15.1b.tar.gz:libid3tag toshio:BADURL:PyProtocols-1.0a0dev-r2302.zip:python-protocols trasher:BADURL:homebank-3.8.tar.gz:homebank turki:BADURL:emerald-themes-0.5.2.tar.bz2:emerald-themes turki:BADURL:libgmail-0.1.10.tar.gz:python-libgmail turki:BADURL:libgmail-docs_0.3.tgz:python-libgmail-docs turki:BADURL:libgsasl-0.2.27.tar.gz:libgsasl tuxbrewr:BADURL:Calculate-23.tar.bz2:sugar-calculator tuxbrewr:BADURL:Chat-47.tar.bz2:sugar-chat tuxbrewr:BADURL:powerman-2.2.tar.bz2:powerman tuxbrewr:BADURL:Terminal-16.tar.bz2:sugar-terminal tuxbrewr:BADURL:tripwire-2.4.1.2-src.tar.bz2:tripwire tuxbrewr:BADURL:Write-59.tar.bz2:sugar-write twaugh:BADSOURCE:expendable-0.0.7.tar.bz2:expendable twaugh:BADSOURCE:hal-cups-utils-0.6.17.tar.gz:hal-cups-utils twaugh:BADSOURCE:pyusb-0.4.1.tar.gz:pyusb twaugh:BADURL:cups-1.4b1-source.tar.bz2:cups twaugh:BADURL:foomatic-db-3.0-20080904.tar.gz:foomatic twaugh:BADURL:foomatic-db-engine-3.0-20080904.tar.gz:foomatic twaugh:BADURL:foomatic-db-hpijs-20080904.tar.gz:foomatic twaugh:BADURL:foomatic-filters-3.0-20080904.tar.gz:foomatic twaugh:BADURL:gutenprint-5.0.2.tar.bz2:gutenprint twaugh:BADURL:international-time-0.0.2.tar.bz2:international-time twaugh:BADURL:libieee1284-0.2.11.tar.bz2:libieee1284 twaugh:BADURL:ppa-0.8.6.tar.gz:pnm2ppa twaugh:BADURL:symlinks-1.2.tar.gz:symlinks twoerner:BADURL:iptables-1.4.1.1.tar.bz2:iptables uwog:BADURL:aiksaurus-1.2.1.tar.gz:aiksaurus varekova:BADURL:acct-6.3.2.tar.gz:psacct varekova:BADURL:jpilot-1.6.0.tar.gz:jpilot varekova:BADURL:mailx-12.4.tar.bz2:mailx varekova:BADURL:man-pages-3.13.tar.bz2:man-pages varekova:BADURL:manpages-ru-0.7.tar.gz:man-pages-ru varekova:BADURL:man-PL24-10-2005.tar.gz:man-pages-pl varekova:BADURL:mpfr-2.3.2.tar.bz2:mpfr vcrhonek:BAD_CVS_SOURCE:kbd-1.12.tar.bz2.sign:kbd vcrhonek:BADSOURCE:expect-5.43.0.tar.gz:expect vcrhonek:BADURL:ncpfs-2.2.6.tar.gz:ncpfs vcrhonek:BADURL:pegasus-2.7.2.tar.gz:tog-pegasus vcrhonek:BADURL:pychecker-0.8.17.tar.gz:pychecker vcrhonek:BADURL:tcsh-6.15.00.tar.gz:tcsh vcrhonek:BADURL:Tix8.4.3-src.tar.gz:tix veillard:BADURL:libxml2-2.7.2.tar.gz:libxml2 veillard:BADURL:xmlsec1-1.2.11.tar.gz:xmlsec1 victorv:BAD_CVS_SOURCE:LICENSE-2.0.txt:ini4j victorv:BADSOURCE:nb-javaparser-6.1-src.zip:netbeans-javaparser victorv:BADSOURCE:netbeans-6.1-200805300101-basic_cluster-src.zip:netbeans victorv:BADSOURCE:svnClientAdapter-nb6.0.1-src.zip:netbeans-svnclientadapter victorv:BADURL:ini4j-0.3.2-src.zip:ini4j vlg:BADURL:granule-1.4.0.tar.gz:granule vlg:BADURL:libassa-3.5.0.tar.gz:libassa walters:BADURL:desktop-data-model-1.2.5.tar.gz:desktop-data-model walters:BADURL:hippo-canvas-0.3.0.tar.gz:hippo-canvas wart:BADURL:TclSOAP-1.6.7.tar.gz:tclsoap wart:BADURL:Tktable2.9.tar.gz:tktable wart:BADURL:tmwmusic-0.0.20.tar.gz:manaworld-music wart:BADURL:varconf-0.6.5.tar.gz:varconf wart:BADURL:wormux-0.8.2.tar.bz2:wormux wtogami:BADURL:IO-Socket-INET6-2.54.tar.gz:perl-IO-Socket-INET6 wtogami:BADURL:mkelfImage-2.7.tar.gz:mkelfimage wtogami:BADURL:pop-before-smtp-1.42.tar.gz:pop-before-smtp xavierb:BADURL:WWW-Search-2.504.tar.gz:perl-WWW-Search xgl-maint:BADURL:dri2proto-1.99.1.tar.bz2:xorg-x11-proto-devel xris:BADURL:yafc-1.1.1.tar.bz2:yafc xulchris:BAD_CVS_SOURCE:copyright:poker3d-data xulchris:BADURL:osgcal-0.1.46.tar.gz:osgcal xulchris:BADURL:poker3d-data_1.1.36.orig.tar.gz:poker3d-data xulchris:BADURL:Smarty-2.6.20.tar.gz:php-Smarty xulchris:BADURL:SOAPpy-0.11.6.tar.gz:SOAPpy yaneti:BADURL:galeon-2.0.7.tar.bz2:galeon zkota:BADURL:bazaar_1.4.2.tar.gz:bazaar zkota:BADURL:bazaar-doc_1.4.tar.gz:bazaar -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: not available URL: From ajax at redhat.com Wed Jan 6 18:41:41 2010 From: ajax at redhat.com (Adam Jackson) Date: Wed, 06 Jan 2010 13:41:41 -0500 Subject: RFE: Never, ever steal focus. In-Reply-To: <4B44C91B.1000000@redhat.com> References: <4B44A57F.3000307@nodata.co.uk> <1262794078.7251.32284.camel@atropine.boston.devel.redhat.com> <4B44BC22.6020708@redhat.com> <1262797227.7251.32287.camel@atropine.boston.devel.redhat.com> <4B44C91B.1000000@redhat.com> Message-ID: <1262803301.7251.32326.camel@atropine.boston.devel.redhat.com> On Wed, 2010-01-06 at 17:32 +0000, Andrew Haley wrote: > On 01/06/2010 05:00 PM, Adam Jackson wrote: > > On Wed, 2010-01-06 at 11:36 -0500, Jarod Wilson wrote: > >> I'd go with "don't let a different app steal focus". Windows for the > >> same currently focused app are allowed to. This works pretty well under > >> Mac OS X. Might depend on some of the stuff being done by the > >> gnome-shell folks though, to be able to group windows together as > >> belonging to the same process/application to be able to do it Right > >> under a Linux DE... > > > > Now make that work for the (not uncommon) case of clicking a link in evo > > or control-clicking one in gnome-terminal and expecting firefox to pop > > forward with that page. > > Er, why would you want Firefox to be holding focus when it pops up? I can't > think of any reason. To pick an example from my daily life: Someone pastes a bugzilla URL at me on IRC, and I need to go scroll through it to see what they're talking about. - ajax -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part URL: From ssorce at redhat.com Wed Jan 6 18:42:11 2010 From: ssorce at redhat.com (Simo Sorce) Date: Wed, 6 Jan 2010 13:42:11 -0500 Subject: RFE: Never, ever steal focus. In-Reply-To: <20100106183503.GA19016@us.ibm.com> References: <4B44A57F.3000307@nodata.co.uk> <1262794078.7251.32284.camel@atropine.boston.devel.redhat.com> <4B44BC22.6020708@redhat.com> <1262797227.7251.32287.camel@atropine.boston.devel.redhat.com> <20100106172331.GA15784@us.ibm.com> <1262801337.7251.32292.camel@atropine.boston.devel.redhat.com> <20100106183503.GA19016@us.ibm.com> Message-ID: <20100106134211.4dbca12e@willson.li.ssimo.org> On Wed, 6 Jan 2010 12:35:03 -0600 "Serge E. Hallyn" wrote: > Yes, exactly. You're saying that > 1. there are cases where you want a window to pop up > 2. it's too complicated to figure out which windows should > pop up 3. so windows should always pop up, no point being configurable > > and ridiculing us over (2). I'm saying there are no cases where I > want a popup, so we can easily have 2 configurable options: always > have windows pop up and take focus, never have them do so. > > That's all. You are actually asking for configuration options ? That's not possible in the new order, where people is actively trimming out any word^woption that is redundant and deviates from the norm (the norm being what someone else like not necessarily what works best). /me bis bis bitter ;-) -- Simo Sorce * Red Hat, Inc * New York From mjg at redhat.com Wed Jan 6 18:50:24 2010 From: mjg at redhat.com (Matthew Garrett) Date: Wed, 6 Jan 2010 18:50:24 +0000 Subject: RFE: Never, ever steal focus. In-Reply-To: <8204a4fe1001061027ud24853ai9428b461d2aec388@mail.gmail.com> References: <4B44A57F.3000307@nodata.co.uk> <1262794078.7251.32284.camel@atropine.boston.devel.redhat.com> <4B44BC22.6020708@redhat.com> <1262797227.7251.32287.camel@atropine.boston.devel.redhat.com> <20100106172331.GA15784@us.ibm.com> <1262801337.7251.32292.camel@atropine.boston.devel.redhat.com> <8204a4fe1001061027ud24853ai9428b461d2aec388@mail.gmail.com> Message-ID: <20100106185024.GA20841@srcf.ucam.org> On Wed, Jan 06, 2010 at 01:27:07PM -0500, Fulko Hew wrote: > I'd say... only take focus if its a child/creation of the window currently > in focus. You don't want ssh passphrase windows to take focus? -- Matthew Garrett | mjg59 at srcf.ucam.org From loganjerry at gmail.com Wed Jan 6 18:51:59 2010 From: loganjerry at gmail.com (Jerry James) Date: Wed, 6 Jan 2010 11:51:59 -0700 Subject: Sources file audit - 2010-01-05 In-Reply-To: <20100106113820.74922c1f@ohm.scrye.com> References: <20100106113820.74922c1f@ohm.scrye.com> Message-ID: <870180fe1001061051k195efb02qe9d36cd63d3cd1ac@mail.gmail.com> On Wed, Jan 6, 2010 at 11:38 AM, Kevin Fenzi wrote: > jjames:BADSOURCE:jcip-annotations-src.jar:jcip-annotations Upstream uploaded a new jar. This is the difference between the old jar and the new jar: diff -durN old/META-INF/MANIFEST.MF new/META-INF/MANIFEST.MF --- old/META-INF/MANIFEST.MF 2007-06-14 12:47:44.000000000 -0600 +++ new/META-INF/MANIFEST.MF 2009-12-04 18:31:48.000000000 -0700 @@ -1,4 +1,4 @@ Manifest-Version: 1.0 -Ant-Version: Apache Ant 1.6.5 -Created-By: 1.6.0_01-b06 (Sun Microsystems Inc.) +Ant-Version: Apache Ant 1.7.0 +Created-By: 11.3-b02 (Sun Microsystems Inc.) Thanks, upstream! I'll upload the new source jar. -- Jerry James http://www.jamezone.org/ From aph at redhat.com Wed Jan 6 18:57:26 2010 From: aph at redhat.com (Andrew Haley) Date: Wed, 06 Jan 2010 18:57:26 +0000 Subject: RFE: Never, ever steal focus. In-Reply-To: <20100106185024.GA20841@srcf.ucam.org> References: <4B44A57F.3000307@nodata.co.uk> <1262794078.7251.32284.camel@atropine.boston.devel.redhat.com> <4B44BC22.6020708@redhat.com> <1262797227.7251.32287.camel@atropine.boston.devel.redhat.com> <20100106172331.GA15784@us.ibm.com> <1262801337.7251.32292.camel@atropine.boston.devel.redhat.com> <8204a4fe1001061027ud24853ai9428b461d2aec388@mail.gmail.com> <20100106185024.GA20841@srcf.ucam.org> Message-ID: <4B44DD16.9080009@redhat.com> On 01/06/2010 06:50 PM, Matthew Garrett wrote: > On Wed, Jan 06, 2010 at 01:27:07PM -0500, Fulko Hew wrote: > >> I'd say... only take focus if its a child/creation of the window currently >> in focus. > > You don't want ssh passphrase windows to take focus? Hell, no! :-) Andrew. From serue at us.ibm.com Wed Jan 6 19:07:03 2010 From: serue at us.ibm.com (Serge E. Hallyn) Date: Wed, 6 Jan 2010 13:07:03 -0600 Subject: RFE: Never, ever steal focus. In-Reply-To: <20100106134211.4dbca12e@willson.li.ssimo.org> References: <4B44A57F.3000307@nodata.co.uk> <1262794078.7251.32284.camel@atropine.boston.devel.redhat.com> <4B44BC22.6020708@redhat.com> <1262797227.7251.32287.camel@atropine.boston.devel.redhat.com> <20100106172331.GA15784@us.ibm.com> <1262801337.7251.32292.camel@atropine.boston.devel.redhat.com> <20100106183503.GA19016@us.ibm.com> <20100106134211.4dbca12e@willson.li.ssimo.org> Message-ID: <20100106190702.GA20640@us.ibm.com> Quoting Simo Sorce (ssorce at redhat.com): > On Wed, 6 Jan 2010 12:35:03 -0600 > "Serge E. Hallyn" wrote: > > > Yes, exactly. You're saying that > > 1. there are cases where you want a window to pop up > > 2. it's too complicated to figure out which windows should > > pop up 3. so windows should always pop up, no point being configurable > > > > and ridiculing us over (2). I'm saying there are no cases where I > > want a popup, so we can easily have 2 configurable options: always > > have windows pop up and take focus, never have them do so. > > > > That's all. > > You are actually asking for configuration options ? Haha, no :) I was just answering his question ("come up with a way to identify windows to not pop up"). When I get annoyed enough by it I'll either hack it in myself, or finally hack zoom into evilwm to use with xcompmgr and really be happy. > That's not possible in the new order, where people is actively trimming > out any word^woption that is redundant and deviates from the norm (the > norm being what someone else like not necessarily what works best). > > /me bis bis bitter ;-) Shut up and rm that libfoo.a :) -serge From jeff at ocjtech.us Wed Jan 6 19:07:48 2010 From: jeff at ocjtech.us (Jeffrey Ollie) Date: Wed, 6 Jan 2010 13:07:48 -0600 Subject: Sources file audit - 2010-01-05 In-Reply-To: <20100106113820.74922c1f@ohm.scrye.com> References: <20100106113820.74922c1f@ohm.scrye.com> Message-ID: <935ead451001061107y71804784qd2fd00575e51c89b@mail.gmail.com> On Wed, Jan 6, 2010 at 12:38 PM, Kevin Fenzi wrote: > > jcollie:BADURL:spandsp-0.0.5pre4.tgz:spandsp I haven't checked out any of my other packages, but this one stuck out... Are you sure that you are checking the devel branch? The tarball in the devel branch should be spandsp-0.0.6pre12.tgz. spandsp-0.0.5pre4.tgz is the current tarball in F-11. -- Jeff Ollie From kevin at scrye.com Wed Jan 6 19:07:38 2010 From: kevin at scrye.com (Kevin Fenzi) Date: Wed, 6 Jan 2010 12:07:38 -0700 Subject: Sources file audit - 2010-01-05 In-Reply-To: <20100106113820.74922c1f@ohm.scrye.com> References: <20100106113820.74922c1f@ohm.scrye.com> Message-ID: <20100106120738.2f890b78@ohm.scrye.com> Argh. It looks like some or all of the spec files in this run were from an old checkout I had instead of the new one. ;( I'm going to run a clean checkout and re-run the checker now, so expect a more up to date output in a few days. ;( Sorry about this folks. kevin -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: not available URL: From radekvokal at gmail.com Wed Jan 6 19:11:09 2010 From: radekvokal at gmail.com (=?UTF-8?B?UmFkZWsgVm9rw6Fs?=) Date: Wed, 06 Jan 2010 20:11:09 +0100 Subject: Sources file audit - 2010-01-05 In-Reply-To: <20100106113820.74922c1f@ohm.scrye.com> References: <20100106113820.74922c1f@ohm.scrye.com> Message-ID: <4B44E04D.7010507@gmail.com> Kevin, you claim the check is done against latest devel tree but I see few fairly archaic package versions .. like rvokal:BADURL:wireshark-1.1.1.tar.gz:wireshark Dne 6.1.2010 19:38, Kevin Fenzi napsal(a): > Here's attached another run of my sources/patches url checker. > > This sourcecheck script takes a full checkout of all Fedora packages > in the devel branch and runs 'spectool -g' on each spec file to download > any sources that contain a valid URI. It then checks any downloaded > source files against the 'sources' file and the checksum of the source > in our lookaside cache. > > - There are 1612 lines in this run. Up from 932 last run. > > 700 sourcecheck-20070826.txt > 620 sourcecheck-20070917.txt > 561 sourcecheck-20071017.txt > 775 sourcecheck-20080206.txt > 685 sourcecheck-20080214.txt > 674 sourcecheck-20080301.txt > 666 sourcecheck-20080401.txt > 660 sourcecheck-20080501.txt > 642 sourcecheck-20080603.txt > 649 sourcecheck-20080705.txt > 662 sourcecheck-20080801.txt > 912 sourcecheck-20081114.txt > 884 sourcecheck-20090215.txt > 1060 sourcecheck-20090810.txt > 932 sourcecheck-20091101.txt > 1612 sourcecheck-20100105.txt > > You can find the results file at: > > http://www.scrye.com/~kevin/fedora/sourcecheck/sourcecheck-20100105.txt > > And also attached to this mail. > > Additionally, I have the output from each packages 'spectool -g' run in: > http://www.scrye.com/~kevin/fedora/sourcecheck/sourcecheck-20100105/-dl.txt > So you can look at what my script got for trying to download your packages source. > This should allow folks to see transitory network failures and the like. > > Lines in the output are of three forms: > > - BADURL:base-file-name:$PACKAGENAME > > This means that the URI provided in the Source(s) line didn't result in > a download of the source. This could be any of: URL changed, version > changed and URL wasn't updated, Site is down, Site is gone, etc. > Also there are a number of packages with incorrect sourceforge links. > (BTW, there are still some packages with ftp://people.redhat.com/ > URLs). This could also be a transitory network failure from my checking > host or the project hosting. > > - BADSOURCE:$SOURCENAME:$PACKAGENAME > > This means that the source was downloaded ok from the upstream site, > but doesn't match the md5sum given in the sources file. > This could be due to needing to strip out content that fedora cannot > ship (but in that case you shouldn't have the full URI in the Source > line). Or upstream following poor release practices and updating > without changing their release. Or tampering with the source > package. > > - BAD_CVS_SOURCE:$SOURCENAME:$PACKAGENAME > > This means that the file was downloaded from the URI given, and the > md5sum did not match the file thats present in CVS (not the lookaside). > This might be due to timestamps, or any of the above reasons. > > You should fix your package(s) for any of the above problems. > > NOTE: You should check in a fixed spec file to the devel branch, but > there is no need to rebuild your package simply this change unless > there was a functional change due to different sources. > > kevin > -- > From ajax at redhat.com Wed Jan 6 19:15:39 2010 From: ajax at redhat.com (Adam Jackson) Date: Wed, 06 Jan 2010 14:15:39 -0500 Subject: RFE: Never, ever steal focus. In-Reply-To: <20100106183503.GA19016@us.ibm.com> References: <4B44A57F.3000307@nodata.co.uk> <1262794078.7251.32284.camel@atropine.boston.devel.redhat.com> <4B44BC22.6020708@redhat.com> <1262797227.7251.32287.camel@atropine.boston.devel.redhat.com> <20100106172331.GA15784@us.ibm.com> <1262801337.7251.32292.camel@atropine.boston.devel.redhat.com> <20100106183503.GA19016@us.ibm.com> Message-ID: <1262805339.7251.32377.camel@atropine.boston.devel.redhat.com> On Wed, 2010-01-06 at 12:35 -0600, Serge E. Hallyn wrote: > Quoting Adam Jackson (ajax at redhat.com): > > On Wed, 2010-01-06 at 11:23 -0600, Serge E. Hallyn wrote: > > > There is no case where I want a new window or popup to take focus. Makes > > > for an easy algorithm. (hitting r in mutt is not a problem :) > > > > There is no case where _you_ want this, sure. > > Yes, exactly. You're saying that > 1. there are cases where you want a window to pop up > 2. it's too complicated to figure out which windows should pop up > 3. so windows should always pop up, no point being configurable > > and ridiculing us over (2). I'm saying there are no cases where I want > a popup, so we can easily have 2 configurable options: always have windows > pop up and take focus, never have them do so. Ahh, I see the misunderstanding here: I'm not arguing point three. I'm not even really arguing point 2, as you phrased it; it's not _too_ complicated, it's merely complicated. I'm arguing that there exists an implementation that tries to prevent focus stealing, and trying to illustrate why that's a hard problem. And thus, why the OP's RFE as stated, is either not achievable, or not desirable. I mean, in some sense, this is all academic anyway. It's trivial to write an X app that steals focus, regardless of what the window manager attempts to implement. But even assuming you're running relatively well-behaved applications, it's still not an easy problem. - ajax -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part URL: From ajax at redhat.com Wed Jan 6 19:24:17 2010 From: ajax at redhat.com (Adam Jackson) Date: Wed, 06 Jan 2010 14:24:17 -0500 Subject: RFE: Never, ever steal focus. In-Reply-To: <8204a4fe1001061027ud24853ai9428b461d2aec388@mail.gmail.com> References: <4B44A57F.3000307@nodata.co.uk> <1262794078.7251.32284.camel@atropine.boston.devel.redhat.com> <4B44BC22.6020708@redhat.com> <1262797227.7251.32287.camel@atropine.boston.devel.redhat.com> <20100106172331.GA15784@us.ibm.com> <1262801337.7251.32292.camel@atropine.boston.devel.redhat.com> <8204a4fe1001061027ud24853ai9428b461d2aec388@mail.gmail.com> Message-ID: <1262805857.7251.32385.camel@atropine.boston.devel.redhat.com> On Wed, 2010-01-06 at 13:27 -0500, Fulko Hew wrote: > On Wed, Jan 6, 2010 at 1:08 PM, Adam Jackson wrote: > There is no case where _you_ want this, sure. > > I'd say... only take focus if its a child/creation of the window > currently in focus. "creation of" is not something that's particularly well defined in X. Child windows are clipped to (wholly contained within) their parent, so in the evolution example from earlier, the compose window is a child of the root window, not of the mailbox view window. So at window creation time, there's no obvious relationship between the compose and mailbox windows. They do happen to have the same WM_CLASS and WM_CLIENT_LEADER window properties. But that still only addresses automatic focus changes within a single application. Automatic focus changes across apps is probably desirable; otherwise, nothing you launch from the gnome panel will launch focused, which is rather absurd. - ajax -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part URL: From davej at redhat.com Wed Jan 6 19:24:37 2010 From: davej at redhat.com (Dave Jones) Date: Wed, 6 Jan 2010 14:24:37 -0500 Subject: Sources file audit - 2010-01-05 In-Reply-To: <20100106113820.74922c1f@ohm.scrye.com> References: <20100106113820.74922c1f@ohm.scrye.com> Message-ID: <20100106192436.GA11080@redhat.com> On Wed, Jan 06, 2010 at 11:38:20AM -0700, Kevin Fenzi wrote: > - BADURL:base-file-name:$PACKAGENAME > > This means that the URI provided in the Source(s) line didn't result in > a download of the source. This could be any of: URL changed, version > changed and URL wasn't updated, Site is down, Site is gone, etc. > Also there are a number of packages with incorrect sourceforge links. > (BTW, there are still some packages with ftp://people.redhat.com/ > URLs). This could also be a transitory network failure from my checking > host or the project hosting. > > davej:BADURL:midisport-firmware-1.2.tar.gz:midisport-firmware so %{version} in the Source: line isn't allowed any more ? Dave From drago01 at gmail.com Wed Jan 6 19:30:07 2010 From: drago01 at gmail.com (drago01) Date: Wed, 6 Jan 2010 20:30:07 +0100 Subject: Sources file audit - 2010-01-05 In-Reply-To: <20100106192436.GA11080@redhat.com> References: <20100106113820.74922c1f@ohm.scrye.com> <20100106192436.GA11080@redhat.com> Message-ID: On Wed, Jan 6, 2010 at 8:24 PM, Dave Jones wrote: > On Wed, Jan 06, 2010 at 11:38:20AM -0700, Kevin Fenzi wrote: > > ?> - BADURL:base-file-name:$PACKAGENAME > ?> > ?> This means that the URI provided in the Source(s) line didn't result in > ?> a download of the source. This could be any of: URL changed, version > ?> changed and URL wasn't updated, Site is down, Site is gone, etc. > ?> Also there are a number of packages with incorrect sourceforge links. > ?> (BTW, there are still some packages with ftp://people.redhat.com/ > ?> URLs). This could also be a transitory network failure from my checking > ?> host or the project hosting. > ?> > ?> davej:BADURL:midisport-firmware-1.2.tar.gz:midisport-firmware > > so %{version} in the Source: line isn't allowed any more ? It is... From serue at us.ibm.com Wed Jan 6 19:32:17 2010 From: serue at us.ibm.com (Serge E. Hallyn) Date: Wed, 6 Jan 2010 13:32:17 -0600 Subject: RFE: Never, ever steal focus. In-Reply-To: <1262805339.7251.32377.camel@atropine.boston.devel.redhat.com> References: <4B44A57F.3000307@nodata.co.uk> <1262794078.7251.32284.camel@atropine.boston.devel.redhat.com> <4B44BC22.6020708@redhat.com> <1262797227.7251.32287.camel@atropine.boston.devel.redhat.com> <20100106172331.GA15784@us.ibm.com> <1262801337.7251.32292.camel@atropine.boston.devel.redhat.com> <20100106183503.GA19016@us.ibm.com> <1262805339.7251.32377.camel@atropine.boston.devel.redhat.com> Message-ID: <20100106193217.GA22129@us.ibm.com> Quoting Adam Jackson (ajax at redhat.com): > On Wed, 2010-01-06 at 12:35 -0600, Serge E. Hallyn wrote: > > Quoting Adam Jackson (ajax at redhat.com): > > > On Wed, 2010-01-06 at 11:23 -0600, Serge E. Hallyn wrote: > > > > There is no case where I want a new window or popup to take focus. Makes > > > > for an easy algorithm. (hitting r in mutt is not a problem :) > > > > > > There is no case where _you_ want this, sure. > > > > Yes, exactly. You're saying that > > 1. there are cases where you want a window to pop up > > 2. it's too complicated to figure out which windows should pop up > > 3. so windows should always pop up, no point being configurable > > > > and ridiculing us over (2). I'm saying there are no cases where I want > > a popup, so we can easily have 2 configurable options: always have windows > > pop up and take focus, never have them do so. > > Ahh, I see the misunderstanding here: I'm not arguing point three. I'm > not even really arguing point 2, as you phrased it; it's not _too_ > complicated, it's merely complicated. > > I'm arguing that there exists an implementation that tries to prevent > focus stealing, and trying to illustrate why that's a hard problem. And > thus, why the OP's RFE as stated, is either not achievable, or not > desirable. > > I mean, in some sense, this is all academic anyway. It's trivial to > write an X app that steals focus, regardless of what the window manager Haha - yes, that's why it's tough to care much, there are certain apps I'm forced to run that will always steal focus :) sigh. > attempts to implement. But even assuming you're running relatively > well-behaved applications, it's still not an easy problem. -serge From jarod at redhat.com Wed Jan 6 19:38:58 2010 From: jarod at redhat.com (Jarod Wilson) Date: Wed, 06 Jan 2010 14:38:58 -0500 Subject: RFE: Never, ever steal focus. In-Reply-To: <1262803301.7251.32326.camel@atropine.boston.devel.redhat.com> References: <4B44A57F.3000307@nodata.co.uk> <1262794078.7251.32284.camel@atropine.boston.devel.redhat.com> <4B44BC22.6020708@redhat.com> <1262797227.7251.32287.camel@atropine.boston.devel.redhat.com> <4B44C91B.1000000@redhat.com> <1262803301.7251.32326.camel@atropine.boston.devel.redhat.com> Message-ID: <4B44E6D2.30703@redhat.com> On 1/6/10 1:41 PM, Adam Jackson wrote: > On Wed, 2010-01-06 at 17:32 +0000, Andrew Haley wrote: >> On 01/06/2010 05:00 PM, Adam Jackson wrote: >>> On Wed, 2010-01-06 at 11:36 -0500, Jarod Wilson wrote: >>>> I'd go with "don't let a different app steal focus". Windows for the >>>> same currently focused app are allowed to. This works pretty well under >>>> Mac OS X. Might depend on some of the stuff being done by the >>>> gnome-shell folks though, to be able to group windows together as >>>> belonging to the same process/application to be able to do it Right >>>> under a Linux DE... >>> >>> Now make that work for the (not uncommon) case of clicking a link in evo >>> or control-clicking one in gnome-terminal and expecting firefox to pop >>> forward with that page. Well, this works right in Mac OS X too... :) >> Er, why would you want Firefox to be holding focus when it pops up? I can't >> think of any reason. > > To pick an example from my daily life: Someone pastes a bugzilla URL at > me on IRC, and I need to go scroll through it to see what they're > talking about. But that's a requested "please change focus" event, vs. something that happened in the background and decided to pop over the top of what you were doing while you were in the middle of typing. Please bear in mind that I have absolutely no clue how hard it is to distinguish between these sorts of things in X/Gnome/Linux... All I know is that other operating systems manage to get this right (or at least, righter than we do). -- Jarod Wilson jarod at redhat.com From kevin at scrye.com Wed Jan 6 19:39:25 2010 From: kevin at scrye.com (Kevin Fenzi) Date: Wed, 6 Jan 2010 12:39:25 -0700 Subject: PLEASE READ THIS FIRST: Re: Sources file audit - 2010-01-05 In-Reply-To: <20100106113820.74922c1f@ohm.scrye.com> References: <20100106113820.74922c1f@ohm.scrye.com> Message-ID: <20100106123925.5bef082b@ohm.scrye.com> Argh. It looks like some or all of the spec files in this run were from an old checkout I had instead of the new one. ;( I'm going to run a clean checkout and re-run the checker now, so expect a more up to date output in a few days. ;( Sorry about this folks. Please wait for the new output... kevin -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: not available URL: From maxamillion at fedoraproject.org Wed Jan 6 19:42:11 2010 From: maxamillion at fedoraproject.org (Adam Miller) Date: Wed, 6 Jan 2010 13:42:11 -0600 Subject: Sources file audit - 2010-01-05 In-Reply-To: <20100106113820.74922c1f@ohm.scrye.com> References: <20100106113820.74922c1f@ohm.scrye.com> Message-ID: On Wed, Jan 6, 2010 at 12:38 PM, Kevin Fenzi wrote: > maxamillion:BADURL:firestarter-1.0.3.tar.gz:firestarter This package has been retired. http://cvs.fedoraproject.org/viewvc/rpms/firestarter/devel/ ... the other one I will be taking care of shortly :) -AdamM -- http://maxamillion.googlepages.com --------------------------------------------------------- () ascii ribbon campaign - against html e-mail /\ www.asciiribbon.org - against proprietary attachments From opensource at till.name Wed Jan 6 19:48:37 2010 From: opensource at till.name (Till Maas) Date: Wed, 06 Jan 2010 20:48:37 +0100 Subject: Sources file audit - 2010-01-05 In-Reply-To: <20100106113820.74922c1f@ohm.scrye.com> References: <20100106113820.74922c1f@ohm.scrye.com> Message-ID: <20100106194837.GC5023@genius.kawo2.rwth-aachen.de> On Wed, Jan 06, 2010 at 11:38:20AM -0700, Kevin Fenzi wrote: > till:BADURL:dsmidiwifi-v1.01a.tgz:dsmidiwifi this seems to be now on google, I'll have to fix it. > till:BADURL:john-1.7.0.2.tar.bz2:john I'll work on that later, too. After an update the old version was removed afaics. > till:BADURL:aircrack-ng-1.0-20081109.tar.gz:aircrack-ng > till:BADURL:libHX-1.25.tar.bz2:libHX Both packages are already newer in Rawhide, which version did you check? And at least libHX has a newer tarball in F11. Regards Till -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 835 bytes Desc: not available URL: From kalev at smartlink.ee Wed Jan 6 19:59:06 2010 From: kalev at smartlink.ee (Kalev Lember) Date: Wed, 06 Jan 2010 21:59:06 +0200 Subject: Sources file audit - 2010-01-05 In-Reply-To: <20100106192436.GA11080@redhat.com> References: <20100106113820.74922c1f@ohm.scrye.com> <20100106192436.GA11080@redhat.com> Message-ID: <4B44EB8A.9070807@smartlink.ee> On 01/06/2010 09:24 PM, Dave Jones wrote: > On Wed, Jan 06, 2010 at 11:38:20AM -0700, Kevin Fenzi wrote: > > > - BADURL:base-file-name:$PACKAGENAME > > > > This means that the URI provided in the Source(s) line didn't result in > > a download of the source. This could be any of: URL changed, version > > changed and URL wasn't updated, Site is down, Site is gone, etc. > > Also there are a number of packages with incorrect sourceforge links. > > (BTW, there are still some packages with ftp://people.redhat.com/ > > URLs). This could also be a transitory network failure from my checking > > host or the project hosting. > > > > davej:BADURL:midisport-firmware-1.2.tar.gz:midisport-firmware > > so %{version} in the Source: line isn't allowed any more ? See the logs [1], what really happened was that sourceforge replied with "504 Gateway Time-out". [1] http://www.scrye.com/~kevin/fedora/sourcecheck/sourcecheck-20100105/midisport-firmware-dl.txt -- Kalev From pjones at redhat.com Wed Jan 6 20:06:11 2010 From: pjones at redhat.com (Peter Jones) Date: Wed, 06 Jan 2010 15:06:11 -0500 Subject: RFE: Never, ever steal focus. In-Reply-To: <8204a4fe1001061027ud24853ai9428b461d2aec388@mail.gmail.com> References: <4B44A57F.3000307@nodata.co.uk> <1262794078.7251.32284.camel@atropine.boston.devel.redhat.com> <4B44BC22.6020708@redhat.com> <1262797227.7251.32287.camel@atropine.boston.devel.redhat.com> <20100106172331.GA15784@us.ibm.com> <1262801337.7251.32292.camel@atropine.boston.devel.redhat.com> <8204a4fe1001061027ud24853ai9428b461d2aec388@mail.gmail.com> Message-ID: <4B44ED33.9050709@redhat.com> On 01/06/2010 01:27 PM, Fulko Hew wrote: > > > On Wed, Jan 6, 2010 at 1:08 PM, Adam Jackson > wrote: > > On Wed, 2010-01-06 at 11:23 -0600, Serge E. Hallyn wrote: > > Quoting Adam Jackson (ajax at redhat.com ): > > > On Wed, 2010-01-06 at 11:36 -0500, Jarod Wilson wrote: > > > > I'd go with "don't let a different app steal focus". Windows > for the > > > > same currently focused app are allowed to. This works pretty > well under > > > > Mac OS X. Might depend on some of the stuff being done by the > > > > gnome-shell folks though, to be able to group windows together as > > > > belonging to the same process/application to be able to do it > Right > > > > under a Linux DE... > > > > > > Now make that work for the (not uncommon) case of clicking a > link in evo > > > or control-clicking one in gnome-terminal and expecting firefox > to pop > > > forward with that page. > > > > And now make that work for the case where firefox decides to take 10 > > secs to start up, so you start in another window, then firefox jumps > > up and grabs focus. Thanks. > > > > There is no case where I want a new window or popup to take > focus. Makes > > for an easy algorithm. (hitting r in mutt is not a problem :) > > There is no case where _you_ want this, sure. > > > I'd say... only take focus if its a child/creation of the window > currently in focus. Some people also do things like set EDITOR=gvim and set their mail client to run $EDITOR when composing a message. There are cases where many people do expect and even desire for pop-ups to take focus, and they're not necessarily even crazy. -- Peter Space, is big. Really big. You just won't believe how vastly hugely mindbogglingly big it is. I mean you may think it's a long way down the road to the chemist, but that's just peanuts to space. -- The Hitchhiker's Guide to the Galaxy From opensource at till.name Wed Jan 6 20:21:30 2010 From: opensource at till.name (Till Maas) Date: Wed, 06 Jan 2010 21:21:30 +0100 Subject: RFE: Never, ever steal focus. In-Reply-To: <1262805857.7251.32385.camel@atropine.boston.devel.redhat.com> References: <4B44A57F.3000307@nodata.co.uk> <1262794078.7251.32284.camel@atropine.boston.devel.redhat.com> <4B44BC22.6020708@redhat.com> <1262797227.7251.32287.camel@atropine.boston.devel.redhat.com> <20100106172331.GA15784@us.ibm.com> <1262801337.7251.32292.camel@atropine.boston.devel.redhat.com> <8204a4fe1001061027ud24853ai9428b461d2aec388@mail.gmail.com> <1262805857.7251.32385.camel@atropine.boston.devel.redhat.com> Message-ID: <20100106202130.GD5023@genius.kawo2.rwth-aachen.de> On Wed, Jan 06, 2010 at 02:24:17PM -0500, Adam Jackson wrote: > On Wed, 2010-01-06 at 13:27 -0500, Fulko Hew wrote: > > > On Wed, Jan 6, 2010 at 1:08 PM, Adam Jackson wrote: > > There is no case where _you_ want this, sure. > > > > I'd say... only take focus if its a child/creation of the window > > currently in focus. > > "creation of" is not something that's particularly well defined in X. > Child windows are clipped to (wholly contained within) their parent, so > in the evolution example from earlier, the compose window is a child of > the root window, not of the mailbox view window. So at window creation > time, there's no obvious relationship between the compose and mailbox > windows. > > They do happen to have the same WM_CLASS and WM_CLIENT_LEADER window > properties. But that still only addresses automatic focus changes > within a single application. Automatic focus changes across apps is > probably desirable; otherwise, nothing you launch from the gnome panel > will launch focused, which is rather absurd. How about making the gnome-panel give away its focus to the newly created window? Within the gnome-panel, it should be pretty obvious which actions should give away the focus and which should not. I do not know, how easy to implement it is, though. Regards Till -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 835 bytes Desc: not available URL: From zing at fastmail.fm Wed Jan 6 19:38:51 2010 From: zing at fastmail.fm (Zing) Date: Wed, 6 Jan 2010 19:38:51 +0000 (UTC) Subject: RFE: Never, ever steal focus. References: <4B44A57F.3000307@nodata.co.uk> Message-ID: On Wed, 06 Jan 2010 11:53:21 -0500, Gregory Maxwell wrote: > On Wed, Jan 6, 2010 at 10:00 AM, nodata wrote: >> I'd like to suggest an enhancement for Fedora 13: nothing should ever >> steal focus from the window I am typing in. If I am typing in a shell >> window, or in a word processor, or an e-mail, nothing should ever take >> keyboard focus away from that window. >> >> Clearly I'm missing something, otherwise we would have this, hence the >> posting to the list :) > > Firefox's focus stealing constantly drives me nuts. Trigger something Sadly this mind raging feature has infected SeaMonkey 2.0 now. I used to be able to open links in tabs in the background from other apps, now it happily and proudly pops to the foreground and steals focus. sigh. From davej at redhat.com Wed Jan 6 20:29:22 2010 From: davej at redhat.com (Dave Jones) Date: Wed, 6 Jan 2010 15:29:22 -0500 Subject: Sources file audit - 2010-01-05 In-Reply-To: <4B44EB8A.9070807@smartlink.ee> References: <20100106113820.74922c1f@ohm.scrye.com> <20100106192436.GA11080@redhat.com> <4B44EB8A.9070807@smartlink.ee> Message-ID: <20100106202922.GA16379@redhat.com> On Wed, Jan 06, 2010 at 09:59:06PM +0200, Kalev Lember wrote: > On 01/06/2010 09:24 PM, Dave Jones wrote: > >On Wed, Jan 06, 2010 at 11:38:20AM -0700, Kevin Fenzi wrote: > > > > > - BADURL:base-file-name:$PACKAGENAME > > > > > > This means that the URI provided in the Source(s) line didn't result in > > > a download of the source. This could be any of: URL changed, version > > > changed and URL wasn't updated, Site is down, Site is gone, etc. > > > Also there are a number of packages with incorrect sourceforge links. > > > (BTW, there are still some packages with ftp://people.redhat.com/ > > > URLs). This could also be a transitory network failure from my checking > > > host or the project hosting. > > > > > > davej:BADURL:midisport-firmware-1.2.tar.gz:midisport-firmware > > > >so %{version} in the Source: line isn't allowed any more ? > > See the logs [1], what really happened was that sourceforge replied > with "504 Gateway Time-out". > > [1] http://www.scrye.com/~kevin/fedora/sourcecheck/sourcecheck-20100105/midisport-firmware-dl.txt Looks like some genius at sourceforge moved stuff to a different host, with a different dir structure. If you go to the project pages, you see all the tarballs have been moved. Before.. Source0: http://download.sourceforge.net/usb-midi-fw/midisport-firmware-%{version}.tar.gz After Source0: http://downloads.sourceforge.net/project/usb-midi-fw/midisport-firmware/%{version}.tar.gz sigh. Dave From pjones at redhat.com Wed Jan 6 20:32:26 2010 From: pjones at redhat.com (Peter Jones) Date: Wed, 06 Jan 2010 15:32:26 -0500 Subject: RFE: Never, ever steal focus. In-Reply-To: <20100106202130.GD5023@genius.kawo2.rwth-aachen.de> References: <4B44A57F.3000307@nodata.co.uk> <1262794078.7251.32284.camel@atropine.boston.devel.redhat.com> <4B44BC22.6020708@redhat.com> <1262797227.7251.32287.camel@atropine.boston.devel.redhat.com> <20100106172331.GA15784@us.ibm.com> <1262801337.7251.32292.camel@atropine.boston.devel.redhat.com> <8204a4fe1001061027ud24853ai9428b461d2aec388@mail.gmail.com> <1262805857.7251.32385.camel@atropine.boston.devel.redhat.com> <20100106202130.GD5023@genius.kawo2.rwth-aachen.de> Message-ID: <4B44F35A.7090501@redhat.com> On 01/06/2010 03:21 PM, Till Maas wrote: > How about making the gnome-panel give away its focus to the newly > created window? Within the gnome-panel, it should be pretty obvious > which actions should give away the focus and which should not. I do not > know, how easy to implement it is, though. That's pretty difficult for a launcher - how does the panel know that the launcher is going to create a window vs which is not? And how does it know what window it is? If you click on the firefox launcher, it runs a shell script. That script (may) eventually run an X application, but it in itself isn't one. What's the launcher telling the wm in that case under your proposed model? -- Peter Space, is big. Really big. You just won't believe how vastly hugely mindbogglingly big it is. I mean you may think it's a long way down the road to the chemist, but that's just peanuts to space. -- The Hitchhiker's Guide to the Galaxy From otaylor at redhat.com Wed Jan 6 20:59:14 2010 From: otaylor at redhat.com (Owen Taylor) Date: Wed, 06 Jan 2010 15:59:14 -0500 Subject: RFE: Never, ever steal focus. In-Reply-To: <4B44A57F.3000307@nodata.co.uk> References: <4B44A57F.3000307@nodata.co.uk> Message-ID: <1262811554.4713.308.camel@localhost.localdomain> On Wed, 2010-01-06 at 16:00 +0100, nodata wrote: > I'd like to suggest an enhancement for Fedora 13: nothing should ever > steal focus from the window I am typing in. If I am typing in a shell > window, or in a word processor, or an e-mail, nothing should ever take > keyboard focus away from that window. > > Clearly I'm missing something, otherwise we would have this, hence the > posting to the list :) I'm not sure what you are missing, but I know what I'm missing here - a description of when exactly focus was stolen from you that was a problem. In almost all cases, if you are typing into one application in Fedora, and a window pops up from another application and steals away your focus, and your typing goes to the wrong place, that's a bug that should be filed against one of: - The application that popped up a window - The application that you are typing into - The window manager With the most likely candidate being the first one. If you run into such problems and you are using GNOME with Metacity (or gnome-shell and Mutter), please feel free to file bugs against Metacity and I'll help you figure out where they should be reassigned. There are also a number of GConf options for Metacity that can be set to modify the exact behavior; these are mostly, however, intended as workarounds for people using closed source applications that can't be fixed properly. When all the applications are under our control, it should "just work". - Owen From stu at nosnilmot.com Wed Jan 6 21:00:14 2010 From: stu at nosnilmot.com (Stu Tomlinson) Date: Wed, 6 Jan 2010 16:00:14 -0500 Subject: Sources file audit - 2010-01-05 In-Reply-To: <20100106202922.GA16379@redhat.com> References: <20100106113820.74922c1f@ohm.scrye.com> <20100106192436.GA11080@redhat.com> <4B44EB8A.9070807@smartlink.ee> <20100106202922.GA16379@redhat.com> Message-ID: <94ba50ba1001061300k2a5f112u5f46526a81e8d649@mail.gmail.com> On Wed, Jan 6, 2010 at 15:29, Dave Jones wrote: > On Wed, Jan 06, 2010 at 09:59:06PM +0200, Kalev Lember wrote: > > See the logs [1], what really happened was that sourceforge replied > > with "504 Gateway Time-out". > > > > [1] http://www.scrye.com/~kevin/fedora/sourcecheck/sourcecheck-20100105/midisport-firmware-dl.txt > > Looks like some genius at sourceforge moved stuff to a different host, with a different dir structure. > If you go to the project pages, you see all the tarballs have been moved. > > Before.. > Source0: http://download.sourceforge.net/usb-midi-fw/midisport-firmware-%{version}.tar.gz > After > Source0: http://downloads.sourceforge.net/project/usb-midi-fw/midisport-firmware/%{version}.tar.gz downloads.sourceforge.net has been the preferred hostname to use for sourceforge projects for some time (https://fedoraproject.org/wiki/Packaging/SourceURL#Sourceforge.net), and will work with the earlier dir structure too: $ HEAD -S http://downloads.sourceforge.net/usb-midi-fw/midisport-firmware-1.2.tar.gz HEAD http://downloads.sourceforge.net/usb-midi-fw/midisport-firmware-1.2.tar.gz --> 302 Found HEAD http://garr.dl.sourceforge.net/project/usb-midi-fw/midisport-firmware/1.2/midisport-firmware-1.2.tar.gz --> 200 OK Connection: close download.sourceforge.net has been unreliable at best for years. Regards, Stu. From lsof at nodata.co.uk Wed Jan 6 21:01:31 2010 From: lsof at nodata.co.uk (nodata) Date: Wed, 06 Jan 2010 22:01:31 +0100 Subject: RFE: Never, ever steal focus. In-Reply-To: <4B44C5A8.1080307@redhat.com> References: <4B44A57F.3000307@nodata.co.uk> <1262794078.7251.32284.camel@atropine.boston.devel.redhat.com> <4B44BC22.6020708@redhat.com> <1262797227.7251.32287.camel@atropine.boston.devel.redhat.com> <4B44C5A8.1080307@redhat.com> Message-ID: <4B44FA2B.4010305@nodata.co.uk> Am 2010-01-06 18:17, schrieb Matthew Booth: > On 06/01/10 17:00, Adam Jackson wrote: >> On Wed, 2010-01-06 at 11:36 -0500, Jarod Wilson wrote: >>> On 1/6/10 11:07 AM, Adam Jackson wrote: >>>> PGA. >>>> >>>> Here's the challenge. To reply to this mail, I hit control-shift-r in >>>> one evo window, and evo opened a new window for me to compose into. Get >>>> it? I typed into one window, and then started typing into another, and >>>> that's exactly what was desired. If the window manager suppressed focus >>>> changes on the basis of "you were just typing into some other window, >>>> this must be a focus steal", then the new compose window would have >>>> mapped unfocused, and I'd have to have alt-tabbed to get to it. >>>> >>>> So if you can come up with an algorithm that can reliably classify >>>> focus >>>> change requests as "stealing" or not, then great. >>> >>> I'd go with "don't let a different app steal focus". Windows for the >>> same currently focused app are allowed to. This works pretty well under >>> Mac OS X. Might depend on some of the stuff being done by the >>> gnome-shell folks though, to be able to group windows together as >>> belonging to the same process/application to be able to do it Right >>> under a Linux DE... >> >> Now make that work for the (not uncommon) case of clicking a link in evo >> or control-clicking one in gnome-terminal and expecting firefox to pop >> forward with that page. > > There is one situation where the absolute of $SUBJECT is required: > password windows. I end up typing passwords wholly or partially into > other windows on a reasonably regular basis because of this. > > Matt This is my primary motivation for bringing this up again. I either start typing a password into a dialog then something steals focus and the password is in cleartext, or or the other way round: I start typing something in one apps, a password dialog pops up, and I end up typing non-passwords there. Ugh. Dangerous and not good. This must be solvable, not just for password entry. From otaylor at redhat.com Wed Jan 6 21:08:43 2010 From: otaylor at redhat.com (Owen Taylor) Date: Wed, 06 Jan 2010 16:08:43 -0500 Subject: RFE: Never, ever steal focus. In-Reply-To: <20100106183503.GA19016@us.ibm.com> References: <4B44A57F.3000307@nodata.co.uk> <1262794078.7251.32284.camel@atropine.boston.devel.redhat.com> <4B44BC22.6020708@redhat.com> <1262797227.7251.32287.camel@atropine.boston.devel.redhat.com> <20100106172331.GA15784@us.ibm.com> <1262801337.7251.32292.camel@atropine.boston.devel.redhat.com> <20100106183503.GA19016@us.ibm.com> Message-ID: <1262812123.4713.327.camel@localhost.localdomain> On Wed, 2010-01-06 at 12:35 -0600, Serge E. Hallyn wrote: > Quoting Adam Jackson (ajax at redhat.com): > > On Wed, 2010-01-06 at 11:23 -0600, Serge E. Hallyn wrote: > > > Quoting Adam Jackson (ajax at redhat.com): > > > There is no case where I want a new window or popup to take focus. Makes > > > for an easy algorithm. (hitting r in mutt is not a problem :) > > > > There is no case where _you_ want this, sure. > > Yes, exactly. You're saying that > 1. there are cases where you want a window to pop up > 2. it's too complicated to figure out which windows should pop up > 3. so windows should always pop up, no point being configurable > > and ridiculing us over (2). I'm saying there are no cases where I want > a popup, so we can easily have 2 configurable options: always have windows > pop up and take focus, never have them do so. > > That's all. This discussion would make a whole lot more sense if the current behavior was actually that windows always pop up and steal focus. It isn't. We actually have a mechanism that works pretty well for knowing when focus should be stolen and when not. (Not a Fedora or GNOME method, but one encoded in the freedesktop.org standards.) In simple terms, it works by comparing timestamps: - What was the timestamp of the user action that triggered the window to pop up? - What was the timestamp of the last user action with the currently focused window? If the timestamp for the user action that triggered the popup is newer than the timestamp of the last user action with the currently focused window, then focus is transferred. This isn't 100% perfect ... it's no substitute for electrodes implanted in the user's brain. But it's a pretty darn good method when all the actors are playing by the rules. So, when things go wrong, our first step shouldn't be adding a configuration variable, but trying to figure out if there is a bug that needs to be fixed. - Owen From opensource at till.name Wed Jan 6 21:12:45 2010 From: opensource at till.name (Till Maas) Date: Wed, 06 Jan 2010 22:12:45 +0100 Subject: RFE: Never, ever steal focus. In-Reply-To: <4B44F35A.7090501@redhat.com> References: <4B44A57F.3000307@nodata.co.uk> <1262794078.7251.32284.camel@atropine.boston.devel.redhat.com> <4B44BC22.6020708@redhat.com> <1262797227.7251.32287.camel@atropine.boston.devel.redhat.com> <20100106172331.GA15784@us.ibm.com> <1262801337.7251.32292.camel@atropine.boston.devel.redhat.com> <8204a4fe1001061027ud24853ai9428b461d2aec388@mail.gmail.com> <1262805857.7251.32385.camel@atropine.boston.devel.redhat.com> <20100106202130.GD5023@genius.kawo2.rwth-aachen.de> <4B44F35A.7090501@redhat.com> Message-ID: <20100106211245.GE5023@genius.kawo2.rwth-aachen.de> On Wed, Jan 06, 2010 at 03:32:26PM -0500, Peter Jones wrote: > On 01/06/2010 03:21 PM, Till Maas wrote: > >> How about making the gnome-panel give away its focus to the newly >> created window? Within the gnome-panel, it should be pretty obvious >> which actions should give away the focus and which should not. I do not >> know, how easy to implement it is, though. > > That's pretty difficult for a launcher - how does the panel know that > the launcher is going to create a window vs which is not? And how does > it know what window it is? If you click on the firefox launcher, it > runs a shell script. That script (may) eventually run an X > application, but it in itself isn't one. What's the launcher telling > the wm in that case under your proposed model? It could tell the WM, if a new window opens within the next second, focus it. I guess this should work in many cases. But in a better world, the launcher could maybe tell the WM if this process or a child of it creates a new window, then give the focus to it. Btw. I do not like it in general if a newly started application does not immediately open a new window and is ready to be used, but instead takes several seconds to startup and then take away focus if I am already doing something else then to wait for it. This is also why I propose a timeout for the focus giveaway. Regards Till -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 835 bytes Desc: not available URL: From opensource at till.name Wed Jan 6 21:17:09 2010 From: opensource at till.name (Till Maas) Date: Wed, 06 Jan 2010 22:17:09 +0100 Subject: Sources file audit - 2010-01-05 In-Reply-To: <20100106202922.GA16379@redhat.com> References: <20100106113820.74922c1f@ohm.scrye.com> <20100106192436.GA11080@redhat.com> <4B44EB8A.9070807@smartlink.ee> <20100106202922.GA16379@redhat.com> Message-ID: <20100106211709.GF5023@genius.kawo2.rwth-aachen.de> On Wed, Jan 06, 2010 at 03:29:22PM -0500, Dave Jones wrote: > Before.. > Source0: http://download.sourceforge.net/usb-midi-fw/midisport-firmware-%{version}.tar.gz > After > Source0: http://downloads.sourceforge.net/project/usb-midi-fw/midisport-firmware/%{version}.tar.gz For 1.2 as version, this works (which is also the URL the SourceURL guidelines recommends[0]): http://downloads.sourceforge.net/usb-midi-fw/midisport-firmware-%{version}.tar.gz Regards Till [0] https://fedoraproject.org/wiki/Packaging/SourceURL#Sourceforge.net -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 835 bytes Desc: not available URL: From hun at n-dimensional.de Wed Jan 6 21:22:58 2010 From: hun at n-dimensional.de (Hans Ulrich Niedermann) Date: Wed, 6 Jan 2010 22:22:58 +0100 Subject: Sources file audit - 2010-01-05 In-Reply-To: <20100106202922.GA16379@redhat.com> References: <20100106113820.74922c1f@ohm.scrye.com> <20100106192436.GA11080@redhat.com> <4B44EB8A.9070807@smartlink.ee> <20100106202922.GA16379@redhat.com> Message-ID: <20100106222258.594ef1c4@n-dimensional.de> On Wed, 6 Jan 2010 15:29:22 -0500 Dave Jones wrote: > Looks like some genius at sourceforge moved stuff to a different > host, with a different dir structure. If you go to the project pages, > you see all the tarballs have been moved. > > Before.. > Source0: > http://download.sourceforge.net/usb-midi-fw/midisport-firmware-%{version}.tar.gz > After Source0: > http://downloads.sourceforge.net/project/usb-midi-fw/midisport-firmware/%{version}.tar.gz > > sigh. I thought the canonical URL for downloads from sourceforge.net has been http://prdownloads.sourceforge.net/PROJECT/NAME-VERSION.tar.gz? for years? In this case, the following appears to work for me well http://prdownloads.sourceforge.net/usb-midi-fw/midisport-firmware-1.2.tar.gz (if the download handles HTTP redirects, of course). -- Hans Ulrich Niedermann From lsof at nodata.co.uk Wed Jan 6 21:32:36 2010 From: lsof at nodata.co.uk (nodata) Date: Wed, 06 Jan 2010 22:32:36 +0100 Subject: RFE: Never, ever steal focus. In-Reply-To: <1262811554.4713.308.camel@localhost.localdomain> References: <4B44A57F.3000307@nodata.co.uk> <1262811554.4713.308.camel@localhost.localdomain> Message-ID: <4B450174.5030500@nodata.co.uk> Am 2010-01-06 21:59, schrieb Owen Taylor: > On Wed, 2010-01-06 at 16:00 +0100, nodata wrote: >> I'd like to suggest an enhancement for Fedora 13: nothing should ever >> steal focus from the window I am typing in. If I am typing in a shell >> window, or in a word processor, or an e-mail, nothing should ever take >> keyboard focus away from that window. >> >> Clearly I'm missing something, otherwise we would have this, hence the >> posting to the list :) > > I'm not sure what you are missing, but I know what I'm missing here - a > description of when exactly focus was stolen from you that was a > problem. > > In almost all cases, if you are typing into one application in Fedora, > and a window pops up from another application and steals away your > focus, and your typing goes to the wrong place, that's a bug that should > be filed against one of: > > - The application that popped up a window > - The application that you are typing into > - The window manager > > With the most likely candidate being the first one. If you run into such > problems and you are using GNOME with Metacity (or gnome-shell and > Mutter), please feel free to file bugs against Metacity and I'll help > you figure out where they should be reassigned. > > There are also a number of GConf options for Metacity that can be set to > modify the exact behavior; these are mostly, however, intended as > workarounds for people using closed source applications that can't be > fixed properly. When all the applications are under our control, it > should "just work". > > - Owen > I'll start a list and report back. From orion at cora.nwra.com Wed Jan 6 21:43:29 2010 From: orion at cora.nwra.com (Orion Poplawski) Date: Wed, 06 Jan 2010 14:43:29 -0700 Subject: End of days? Message-ID: <4B450401.3040302@cora.nwra.com> [orion at orca fedora/devel]$ ls */dead.package | wc -l 666 -- 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 otaylor at redhat.com Wed Jan 6 22:05:59 2010 From: otaylor at redhat.com (Owen Taylor) Date: Wed, 06 Jan 2010 17:05:59 -0500 Subject: RFE: Never, ever steal focus. In-Reply-To: <20100106211245.GE5023@genius.kawo2.rwth-aachen.de> References: <4B44A57F.3000307@nodata.co.uk> <1262794078.7251.32284.camel@atropine.boston.devel.redhat.com> <4B44BC22.6020708@redhat.com> <1262797227.7251.32287.camel@atropine.boston.devel.redhat.com> <20100106172331.GA15784@us.ibm.com> <1262801337.7251.32292.camel@atropine.boston.devel.redhat.com> <8204a4fe1001061027ud24853ai9428b461d2aec388@mail.gmail.com> <1262805857.7251.32385.camel@atropine.boston.devel.redhat.com> <20100106202130.GD5023@genius.kawo2.rwth-aachen.de> <4B44F35A.7090501@redhat.com> <20100106211245.GE5023@genius.kawo2.rwth-aachen.de> Message-ID: <1262815559.4713.392.camel@localhost.localdomain> On Wed, 2010-01-06 at 22:12 +0100, Till Maas wrote: > On Wed, Jan 06, 2010 at 03:32:26PM -0500, Peter Jones wrote: > > On 01/06/2010 03:21 PM, Till Maas wrote: > > > >> How about making the gnome-panel give away its focus to the newly > >> created window? Within the gnome-panel, it should be pretty obvious > >> which actions should give away the focus and which should not. I do not > >> know, how easy to implement it is, though. > > > > That's pretty difficult for a launcher - how does the panel know that > > the launcher is going to create a window vs which is not? And how does > > it know what window it is? If you click on the firefox launcher, it > > runs a shell script. That script (may) eventually run an X > > application, but it in itself isn't one. What's the launcher telling > > the wm in that case under your proposed model? > > It could tell the WM, if a new window opens within the next second, > focus it. I guess this should work in many cases. But in a better world, > the launcher could maybe tell the WM if this process or a child of it > creates a new window, then give the focus to it. > Btw. I do not like it in general if a newly started application does not > immediately open a new window and is ready to be used, but instead takes > several seconds to startup and then take away focus if I am already > doing something else then to wait for it. This is also why I propose a > timeout for the focus giveaway. We already have ways of distinguishing these cases, and don't need to invent new mechanisms. - Owen From rrelyea at redhat.com Wed Jan 6 22:54:10 2010 From: rrelyea at redhat.com (Robert Relyea) Date: Wed, 06 Jan 2010 14:54:10 -0800 Subject: End of days? In-Reply-To: <4B450401.3040302@cora.nwra.com> References: <4B450401.3040302@cora.nwra.com> Message-ID: <4B451492.8000409@REDHAT.COM> On 01/06/2010 01:43 PM, Orion Poplawski wrote: > [orion at orca fedora/devel]$ ls */dead.package | wc -l > 666 > We're ok. The original number may have been 616: http://www.csad.ox.ac.uk/POxy/beast616.htm -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 6650 bytes Desc: S/MIME Cryptographic Signature URL: From drago01 at gmail.com Wed Jan 6 23:04:01 2010 From: drago01 at gmail.com (drago01) Date: Thu, 7 Jan 2010 00:04:01 +0100 Subject: Sources file audit - 2010-01-05 In-Reply-To: <20100106192436.GA11080@redhat.com> References: <20100106113820.74922c1f@ohm.scrye.com> <20100106192436.GA11080@redhat.com> Message-ID: On Wed, Jan 6, 2010 at 8:24 PM, Dave Jones wrote: > On Wed, Jan 06, 2010 at 11:38:20AM -0700, Kevin Fenzi wrote: > > ?> - BADURL:base-file-name:$PACKAGENAME > ?> > ?> This means that the URI provided in the Source(s) line didn't result in > ?> a download of the source. This could be any of: URL changed, version > ?> changed and URL wasn't updated, Site is down, Site is gone, etc. > ?> Also there are a number of packages with incorrect sourceforge links. > ?> (BTW, there are still some packages with ftp://people.redhat.com/ > ?> URLs). This could also be a transitory network failure from my checking > ?> host or the project hosting. > ?> > ?> davej:BADURL:midisport-firmware-1.2.tar.gz:midisport-firmware > > so %{version} in the Source: line isn't allowed any more ? It is... From zing at fastmail.fm Wed Jan 6 23:04:53 2010 From: zing at fastmail.fm (Zing) Date: Wed, 6 Jan 2010 23:04:53 +0000 (UTC) Subject: RFE: Never, ever steal focus. References: <4B44A57F.3000307@nodata.co.uk> <1262811554.4713.308.camel@localhost.localdomain> Message-ID: On Wed, 06 Jan 2010 15:59:14 -0500, Owen Taylor wrote: > On Wed, 2010-01-06 at 16:00 +0100, nodata wrote: >> I'd like to suggest an enhancement for Fedora 13: nothing should ever >> steal focus from the window I am typing in. If I am typing in a shell >> window, or in a word processor, or an e-mail, nothing should ever take >> keyboard focus away from that window. >> >> Clearly I'm missing something, otherwise we would have this, hence the >> posting to the list :) > > I'm not sure what you are missing, but I know what I'm missing here - a > description of when exactly focus was stolen from you that was a > problem. > > In almost all cases, if you are typing into one application in Fedora, > and a window pops up from another application and steals away your > focus, and your typing goes to the wrong place, that's a bug that should > be filed against one of: > > - The application that popped up a window - The application that you > are typing into - The window manager > > With the most likely candidate being the first one. If you run into such > problems and you are using GNOME with Metacity (or gnome-shell and > Mutter), please feel free to file bugs against Metacity and I'll help > you figure out where they should be reassigned. > > There are also a number of GConf options for Metacity that can be set to > modify the exact behavior; these are mostly, however, intended as > workarounds for people using closed source applications that can't be > fixed properly. When all the applications are under our control, it > should "just work". Would you (or someone) mind explaining why the following happens and how I could get pre-F12 behaviour?: In Fedora 12, 1. start seamonkey 2. start gnome-terminal (be on top of seamonkey window) 3. $ seamonkey -remote "openurl(http://lwn.net,new-tab)" 4. seamonkey pops in front and steals focus. This used to just load the page in the background without stealing focus. It seems like there are a myriad of confusing ways this can happen and a several options to mitigate it... but I'm lost. From mrsam at courier-mta.com Wed Jan 6 23:58:18 2010 From: mrsam at courier-mta.com (Sam Varshavchik) Date: Wed, 06 Jan 2010 18:58:18 -0500 Subject: RFE: Never, ever steal focus. References: <4B44A57F.3000307@nodata.co.uk> <1262794078.7251.32284.camel@atropine.boston.devel.redhat.com> <4B44BC22.6020708@redhat.com> <1262797227.7251.32287.camel@atropine.boston.devel.redhat.com> <4B44C5A8.1080307@redhat.com> <4B44FA2B.4010305@nodata.co.uk> Message-ID: nodata writes: > Am 2010-01-06 18:17, schrieb Matthew Booth: >> On 06/01/10 17:00, Adam Jackson wrote: >>> On Wed, 2010-01-06 at 11:36 -0500, Jarod Wilson wrote: >>>> On 1/6/10 11:07 AM, Adam Jackson wrote: >>>>> PGA. >>>>> >>>>> Here's the challenge. To reply to this mail, I hit control-shift-r in >>>>> one evo window, and evo opened a new window for me to compose into. Get >>>>> it? I typed into one window, and then started typing into another, and >>>>> that's exactly what was desired. If the window manager suppressed focus >>>>> changes on the basis of "you were just typing into some other window, >>>>> this must be a focus steal", then the new compose window would have >>>>> mapped unfocused, and I'd have to have alt-tabbed to get to it. >>>>> >>>>> So if you can come up with an algorithm that can reliably classify >>>>> focus >>>>> change requests as "stealing" or not, then great. >>>> >>>> I'd go with "don't let a different app steal focus". Windows for the >>>> same currently focused app are allowed to. This works pretty well under >>>> Mac OS X. Might depend on some of the stuff being done by the >>>> gnome-shell folks though, to be able to group windows together as >>>> belonging to the same process/application to be able to do it Right >>>> under a Linux DE... >>> >>> Now make that work for the (not uncommon) case of clicking a link in evo >>> or control-clicking one in gnome-terminal and expecting firefox to pop >>> forward with that page. >> >> There is one situation where the absolute of $SUBJECT is required: >> password windows. I end up typing passwords wholly or partially into >> other windows on a reasonably regular basis because of this. >> >> Matt > > This is my primary motivation for bringing this up again. > > I either start typing a password into a dialog then something steals > focus and the password is in cleartext, or or the other way round: I > start typing something in one apps, a password dialog pops up, and I end > up typing non-passwords there. Ugh. Dangerous and not good. > > This must be solvable, not just for password entry. I think this is an application's responsibility. An application should properly specified when it pops up a window whether it should take user input focus. If something improperly steals focus from another application, I would consider that an application bug, -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 198 bytes Desc: not available URL: From otaylor at redhat.com Thu Jan 7 00:17:40 2010 From: otaylor at redhat.com (Owen Taylor) Date: Wed, 06 Jan 2010 19:17:40 -0500 Subject: RFE: Never, ever steal focus. In-Reply-To: References: <4B44A57F.3000307@nodata.co.uk> <1262811554.4713.308.camel@localhost.localdomain> Message-ID: <1262823460.4713.539.camel@localhost.localdomain> On Wed, 2010-01-06 at 23:04 +0000, Zing wrote: > On Wed, 06 Jan 2010 15:59:14 -0500, Owen Taylor wrote: > > > On Wed, 2010-01-06 at 16:00 +0100, nodata wrote: > >> I'd like to suggest an enhancement for Fedora 13: nothing should ever > >> steal focus from the window I am typing in. If I am typing in a shell > >> window, or in a word processor, or an e-mail, nothing should ever take > >> keyboard focus away from that window. > >> > >> Clearly I'm missing something, otherwise we would have this, hence the > >> posting to the list :) > > > > I'm not sure what you are missing, but I know what I'm missing here - a > > description of when exactly focus was stolen from you that was a > > problem. > > > > In almost all cases, if you are typing into one application in Fedora, > > and a window pops up from another application and steals away your > > focus, and your typing goes to the wrong place, that's a bug that should > > be filed against one of: > > > > - The application that popped up a window - The application that you > > are typing into - The window manager > > > > With the most likely candidate being the first one. If you run into such > > problems and you are using GNOME with Metacity (or gnome-shell and > > Mutter), please feel free to file bugs against Metacity and I'll help > > you figure out where they should be reassigned. > > > > There are also a number of GConf options for Metacity that can be set to > > modify the exact behavior; these are mostly, however, intended as > > workarounds for people using closed source applications that can't be > > fixed properly. When all the applications are under our control, it > > should "just work". > > Would you (or someone) mind explaining why the following happens and how I > could get pre-F12 behaviour?: > > In Fedora 12, > 1. start seamonkey > 2. start gnome-terminal (be on top of seamonkey window) > 3. $ seamonkey -remote "openurl(http://lwn.net,new-tab)" > 4. seamonkey pops in front and steals focus. > > This used to just load the page in the background without stealing focus. > It seems like there are a myriad of confusing ways this can happen and a > several options to mitigate it... but I'm lost. (A caveat here is that I can't speak to Compiz or Kwin or XFCE behavior, I can only discuss the behavior of Metacity. That is, GNOME with Compiz not selected in the desktop-effects tool.) In regards to Metacity, there were no changes that I can think of in this area between Fedora 11 and Fedora 12, so if anything changed it probably was a change to Seamonkey. There are two things in the situation that you describe which are somewhat difficult to handle: First, when you run a program from a terminal, there's no way that a launch timestamp will be set on that program, because the launching isn't done by gnome-panel, or some other GUI program, it's done by bash, which is ignorant of desktop niceties. So at that point, it's basically back to a fixed policy of taking focus or not stealing focus. The default is to take the focus. Second, when activating an existing app rather than starting a new application, the focus timestamp, if it exists, has to be passed across whatever protocol is used (here it is the "Mozilla Remote" protocol via X messages.) If I had to guess, I'd guess that prior to Fedora 12, Seamonkey wasn't worrying about timestamps at all - it wasn't passing a timestamp - so the new window was created with an old timestamp of the last time you interacted with Seamonkey. But an updated version now tries to do something smarter. Since no focus timestamp exists when invoking the remote command from a terminal, it ends up grabbing the focus unconditionally. There's not really a fix for this - either grabbing the focus or not grabbing the focus will annoy some people. But since it annoys you, you may find: gconftool-2 -s -t string /apps/metacity/general/focus_new_windows strict To be useful - when that's set, new windows never take focus away from a window that looks like a terminal window. (This is assuming the above opens a new window. If it changes an existing window, then "focus_new_windows" won't affect the behavior.) - Owen From gmaxwell at gmail.com Thu Jan 7 03:43:36 2010 From: gmaxwell at gmail.com (Gregory Maxwell) Date: Wed, 6 Jan 2010 22:43:36 -0500 Subject: RFE: Never, ever steal focus. In-Reply-To: <1262801337.7251.32292.camel@atropine.boston.devel.redhat.com> References: <4B44A57F.3000307@nodata.co.uk> <1262794078.7251.32284.camel@atropine.boston.devel.redhat.com> <4B44BC22.6020708@redhat.com> <1262797227.7251.32287.camel@atropine.boston.devel.redhat.com> <20100106172331.GA15784@us.ibm.com> <1262801337.7251.32292.camel@atropine.boston.devel.redhat.com> Message-ID: On Wed, Jan 6, 2010 at 1:08 PM, Adam Jackson wrote: > On Wed, 2010-01-06 at 11:23 -0600, Serge E. Hallyn wrote: >> There is no case where I want a new window or popup to take focus. ?Makes >> for an easy algorithm. ?(hitting r in mutt is not a problem :) > > There is no case where _you_ want this, sure. Some people what that. Many other people want the focus change to happen in a _few_ limited cases where it makes sense. Current behaviour fails to accurately predict those cases (no doubt because, in part, the limited acceptable cases differ from person to person), and so you get unexpected focus theft. This is bad for everyone. I think most people are actually in (2), in that a focus steal directly in response to an action by the user an instant ago isn't usually considered bad. Detecting that seems impossible (since you really need to measure intent, did I intend a new window to come up?). And even some people don't want that: I always prefer to load URLs in the background ... click-click-click pipelining up tabs which load in the background hiding the page load display. Fortunately that works *fine* for me using my hacked up configuration, /except/ when firefox pops up an alert box of any kind. I think people are generally more comfortable with the computer when it is highly predictable. _Never_ stealing focus wouldn't be optimal for everyone, but at least it wouldn't be surprising. If you cant get it right, at least be predictable. On Wed, Jan 6, 2010 at 4:01 PM, nodata wrote: > I either start typing a password into a dialog then something steals focus > and the password is in cleartext, or or the other way round: I start typing > something in one apps, a password dialog pops up, and I end up typing > non-passwords there. Ugh. Dangerous and not good. > > This must be solvable, not just for password entry. In the never-steal case you can learn (through trial and error :( ) to always click before typing a password. In the (sometimes or always) focus stealing case you can't even be conditioned to work with it, unless you consider visceral terror between each keystroke that the computer will do something unexpected causing you to type v.e.r.y.s.l.o.w.l.y. Both fail, one fails in a more predictable way. If nothing else, a configuration option would be good. Though I still hold that the state least likely to continually produce surprise should pretty much always be the default. On Wed, Jan 6, 2010 at 1:41 PM, Adam Jackson wrote: > To pick an example from my daily life: Someone pastes a bugzilla URL at > me on IRC, and I need to go scroll through it to see what they're > talking about. Thats pretty much the opposite of how I work. I'd rather the link loaded in the backround so that my flow isn't interrupted waiting for it to load. From kevin at scrye.com Thu Jan 7 03:47:09 2010 From: kevin at scrye.com (Kevin Fenzi) Date: Wed, 6 Jan 2010 20:47:09 -0700 Subject: Proposal: fedora-release-rawhide subpackage Message-ID: <20100106204709.17bd6bf2@ohm.scrye.com> Greetings. I'd like to propose splitting out the /etc/yum.repos.d/fedora-rawhide.repo file into a fedora-release-rawhide subpackage which is NOT installed by default or shipped on the live media. I wrote up this using the Feature template, but I don't guess it's really that much of a feature: https://fedoraproject.org/wiki/Features/RawhideRepoSubpackage (except in that it needs coordination across the distro and docs updates, etc). Thoughts? (either here or the talk page of the above wiki link). Thanks, kevin -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: not available URL: From dtardon at redhat.com Thu Jan 7 06:58:11 2010 From: dtardon at redhat.com (David Tardon) Date: Thu, 7 Jan 2010 07:58:11 +0100 Subject: RFE: Never, ever steal focus. In-Reply-To: <1262823460.4713.539.camel@localhost.localdomain> References: <4B44A57F.3000307@nodata.co.uk> <1262811554.4713.308.camel@localhost.localdomain> <1262823460.4713.539.camel@localhost.localdomain> Message-ID: <20100107065810.GA7672@verda-stelo.englab.brq.redhat.com> > > gconftool-2 -s -t string /apps/metacity/general/focus_new_windows strict > > To be useful - when that's set, new windows never take focus away from > a window that looks like a terminal window. (This is assuming the above > opens a new window. If it changes an existing window, then "focus_new_windows" > won't affect the behavior.) > Doesn't work. I set this, then started gedit from gnome-terminal. The gedit window got focus. D. From tonynelson at georgeanelson.com Thu Jan 7 07:39:15 2010 From: tonynelson at georgeanelson.com (Tony Nelson) Date: Thu, 07 Jan 2010 02:39:15 -0500 Subject: End of days? In-Reply-To: <4B451492.8000409@REDHAT.COM> (from rrelyea@redhat.com on Wed Jan 6 17:54:10 2010) Message-ID: <1262849955.18035.0@localhost.localdomain> On 10-01-06 17:54:10, Robert Relyea wrote: > On 01/06/2010 01:43 PM, Orion Poplawski wrote: > > [orion at orca fedora/devel]$ ls */dead.package | wc -l > > 666 > > > We're ok. The original number may have been 616: > http://www.csad.ox.ac.uk/POxy/beast616.htm No, that's merely the most common "correction" by those with a little knowledge. 666 was the number for Neron Ceaser, while 616 was for Nero Ceaser (latinized form of name). Of course, the reference was actually to Domitian, who was Emperor when the Temple in Jerusalem was destroyed (again) after yet another revolt by the Jews. Mentioning the current Emperor in an unflattering way would get one killed, hence the code. -- ____________________________________________________________________ TonyN.:' ' From tmraz at redhat.com Thu Jan 7 08:29:55 2010 From: tmraz at redhat.com (Tomas Mraz) Date: Thu, 07 Jan 2010 09:29:55 +0100 Subject: RFE: Never, ever steal focus. In-Reply-To: References: <4B44A57F.3000307@nodata.co.uk> <1262794078.7251.32284.camel@atropine.boston.devel.redhat.com> <4B44BC22.6020708@redhat.com> <1262797227.7251.32287.camel@atropine.boston.devel.redhat.com> <20100106172331.GA15784@us.ibm.com> <1262801337.7251.32292.camel@atropine.boston.devel.redhat.com> Message-ID: <1262852995.2467.220.camel@vespa.frost.loc> On Wed, 2010-01-06 at 22:43 -0500, Gregory Maxwell wrote: > On Wed, Jan 6, 2010 at 1:08 PM, Adam Jackson wrote: > > On Wed, 2010-01-06 at 11:23 -0600, Serge E. Hallyn wrote: > >> There is no case where I want a new window or popup to take focus. Makes > >> for an easy algorithm. (hitting r in mutt is not a problem :) > > > > There is no case where _you_ want this, sure. > > Some people what that. > Many other people want the focus change to happen in a _few_ limited > cases where it makes sense. > > Current behaviour fails to accurately predict those cases (no doubt > because, in part, the limited acceptable cases differ from person to > person), and so you get unexpected focus theft. This is bad for > everyone. The problem is that the "automatic focus change only when intended by user" will never be done 100% correctly. This is just impossible to do. So the actual better user experience case would be to always require the user to press some (easy) key combination to transfer the focus from the currently focused window. The user would quickly learn it. Then the problem shifts to whether the newly created windows should be opened in the background or not. It would be also easy to teach the user. I can for example imagine that the new window would first appear on the top overlayed with a semi-transparent text like: "Press Ctrl-Tab to send the window to background, press Alt-Tab to start typing into the window, press Esc to close the window" The other keypresses would still go to the previously focused window. With the compositing WMs it would be also easily possible to make the new window semitransparent over the old window so the user would still see that he is typing into the old window. -- Tomas Mraz No matter how far down the wrong road you've gone, turn back. Turkish proverb From petersen at redhat.com Thu Jan 7 09:44:51 2010 From: petersen at redhat.com (Jens Petersen) Date: Thu, 7 Jan 2010 04:44:51 -0500 (EST) Subject: yum-presto and comps In-Reply-To: <2093008055.3382591262855979487.JavaMail.root@zmail02.collab.prod.int.phx2.redhat.com> Message-ID: <439491549.3383961262857491788.JavaMail.root@zmail02.collab.prod.int.phx2.redhat.com> In F12 we shipped yum-presto in @gnome-desktop - a kind of a compromise I guess. Presto/deltarpm is very useful for machines with low net connectivity to mirrors but enough resources to rebuild rpms. But yum-presto is not a desktop package at all and certainly does not belong in the gnome-desktop group. [1] Perhaps the right approach for f13 is to install yum-presto by default but to disable it by default? Lighter compression might also help to reduce the resource requirements for older machines? Jens [1] https://bugzilla.redhat.com/show_bug.cgi?id=549659 From pmatilai at laiskiainen.org Thu Jan 7 09:54:14 2010 From: pmatilai at laiskiainen.org (Panu Matilainen) Date: Thu, 7 Jan 2010 11:54:14 +0200 (EET) Subject: Heads-up: %define vs %global in specs In-Reply-To: References: Message-ID: On Tue, 5 Jan 2010, Panu Matilainen wrote: > > For the impatient: > > Starting with today's rawhide, the these kind of constructs in specs no > longer "work": > %{?!foo: %define foo bar} > For the generally desired effect, the above simply becomes: > %{?!foo: %global foo bar} > > This is already recommended by the Fedora guidelines, but packages which > haven't been updated to follow the guideline might need revising: > https://fedoraproject.org/wiki/Packaging/Guidelines#.25global_preferred_over_.25define FYI, this change broke font package macros. I've reverted the macro scoping "fix" until I have a chance to properly investigate the breakage (possibly some quirk related to %{lua: ...} macros). - Panu - From jdieter at gmail.com Thu Jan 7 10:17:48 2010 From: jdieter at gmail.com (Jonathan Dieter) Date: Thu, 07 Jan 2010 12:17:48 +0200 Subject: yum-presto and comps In-Reply-To: <439491549.3383961262857491788.JavaMail.root@zmail02.collab.prod.int.phx2.redhat.com> References: <439491549.3383961262857491788.JavaMail.root@zmail02.collab.prod.int.phx2.redhat.com> Message-ID: <1262859468.2491.65.camel@localhost> On Thu, 2010-01-07 at 04:44 -0500, Jens Petersen wrote: > In F12 we shipped yum-presto in @gnome-desktop - a kind of a compromise I guess. > Presto/deltarpm is very useful for machines with low net connectivity to mirrors > but enough resources to rebuild rpms. > > But yum-presto is not a desktop package at all and certainly does not > belong in the gnome-desktop group. > > Perhaps the right approach for f13 is to install yum-presto by default > but to disable it by default? It looks like there are a couple of questions to deal with: 1) yum-presto is in @gnome-desktop and shouldn't be 2) yum-presto is enabled by default If we don't want (2), then remove it from @gnome-desktop. People who need/want it can install it using "yum install yum-presto", and it will start working immediately. If we do want (2), then we just need to work out how to fix (1). If not @gnome-desktop (which is probably not where it belongs), then possibly @base? FWIW, my opinion on (2) (as the yum-presto maintainer) is that it should be installed by default, but I'm obviously biased. > Lighter compression might also help to reduce the resource > requirements for older machines? IIRC we've already reduced the xz compression level in our rpms from 7 to 2. (See http://osdir.com/ml/fedora-devel-list/2009-09/msg00946.html) Jonathan -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part URL: From opensource at till.name Thu Jan 7 12:20:17 2010 From: opensource at till.name (Till Maas) Date: Thu, 07 Jan 2010 13:20:17 +0100 Subject: Sources file audit - 2010-01-05 In-Reply-To: <20100106222258.594ef1c4@n-dimensional.de> References: <20100106113820.74922c1f@ohm.scrye.com> <20100106192436.GA11080@redhat.com> <4B44EB8A.9070807@smartlink.ee> <20100106202922.GA16379@redhat.com> <20100106222258.594ef1c4@n-dimensional.de> Message-ID: <20100107122017.GA4752@genius.kawo2.rwth-aachen.de> On Wed, Jan 06, 2010 at 10:22:58PM +0100, Hans Ulrich Niedermann wrote: > I thought the canonical URL for downloads from sourceforge.net has been > > http://prdownloads.sourceforge.net/PROJECT/NAME-VERSION.tar.gz? It should be downloads... not prdownloads... according to the SourceURL ^^ Guidelines: https://fedoraproject.org/wiki/Packaging/SourceURL#Sourceforge.net Regards Till -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 835 bytes Desc: not available URL: From fedora at matbooth.co.uk Thu Jan 7 12:28:59 2010 From: fedora at matbooth.co.uk (Mat Booth) Date: Thu, 7 Jan 2010 12:28:59 +0000 Subject: Proposal: fedora-release-rawhide subpackage In-Reply-To: <20100106204709.17bd6bf2@ohm.scrye.com> References: <20100106204709.17bd6bf2@ohm.scrye.com> Message-ID: <9497e9991001070428l51cf3032o55cba4634ce2a8a5@mail.gmail.com> 2010/1/7 Kevin Fenzi : > Greetings. > > I'd like to propose splitting out > the /etc/yum.repos.d/fedora-rawhide.repo file into a > fedora-release-rawhide subpackage which is NOT installed by default or > shipped on the live media. > > I wrote up this using the Feature template, but I don't guess it's > really that much of a feature: > > https://fedoraproject.org/wiki/Features/RawhideRepoSubpackage > > (except in that it needs coordination across the distro and docs > updates, etc). > > Thoughts? > > (either here or the talk page of the above wiki link). > > Thanks, > > kevin > You must do a lot more Fedora user support than I do; is it really a frequent occurrence that users unwittingly enable Rawhide and screw up their systems? Not a criticism, I'm just surprised it happens at all. Maybe the problem could be solved just by labelling it clearer, rawhide-development or something. Regards, Mat -- Mat Booth From skvidal at fedoraproject.org Thu Jan 7 12:59:42 2010 From: skvidal at fedoraproject.org (Seth Vidal) Date: Thu, 7 Jan 2010 07:59:42 -0500 (EST) Subject: End of days? In-Reply-To: <1262849955.18035.0@localhost.localdomain> References: <1262849955.18035.0@localhost.localdomain> Message-ID: On Thu, 7 Jan 2010, Tony Nelson wrote: > On 10-01-06 17:54:10, Robert Relyea wrote: >> On 01/06/2010 01:43 PM, Orion Poplawski wrote: >>> [orion at orca fedora/devel]$ ls */dead.package | wc -l >>> 666 >>> >> We're ok. The original number may have been 616: >> http://www.csad.ox.ac.uk/POxy/beast616.htm > > No, that's merely the most common "correction" by those with a little > knowledge. 666 was the number for Neron Ceaser, while 616 was for Nero > Ceaser (latinized form of name). Of course, the reference was actually > to Domitian, who was Emperor when the Temple in Jerusalem was destroyed > (again) after yet another revolt by the Jews. Mentioning the current > Emperor in an unflattering way would get one killed, hence the code. > If you want to continue this discussion please do so offlist. thanks, -sv From mclasen at redhat.com Thu Jan 7 13:26:02 2010 From: mclasen at redhat.com (Matthias Clasen) Date: Thu, 07 Jan 2010 08:26:02 -0500 Subject: yum-presto and comps In-Reply-To: <439491549.3383961262857491788.JavaMail.root@zmail02.collab.prod.int.phx2.redhat.com> References: <439491549.3383961262857491788.JavaMail.root@zmail02.collab.prod.int.phx2.redhat.com> Message-ID: <1262870762.2600.1.camel@planemask> On Thu, 2010-01-07 at 04:44 -0500, Jens Petersen wrote: > In F12 we shipped yum-presto in @gnome-desktop - a kind of a compromise I guess. > Presto/deltarpm is very useful for machines with low net connectivity to mirrors > but enough resources to rebuild rpms. > > But yum-presto is not a desktop package at all and certainly does not > belong in the gnome-desktop group. [1] > > Perhaps the right approach for f13 is to install yum-presto by default > but to disable it by default? Lighter compression might also > help to reduce the resource requirements for older machines? > I don't think that there really is something to fix here, and I don't know that I can make you happy. If I do the customization in the kickstart file, you complain as well (see PK-command-not-found).... From opensource at till.name Thu Jan 7 14:24:05 2010 From: opensource at till.name (Till Maas) Date: Thu, 07 Jan 2010 15:24:05 +0100 Subject: Proposal: fedora-release-rawhide subpackage In-Reply-To: <20100106204709.17bd6bf2@ohm.scrye.com> References: <20100106204709.17bd6bf2@ohm.scrye.com> Message-ID: <20100107142405.GC4752@genius.kawo2.rwth-aachen.de> On Wed, Jan 06, 2010 at 08:47:09PM -0700, Kevin Fenzi wrote: > I'd like to propose splitting out > the /etc/yum.repos.d/fedora-rawhide.repo file into a > fedora-release-rawhide subpackage which is NOT installed by default or > shipped on the live media. > > I wrote up this using the Feature template, but I don't guess it's > really that much of a feature: > > https://fedoraproject.org/wiki/Features/RawhideRepoSubpackage > > (except in that it needs coordination across the distro and docs > updates, etc). > > Thoughts? You propose that the repo should be enabled by default if the package is installed. I don't like this. This make it a lot easier to break a system with Rawhide, if one installs the repo file, e.g. only to be able to easily download the src.rpm files with yumdownloader or to query it with repoquery, but not to actually install the unsigned packages from it. It will probably also auto break systems that just install everything, which is also not nice. Regards Till -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 835 bytes Desc: not available URL: From rawhide at fedoraproject.org Thu Jan 7 14:30:28 2010 From: rawhide at fedoraproject.org (Rawhide Report) Date: Thu, 7 Jan 2010 14:30:28 +0000 Subject: rawhide report: 20100107 changes Message-ID: <20100107143028.GA12581@releng2.fedora.phx.redhat.com> Compose started at Thu Jan 7 08:15:04 UTC 2010 Broken deps for i386 ---------------------------------------------------------- R-hdf5-1.6.9-4.fc13.i686 requires hdf5 = 0:1.8.3 anjal-0.1.0-1.fc13.i686 requires libevolution-mail-shared.so.0 anjal-0.1.0-1.fc13.i686 requires libefilterbar.so.0 cduce-0.5.3-3.fc13.i686 requires ocaml(runtime) = 0:3.11.1 cduce-0.5.3-3.fc13.i686 requires ocaml(Filename) = 0:7cd172f02b7ee9b8d7bda3bb92144951 cduce-0.5.3-3.fc13.i686 requires ocaml(Obj) = 0:c827f726ce05da709cf7de58fc15e324 cduce-0.5.3-3.fc13.i686 requires ocaml(Format) = 0:b7ba3152a5eec5609d6ab86e6c51eebb cduce-0.5.3-3.fc13.i686 requires ocaml(Printexc) = 0:fdf007941aa14d1a26323558012dbf52 cduce-0.5.3-3.fc13.i686 requires ocaml(Buffer) = 0:23af67395823b652b807c4ae0b581211 cduce-ocamlduce-0.5.3-3.fc13.i686 requires ocaml(Format) = 0:b7ba3152a5eec5609d6ab86e6c51eebb cduce-ocamlduce-0.5.3-3.fc13.i686 requires ocaml(Buffer) = 0:23af67395823b652b807c4ae0b581211 cduce-ocamlduce-0.5.3-3.fc13.i686 requires ocaml(runtime) = 0:3.11.1 cduce-ocamlduce-0.5.3-3.fc13.i686 requires ocaml(Obj) = 0:c827f726ce05da709cf7de58fc15e324 cluster-snmp-0.16.1-2.fc12.i686 requires libnetsnmp.so.15 ghc-HTTP-devel-4000.0.6-6.fc13.i686 requires ghc = 0:6.10.4 ghc-HTTP-devel-4000.0.6-6.fc13.i686 requires ghc = 0:6.10.4 ghc-HTTP-doc-4000.0.6-6.fc13.i686 requires ghc-doc = 0:6.10.4 ghc-HTTP-doc-4000.0.6-6.fc13.i686 requires ghc-doc = 0:6.10.4 ghc-HTTP-prof-4000.0.6-6.fc13.i686 requires ghc-prof = 0:6.10.4 ghc-cairo-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-cairo-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-cairo-prof-0.10.1-5.fc12.i686 requires ghc-prof = 0:6.10.4 ghc-cgi-devel-3001.1.7.1-3.fc13.i686 requires ghc = 0:6.10.4 ghc-cgi-devel-3001.1.7.1-3.fc13.i686 requires ghc = 0:6.10.4 ghc-cgi-doc-3001.1.7.1-3.fc13.i686 requires ghc-doc = 0:6.10.4 ghc-cgi-doc-3001.1.7.1-3.fc13.i686 requires ghc-doc = 0:6.10.4 ghc-cgi-prof-3001.1.7.1-3.fc13.i686 requires ghc-prof = 0:6.10.4 ghc-fgl-devel-5.4.2.2-1.fc12.i686 requires ghc = 0:6.10.4 ghc-fgl-devel-5.4.2.2-1.fc12.i686 requires ghc = 0:6.10.4 ghc-fgl-doc-5.4.2.2-1.fc12.i686 requires ghc-doc = 0:6.10.4 ghc-fgl-doc-5.4.2.2-1.fc12.i686 requires ghc-doc = 0:6.10.4 ghc-fgl-prof-5.4.2.2-1.fc12.i686 requires ghc-prof = 0:6.10.4 ghc-gconf-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-gconf-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-gconf-prof-0.10.1-5.fc12.i686 requires ghc-prof = 0:6.10.4 ghc-ghc-paths-devel-0.1.0.5-8.fc12.i686 requires ghc = 0:6.10.4 ghc-ghc-paths-devel-0.1.0.5-8.fc12.i686 requires ghc = 0:6.10.4 ghc-ghc-paths-doc-0.1.0.5-8.fc12.i686 requires ghc-doc = 0:6.10.4 ghc-ghc-paths-doc-0.1.0.5-8.fc12.i686 requires ghc-doc = 0:6.10.4 ghc-ghc-paths-prof-0.1.0.5-8.fc12.i686 requires ghc-prof = 0:6.10.4 ghc-gio-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-gio-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-gio-prof-0.10.1-5.fc12.i686 requires ghc-prof = 0:6.10.4 ghc-glade-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-glade-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-glade-prof-0.10.1-5.fc12.i686 requires ghc-prof = 0:6.10.4 ghc-glib-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-glib-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-glib-prof-0.10.1-5.fc12.i686 requires ghc-prof = 0:6.10.4 ghc-gstreamer-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-gstreamer-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-gstreamer-prof-0.10.1-5.fc12.i686 requires ghc-prof = 0:6.10.4 ghc-gtk-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-gtk-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-gtk-prof-0.10.1-5.fc12.i686 requires ghc-prof = 0:6.10.4 ghc-gtkglext-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-gtkglext-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-gtkglext-prof-0.10.1-5.fc12.i686 requires ghc-prof = 0:6.10.4 ghc-gtksourceview2-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-gtksourceview2-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-gtksourceview2-prof-0.10.1-5.fc12.i686 requires ghc-prof = 0:6.10.4 ghc-haskell-platform-devel-2009.2.0.2-3.fc13.i686 requires ghc = 0:6.10.4 ghc-haskell-platform-devel-2009.2.0.2-3.fc13.i686 requires ghc = 0:6.10.4 ghc-haskell-platform-doc-2009.2.0.2-3.fc13.i686 requires ghc-doc = 0:6.10.4 ghc-haskell-platform-doc-2009.2.0.2-3.fc13.i686 requires ghc-doc = 0:6.10.4 ghc-haskell-platform-prof-2009.2.0.2-3.fc13.i686 requires ghc-prof = 0:6.10.4 ghc-haskell-src-exts-devel-1.3.0-2.fc13.i686 requires ghc = 0:6.10.4 ghc-haskell-src-exts-devel-1.3.0-2.fc13.i686 requires ghc = 0:6.10.4 ghc-haskell-src-exts-doc-1.3.0-2.fc13.i686 requires ghc-doc = 0:6.10.4 ghc-haskell-src-exts-doc-1.3.0-2.fc13.i686 requires ghc-doc = 0:6.10.4 ghc-haskell-src-exts-prof-1.3.0-2.fc13.i686 requires ghc-prof = 0:6.10.4 ghc-network-devel-2.2.1.4-2.fc12.i686 requires ghc = 0:6.10.4 ghc-network-devel-2.2.1.4-2.fc12.i686 requires ghc = 0:6.10.4 ghc-network-doc-2.2.1.4-2.fc12.i686 requires ghc-doc = 0:6.10.4 ghc-network-doc-2.2.1.4-2.fc12.i686 requires ghc-doc = 0:6.10.4 ghc-network-prof-2.2.1.4-2.fc12.i686 requires ghc-prof = 0:6.10.4 ghc-soegtk-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-soegtk-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-soegtk-prof-0.10.1-5.fc12.i686 requires ghc-prof = 0:6.10.4 ghc-svgcairo-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-svgcairo-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-svgcairo-prof-0.10.1-5.fc12.i686 requires ghc-prof = 0:6.10.4 ghc-uniplate-devel-1.2.0.3-6.fc12.i686 requires ghc = 0:6.10.4 ghc-uniplate-devel-1.2.0.3-6.fc12.i686 requires ghc = 0:6.10.4 ghc-uniplate-doc-1.2.0.3-6.fc12.i686 requires ghc-doc = 0:6.10.4 ghc-uniplate-doc-1.2.0.3-6.fc12.i686 requires ghc-doc = 0:6.10.4 ghc-uniplate-prof-1.2.0.3-6.fc12.i686 requires ghc-prof = 0:6.10.4 ghc-xmonad-contrib-devel-0.9-1.fc13.i686 requires ghc-utf8-string-devel = 0:0.3.5 ghc-xmonad-contrib-devel-0.9-1.fc13.i686 requires ghc = 0:6.10.4 ghc-xmonad-contrib-devel-0.9-1.fc13.i686 requires ghc = 0:6.10.4 ghc-xmonad-contrib-doc-0.9-1.fc13.i686 requires ghc-doc = 0:6.10.4 ghc-xmonad-contrib-doc-0.9-1.fc13.i686 requires ghc-doc = 0:6.10.4 ghc-xmonad-contrib-doc-0.9-1.fc13.i686 requires ghc-utf8-string-doc = 0:0.3.5 ghc-xmonad-contrib-prof-0.9-1.fc13.i686 requires ghc-prof = 0:6.10.4 ghc-xmonad-contrib-prof-0.9-1.fc13.i686 requires ghc-utf8-string-prof = 0:0.3.5 ghc-xmonad-devel-0.9-3.fc13.i686 requires ghc-X11-devel = 0:1.4.6.1 ghc-xmonad-devel-0.9-3.fc13.i686 requires ghc = 0:6.10.4 ghc-xmonad-devel-0.9-3.fc13.i686 requires ghc = 0:6.10.4 ghc-xmonad-doc-0.9-3.fc13.i686 requires ghc-doc = 0:6.10.4 ghc-xmonad-doc-0.9-3.fc13.i686 requires ghc-doc = 0:6.10.4 ghc-xmonad-doc-0.9-3.fc13.i686 requires ghc-X11-doc = 0:1.4.6.1 ghc-xmonad-prof-0.9-3.fc13.i686 requires ghc-X11-prof = 0:1.4.6.1 ghc-xmonad-prof-0.9-3.fc13.i686 requires ghc-prof = 0:6.10.4 haskell-platform-2009.2.0.2-3.fc13.i686 requires ghc = 0:6.10.4 hulahop-0.6.0-2.fc12.i686 requires xulrunner-python hulahop-0.6.0-2.fc12.i686 requires libpyxpcom.so inksmoto-0.7.0-1.rc1.fc13.noarch requires /bin/python kdebase-workspace-python-applet-4.3.90-2.fc13.i686 requires PyKDE4 >= 0:4.3.90 kpackagekit-0.5.2-2.fc13.i686 requires libpackagekit-qt.so.12 kst-fits-1.8.0-3.fc12.i686 requires cfitsio = 0:3.140 kst-netcdf-1.8.0-3.fc12.i686 requires libnetcdf_c++.so.4 kst-netcdf-1.8.0-3.fc12.i686 requires libnetcdf.so.4 1:libguestfs-1.0.80-10.fc13.i686 requires gfs-utils linphone-2.1.1-4.fc12.i686 requires libortp.so.7 player-3.0.0-4.fc12.i686 requires libgeos-3.1.1.so player-3.0.0-4.fc12.i686 requires libcxcore.so.2 player-3.0.0-4.fc12.i686 requires libcvaux.so.2 player-3.0.0-4.fc12.i686 requires libml.so.2 player-3.0.0-4.fc12.i686 requires libhighgui.so.2 player-3.0.0-4.fc12.i686 requires libpqxx-2.6.8.so player-3.0.0-4.fc12.i686 requires libcv.so.2 pyexiv2-0.1.3-5.fc12.i686 requires libexiv2.so.5 python-basemap-0.99.4-1.fc13.i686 requires libgeos-3.2.0rc3.so zikula-module-menutree-2.2-1.fc13.noarch requires zikula >= 0:1.2 Broken deps for x86_64 ---------------------------------------------------------- R-hdf5-1.6.9-4.fc13.x86_64 requires hdf5 = 0:1.8.3 anjal-0.1.0-1.fc13.x86_64 requires libevolution-mail-shared.so.0()(64bit) anjal-0.1.0-1.fc13.x86_64 requires libefilterbar.so.0()(64bit) cduce-0.5.3-3.fc13.x86_64 requires ocaml(runtime) = 0:3.11.1 cduce-0.5.3-3.fc13.x86_64 requires ocaml(Filename) = 0:7cd172f02b7ee9b8d7bda3bb92144951 cduce-0.5.3-3.fc13.x86_64 requires ocaml(Obj) = 0:c827f726ce05da709cf7de58fc15e324 cduce-0.5.3-3.fc13.x86_64 requires ocaml(Format) = 0:b7ba3152a5eec5609d6ab86e6c51eebb cduce-0.5.3-3.fc13.x86_64 requires ocaml(Printexc) = 0:fdf007941aa14d1a26323558012dbf52 cduce-0.5.3-3.fc13.x86_64 requires ocaml(Buffer) = 0:23af67395823b652b807c4ae0b581211 cduce-ocamlduce-0.5.3-3.fc13.x86_64 requires ocaml(Format) = 0:b7ba3152a5eec5609d6ab86e6c51eebb cduce-ocamlduce-0.5.3-3.fc13.x86_64 requires ocaml(Buffer) = 0:23af67395823b652b807c4ae0b581211 cduce-ocamlduce-0.5.3-3.fc13.x86_64 requires ocaml(Obj) = 0:c827f726ce05da709cf7de58fc15e324 cduce-ocamlduce-0.5.3-3.fc13.x86_64 requires ocaml(runtime) = 0:3.11.1 cluster-snmp-0.16.1-2.fc12.x86_64 requires libnetsnmp.so.15()(64bit) ghc-HTTP-devel-4000.0.6-6.fc13.i686 requires ghc = 0:6.10.4 ghc-HTTP-devel-4000.0.6-6.fc13.i686 requires ghc = 0:6.10.4 ghc-HTTP-devel-4000.0.6-6.fc13.x86_64 requires ghc = 0:6.10.4 ghc-HTTP-devel-4000.0.6-6.fc13.x86_64 requires ghc = 0:6.10.4 ghc-HTTP-doc-4000.0.6-6.fc13.x86_64 requires ghc-doc = 0:6.10.4 ghc-HTTP-doc-4000.0.6-6.fc13.x86_64 requires ghc-doc = 0:6.10.4 ghc-HTTP-prof-4000.0.6-6.fc13.x86_64 requires ghc-prof = 0:6.10.4 ghc-cairo-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-cairo-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-cairo-devel-0.10.1-5.fc12.x86_64 requires ghc = 0:6.10.4 ghc-cairo-devel-0.10.1-5.fc12.x86_64 requires ghc = 0:6.10.4 ghc-cairo-prof-0.10.1-5.fc12.x86_64 requires ghc-prof = 0:6.10.4 ghc-cgi-devel-3001.1.7.1-3.fc13.i686 requires ghc = 0:6.10.4 ghc-cgi-devel-3001.1.7.1-3.fc13.i686 requires ghc = 0:6.10.4 ghc-cgi-devel-3001.1.7.1-3.fc13.x86_64 requires ghc = 0:6.10.4 ghc-cgi-devel-3001.1.7.1-3.fc13.x86_64 requires ghc = 0:6.10.4 ghc-cgi-doc-3001.1.7.1-3.fc13.x86_64 requires ghc-doc = 0:6.10.4 ghc-cgi-doc-3001.1.7.1-3.fc13.x86_64 requires ghc-doc = 0:6.10.4 ghc-cgi-prof-3001.1.7.1-3.fc13.x86_64 requires ghc-prof = 0:6.10.4 ghc-fgl-devel-5.4.2.2-1.fc12.i686 requires ghc = 0:6.10.4 ghc-fgl-devel-5.4.2.2-1.fc12.i686 requires ghc = 0:6.10.4 ghc-fgl-devel-5.4.2.2-1.fc12.x86_64 requires ghc = 0:6.10.4 ghc-fgl-devel-5.4.2.2-1.fc12.x86_64 requires ghc = 0:6.10.4 ghc-fgl-doc-5.4.2.2-1.fc12.x86_64 requires ghc-doc = 0:6.10.4 ghc-fgl-doc-5.4.2.2-1.fc12.x86_64 requires ghc-doc = 0:6.10.4 ghc-fgl-prof-5.4.2.2-1.fc12.x86_64 requires ghc-prof = 0:6.10.4 ghc-gconf-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-gconf-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-gconf-devel-0.10.1-5.fc12.x86_64 requires ghc = 0:6.10.4 ghc-gconf-devel-0.10.1-5.fc12.x86_64 requires ghc = 0:6.10.4 ghc-gconf-prof-0.10.1-5.fc12.x86_64 requires ghc-prof = 0:6.10.4 ghc-ghc-paths-devel-0.1.0.5-8.fc12.i686 requires ghc = 0:6.10.4 ghc-ghc-paths-devel-0.1.0.5-8.fc12.i686 requires ghc = 0:6.10.4 ghc-ghc-paths-devel-0.1.0.5-8.fc12.x86_64 requires ghc = 0:6.10.4 ghc-ghc-paths-devel-0.1.0.5-8.fc12.x86_64 requires ghc = 0:6.10.4 ghc-ghc-paths-doc-0.1.0.5-8.fc12.x86_64 requires ghc-doc = 0:6.10.4 ghc-ghc-paths-doc-0.1.0.5-8.fc12.x86_64 requires ghc-doc = 0:6.10.4 ghc-ghc-paths-prof-0.1.0.5-8.fc12.x86_64 requires ghc-prof = 0:6.10.4 ghc-gio-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-gio-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-gio-devel-0.10.1-5.fc12.x86_64 requires ghc = 0:6.10.4 ghc-gio-devel-0.10.1-5.fc12.x86_64 requires ghc = 0:6.10.4 ghc-gio-prof-0.10.1-5.fc12.x86_64 requires ghc-prof = 0:6.10.4 ghc-glade-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-glade-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-glade-devel-0.10.1-5.fc12.x86_64 requires ghc = 0:6.10.4 ghc-glade-devel-0.10.1-5.fc12.x86_64 requires ghc = 0:6.10.4 ghc-glade-prof-0.10.1-5.fc12.x86_64 requires ghc-prof = 0:6.10.4 ghc-glib-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-glib-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-glib-devel-0.10.1-5.fc12.x86_64 requires ghc = 0:6.10.4 ghc-glib-devel-0.10.1-5.fc12.x86_64 requires ghc = 0:6.10.4 ghc-glib-prof-0.10.1-5.fc12.x86_64 requires ghc-prof = 0:6.10.4 ghc-gstreamer-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-gstreamer-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-gstreamer-devel-0.10.1-5.fc12.x86_64 requires ghc = 0:6.10.4 ghc-gstreamer-devel-0.10.1-5.fc12.x86_64 requires ghc = 0:6.10.4 ghc-gstreamer-prof-0.10.1-5.fc12.x86_64 requires ghc-prof = 0:6.10.4 ghc-gtk-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-gtk-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-gtk-devel-0.10.1-5.fc12.x86_64 requires ghc = 0:6.10.4 ghc-gtk-devel-0.10.1-5.fc12.x86_64 requires ghc = 0:6.10.4 ghc-gtk-prof-0.10.1-5.fc12.x86_64 requires ghc-prof = 0:6.10.4 ghc-gtkglext-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-gtkglext-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-gtkglext-devel-0.10.1-5.fc12.x86_64 requires ghc = 0:6.10.4 ghc-gtkglext-devel-0.10.1-5.fc12.x86_64 requires ghc = 0:6.10.4 ghc-gtkglext-prof-0.10.1-5.fc12.x86_64 requires ghc-prof = 0:6.10.4 ghc-gtksourceview2-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-gtksourceview2-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-gtksourceview2-devel-0.10.1-5.fc12.x86_64 requires ghc = 0:6.10.4 ghc-gtksourceview2-devel-0.10.1-5.fc12.x86_64 requires ghc = 0:6.10.4 ghc-gtksourceview2-prof-0.10.1-5.fc12.x86_64 requires ghc-prof = 0:6.10.4 ghc-haskell-platform-devel-2009.2.0.2-3.fc13.i686 requires ghc = 0:6.10.4 ghc-haskell-platform-devel-2009.2.0.2-3.fc13.i686 requires ghc = 0:6.10.4 ghc-haskell-platform-devel-2009.2.0.2-3.fc13.x86_64 requires ghc = 0:6.10.4 ghc-haskell-platform-devel-2009.2.0.2-3.fc13.x86_64 requires ghc = 0:6.10.4 ghc-haskell-platform-doc-2009.2.0.2-3.fc13.x86_64 requires ghc-doc = 0:6.10.4 ghc-haskell-platform-doc-2009.2.0.2-3.fc13.x86_64 requires ghc-doc = 0:6.10.4 ghc-haskell-platform-prof-2009.2.0.2-3.fc13.x86_64 requires ghc-prof = 0:6.10.4 ghc-haskell-src-exts-devel-1.3.0-2.fc13.i686 requires ghc = 0:6.10.4 ghc-haskell-src-exts-devel-1.3.0-2.fc13.i686 requires ghc = 0:6.10.4 ghc-haskell-src-exts-devel-1.3.0-2.fc13.x86_64 requires ghc = 0:6.10.4 ghc-haskell-src-exts-devel-1.3.0-2.fc13.x86_64 requires ghc = 0:6.10.4 ghc-haskell-src-exts-doc-1.3.0-2.fc13.x86_64 requires ghc-doc = 0:6.10.4 ghc-haskell-src-exts-doc-1.3.0-2.fc13.x86_64 requires ghc-doc = 0:6.10.4 ghc-haskell-src-exts-prof-1.3.0-2.fc13.x86_64 requires ghc-prof = 0:6.10.4 ghc-network-devel-2.2.1.4-2.fc12.i686 requires ghc = 0:6.10.4 ghc-network-devel-2.2.1.4-2.fc12.i686 requires ghc = 0:6.10.4 ghc-network-devel-2.2.1.4-2.fc12.x86_64 requires ghc = 0:6.10.4 ghc-network-devel-2.2.1.4-2.fc12.x86_64 requires ghc = 0:6.10.4 ghc-network-doc-2.2.1.4-2.fc12.x86_64 requires ghc-doc = 0:6.10.4 ghc-network-doc-2.2.1.4-2.fc12.x86_64 requires ghc-doc = 0:6.10.4 ghc-network-prof-2.2.1.4-2.fc12.x86_64 requires ghc-prof = 0:6.10.4 ghc-soegtk-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-soegtk-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-soegtk-devel-0.10.1-5.fc12.x86_64 requires ghc = 0:6.10.4 ghc-soegtk-devel-0.10.1-5.fc12.x86_64 requires ghc = 0:6.10.4 ghc-soegtk-prof-0.10.1-5.fc12.x86_64 requires ghc-prof = 0:6.10.4 ghc-svgcairo-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-svgcairo-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-svgcairo-devel-0.10.1-5.fc12.x86_64 requires ghc = 0:6.10.4 ghc-svgcairo-devel-0.10.1-5.fc12.x86_64 requires ghc = 0:6.10.4 ghc-svgcairo-prof-0.10.1-5.fc12.x86_64 requires ghc-prof = 0:6.10.4 ghc-uniplate-devel-1.2.0.3-6.fc12.i686 requires ghc = 0:6.10.4 ghc-uniplate-devel-1.2.0.3-6.fc12.i686 requires ghc = 0:6.10.4 ghc-uniplate-devel-1.2.0.3-6.fc12.x86_64 requires ghc = 0:6.10.4 ghc-uniplate-devel-1.2.0.3-6.fc12.x86_64 requires ghc = 0:6.10.4 ghc-uniplate-doc-1.2.0.3-6.fc12.x86_64 requires ghc-doc = 0:6.10.4 ghc-uniplate-doc-1.2.0.3-6.fc12.x86_64 requires ghc-doc = 0:6.10.4 ghc-uniplate-prof-1.2.0.3-6.fc12.x86_64 requires ghc-prof = 0:6.10.4 ghc-xmonad-contrib-devel-0.9-1.fc13.i686 requires ghc-utf8-string-devel = 0:0.3.5 ghc-xmonad-contrib-devel-0.9-1.fc13.i686 requires ghc = 0:6.10.4 ghc-xmonad-contrib-devel-0.9-1.fc13.i686 requires ghc = 0:6.10.4 ghc-xmonad-contrib-devel-0.9-1.fc13.x86_64 requires ghc-utf8-string-devel = 0:0.3.5 ghc-xmonad-contrib-devel-0.9-1.fc13.x86_64 requires ghc = 0:6.10.4 ghc-xmonad-contrib-devel-0.9-1.fc13.x86_64 requires ghc = 0:6.10.4 ghc-xmonad-contrib-doc-0.9-1.fc13.x86_64 requires ghc-doc = 0:6.10.4 ghc-xmonad-contrib-doc-0.9-1.fc13.x86_64 requires ghc-doc = 0:6.10.4 ghc-xmonad-contrib-doc-0.9-1.fc13.x86_64 requires ghc-utf8-string-doc = 0:0.3.5 ghc-xmonad-contrib-prof-0.9-1.fc13.x86_64 requires ghc-prof = 0:6.10.4 ghc-xmonad-contrib-prof-0.9-1.fc13.x86_64 requires ghc-utf8-string-prof = 0:0.3.5 ghc-xmonad-devel-0.9-3.fc13.i686 requires ghc-X11-devel = 0:1.4.6.1 ghc-xmonad-devel-0.9-3.fc13.i686 requires ghc = 0:6.10.4 ghc-xmonad-devel-0.9-3.fc13.i686 requires ghc = 0:6.10.4 ghc-xmonad-devel-0.9-3.fc13.x86_64 requires ghc-X11-devel = 0:1.4.6.1 ghc-xmonad-devel-0.9-3.fc13.x86_64 requires ghc = 0:6.10.4 ghc-xmonad-devel-0.9-3.fc13.x86_64 requires ghc = 0:6.10.4 ghc-xmonad-doc-0.9-3.fc13.x86_64 requires ghc-doc = 0:6.10.4 ghc-xmonad-doc-0.9-3.fc13.x86_64 requires ghc-doc = 0:6.10.4 ghc-xmonad-doc-0.9-3.fc13.x86_64 requires ghc-X11-doc = 0:1.4.6.1 ghc-xmonad-prof-0.9-3.fc13.x86_64 requires ghc-X11-prof = 0:1.4.6.1 ghc-xmonad-prof-0.9-3.fc13.x86_64 requires ghc-prof = 0:6.10.4 haskell-platform-2009.2.0.2-3.fc13.x86_64 requires ghc = 0:6.10.4 hulahop-0.6.0-2.fc12.x86_64 requires xulrunner-python hulahop-0.6.0-2.fc12.x86_64 requires libpyxpcom.so()(64bit) inksmoto-0.7.0-1.rc1.fc13.noarch requires /bin/python kdebase-workspace-python-applet-4.3.90-2.fc13.x86_64 requires PyKDE4 >= 0:4.3.90 kpackagekit-0.5.2-2.fc13.x86_64 requires libpackagekit-qt.so.12()(64bit) kst-fits-1.8.0-3.fc12.x86_64 requires cfitsio = 0:3.140 kst-netcdf-1.8.0-3.fc12.x86_64 requires libnetcdf.so.4()(64bit) kst-netcdf-1.8.0-3.fc12.x86_64 requires libnetcdf_c++.so.4()(64bit) 1:libguestfs-1.0.80-10.fc13.i686 requires gfs-utils 1:libguestfs-1.0.80-10.fc13.x86_64 requires gfs-utils linphone-2.1.1-4.fc12.i686 requires libortp.so.7 linphone-2.1.1-4.fc12.x86_64 requires libortp.so.7()(64bit) player-3.0.0-4.fc12.i686 requires libgeos-3.1.1.so player-3.0.0-4.fc12.i686 requires libcxcore.so.2 player-3.0.0-4.fc12.i686 requires libcvaux.so.2 player-3.0.0-4.fc12.i686 requires libml.so.2 player-3.0.0-4.fc12.i686 requires libhighgui.so.2 player-3.0.0-4.fc12.i686 requires libpqxx-2.6.8.so player-3.0.0-4.fc12.i686 requires libcv.so.2 player-3.0.0-4.fc12.x86_64 requires libhighgui.so.2()(64bit) player-3.0.0-4.fc12.x86_64 requires libcv.so.2()(64bit) player-3.0.0-4.fc12.x86_64 requires libcxcore.so.2()(64bit) player-3.0.0-4.fc12.x86_64 requires libgeos-3.1.1.so()(64bit) player-3.0.0-4.fc12.x86_64 requires libml.so.2()(64bit) player-3.0.0-4.fc12.x86_64 requires libcvaux.so.2()(64bit) player-3.0.0-4.fc12.x86_64 requires libpqxx-2.6.8.so()(64bit) pyexiv2-0.1.3-5.fc12.x86_64 requires libexiv2.so.5()(64bit) python-basemap-0.99.4-1.fc13.x86_64 requires libgeos-3.2.0rc3.so()(64bit) zikula-module-menutree-2.2-1.fc13.noarch requires zikula >= 0:1.2 New package BareBonesBrowserLaunch Simple library to launch a browser window from Java New package PyMca GUI for multi-channel analyser spectra visualization and analysis New package at-spi2-atk A GTK+ module that bridges ATK to D-Bus at-spi New package libmx A clutter widget toolkit New package linux-firmware Firmware files used by the Linux kernel New package orbited A browser(javascript)->tcp bridge New package pki-silent Dogtag Certificate System - Silent Installer New package polkit-kde PolicyKit integration for KDE Desktop New package rubygem-mime-types Return the MIME Content-Type for a given filename New package themonospot-base Base component for themonospot system, parser/editor and content descriptor New package themonospot-console Console application to use themonospot (multimedia files parser/editor) New package themonospot-gui-gtk Gtk application to use themonospot (multimedia files parser/editor) New package themonospot-plugin-avi Avi plugin for themonospot system New package themonospot-plugin-mkv Matroska plugin for themonospot system New package udunits2 A library for manipulating units of physical quantities Updated Packages: EekBoek-1.04.06-1.fc13 ---------------------- * Wed Jan 06 2010 Johan Vromans - 1.04.06-1 - Upgrade to upstream 1.04.06. NetworkManager-0.7.998-1.git20100106.fc13 ----------------------------------------- * Wed Jan 06 2010 Dan Williams - 0.7.998-1.git20100106 - build: fix for new pppd (rh #548520) - core: add WWAN enable/disable functionality - ifcfg-rh: IPv6 addressing and routes support (rh #523288) - ifcfg-rh: ensure connection is updated when route/key files change - applet: fix crash when active AP isn't found (rh #546901) - editor: fix crash when editing connections (rh #549579) akonadi-1.2.90-1.fc13 --------------------- * Wed Jan 06 2010 Rex Dieter 1.2.90-1 - akonadi-1.2.90 amarok-2.2.2-1.fc13 ------------------- * Tue Jan 05 2010 Rex Dieter - 2.2.2-1 - amarok-2.2.2 anaconda-13.16-1.fc13 --------------------- * Wed Jan 06 2010 Chris Lumens - 13.15-1 - Also remove requirement for libbdevid (hdegoede). - Update the python-pyblock version requirement, too. (clumens) - Bump the required version numbers on a couple of components. (clumens) - ID_BUS is not always defined (on virt, for instance) so handle that. (clumens) - opts should always be treated as a list inside isys.mount(). (clumens) * Wed Jan 06 2010 Chris Lumens - 13.16-1 - Add libblkid as a BuildRequires. (clumens) at-spi-1.29.3-3.fc13 -------------------- * Wed Jan 06 2010 Matthias Clasen - 1.29.3-3 - Improve Corba/DBus switching in pyatspi autotrust-0.3.1-3.fc13 ---------------------- * Wed Jan 06 2010 Paul Wouters - 0.3.1-3 - Rebuild for new unbound-libs calibre-0.6.32-1.fc13 --------------------- * Wed Jan 06 2010 Ionu? C. Ar??ri?i - 0.6.32-1 - new upstream release 0.6.32 - project website has changed - added python-BeautifulSoup BuildRequire - new patch to fix full buildpath in binary files cluster-3.0.6-2.fc13 -------------------- * Wed Jan 06 2010 Fabio M. Di Nitto - 3.0.6-2 - Drop gfs-utils commodity package clutter-1.0.8-2.fc13 -------------------- * Thu Jan 07 2010 Peter Robinson 1.0.8-2 - A few minor spec cleanups * Mon Jan 04 2010 Peter Robinson 1.0.8-1 - Update to 1.0.8 condor-7.4.1-1.fc12 ------------------- * Tue Jan 05 2010 - 7.4.1-1 - Upgrade to 7.4.1 release - Upstreamed: guess_version_from_release_dir, fix_platform_check - Security update (BZ549577) coreutils-8.2-6.fc13 -------------------- * Wed Jan 06 2010 Ondrej Vasik - 8.2-6 - require gmp-devel/gmp for large numbers support(#552846) cpio-2.10-4.fc13 ---------------- * Wed Jan 06 2010 Ondrej Vasik 2.10-4 - do not fail with new POSIX 2008 utimens() glibc call (#552320) cups-pk-helper-0.0.4-10.fc12 ---------------------------- * Thu Dec 10 2009 Marek Kasik - 0.0.4-10 - Fix adding of printers without specification of ppd-name. - Patch by Tim Waugh. - Resolves: #545452 dhcp-4.1.0p1-16.fc13 -------------------- * Thu Jan 07 2010 Jiri Popelka - 12:4.1.0p1-16 - Use %global instead of %define. emacs-23.1-19.fc13 ------------------ * Thu Jan 07 2010 Jens Petersen - 1:23.1-19 - m17n-lib-flt requires m17n-db-flt so no longer need to require explicitly m17n-db-datafiles for complex text rendering (#542657) evolution-rspam-0.0.99-1.20100106git.fc13 ----------------------------------------- * Wed Jan 06 2010 Lucian Langa - 0.0.99-1.20100106git - update to latest git snapshot evolution-rss-0.1.4-13.fc12 --------------------------- * Fri Dec 25 2009 Lucian Langa - 0.1.4-13 - upstream patch to fix evo version detection expendable-0.0.9-2.fc13 ----------------------- * Sat Jan 09 2010 Tim Waugh 0.0.9-2 - Fixed save-on-exit (bug #551337). flute-1.3.0-3.OOo31.fc13 ------------------------ * Wed Jan 06 2010 Caolan McNamara - 1.3.0-3.OOo31 - ParseException.java is under LGPLv2+ gcompris-9.0-1.fc13 ------------------- * Mon Jan 04 2010 Johan Cwiklinski 9.0-1 - New GCompris 9.0 gd-2.0.35-11.fc13 ----------------- * Wed Jan 06 2010 Jiri Moskovcak - 2.0.35-10 - spec file fixes based on merge review * Wed Jan 06 2010 Jiri Moskovcak - 2.0.35-11 - more spec file fixes gkrellm-volume-2.1.13-12.fc12 ----------------------------- * Mon Jan 04 2010 Ville Skytt? - 2.1.13-12 - Patch to fix crash when moving devices up/down in config (#552022). gthumb-2.11.1-3.fc13 -------------------- * Wed Jan 06 2010 Matthias Clasen - 2.11.1-2 - Fix up some spec file issues * Wed Jan 06 2010 Matthias Clasen - 2.11.1-3 - Use my CFLAGS, dammit gtk-doc-1.13-2.fc13 ------------------- * Wed Jan 06 2010 Matthias Clasen - 1.13-2 - Fix issues with gtkdoc-fixxref gwibber-2.0.0-2.491bzr.fc13 --------------------------- * Wed Jan 06 2010 Tom "spot" Callaway - 1:2.0.0-2.491bzr - Update to r491 hdf5-1.8.4-1.fc13 ----------------- * Wed Jan 06 2010 Orion Poplawski 1.8.4-1 - Update to 1.8.4 - Must compile with -O0 due to gcc-4.4 incompatability - No longer need -fno-strict-aliasing hugin-2009.2.0-1.fc13 --------------------- hunspell-dsb-1.2.0-1.fc13 ------------------------- * Wed Jan 06 2010 Caolan McNamara - 1.2.0-1 - latest version hunspell-tn-0.20060123-5.fc13 ----------------------------- * Wed Jan 06 2010 Caolan McNamara - 0.20060123-5 - README says was derived from GPL work -> GPL hyphen-fr-2.0-3.fc13 -------------------- * Wed Jan 06 2010 Caolan McNamara - 2.0-3 - track new location jakarta-commons-fileupload-1.2.1-1.fc13 --------------------------------------- * Wed Jan 06 2010 Mary Ellen Foster - 1:1.2.1-1 - Update to newest version; include Maven metadata jcip-annotations-1-1.20060626.fc13 ---------------------------------- * Wed Jan 06 2010 Jerry James - 1-1.20060626 - Add maven depmap - Upstream uploaded a new source jar with a trivial difference - Fix the version-release number kdeaccessibility-4.3.90-1.fc13 ------------------------------ * Wed Jan 06 2010 Rex Dieter - 4.3.90-1 - kde-4.3.90 (4.4rc1) kdeadmin-4.3.90-1.fc13 ---------------------- * Wed Jan 06 2010 Rex Dieter - 4.3.90-1 - kde-4.3.90 (4.4rc1) kdeartwork-4.3.90-1.fc13 ------------------------ * Wed Jan 06 2010 Rex Dieter - 4.3.90-1 - kde-4.3.90 (4.4rc1) kdebase-4.3.90-1.fc13 --------------------- * Wed Jan 06 2010 Rex Dieter - 4.3.90-1 - kde-4.3.90 (4.4rc1) kdebase-runtime-4.3.90-1.fc13 ----------------------------- * Wed Jan 06 2010 Rex Dieter - 4.3.90-1 - kde-4.3.85 (4.4rc1) kdebase-workspace-4.3.90-2.fc13 ------------------------------- * Wed Jan 06 2010 Rex Dieter - 4.3.90-1 - kde-4.3.85 (4.4rc1) * Wed Jan 06 2010 Rex Dieter - 4.3.90-2 - drop -akonadi subpkg * Tue Jan 05 2010 Kevin Kofler - 4.3.85-3 - F13+: don't Obsoletes: PolicyKit-kde, let polkit-kde obsolete it - F13+: explicitly require polkit-kde instead of PolicyKit-authentication-agent kdeedu-4.3.90-1.fc13 -------------------- * Wed Jan 06 2010 Rex Dieter - 4.3.90-1 - kde-4.3.90 (4.4rc1) kdegames-4.3.90-1.fc13 ---------------------- * Wed Jan 06 2010 Rex Dieter - 4.3.90-1 - kde-4.3.90 (4.4rc1) kdegraphics-4.3.90-1.fc13 ------------------------- * Wed Jan 06 2010 Rex Dieter - 4.3.90-1 - kde-4.3.90 (4.4rc1) kdelibs-4.3.90-2.fc13 --------------------- * Wed Jan 06 2010 Rex Dieter - 4.3.90-1 - 4.3.90 (4.4rc1) - drop openssl patch (no longer needed since bug #429846 fixed) * Wed Jan 06 2010 Rex Dieter - 4.3.90-2 - -devel: Requires: shared-desktop-ontologies-devel kdemultimedia-4.3.90-1.fc13 --------------------------- * Wed Jan 06 2010 Rex Dieter - 4.3.85-2 - (re)enable kmix/pa support, with patches from coling/mandriva - tighten lib deps with %{?_isa} - deprecate Obsoletes: dragonplayer * Wed Jan 06 2010 Rex Dieter - 4.3.90-1 - kde-4.3.90 (4.4rc1) kdenetwork-4.3.90-1.fc13 ------------------------ * Wed Jan 06 2010 Rex Dieter - 4.3.90-1 - kde-4.3.90 (4.4rc1) kdepim-4.3.90-1.fc13 -------------------- * Wed Jan 06 2010 Rex Dieter - 4.3.90-1 - kde-4.3.90 (4.4rc1) kdepim-runtime-4.3.90-1.fc13 ---------------------------- * Wed Jan 06 2010 Rex Dieter - 4.3.90-1 - kde-4.3.90 (4.4rc1) kdepimlibs-4.3.90-3.fc13 ------------------------ * Wed Jan 06 2010 Rex Dieter - 4.3.90-1 - 4.3.90 (4.4 rc1) - drop -akonadi subpkg * Wed Jan 06 2010 Rex Dieter - 4.3.90-2 - akonadi_ver 1.2.90 * Wed Jan 06 2010 Rex Dieter - 4.3.90-3 - revive -akonadi kdesdk-4.3.90-1.fc13 -------------------- * Wed Jan 06 2010 Rex Dieter - 4.3.90-1 - kde-4.3.90 (4.4rc1) kdetoys-4.3.90-1.fc13 --------------------- * Wed Jan 06 2010 Rex Dieter - 4.3.90-1 - kde-4.3.90 (4.4rc1) kdeutils-4.3.90-1.fc13 ---------------------- * Wed Jan 06 2010 Rex Dieter - 4.3.90-1 - kde-4.3.90 (4.4rc1) kernel-2.6.32.2-18.fc13 ----------------------- * Thu Jan 07 2010 David Woodhouse 2.6.32.2-18 - Drop kernel-firmware package now that it's packaged separately. * Mon Jan 04 2010 Dave Jones - Drop some of the vm/spinlock taint patches. dump_stack() already does same. krb5-1.7-17.fc13 ---------------- * Wed Jan 06 2010 Nalin Dahyabhai - 1.7-17 - put the conditional back for the -devel subpackage - back down to the earlier version of the patch for #551764; the backported alternate version was incomplete libarchive-2.7.902a-1.fc13 -------------------------- * Wed Jan 06 2010 Tomas Bzatek - 2.7.902a-1 - Update to 2.7.902a libtextcat-2.2-11.fc13 ---------------------- * Wed Jan 06 2010 Caolan McNamara 2.2-11 - update links to fpdb.conf, etc. libxkbfile-1.0.6-2.fc13 ----------------------- * Sat Jan 02 2010 Rex Dieter 1.0.6-2 - fix Release (and upgrade paths) lxappearance-0.4.0-1.fc13 ------------------------- * Thu Jan 07 2010 Christoph Wickert - 0.4.0-1 - Update to 0.4.0 meld-1.3.1-1.fc13 ----------------- * Wed Jan 06 2010 Brian Pepple - 1.3.1-1 - Update to 1.3.1. - Remove scrollkeeper scriptlets since they are no longer needed. mesa-7.8-0.9.fc13 ----------------- * Thu Jan 07 2010 Dave Airlie 7.8-0.9 - Disable dricore for now as it conflicts with upstream vis changes * Wed Jan 06 2010 Dave Airlie 7.8-0.8 - update to latest snapshot and fixup build mm3d-1.3.8a-1.fc13 ------------------ * Wed Jan 06 2010 Dan Hor?k 1.3.8a-1 - rebuilt with updated source archive (no change) moblin-icon-theme-2.2.0-1.fc13 ------------------------------ * Wed Jan 06 2010 Peter Robinson 2.2.0-1 - New upstream 2.2.0 release nautilus-image-converter-0.3.0-4.fc13 ------------------------------------- * Wed Jan 06 2010 Brian Pepple - 0.3.0-4 - Update src url. nc-1.84-22.fc13 --------------- * Wed Jan 06 2010 Jan Zeleny - 1.84-22 - some updates in spec file in order to complete merge review - changed location of testing scripts to /usr/share/nc/scripts nco-4.0.0-4.fc13 ---------------- * Wed Jan 06 2010 - Orion Poplawski - 4.0.0-1 - Update to 4.0.0 * Wed Jan 06 2010 - Orion Poplawski - 4.0.0-2 - Enable udunits2 support - Updated 4.0.0 tarball * Wed Jan 06 2010 - Orion Poplawski - 4.0.0-3 - Enable udunits2 support - add proper include path * Wed Jan 06 2010 - Orion Poplawski - 4.0.0-4 - Enable netcdf4 support net-snmp-5.5-8.fc13 ------------------- * Tue Jan 05 2010 Jan Safranek - 1:5.5-8 - fix invalid access to memory in tcpListenerTable (#551030) nsd-3.2.4-1.fc13 ---------------- * Wed Jan 06 2010 Paul Wouters - 3.2.4-1 - Updated to nsd 3.2.4 nspluginwrapper-1.3.0-11.fc13 ----------------------------- * Wed Jan 06 2010 Martin Stransky 1.3.0-11 - Fixed rpmlint complains nss-3.12.5-1.fc13.13.2 ---------------------- * Wed Jan 06 2010 Elio Maldonado - 3.12.5-1.13.2 - New version of patch to allow root to modify ystem database (#547860) ocaml-camlp5-5.12-5.fc13 ------------------------ * Wed Jan 06 2010 Richard W.M. Jones - 5.12-5 - Ignore ocaml(Pa_extend) bogus generated requires and provides. octave-3.2.3-3.fc13 ------------------- * Wed Jan 06 2010 Jussi Lehtola - 6.3.2.3-3 - Really build against ATLAS instead of reference BLAS (#513381). oxygen-icon-theme-4.3.90-1.fc13 ------------------------------- * Wed Jan 06 2010 Rex Dieter - 4.3.90-1 - 4.3.90 (4.4 rc1) pdns-recursor-3.1.7.2-1.fc13 ---------------------------- * Wed Jan 06 2010 Ruben Kerkhof 3.1.7.2-1 - Upstream released new version - Fixes CVE-2009-4009 and CVE-2009-4010 policycoreutils-2.0.78-8.fc13 ----------------------------- * Wed Jan 06 2010 Dan Walsh 2.0.78-8 - Speed up audit2allow processing of audit2why comments python-iwlib-0.1-2.fc13 ----------------------- * Thu Jan 07 2010 Jiri Popelka - 0.1-2 - Use %global instead of %define. python-musicbrainz2-0.7.0-1.fc13 -------------------------------- * Wed Jan 06 2010 Jeffrey C. Ollie - 0.7.0-1 - Update to 0.7.0 - Drop upstreamed patches - Switch to using global instead of define python-rdflib-2.4.2-1.fc13 -------------------------- * Wed Jan 06 2010 David Malcolm - 2.4.2-1 - bump to 2.4.2 (#552909) - fix source URL to use version macro rhythmbox-0.12.6-6.fc13 ----------------------- * Wed Jan 06 2010 Bastien Nocera 0.12.6-6 - Add patches from F-12 roxterm-1.17.1-1.fc13 --------------------- * Wed Jan 06 2010 Sebastian Vahl - 1.17.1-1 - new upstream release: 1.17.1 selenium-core-1.0.2-0.2.20091211svn.fc13 ---------------------------------------- * Wed Jan 06 2010 Lubomir Rintel (GoodData) - 1.0.2-0.2.20091211svn - Fix commons-logging dependency selinux-policy-3.7.5-8.fc13 --------------------------- * Wed Jan 06 2010 Dan Walsh 3.7.5-8 - Remove most of the permissive domains from F12. sound-juicer-2.28.1-2.fc13 -------------------------- * Wed Jan 06 2010 Bastien Nocera 2.28.1-2 - Fix potential musicbrainz crasher swfdec-gnome-2.28.0-2.fc13 -------------------------- * Wed Jan 06 2010 Brian Pepple - 2.28.0-2 - Update src url. system-config-printer-1.1.16-4.fc13 ----------------------------------- * Wed Jan 06 2010 Tim Waugh - 1.1.16-3 - Fixed pycups IPPRequest attribute handling bug. - Make sure there are enough ink level values (bug #541882). - Make sure the printer we added still exists before selecting it (bug #551436). - Set notification timeouts appropriately (bug #550829). - Avoid traceback in NewPrinterGUI.init (bug #550442). - Avoid traceback in on_jobviewer_exit (bug #550437). * Wed Jan 06 2010 Tim Waugh - 1.1.16-4 - Use %global instead of %define. tcp_wrappers-7.6-57.fc13 ------------------------ * Wed Jan 06 2010 Jan F. Chadima - 7.6-57 - Merge review (#226482) vips-7.20.6-1.fc13 ------------------ * Wed Jan 06 2010 Adam Goode - 7.20.6-1 - New upstream release + About half of the VIPS library has been revised + Now using gtk-doc + Better image file support + MATLAB file read supported + New interpolation system + Support for Radiance files wpa_supplicant-0.6.8-8.fc13 --------------------------- * Wed Jan 06 2010 Dan Williams - 1:0.6.8-8 - Fix handling of newer PKCS#12 files (rh #541924) xerces-j2-2.7.1-12.3.fc12.1 --------------------------- * Tue Jan 05 2010 Mat Booth - 0:2.7.1-12.3.1 - Fix unowned GCJ directory. - Fix packaging bug RHBZ #472646. xfce4-clipman-plugin-1.1.3-2.fc13 --------------------------------- * Thu Jan 07 2010 Christoph Wickert - 1.1.3-2 - Fix possible NULL values (#552892 and #552895) xorg-x11-drv-acecad-1.4.0-2.fc13 -------------------------------- * Wed Jan 06 2010 Peter Hutterer 1.4.0-2 - Use global instead of define per Packaging Guidelines xorg-x11-drv-aiptek-1.3.0-2.fc13 -------------------------------- * Wed Jan 06 2010 Peter Hutterer 1.3.0-2 - Use global instead of define per Packaging Guidelines. xorg-x11-drv-elographics-1.2.3-5.fc13 ------------------------------------- * Thu Jan 07 2010 Peter Hutterer 1.2.3-5 - Change define to global as per Packaging Guidelines. - Fix indentation of Version and Release. xorg-x11-drv-fpit-1.3.0-5.fc13 ------------------------------ * Wed Jan 06 2010 Peter Hutterer 1.3.0-5 - Use global instead of define as per Packaging Guidelines - Fix indentation of Version and Release. xorg-x11-drv-keyboard-1.4.0-3.fc13 ---------------------------------- * Thu Jan 07 2010 Peter Hutterer 1.4.0-3 - Use global instead of define as per Packaging Guidelines. - Fix tab/spaces mixup. - Remove unused files from old keyboard driver. xorg-x11-drv-mouse-1.5.0-3.fc13 ------------------------------- * Thu Jan 07 2010 Peter Hutterer 1.5.0-3 - Use global instead of define as per Packaging Guidelines. xorg-x11-drv-mutouch-1.2.1-5.fc13 --------------------------------- * Wed Jan 06 2010 Peter Hutterer 1.2.1-5 - Use global instead of define as per Packaging Guidelines - Fix indentation for Version and Release. xorg-x11-drv-penmount-1.4.0-5.fc13 ---------------------------------- * Wed Jan 06 2010 Peter Hutterer 1.4.0-5 - Use global instead of define as per Packaging Guidelines. xorg-x11-drv-vmmouse-12.6.5-3.fc13 ---------------------------------- * Wed Jan 06 2010 Peter Hutterer 12.6.5-3 - Use global instead of define as per Packaging Guidelines xorg-x11-drv-void-1.3.0-4.fc13 ------------------------------ xorg-x11-server-1.7.3-7.fc13 ---------------------------- xournal-0.4.5-2.fc13 -------------------- * Wed Jan 06 2010 Rick L Vinyard Jr 0.4.5-2 - Added xournal-0.4.5-xoprint-len.patch to fix 64 bit systems Summary: Added Packages: 15 Removed Packages: 0 Modified Packages: 100 From rjones at redhat.com Thu Jan 7 14:47:11 2010 From: rjones at redhat.com (Richard W.M. Jones) Date: Thu, 7 Jan 2010 14:47:11 +0000 Subject: rawhide report: 20100107 changes In-Reply-To: <20100107143028.GA12581@releng2.fedora.phx.redhat.com> References: <20100107143028.GA12581@releng2.fedora.phx.redhat.com> Message-ID: <20100107144711.GA19407@amd.home.annexia.org> On Thu, Jan 07, 2010 at 02:30:28PM +0000, Rawhide Report wrote: > cduce-0.5.3-3.fc13.i686 requires ocaml(runtime) = 0:3.11.1 Still waiting on upstream. > 1:libguestfs-1.0.80-10.fc13.i686 requires gfs-utils Should be fixed tomorrow. Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones virt-top is 'top' for virtual machines. Tiny program with many powerful monitoring features, net stats, disk stats, logging, etc. http://et.redhat.com/~rjones/virt-top From fulko.hew at gmail.com Thu Jan 7 14:56:12 2010 From: fulko.hew at gmail.com (Fulko Hew) Date: Thu, 7 Jan 2010 09:56:12 -0500 Subject: RFE: Never, ever steal focus. In-Reply-To: <1262852995.2467.220.camel@vespa.frost.loc> References: <4B44A57F.3000307@nodata.co.uk> <1262794078.7251.32284.camel@atropine.boston.devel.redhat.com> <4B44BC22.6020708@redhat.com> <1262797227.7251.32287.camel@atropine.boston.devel.redhat.com> <20100106172331.GA15784@us.ibm.com> <1262801337.7251.32292.camel@atropine.boston.devel.redhat.com> <1262852995.2467.220.camel@vespa.frost.loc> Message-ID: <8204a4fe1001070656s40e381b5y74a774f9499ed3da@mail.gmail.com> On Thu, Jan 7, 2010 at 3:29 AM, Tomas Mraz wrote: ... snip ... > The problem is that the "automatic focus change only when intended by > user" will never be done 100% correctly. This is just impossible to do. > > So the actual better user experience case would be to always require the > user to press some (easy) key combination to transfer the focus from the > currently focused window. The user would quickly learn it. > You wouldn't need a 'new' (easy) key combination... your window manager already defines a way to 'set focus' > Then the problem shifts to whether the newly created windows should be > opened in the background or not. > ... snip ... Thank you... There is a big difference between auto-raise, and auto-focus. I would complain about auto-focus on pop-ups (that should be my configuration choice) but auto-raise isn't (as) anoying. Its a visual distraction, but then again, thats why its called a 'popup', but at least it didn't cause me to type the wrong thing into the wrong window. -------------- next part -------------- An HTML attachment was scrubbed... URL: From awilliam at redhat.com Thu Jan 7 14:57:23 2010 From: awilliam at redhat.com (Adam Williamson) Date: Thu, 07 Jan 2010 14:57:23 +0000 Subject: Our static Libraries packaging guidelines once more In-Reply-To: <20100106173843.55759d9b@gmail.com> References: <20091205181941.600ac00f@gmail.com> <20091205180049.GF4179@free.fr> <20091205191847.2c9c6aa1@gmail.com> <4B1CFFEE.7020306@jcomserv.net> <20091207193525.71338163@gmail.com> <20100105160821.59fbef0b@gmail.com> <10344.1262707404@sss.pgh.pa.us> <1262709005.32656.10.camel@localhost.localdomain> <4B436D6F.5060207@redhat.com> <20100105170839.GI12273@redhat.com> <4B4373DD.3030400@redhat.com> <1262786234.2447.449.camel@vaio.local.net> <20100106173843.55759d9b@gmail.com> Message-ID: <1262876243.2447.503.camel@vaio.local.net> On Wed, 2010-01-06 at 17:38 +0100, Michael Schwendt wrote: > > The only problem with that is that just about every packaging guideline > > has _some_ valid exceptions (that's why they're all guidelines...) and > > it's rather hard to build exceptions into an automatic testing system in > > a way which doesn't get horribly crufty in a hurry. > > If exceptions become a problem because they are applied to many packages, > it would still be possible to adjust the guidelines or mark the packages > with special metadata comments in their .spec files. Then packagers would > need to make use of an exception _explicitly_, showing that what they do > is intentional. Yup, indeed - this is the approach MDV uses for its rpmlint checks (you can code an exception into the spec file if it's justified). -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org http://www.happyassassin.net From zing at fastmail.fm Thu Jan 7 15:17:45 2010 From: zing at fastmail.fm (Zing) Date: Thu, 7 Jan 2010 15:17:45 +0000 (UTC) Subject: RFE: Never, ever steal focus. References: <4B44A57F.3000307@nodata.co.uk> <1262811554.4713.308.camel@localhost.localdomain> <1262823460.4713.539.camel@localhost.localdomain> <20100107065810.GA7672@verda-stelo.englab.brq.redhat.com> Message-ID: On Thu, 07 Jan 2010 07:58:11 +0100, David Tardon wrote: >> gconftool-2 -s -t string /apps/metacity/general/focus_new_windows >> strict thanks for that... >> To be useful - when that's set, new windows never take focus away from >> a window that looks like a terminal window. (This is assuming the above >> opens a new window. If it changes an existing window, then >> "focus_new_windows" won't affect the behavior.) >> >> > Doesn't work. I set this, then started gedit from gnome-terminal. The > gedit window got focus. Are you sure you didn't have another gedit window open. It seems to work as Owen mentioned (only if you don't have an existing window open)... it's so close to what I needed, unfortunately I always keep a browser open in the background. From jkeating at redhat.com Thu Jan 7 17:28:26 2010 From: jkeating at redhat.com (Jesse Keating) Date: Thu, 07 Jan 2010 09:28:26 -0800 Subject: Question about dist-cvs make targets Message-ID: <1262885306.4202.7.camel@localhost.localdomain> As I proceed to port our make system over into fedpkg, I've ran across a couple targets that are giving me pause. Is anybody out there making use of the following targets? check export patch unused-patches unused-fedora-patches If so, please reply to which one, and in what scenario you use those targets. Thanks! -- Jesse Keating Fedora -- Freedom? is a feature! identi.ca: http://identi.ca/jkeating -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part URL: From nathanael at gnat.ca Thu Jan 7 17:42:01 2010 From: nathanael at gnat.ca (Nathanael D. Noblet) Date: Thu, 07 Jan 2010 10:42:01 -0700 Subject: Pulseaudio update issue... Message-ID: <4B461CE9.9060801@gnat.ca> Hello, First off, not trying to bash or otherwise start a war about pulseaudio. Just checking if anyone else is experiencing issues with the latest F12 update (0.9.21-2) of pulseaudio? For me changing between tracks in rhythmbox include a sound 'pop' at the same time as the volume goes up/down. Also when doing tab completion in gnome-terminal the music playing nearly pauses for the tab 'ding' sound. I have reverted to the original version (0.9.19-2) and it seems to work, however the volume control applet can't start as it is looking for newer pulseaudio libs, even though I reverted it... I've looked through the bugs already on bugzilla but I'm not sure if its been posted yet or not... Anyone having issues like that? From berrange at redhat.com Thu Jan 7 17:44:21 2010 From: berrange at redhat.com (Daniel P. Berrange) Date: Thu, 7 Jan 2010 17:44:21 +0000 Subject: Question about dist-cvs make targets In-Reply-To: <1262885306.4202.7.camel@localhost.localdomain> References: <1262885306.4202.7.camel@localhost.localdomain> Message-ID: <20100107174421.GE19168@redhat.com> On Thu, Jan 07, 2010 at 09:28:26AM -0800, Jesse Keating wrote: > As I proceed to port our make system over into fedpkg, I've ran across a > couple targets that are giving me pause. > > Is anybody out there making use of the following targets? > > check > export > patch > unused-patches > unused-fedora-patches > > If so, please reply to which one, and in what scenario you use those > targets. Thanks! I used 'unused-patches' every now & then to quickly check which patches are obsolete - it is easier than doing it by hand in packages which have more than 10 patches applied. Daniel -- |: Red Hat, Engineering, London -o- http://people.redhat.com/berrange/ :| |: http://libvirt.org -o- http://virt-manager.org -o- http://ovirt.org :| |: http://autobuild.org -o- http://search.cpan.org/~danberr/ :| |: GnuPG: 7D3B9505 -o- F3C9 553F A1DA 4AC2 5648 23C1 B3DF F742 7D3B 9505 :| From lmacken at redhat.com Thu Jan 7 17:44:38 2010 From: lmacken at redhat.com (Luke Macken) Date: Thu, 7 Jan 2010 12:44:38 -0500 Subject: [PATCH] Bodhi No Frozen Rawhide & Critical Path support Message-ID: <20100107174438.GA31137@x300.cable.rcn.com> Yesterday I made an initial attempt at adding support for the No Frozen Rawhide[0] and Critical Path Packages[1] policies in bodhi. From a bodhi/releng perspective, here is what the process will look like so far: Releng adds F13 to bodhi as a `locked` release: >>> Release(name='F13', long_name='Fedora 13', dist_tag='dist-f13', locked=True) Developer pushes update to F13: If the package is in the critical path, force it to go to testing until approved by releng/qa QA/Releng test F13 critical path testing updates, and promote them to stable. Releng kicks off a push of all updates: If an update is for a pending release, and headed to stable, only move it's tags: dist-f13-updates-candidate => dist-f13 If an update is for a pending release, and headed to testing, do things as normal: dist-f13-updates-candidate => dist-f13-updates-testing Release unlocks F13 release in bodhi upon RC, and everything returns to normal: >>> Release.byName('F13').locked = False Assuming I've understood everything correctly, here are the actions that I took to implement this, and the test cases that I've written to validate the policy: [X] 100% Bodhi No Frozen Rawhide & Critical Path support [X] Ability to flag a release as 'pending' [X] Disable the ability to push critpath updates directly to stable for pending releases [X] If a package is critical path, force it to go to testing [X] Push testing updates to pending releases normally [X] Only allow it to go to stable if approved by releng/qa [X] Strongly discourage developers from pushing critpath packages directly to stable, for all releases [X] Strongly discourage pushing non-critpath updates directly to stable for pending releases [X] Tag stable updates to pending releases with Release.dist_tag [X] Don't mash stable updates for pending releases, only move their tags [_] 85% Test cases [X] Create a pending release [X] Submit an update for this pending release, as normal [X] Ensure we can't push directly to stable [X] Ensure it has a testing request [X] Try pushing it to stable [X] Ensure we can't as a normal developer [X] Ensure we can as a member of the proper groups (releng/qa) [X] Ensure devs cannot push critpath updates in testing to stable [X] Ensure releng/qa can push critpath updates in testing to stable [X] Ensure noncritpath updates in testing can be pushed to stable [_] Try pushing updates (currently not possible via unit tests) [_] Ensure the stable updates only get tagged [_] Ensure the testing update gets pushed normally Attached is the initial bodhi patch. Thanks to some clever re-use of an existing DB column, I was able to implement this without making any schema modifications, so deployment should be trivial. I've also hardcoded the critical path package list in bodhi's config file until we can query the pkgdb for it. Please let me know if I'm misunderstanding any parts of this proposal, if I am missing something, or if you find any bugs in my patch. I'll try and get this into staging ASAP so we can test the masher portion of this. Thanks, luke [0]: https://fedoraproject.org/wiki/No_Frozen_Rawhide_Proposal [1]: https://fedoraproject.org/wiki/Critical_Path_Packages_Proposal -------------- next part -------------- diff --git a/bodhi/admin.py b/bodhi/admin.py index db096dd..7d80d25 100644 --- a/bodhi/admin.py +++ b/bodhi/admin.py @@ -110,9 +110,14 @@ class AdminController(Controller, SecureResource): else: # Get a list of all updates with a request that aren't # unapproved security updates, or for a locked release - requests = filter(lambda update: not update.release.locked, - PackageUpdate.select( - PackageUpdate.q.request != None)) + requests = PackageUpdate.select(PackageUpdate.q.request != None) + + # Come F13+, bodhi will not have locked releases. It will + # implement the 'No Frozen Rawhide' proposal, and treat 'locked' + # releases as pending. + #requests = filter(lambda update: not update.release.locked, + # PackageUpdate.select( + # PackageUpdate.q.request != None)) for update in requests: if update.type == 'security' and not update.approved: continue diff --git a/bodhi/controllers.py b/bodhi/controllers.py index fa2e7e1..7b134e5 100644 --- a/bodhi/controllers.py +++ b/bodhi/controllers.py @@ -831,6 +831,20 @@ class Root(controllers.RootController): flash_log(str(e)) raise InvalidUpdateException(params) + # Politely discourage devs from pushing critpath straight to stable + if (update.request == 'stable' and update.critpath and + 'qa' not in identity.current.groups and + 'releng' not in identity.current.groups): + note.append("You're pushing a critical path package directly to " + "stable, which is strongly discouraged. Please " + "consider pushing to testing first!") + # Discourage devs from pushing directly to stable for pending releases + elif update.request == 'stable' and update.release.locked: + note.append("This update is bypassing updates-testing for a " + "pending release, which is strongly discouraged. " + "Please ensure that it is properly tested, or " + "consider pushing it to testing first.") + flash_log('. '.join(note)) if request_format() == 'json': diff --git a/bodhi/masher.py b/bodhi/masher.py index c890d92..6ae1ee6 100644 --- a/bodhi/masher.py +++ b/bodhi/masher.py @@ -351,6 +351,11 @@ class MashTask(Thread): """ for update in self.updates: release = update.release + + # [No Frozen Rawhide] Don't mash stable repos for pending releases + if update.request == 'stable' and release.locked: + continue + if self.resume: self.repos.add(release.stable_repo) self.repos.add(release.testing_repo) @@ -380,6 +385,10 @@ class MashTask(Thread): for update in self.updates: if update.request == 'stable': self.tag = update.release.stable_tag + # [No Frozen Rawhide] Move stable builds going to a pending + # release to the Release.dist-tag + if update.release.locked: + self.tag = update.release.dist_tag elif update.request == 'testing': self.tag = update.release.testing_tag elif update.request == 'obsolete': diff --git a/bodhi/model.py b/bodhi/model.py index 819b571..a05ca2d 100644 --- a/bodhi/model.py +++ b/bodhi/model.py @@ -50,9 +50,12 @@ class Release(SQLObject): updates = MultipleJoin('PackageUpdate', joinColumn='release_id') id_prefix = UnicodeCol(notNone=True) dist_tag = UnicodeCol(notNone=True) # ie dist-fc7 - locked = BoolCol(default=False) metrics = PickleCol(default=None) # {metric: {data}} + # [No Frozen Rawhide] We're going to re-use this column to flag 'pending' + # releases, since we'll no longer need to lock releases in this case. + locked = BoolCol(default=False) + def get_version(self): regex = re.compile('\D+(\d+)$') return int(regex.match(self.name).groups()[0]) @@ -404,6 +407,17 @@ class PackageUpdate(SQLObject): flash_log('%s does not have a request to revoke' % self.title) return + # [No Frozen Rawhide] Disable pushing critical path updates for + # pending releases directly to stable. + if action == 'stable' and self.release.locked and self.critpath: + if ('releng' in identity.current.groups or + 'qa' in identity.current.groups): + self.comment('Critical path update approved by %s' % + identity.current.user_name, author='bodhi') + else: + log.info('Forcing critical path update into testing') + action = 'testing' + self.request = action self.pushed = False #self.date_pushed = None @@ -811,6 +825,17 @@ class PackageUpdate(SQLObject): return None return int(self.updateid.split('-')[-1]) + @property + def critpath(self): + """ Return whether or not this update is in the critical path """ + critical = False + critpath_pkgs = config.get('critpath').split() + for build in self.builds: + if build.package.name in critpath_pkgs: + critical = True + break + return critical + class Comment(SQLObject): timestamp = DateTimeCol(default=datetime.utcnow) diff --git a/bodhi/templates/show.kid b/bodhi/templates/show.kid index ea01bef..8e7c8af 100644 --- a/bodhi/templates/show.kid +++ b/bodhi/templates/show.kid @@ -67,12 +67,24 @@ karma = " %d" % (tg.url('/static/images/k Push to Testing + + + + + + Push Critical Path update to Stable + + + + Push to Stable + + @@ -95,14 +107,26 @@ karma = " %d" % (tg.url('/static/images/k - - - - - Mark as Stable - - - + + + + + + + Mark Critical Path update as Stable + + + + + + + + + Mark as Stable + + + + diff --git a/bodhi/tests/test_controllers.py b/bodhi/tests/test_controllers.py index 2228c0a..916d297 100644 --- a/bodhi/tests/test_controllers.py +++ b/bodhi/tests/test_controllers.py @@ -21,9 +21,9 @@ from bodhi.exceptions import DuplicateEntryError cherrypy.root = Root() -def create_release(num='7', dist='dist-fc'): +def create_release(num='7', dist='dist-fc', **kw): rel = Release(name='F'+num, long_name='Fedora '+num, id_prefix='FEDORA', - dist_tag=dist+num) + dist_tag=dist+num, **kw) assert rel assert Release.byName('F'+num) return rel @@ -1243,3 +1243,223 @@ class TestControllers(testutil.DBTest): assert False, "Old obsolete build still exists!!" except SQLObjectNotFound: pass + + def test_push_critpath_to_release(self): + session = login() + create_release() + params = { + 'builds' : 'kernel-2.6.31-1.fc7', + 'release' : 'Fedora 7', + 'type_' : 'bugfix', + 'bugs' : '', + 'notes' : 'foobar', + 'stable_karma' : 1, + 'request': 'stable', + 'unstable_karma' : -1, + } + testutil.capture_log(["bodhi.util", "bodhi.controllers", "bodhi.model"]) + self.save_update(params, session) + log = testutil.get_log() + assert "Update successfully created. You're pushing a critical path package directly to stable. Please consider pushing to testing first!" in log, log + update = PackageUpdate.byTitle(params['builds']) + assert update.request == 'stable' + + def test_push_critpath_to_frozen_release(self): + session = login() + create_release(locked=True) + params = { + 'builds' : 'kernel-2.6.31-1.fc7', + 'release' : 'Fedora 7', + 'type_' : 'bugfix', + 'bugs' : '', + 'notes' : 'foobar', + 'stable_karma' : 1, + 'request': 'stable', + 'unstable_karma' : -1, + } + self.save_update(params, session) + update = PackageUpdate.byTitle(params['builds']) + assert update.request == 'testing' + + def test_push_critpath_to_frozen_release_and_request_stable(self): + session = login() + create_release(locked=True) + params = { + 'builds' : 'kernel-2.6.31-1.fc7', + 'release' : 'Fedora 7', + 'type_' : 'bugfix', + 'bugs' : '', + 'notes' : 'foobar', + 'stable_karma' : 1, + 'request': 'stable', + 'unstable_karma' : -1, + } + self.save_update(params, session) + update = PackageUpdate.byTitle(params['builds']) + assert update.request == 'testing' + + # Ensure we can't create a stable request + testutil.capture_log(["bodhi.util", "bodhi.controllers", "bodhi.model"]) + testutil.create_request('/updates/request/stable/%s' % params['builds'], + method='POST', headers=session) + log = testutil.get_log() + assert "Forcing critical path update into testing" in log + update = PackageUpdate.byTitle(params['builds']) + assert update.request == 'testing' + + def test_push_critpath_to_frozen_release_and_request_stable_as_releng(self): + session = login(group='releng') + create_release(locked=True) + params = { + 'builds' : 'kernel-2.6.31-1.fc7', + 'release' : 'Fedora 7', + 'type_' : 'bugfix', + 'bugs' : '', + 'notes' : 'foobar', + 'stable_karma' : 1, + 'request': 'stable', + 'unstable_karma' : -1, + } + self.save_update(params, session) + update = PackageUpdate.byTitle(params['builds']) + assert update.request == 'stable' + + def test_critpath_to_frozen_release_available_actions(self): + """ + Ensure devs can attempt to push critpath updates for pending releases + to stable, but make sure that it can only go to testing. + """ + session = login() + create_release(locked=True) + params = { + 'builds' : 'kernel-2.6.31-1.fc7', + 'release' : 'Fedora 7', + 'type_' : 'bugfix', + 'bugs' : '', + 'notes' : 'foobar', + 'stable_karma' : 1, + 'request': None, + 'unstable_karma' : -1, + } + self.save_update(params, session) + update = PackageUpdate.byTitle(params['builds']) + testutil.create_request('/updates/%s' % params['builds'], + method='GET', headers=session) + + assert "Push to Testing" in cherrypy.response.body[0] + assert "Push to Stable" not in cherrypy.response.body[0] + + testutil.create_request('/updates/request/stable/%s' % params['builds'], + method='POST', headers=session) + update = PackageUpdate.byTitle(params['builds']) + assert update.request == 'testing' + + def test_critpath_to_frozen_release_available_actions_for_releng(self): + """ + Ensure releng/qa can push critpath updates to stable for pending releases + """ + session = login(group='releng') + create_release(locked=True) + params = { + 'builds' : 'kernel-2.6.31-1.fc7', + 'release' : 'Fedora 7', + 'type_' : 'bugfix', + 'bugs' : '', + 'notes' : 'foobar', + 'stable_karma' : 1, + 'request': None, + 'unstable_karma' : -1, + } + self.save_update(params, session) + update = PackageUpdate.byTitle(params['builds']) + testutil.create_request('/updates/%s' % params['builds'], + method='GET', headers=session) + + assert "Push to Testing" in cherrypy.response.body[0] + assert "Push Critical Path update to Stable" in cherrypy.response.body[0] + + def test_critpath_to_frozen_release_testing(self): + """ + Ensure devs can *not* push critpath updates directly to stable + for pending releases + """ + session = login() + create_release(locked=True) + params = { + 'builds' : 'kernel-2.6.31-1.fc7', + 'release' : 'Fedora 7', + 'type_' : 'bugfix', + 'bugs' : '', + 'notes' : 'foobar', + 'stable_karma' : 1, + 'request': None, + 'unstable_karma' : -1, + } + self.save_update(params, session) + update = PackageUpdate.byTitle(params['builds']) + + # Pretend it's pushed to testing + update.pushed = True + update.status = 'testing' + + testutil.create_request('/updates/%s' % params['builds'], + method='GET', headers=session) + + # Ensure the dev cannot push it to stable + assert "/updates/request/stable" not in cherrypy.response.body[0] + + def test_non_critpath_to_frozen_release_testing(self): + """ + Ensure non-critpath packages can still be pushed to stable as usual + """ + session = login() + create_release(locked=True) + params = { + 'builds' : 'nethack-2.6.31-1.fc7', + 'release' : 'Fedora 7', + 'type_' : 'bugfix', + 'bugs' : '', + 'notes' : 'foobar', + 'stable_karma' : 1, + 'request': None, + 'unstable_karma' : -1, + } + self.save_update(params, session) + update = PackageUpdate.byTitle(params['builds']) + + # Pretend it's pushed to testing + update.pushed = True + update.status = 'testing' + + testutil.create_request('/updates/%s' % params['builds'], + method='GET', headers=session) + + assert "/updates/request/stable" in cherrypy.response.body[0] + + def test_critpath_to_frozen_release_testing_admin_actions(self): + """ + Ensure admins can submit critpath updates for pending releases to stable. + """ + session = login(group='qa') + create_release(locked=True) + params = { + 'builds' : 'kernel-2.6.31-1.fc7', + 'release' : 'Fedora 7', + 'type_' : 'bugfix', + 'bugs' : '', + 'notes' : 'foobar', + 'stable_karma' : 1, + 'request': None, + 'unstable_karma' : -1, + } + self.save_update(params, session) + update = PackageUpdate.byTitle(params['builds']) + + # Pretend it's pushed to testing + update.pushed = True + update.status = 'testing' + + testutil.create_request('/updates/%s' % params['builds'], + method='GET', headers=session) + + assert "Mark Critical Path update as Stable" in cherrypy.response.body[0] -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 198 bytes Desc: not available URL: From dcantrell at redhat.com Thu Jan 7 17:51:09 2010 From: dcantrell at redhat.com (David Cantrell) Date: Thu, 7 Jan 2010 07:51:09 -1000 (HST) Subject: Question about dist-cvs make targets In-Reply-To: <1262885306.4202.7.camel@localhost.localdomain> References: <1262885306.4202.7.camel@localhost.localdomain> Message-ID: -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Thu, 7 Jan 2010, Jesse Keating wrote: > As I proceed to port our make system over into fedpkg, I've ran across a > couple targets that are giving me pause. > > Is anybody out there making use of the following targets? > > check > export > patch > unused-patches > unused-fedora-patches > > If so, please reply to which one, and in what scenario you use those > targets. Thanks! I was using 'unused-patches' until the packaging guidelines had us change Patch lines to use %{name} if that applied. The unused-patches target would be helpful if it could expand RPM macros. That may have changed now. I haven't checked it in a while. - -- David Cantrell Red Hat / Honolulu, HI -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.13 (GNU/Linux) iEYEARECAAYFAktGHxAACgkQ5hsjjIy1VkkA8ACeIRILiiyrMYGvRIf/HW4/C1Rh wK8AoLRRd0JWEftiXv7Vqpop0LLG1eXg =Ix6d -----END PGP SIGNATURE----- From jonathan.underwood at gmail.com Thu Jan 7 17:55:35 2010 From: jonathan.underwood at gmail.com (Jonathan Underwood) Date: Thu, 7 Jan 2010 17:55:35 +0000 Subject: Question about dist-cvs make targets In-Reply-To: <1262885306.4202.7.camel@localhost.localdomain> References: <1262885306.4202.7.camel@localhost.localdomain> Message-ID: <645d17211001070955i129e1a6ex66ff4d9f5d494554@mail.gmail.com> 2010/1/7 Jesse Keating : > As I proceed to port our make system over into fedpkg, I've ran across a > couple targets that are giving me pause. > > Is anybody out there making use of the following targets? > > check > export > patch > unused-patches > unused-fedora-patches > > If so, please reply to which one, and in what scenario you use those > targets. ?Thanks! I have used make patch quite a bit when developing patches. I guess it's just a wrapper around gendiff though, so it maybe redundant i.e. in my use case I could have been using gendiff. From dan at danny.cz Thu Jan 7 17:55:56 2010 From: dan at danny.cz (Dan =?ISO-8859-1?Q?Hor=E1k?=) Date: Thu, 07 Jan 2010 18:55:56 +0100 Subject: Question about dist-cvs make targets In-Reply-To: <1262885306.4202.7.camel@localhost.localdomain> References: <1262885306.4202.7.camel@localhost.localdomain> Message-ID: <1262886956.2351.48.camel@eagle.danny.cz> Jesse Keating p??e v ?t 07. 01. 2010 v 09:28 -0800: > As I proceed to port our make system over into fedpkg, I've ran across a > couple targets that are giving me pause. > > Is anybody out there making use of the following targets? > > unused-patches I tried to use this one when putting some packages with long history and some balast into a shape, but I wasn't 100% successful IIRC. > If so, please reply to which one, and in what scenario you use those > targets. Thanks! Dan From nathanael at gnat.ca Thu Jan 7 17:59:24 2010 From: nathanael at gnat.ca (Nathanael D. Noblet) Date: Thu, 07 Jan 2010 10:59:24 -0700 Subject: UPDATE Pulseaudio update issue... In-Reply-To: <4B461CE9.9060801@gnat.ca> References: <4B461CE9.9060801@gnat.ca> Message-ID: <4B4620FC.7080009@gnat.ca> Ok so totally bizarre, I re-updated via yum... It caused rhythmbox to freeze as the connection to the server died. I killed and restarted it, and the track changes were now sound seamless, as is tab completion in gnome-terminal again... I'm really not sure what the issue was, I've rebooted a few times today with noticing that an update had occurred, and then after the downgrade etc... So whatever it was is no longer an issue... odd. From nathanael at gnat.ca Thu Jan 7 18:03:00 2010 From: nathanael at gnat.ca (Nathanael D. Noblet) Date: Thu, 07 Jan 2010 11:03:00 -0700 Subject: Pulseaudio update issue... [ UPDATE 2 ] In-Reply-To: <4B461CE9.9060801@gnat.ca> References: <4B461CE9.9060801@gnat.ca> Message-ID: <4B4621D4.7070107@gnat.ca> So it seems it is related to thunderbird. I have the preference set to play a sound when new mail arrives. After it has, sounds is messed up... Bug with thunderbird I presume? From walters at verbum.org Thu Jan 7 18:12:06 2010 From: walters at verbum.org (Colin Walters) Date: Thu, 7 Jan 2010 18:12:06 +0000 Subject: Question about dist-cvs make targets In-Reply-To: <1262885306.4202.7.camel@localhost.localdomain> References: <1262885306.4202.7.camel@localhost.localdomain> Message-ID: On Thu, Jan 7, 2010 at 5:28 PM, Jesse Keating wrote: > unused-patches I use this one, but it's probably something that should just happen as part of a build sanity check, or even better make it harder to cause (the new dist-git setup might do this right?) From ajax at redhat.com Thu Jan 7 18:26:19 2010 From: ajax at redhat.com (Adam Jackson) Date: Thu, 07 Jan 2010 13:26:19 -0500 Subject: Question about dist-cvs make targets In-Reply-To: References: <1262885306.4202.7.camel@localhost.localdomain> Message-ID: <1262888779.7251.32470.camel@atropine.boston.devel.redhat.com> On Thu, 2010-01-07 at 07:51 -1000, David Cantrell wrote: > I was using 'unused-patches' until the packaging guidelines had us change > Patch lines to use %{name} if that applied. The unused-patches target would > be helpful if it could expand RPM macros. That's a guideline worth ignoring. If I'm being less charitable, that's a guideline worth deleting. - ajax -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part URL: From pp at ee.oulu.fi Thu Jan 7 18:44:50 2010 From: pp at ee.oulu.fi (Pekka Pietikainen) Date: Thu, 7 Jan 2010 20:44:50 +0200 Subject: yum-presto occasionally goes into "eternal" loop looking for deltas Message-ID: <20100107184450.GA4928@ee.oulu.fi> Presto is one of the best things ever, but occasionally it ends up not finding the delta files from any of the mirrors in the mirror list and just loops through them without making any progress. --disablepresto works a-ok, I think yum clean all; yum update also did the trick once. Still, this can probably be made a lot better. It shouldn't do that even if the mirrors are out-of-sync. Maybe add some logic that just disables presto if the deltas are nowhere to be found after a few attempts? Anyone else even see this happen? From enrico.scholz at informatik.tu-chemnitz.de Thu Jan 7 18:47:10 2010 From: enrico.scholz at informatik.tu-chemnitz.de (Enrico Scholz) Date: Thu, 07 Jan 2010 19:47:10 +0100 Subject: Question about dist-cvs make targets In-Reply-To: <645d17211001070955i129e1a6ex66ff4d9f5d494554@mail.gmail.com> (Jonathan Underwood's message of "Thu, 7 Jan 2010 17:55:35 +0000") References: <1262885306.4202.7.camel@localhost.localdomain> <645d17211001070955i129e1a6ex66ff4d9f5d494554@mail.gmail.com> Message-ID: <87vdfdhhw1.fsf@sheridan.bigo.ensc.de> Jonathan Underwood writes: > I have used make patch quite a bit when developing patches. I guess > it's just a wrapper around gendiff though, so it maybe redundant i.e. > in my use case I could have been using gendiff. fwiw, 'gendiff' does not retain comments in patches and fails when one file is touched by multiple patches. I wrote a wrapper around 'quilt' which is used like | %apply -n23 -p1 This expands to | quilt import -p 1 %PATCH23 | quilt push -f resp. | %patch23 -p1 on systems without this macro. Refreshing and developing of patches is very easy in this way. Enrico From jdieter at gmail.com Thu Jan 7 19:19:14 2010 From: jdieter at gmail.com (Jonathan Dieter) Date: Thu, 07 Jan 2010 21:19:14 +0200 Subject: yum-presto occasionally goes into "eternal" loop looking for deltas In-Reply-To: <20100107184450.GA4928@ee.oulu.fi> References: <20100107184450.GA4928@ee.oulu.fi> Message-ID: <1262891954.2491.72.camel@localhost> On Thu, 2010-01-07 at 20:44 +0200, Pekka Pietikainen wrote: > Presto is one of the best things ever, but occasionally it ends up not > finding the delta files from any of the mirrors in the mirror list and just > loops through them without making any progress. --disablepresto works > a-ok, I think yum clean all; yum update also did the trick once. > > Still, this can probably be made a lot better. It shouldn't do that even if the mirrors > are out-of-sync. Maybe add some logic that just disables > presto if the deltas are nowhere to be found after a few attempts? Anyone > else even see this happen? Yeah, see https://bugzilla.redhat.com/show_bug.cgi?id=540140. To summarize, the problem is that new updates have been pushed to the server between the time you loaded primary.sqlite and prestodelta.xml. When you run 'yum clean metadata' or 'yum clean all' it removes the outdated cached primary.sqlite and downloads the newer version. The bug has been closed as WONTFIX because there have only been a few reports; I wouldn't mind revisiting that decision if someone has a clever way of fixing it. (And I'm not convinced that checking n mirrors and then giving up is the solution.) Jonathan -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part URL: From jkeating at redhat.com Thu Jan 7 19:20:34 2010 From: jkeating at redhat.com (Jesse Keating) Date: Thu, 07 Jan 2010 11:20:34 -0800 Subject: Question about dist-cvs make targets In-Reply-To: <87vdfdhhw1.fsf@sheridan.bigo.ensc.de> References: <1262885306.4202.7.camel@localhost.localdomain> <645d17211001070955i129e1a6ex66ff4d9f5d494554@mail.gmail.com> <87vdfdhhw1.fsf@sheridan.bigo.ensc.de> Message-ID: <1262892034.4202.12.camel@localhost.localdomain> On Thu, 2010-01-07 at 19:47 +0100, Enrico Scholz wrote: > Jonathan Underwood writes: > > > I have used make patch quite a bit when developing patches. I guess > > it's just a wrapper around gendiff though, so it maybe redundant i.e. > > in my use case I could have been using gendiff. > > fwiw, 'gendiff' does not retain comments in patches and fails when one > file is touched by multiple patches. I wrote a wrapper around 'quilt' > which is used like > > | %apply -n23 -p1 > > This expands to > > | quilt import -p 1 %PATCH23 > | quilt push -f > > resp. > > | %patch23 -p1 > > on systems without this macro. Refreshing and developing of patches is > very easy in this way. > > > Enrico > I think the patch target could be replaced by my exploded tree with git approach. -- Jesse Keating Fedora -- Freedom? is a feature! identi.ca: http://identi.ca/jkeating -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part URL: From jlaska at redhat.com Thu Jan 7 19:34:44 2010 From: jlaska at redhat.com (James Laska) Date: Thu, 07 Jan 2010 14:34:44 -0500 Subject: [PATCH] Bodhi No Frozen Rawhide & Critical Path support In-Reply-To: <20100107174438.GA31137@x300.cable.rcn.com> References: <20100107174438.GA31137@x300.cable.rcn.com> Message-ID: <1262892884.2658.212.camel@localhost> On Thu, 2010-01-07 at 12:44 -0500, Luke Macken wrote: > Yesterday I made an initial attempt at adding support for the No Frozen > Rawhide[0] and Critical Path Packages[1] policies in bodhi. > > From a bodhi/releng perspective, here is what the process will look like so far: > > Releng adds F13 to bodhi as a `locked` release: > >>> Release(name='F13', long_name='Fedora 13', dist_tag='dist-f13', locked=True) > > Developer pushes update to F13: > If the package is in the critical path, force it to go to testing until approved by releng/qa > > QA/Releng test F13 critical path testing updates, and promote them to stable. Just to properly set expectations, I'd like to point out that while I agree that critical path package updates should meet a higher degree of quality, we've not yet collectively determined what "testing updates" means. QA is working on the infrastructure to support test automation and bouncing around ideas as to what a quality package update might look like. Until then, the same procedures in place for updates-testing now will be used for critical path packages [1]. > Releng kicks off a push of all updates: > If an update is for a pending release, and headed to stable, only move it's tags: > dist-f13-updates-candidate => dist-f13 > If an update is for a pending release, and headed to testing, do things as normal: > dist-f13-updates-candidate => dist-f13-updates-testing > > Release unlocks F13 release in bodhi upon RC, and everything returns to normal: > >>> Release.byName('F13').locked = False > > Assuming I've understood everything correctly, here are the actions that I took > to implement this, and the test cases that I've written to validate the policy: > > [X] 100% Bodhi No Frozen Rawhide & Critical Path support > [X] Ability to flag a release as 'pending' > [X] Disable the ability to push critpath updates directly to stable for pending releases > [X] If a package is critical path, force it to go to testing > [X] Push testing updates to pending releases normally > [X] Only allow it to go to stable if approved by releng/qa > [X] Strongly discourage developers from pushing critpath packages directly to stable, for all releases > [X] Strongly discourage pushing non-critpath updates directly to stable for pending releases > [X] Tag stable updates to pending releases with Release.dist_tag > [X] Don't mash stable updates for pending releases, only move their tags > [_] 85% Test cases > [X] Create a pending release > [X] Submit an update for this pending release, as normal > [X] Ensure we can't push directly to stable > [X] Ensure it has a testing request > [X] Try pushing it to stable > [X] Ensure we can't as a normal developer > [X] Ensure we can as a member of the proper groups (releng/qa) > [X] Ensure devs cannot push critpath updates in testing to stable > [X] Ensure releng/qa can push critpath updates in testing to stable > [X] Ensure noncritpath updates in testing can be pushed to stable > [_] Try pushing updates (currently not possible via unit tests) > [_] Ensure the stable updates only get tagged > [_] Ensure the testing update gets pushed normally > > Attached is the initial bodhi patch. Thanks to some clever re-use of an > existing DB column, I was able to implement this without making any schema > modifications, so deployment should be trivial. I've also hardcoded the > critical path package list in bodhi's config file until we can query the pkgdb > for it. > > Please let me know if I'm misunderstanding any parts of this proposal, > if I am missing something, or if you find any bugs in my patch. I'll > try and get this into staging ASAP so we can test the masher portion of > this. > Thanks, > luke > > [0]: https://fedoraproject.org/wiki/No_Frozen_Rawhide_Proposal > [1]: https://fedoraproject.org/wiki/Critical_Path_Packages_Proposal -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part URL: From jkeating at redhat.com Thu Jan 7 20:39:12 2010 From: jkeating at redhat.com (Jesse Keating) Date: Thu, 07 Jan 2010 12:39:12 -0800 Subject: [PATCH] Bodhi No Frozen Rawhide & Critical Path support In-Reply-To: <1262892884.2658.212.camel@localhost> References: <20100107174438.GA31137@x300.cable.rcn.com> <1262892884.2658.212.camel@localhost> Message-ID: <1262896752.4202.15.camel@localhost.localdomain> On Thu, 2010-01-07 at 14:34 -0500, James Laska wrote: > Just to properly set expectations, I'd like to point out that while I > agree that critical path package updates should meet a higher degree of > quality, we've not yet collectively determined what "testing updates" > means. QA is working on the infrastructure to support test automation > and bouncing around ideas as to what a quality package update might look > like. Until then, the same procedures in place for updates-testing now > will be used for critical path packages [1]. During the freezes for F-12, releng at least took time to install, and minimally run the packages that were critical before allowing them to break freeze. That's what is expected out of this as well, a minimal look to ensure no brown paper bag updates get through. -- Jesse Keating Fedora -- Freedom? is a feature! identi.ca: http://identi.ca/jkeating -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part URL: From kevin at scrye.com Thu Jan 7 21:00:25 2010 From: kevin at scrye.com (Kevin Fenzi) Date: Thu, 7 Jan 2010 14:00:25 -0700 Subject: Proposal: fedora-release-rawhide subpackage In-Reply-To: <9497e9991001070428l51cf3032o55cba4634ce2a8a5@mail.gmail.com> References: <20100106204709.17bd6bf2@ohm.scrye.com> <9497e9991001070428l51cf3032o55cba4634ce2a8a5@mail.gmail.com> Message-ID: <20100107140025.02e8f4b6@ohm.scrye.com> On Thu, 7 Jan 2010 12:28:59 +0000 Mat Booth wrote: > You must do a lot more Fedora user support than I do; is it really a > frequent occurrence that users unwittingly enable Rawhide and screw up > their systems? > > Not a criticism, I'm just surprised it happens at all. Yeah, I would say we get about 1 person a week or so in #fedora that decided they wanted as many choices as possible, so they enabled every repo file they had installed. I guess it's sometimes more, sometimes less. > Maybe the problem could be solved just by labelling it clearer, > rawhide-development or something. Currently it says: # These packages are untested and still under development. This # repository is used for development of new releases. # # This repository can see significant daily turnover and major # functionality changes which cause unexpected problems with other # development packages. Please use these packages if you want to work # with the Fedora developers by testing these new development packages. # # fedora-test-list at redhat.com is available as a discussion forum for # testing and troubleshooting for development packages in conjunction # with new test releases. # # More information is available at http://fedoraproject.org/wiki/Testing # # Reproducible and reportable issues should be filed at # http://bugzilla.redhat.com/. However, the people who enable all repos (including source and debuginfo) aren't the ones who would stop doing that after reading most anything I don't think. They want everything enabled so they can have the most choice/newest stuff, and then are very sad when they find out they have to re-install to go back to the stable release. kevin -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: not available URL: From kevin at scrye.com Thu Jan 7 21:02:24 2010 From: kevin at scrye.com (Kevin Fenzi) Date: Thu, 7 Jan 2010 14:02:24 -0700 Subject: Proposal: fedora-release-rawhide subpackage In-Reply-To: <20100107142405.GC4752@genius.kawo2.rwth-aachen.de> References: <20100106204709.17bd6bf2@ohm.scrye.com> <20100107142405.GC4752@genius.kawo2.rwth-aachen.de> Message-ID: <20100107140224.24f4eeac@ohm.scrye.com> On Thu, 07 Jan 2010 15:24:05 +0100 Till Maas wrote: > You propose that the repo should be enabled by default if the package > is installed. I don't like this. This make it a lot easier to break a > system with Rawhide, if one installs the repo file, e.g. only to be > able to easily download the src.rpm files with yumdownloader or to > query it with repoquery, but not to actually install the unsigned > packages from it. How many folks do this? I suppose this is a downside... we could also ship it with default disabled, so you would need to install and then enable it. > It will probably also auto break systems that just > install everything, which is also not nice. I don't think it's possible to 'install everything'. There are a number of packages in the collection that conflict. Or do you have some other meaning for 'everything'? kevin -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: not available URL: From vpivaini at cs.helsinki.fi Thu Jan 7 21:17:25 2010 From: vpivaini at cs.helsinki.fi (Ville-Pekka Vainio) Date: Thu, 07 Jan 2010 23:17:25 +0200 Subject: Moin orphaned in EL-4 and EL-5 Message-ID: <1262899045.1753.13.camel@lightweight> Hi, I've orphaned the moin package in the EL-4 and EL-5 branches. I will keep maintaining the package in Fedora >= 11. I'll quote an earlier mail I sent to the EPEL list: "I took ownership of the moin package in Fedora and EPEL for about six months ago. I haven't gotten around to doing almost anything to it, though, mostly because I have to admit that I'm not that interested in EPEL since I don't run any EL installations myself. The other hurdle in updating moin is that the package in EPEL is really old by now. It's in version 1.5 and the newest upstream version is 1.9. If there was an update submitted for moin, we'd need to also have some instructions on how to convert the wiki data into a format which is suitable for the new version, and frankly, I don't know how to do that, since I've only gotten involved with moin during the 1.7 era. All I know is that trying to go from 1.5 to 1.6 was really difficult when it was tested with the Fedora wiki data back when Fedora was still running moin." I hope someone who cares about having moin in EPEL would take over the package and figure out how the data upgrade process would be best described to the users of the package or how to backport security patches from the maintained releases. If not, I think we could also retire moin from EPEL completely. -- Ville-Pekka Vainio From mclasen at redhat.com Thu Jan 7 21:46:09 2010 From: mclasen at redhat.com (Matthias Clasen) Date: Thu, 07 Jan 2010 16:46:09 -0500 Subject: Proposal: fedora-release-rawhide subpackage In-Reply-To: <20100106204709.17bd6bf2@ohm.scrye.com> References: <20100106204709.17bd6bf2@ohm.scrye.com> Message-ID: <1262900770.2600.89.camel@planemask> On Wed, 2010-01-06 at 20:47 -0700, Kevin Fenzi wrote: > I wrote up this using the Feature template, but I don't guess it's > really that much of a feature: > > https://fedoraproject.org/wiki/Features/RawhideRepoSubpackage > > (except in that it needs coordination across the distro and docs > updates, etc). > > Thoughts? > Sounds like a great idea to me. Preventing accidents is good. From tibbs at math.uh.edu Thu Jan 7 22:10:31 2010 From: tibbs at math.uh.edu (Jason L Tibbitts III) Date: Thu, 07 Jan 2010 16:10:31 -0600 Subject: Question about dist-cvs make targets In-Reply-To: (David Cantrell's message of "Thu, 7 Jan 2010 07:51:09 -1000 (HST)") References: <1262885306.4202.7.camel@localhost.localdomain> Message-ID: >>>>> "DC" == David Cantrell writes: DC> I was using 'unused-patches' until the packaging guidelines had us DC> change Patch lines to use %{name} if that applied. Please quote chapter and verse there. I don't recall any guidelines requiring such a thing. - J< From zing at fastmail.fm Thu Jan 7 22:36:59 2010 From: zing at fastmail.fm (Zing) Date: Thu, 7 Jan 2010 22:36:59 +0000 (UTC) Subject: Proposal: fedora-release-rawhide subpackage References: <20100106204709.17bd6bf2@ohm.scrye.com> <20100107142405.GC4752@genius.kawo2.rwth-aachen.de> <20100107140224.24f4eeac@ohm.scrye.com> Message-ID: On Thu, 07 Jan 2010 14:02:24 -0700, Kevin Fenzi wrote: > On Thu, 07 Jan 2010 15:24:05 +0100 > Till Maas wrote: > >> You propose that the repo should be enabled by default if the package >> is installed. I don't like this. This make it a lot easier to break a >> system with Rawhide, if one installs the repo file, e.g. only to be >> able to easily download the src.rpm files with yumdownloader or to >> query it with repoquery, but not to actually install the unsigned >> packages from it. > > How many folks do this? I suppose this is a downside... we could also > ship it with default disabled, so you would need to install and then > enable it. What makes you think these same users won't then also edit and enable rawhide at this point? It's not much of a stretch to think these seemingly innocent users might see this "rawhide" package, install, and then also enable it; in fact, ISTM, a package that they don't have that promises some type of newest whizbang gadgets that they're missing out on might entice more of this class of user. :( Might I suggest: $ chattr +i /etc/yum.repos.d/fedora-rawhide.repo just kidding, well, half-kidding :) From kevin at scrye.com Thu Jan 7 22:53:29 2010 From: kevin at scrye.com (Kevin Fenzi) Date: Thu, 7 Jan 2010 15:53:29 -0700 Subject: Plan for tomorrow's (20100108) FESCo meeting Message-ID: <20100107155329.08478192@ohm.scrye.com> Following is the list of topics that will be discussed in the FESCo meeting tomorrow at 17:00UTC (noon EST) in #fedora-meeting on irc.freenode.net. Welcome New members - Adam Jackson, Christoph Wickert, Peter Jones and Matthew Garrett Farewells to departing members - Jon Stanley, Dan Hor?k, Jarod Wilson, and David Woodhouse Elect New Chair #298 Revoke Paul Johnsons pacakger access and put him on probation. #278 Better Hostname - https://fedoraproject.org/wiki/Features/BetterHostname #299 Feature: AtSpiTwo - https://fedoraproject.org/wiki/Features/AtSpiTwo #300 Feature: BetterWebcamSupportF13 - https://fedoraproject.org/wiki/Features/BetterWebcamSupportF13 Open Floor For more complete details, please visit each individual ticket. The report of the agenda items can be found at https://fedorahosted.org/fesco/report/9 If you would like to add something to this agenda, you can reply to this e-mail, file a new ticket at https://fedorahosted.org/fesco, e-mail me directly, or bring it up at the end of the meeting, during the open floor. Kevin -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: not available URL: From james at fedoraproject.org Thu Jan 7 23:35:48 2010 From: james at fedoraproject.org (James Antill) Date: Thu, 07 Jan 2010 18:35:48 -0500 Subject: yum-presto occasionally goes into "eternal" loop looking for deltas In-Reply-To: <1262891954.2491.72.camel@localhost> References: <20100107184450.GA4928@ee.oulu.fi> <1262891954.2491.72.camel@localhost> Message-ID: <1262907348.6468.1148.camel@code.and.org> On Thu, 2010-01-07 at 21:19 +0200, Jonathan Dieter wrote: > On Thu, 2010-01-07 at 20:44 +0200, Pekka Pietikainen wrote: > > Presto is one of the best things ever, but occasionally it ends up not > > finding the delta files from any of the mirrors in the mirror list and just > > loops through them without making any progress. --disablepresto works > > a-ok, I think yum clean all; yum update also did the trick once. > > > > Still, this can probably be made a lot better. It shouldn't do that even if the mirrors > > are out-of-sync. Maybe add some logic that just disables > > presto if the deltas are nowhere to be found after a few attempts? Anyone > > else even see this happen? > > Yeah, see https://bugzilla.redhat.com/show_bug.cgi?id=540140. To > summarize, the problem is that new updates have been pushed to the > server between the time you loaded primary.sqlite and prestodelta.xml. > > When you run 'yum clean metadata' or 'yum clean all' it removes the > outdated cached primary.sqlite and downloads the newer version. > > The bug has been closed as WONTFIX because there have only been a few > reports; I wouldn't mind revisiting that decision if someone has a > clever way of fixing it. (And I'm not convinced that checking n mirrors > and then giving up is the solution.) The plugin could require yum >= 3.2.25, and then do something like (in config or prereposetup): for repo in repos: repo.mdpolicy.append('prestodelta') ...which would auto download presto MD when yum gets new repomd/primary. People might complain though :) ... another kind of fix would be for the plugin to call ".cleanExpireCache()" if the MD fails to download. The nice server side fix is to keep around more than one complete set of MD (possible now we have unique MD filenames), so there would have to be two updates within the client side cache timeout. But I'm not sure how easy that is. -- James Antill - james at fedoraproject.org http://yum.baseurl.org/wiki/releases http://yum.baseurl.org/wiki/whatsnew/3.2.26 http://yum.baseurl.org/wiki/YumMultipleMachineCaching From peter.hutterer at who-t.net Thu Jan 7 23:53:26 2010 From: peter.hutterer at who-t.net (Peter Hutterer) Date: Fri, 8 Jan 2010 09:53:26 +1000 Subject: RFE: Never, ever steal focus. In-Reply-To: <1262852995.2467.220.camel@vespa.frost.loc> References: <4B44A57F.3000307@nodata.co.uk> <1262794078.7251.32284.camel@atropine.boston.devel.redhat.com> <4B44BC22.6020708@redhat.com> <1262797227.7251.32287.camel@atropine.boston.devel.redhat.com> <20100106172331.GA15784@us.ibm.com> <1262801337.7251.32292.camel@atropine.boston.devel.redhat.com> <1262852995.2467.220.camel@vespa.frost.loc> Message-ID: <20100107235325.GA11379@barra.bne.redhat.com> On Thu, Jan 07, 2010 at 09:29:55AM +0100, Tomas Mraz wrote: > On Wed, 2010-01-06 at 22:43 -0500, Gregory Maxwell wrote: > > On Wed, Jan 6, 2010 at 1:08 PM, Adam Jackson wrote: > > > On Wed, 2010-01-06 at 11:23 -0600, Serge E. Hallyn wrote: > > >> There is no case where I want a new window or popup to take focus. Makes > > >> for an easy algorithm. (hitting r in mutt is not a problem :) > > > > > > There is no case where _you_ want this, sure. > > > > Some people what that. > > Many other people want the focus change to happen in a _few_ limited > > cases where it makes sense. > > > > Current behaviour fails to accurately predict those cases (no doubt > > because, in part, the limited acceptable cases differ from person to > > person), and so you get unexpected focus theft. This is bad for > > everyone. > > The problem is that the "automatic focus change only when intended by > user" will never be done 100% correctly. This is just impossible to do. > > So the actual better user experience case would be to always require the > user to press some (easy) key combination to transfer the focus from the > currently focused window. The user would quickly learn it. Having to click into every window when it opens (especially if it was intentional) can become quite tiring - I had to do this while working on MPX when the proof-of-concept WM didn't have any auto-focus capabilities. It is predictable, but _really_ annoying. Anyway, it's a simple cost/benefit question. Does the cost of the unintended focus changes outweigh the cost of clicking into new windows for your workflow? If so, how about the person next to you? How about your partner, uncle, grandma, neighbour's son, boss? > So the actual better user experience case [...] "better user experience" is really hard to quantify. TWM has a predictable interface for displaying new windows and could thus be labelled as "better user experience" based on this premise. No other popular window manager uses the same approach though. It all depends on your definition of "better", "user" and "experience". Cheers, Peter From wjhns174 at hardakers.net Fri Jan 8 00:03:16 2010 From: wjhns174 at hardakers.net (Wes Hardaker) Date: Thu, 07 Jan 2010 16:03:16 -0800 Subject: Pulseaudio update issue... [ UPDATE 2 ] In-Reply-To: <4B4621D4.7070107@gnat.ca> (Nathanael D. Noblet's message of "Thu, 07 Jan 2010 11:03:00 -0700") References: <4B461CE9.9060801@gnat.ca> <4B4621D4.7070107@gnat.ca> Message-ID: >>>>> On Thu, 07 Jan 2010 11:03:00 -0700, "Nathanael D. Noblet" said: NDN> So it seems it is related to thunderbird. I have the preference set to NDN> play a sound when new mail arrives. After it has, sounds is messed NDN> up... Bug with thunderbird I presume? I don't think so. I think my current F12 has much much deeper issues. They seem somewhat sound related and somewhat not. All my sound-producing applications don't work any longer. Typically the first sound works and everything after that freezes. But it's not just sound applications that seem to be freezing. Many applications (firefox) seem to randomly hang as well. Invariably when I check them with strace to see what they're doing they're always hung on a futex() call. Maybe they're all trying to pipe through pulseaudio and that's the root cause. Considering how many flash applications thees days produce sound it wouldn't surprise me that the root of my firefox problems are in fact sound. In the end though, pretty much nothing sound related is working for me. I'm currently playing music on my phone instead because amarok and even xmms are completely DOA for me right now. -- Wes Hardaker My Pictures: http://capturedonearth.com/ My Thoughts: http://pontifications.hardakers.net/ From a.badger at gmail.com Fri Jan 8 04:02:13 2010 From: a.badger at gmail.com (Toshio Kuratomi) Date: Thu, 7 Jan 2010 23:02:13 -0500 Subject: Recommendations on how to handle this package and its libraries In-Reply-To: References: Message-ID: <20100108040213.GC31887@clingman.lan> On Wed, Jan 06, 2010 at 08:58:08AM -0600, Adam Miller wrote: > I'm currently packaging lessfs and there are apparently a couple > libraries that are a part of it that have become a cause for concern > by the reviewer (rightfully so) and I'm hoping someone could offer a > recommendation of how to go about packaging them. > > Review Request: https://bugzilla.redhat.com/show_bug.cgi?id=530473 > Latest spec (not yet submitted to the review): > http://maxamillion.fedorapeople.org/lessfs.spec > Latest SRPM (not yet submitted to the review): > http://maxamillion.fedorapeople.org/lessfs-1.0.0-1.fc12.src.rpm > > There is one library that will have to be a separate package, QuickLZ > which I plan to package up and put in for review but there are many > other lib_$foo.c files that belong to lessfs and are original work by > the author. > > Upstream has been extremely responsive and very helpful through out > this process and is willing to work along with me to get some changes > into the upstream release but I'm just trying to find the best > solution. > > Here is where the recommendations would be helpful: > > Should I package the source and not worry about packaging the libraries? > Should the libraries be in their own sub package? > Should each library be their own package? > or $other? > > * As long as the tarball is the canonical source for all of the libraries (ie, it's a case of lessfs's author also writing these libraries and releasing all of them as a single tarball) they can be in a single srpm. * It's best to separate libraries from programs in separate subpackages. * Whether to have a single or multiple subpackages for the libraries depends on the libraries. Things that affect this are size of the libraries, whether programs will generally need all of the libraries or only some of them, and the dep chainof the libraries (ie: if libfoo-one requires libgtk and libfoo-two requires libqt they should be put into separate subpackages). -Toshio -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 198 bytes Desc: not available URL: From a.badger at gmail.com Fri Jan 8 04:07:39 2010 From: a.badger at gmail.com (Toshio Kuratomi) Date: Thu, 7 Jan 2010 23:07:39 -0500 Subject: RFE: Never, ever steal focus. In-Reply-To: <1262805857.7251.32385.camel@atropine.boston.devel.redhat.com> References: <4B44A57F.3000307@nodata.co.uk> <1262794078.7251.32284.camel@atropine.boston.devel.redhat.com> <4B44BC22.6020708@redhat.com> <1262797227.7251.32287.camel@atropine.boston.devel.redhat.com> <20100106172331.GA15784@us.ibm.com> <1262801337.7251.32292.camel@atropine.boston.devel.redhat.com> <8204a4fe1001061027ud24853ai9428b461d2aec388@mail.gmail.com> <1262805857.7251.32385.camel@atropine.boston.devel.redhat.com> Message-ID: <20100108040738.GD31887@clingman.lan> On Wed, Jan 06, 2010 at 02:24:17PM -0500, Adam Jackson wrote: > > They do happen to have the same WM_CLASS and WM_CLIENT_LEADER window > properties. But that still only addresses automatic focus changes > within a single application. Automatic focus changes across apps is > probably desirable; otherwise, nothing you launch from the gnome panel > will launch focused, which is rather absurd. > Not absurd at all. I certainly wouldn't want any app I launch from a panel to start focused. -Toshio -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 198 bytes Desc: not available URL: From dtardon at redhat.com Fri Jan 8 06:10:26 2010 From: dtardon at redhat.com (David Tardon) Date: Fri, 8 Jan 2010 07:10:26 +0100 Subject: RFE: Never, ever steal focus. In-Reply-To: References: <4B44A57F.3000307@nodata.co.uk> <1262811554.4713.308.camel@localhost.localdomain> <1262823460.4713.539.camel@localhost.localdomain> <20100107065810.GA7672@verda-stelo.englab.brq.redhat.com> Message-ID: <20100108061025.GC7672@verda-stelo.englab.brq.redhat.com> On Thu, Jan 07, 2010 at 03:17:45PM +0000, Zing wrote: > On Thu, 07 Jan 2010 07:58:11 +0100, David Tardon wrote: > > > >> gconftool-2 -s -t string /apps/metacity/general/focus_new_windows > >> strict > > thanks for that... > > >> To be useful - when that's set, new windows never take focus away from > >> a window that looks like a terminal window. (This is assuming the above > >> opens a new window. If it changes an existing window, then > >> "focus_new_windows" won't affect the behavior.) > >> > >> > > Doesn't work. I set this, then started gedit from gnome-terminal. The > > gedit window got focus. > > Are you sure you didn't have another gedit window open. It seems to work > as Owen mentioned (only if you don't have an existing window open)... > it's so close to what I needed, unfortunately I always keep a browser > open in the background. > Definitely not, I use gedit as a test application only. But I see what's the problem now--it only works from freshly started terminal. So all the terminals that were running at the moment I set focus_new_windows to strict didn't pick that setting and continue to open new windows focused. Isn't that a bug in gnome-terminal (or metacity)? D. From lmacken at redhat.com Fri Jan 8 06:39:09 2010 From: lmacken at redhat.com (Luke Macken) Date: Fri, 8 Jan 2010 01:39:09 -0500 Subject: [PATCH] Bodhi No Frozen Rawhide & Critical Path support In-Reply-To: <20100107174438.GA31137@x300.cable.rcn.com> References: <20100107174438.GA31137@x300.cable.rcn.com> Message-ID: <20100108063909.GA23258@x300.bos.redhat.com> On Thu, Jan 07, 2010 at 12:44:38PM -0500, Luke Macken wrote: > Attached is the initial bodhi patch. I have since fixed a bug with the patch[0], wrote more test cases, and merged it into git. Now to deploy it... luke [0]: http://lmacken.fedorapeople.org/patches/bodhi-no-frozen-rawhide-critpath.patch From pmatilai at laiskiainen.org Fri Jan 8 07:20:39 2010 From: pmatilai at laiskiainen.org (Panu Matilainen) Date: Fri, 8 Jan 2010 09:20:39 +0200 (EET) Subject: Question about dist-cvs make targets In-Reply-To: <1262885306.4202.7.camel@localhost.localdomain> References: <1262885306.4202.7.camel@localhost.localdomain> Message-ID: On Thu, 7 Jan 2010, Jesse Keating wrote: > As I proceed to port our make system over into fedpkg, I've ran across a > couple targets that are giving me pause. > > Is anybody out there making use of the following targets? > > unused-patches I use this fairly often, typically to clean up leftovers after rebasing to new version. - Panu - From akahl at imttechnologies.com Fri Jan 8 09:12:36 2010 From: akahl at imttechnologies.com (Alexander Kahl) Date: Fri, 08 Jan 2010 10:12:36 +0100 Subject: Common Lisp apps in Fedora In-Reply-To: References: Message-ID: <4B46F704.5090502@imttechnologies.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi David, On 01/06/2010 06:34 PM, David A. Wheeler wrote: > On 01/04/2010 05:29 PM, Jerry James wrote: >> One of the first issues we'll have to face is the use of common-lisp-controller. >> First, it postpones compilation to the first time the application is >> executed by a particular Common Lisp engine. For the application I >> packaged, PVS [2], compilation takes a significant amount of time. >> This approach may be fine for small libraries and applications, but >> will it really scale up to the some of the big applications people >> want to package? > > No. That'd be rediculous; big CL applications can take a LONG time to compile, > and compilation usually requires lots of memory (even if the final application doesn't). this is identical to my experience. > Fedora has lots of applications written in many other compiled languages > like C and C++, and they aren't distributed *only* as source code. Instead, > people expect that when they download the binary they'll get a pre-compiled, > ready-to-go version. I think the same should be true for big Common Lisp (CL) > applications. (...) Definitely - but I'd rather see CL as a compiled language that permits the equivalent of static linking only (worst drawback) so the resulting binaries are huge since they contain every dependency including the actual lisp machine itself. This could in fact be the weakest point arguments could attack; I don't see an obvious solution here either as FASL is the closest it can get to prepare a freshly started lisp machine up to the desired state but that still requires dependency resolution, lots of memory, disk activity and cpu cycles etc. The only known alternative to me is gcl and ecl using C as intermediate language for compilation but gcl lacks even basic threading and ecl doesn't provide some POSIX related standard featured expected from compiled languages either. So the question remains whether Fedora devs and users would tolerate big CL app binaries. > Alexander Kahl: >> Are you (or is anyone else here) interested in founding a Common Lisp SIG? > > I'm interested. Is there a standardized process for founding SIGs? Or just add some wiki pages, set up a mailing list and spread some propaganda so folks will join? - - Alex -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org/ iEYEARECAAYFAktG9wMACgkQVTRddCFHw13qZACgpnCOT8PH45rMIlztwqSgCUnQ nIIAoIyGSLFIIyZs09tqG23dLDOdDslg =MwAw -----END PGP SIGNATURE----- From akahl at imttechnologies.com Fri Jan 8 09:15:11 2010 From: akahl at imttechnologies.com (Alexander Kahl) Date: Fri, 08 Jan 2010 10:15:11 +0100 Subject: Common Lisp apps in Fedora In-Reply-To: <870180fe1001060727r1942009dl3c6f37ab7d182416@mail.gmail.com> References: <870180fe1001040829u218bebe1gb7f1a719f1c1c413@mail.gmail.com> <4B422B96.40407@imttechnologies.com> <870180fe1001041510s6e35ea2fyf6f8b045d534a5bb@mail.gmail.com> <4B4458B5.6060602@imttechnologies.com> <870180fe1001060727r1942009dl3c6f37ab7d182416@mail.gmail.com> Message-ID: <4B46F79F.4000803@imttechnologies.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 01/06/2010 04:27 PM, Jerry James wrote: > On Wed, Jan 6, 2010 at 2:32 AM, Alexander Kahl > wrote: >> Thanks for the offer; currently I'm busy with getting GNUnet through the >> review, ccl can be next on the list but I'm unsure whether it wouldn't >> be better if we'd focus on packaging most commonly used CL libs like >> Alexandria first. ATM Debian (and its brown derivative) seems to be the >> no. 1 distro of choice for CL devs and I'd like to change that. > > I have a handful of candidate CL library packages, including alexandria, here: > > http://jjames.fedorapeople.org/ Nice! I'd add bordeaux-threads, cl-patron, cl-ppcre and some other as soon as the issues mentioned below are resolved. > The problem is that I followed the packaging guidelines, and thus used > common-lisp-controller which, as I mentioned, doesn't work for any CL > engine currently available in Fedora. I think we have to fix that > first. > >> Are you (or is anyone else here) interested in founding a Common Lisp SIG? > > Yes, I think we need to do so. Count me in. Please see my reply to David's post; do you know whether there is a standardized SIG founding procedure? - - Alex -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org/ iEYEARECAAYFAktG958ACgkQVTRddCFHw12gmQCfcLbnC7mit17eA9ktEHGd2RAz LJkAniDgJUlQCwu4GHvLkRM9QycWD92+ =Wtzs -----END PGP SIGNATURE----- From thomasj at fedoraproject.org Fri Jan 8 11:17:02 2010 From: thomasj at fedoraproject.org (Thomas Janssen) Date: Fri, 8 Jan 2010 12:17:02 +0100 Subject: Proposal: fedora-release-rawhide subpackage In-Reply-To: References: <20100106204709.17bd6bf2@ohm.scrye.com> <20100107142405.GC4752@genius.kawo2.rwth-aachen.de> <20100107140224.24f4eeac@ohm.scrye.com> Message-ID: 2010/1/7 Zing : > On Thu, 07 Jan 2010 14:02:24 -0700, Kevin Fenzi wrote: > >> On Thu, 07 Jan 2010 15:24:05 +0100 >> Till Maas wrote: >> >>> You propose that the repo should be enabled by default if the package >>> is installed. I don't like this. This make it a lot easier to break a >>> system with Rawhide, if one installs the repo file, e.g. only to be >>> able to easily download the src.rpm files with yumdownloader or to >>> query it with repoquery, but not to actually install the unsigned >>> packages from it. >> >> How many folks do this? I suppose this is a downside... we could also >> ship it with default disabled, so you would need to install and then >> enable it. > > What makes you think these same users won't then also edit and enable > rawhide at this point? Because the type of users we speak of, just enable *blindly* whatever repo is available by a *default* installation. Those type of users *dont* read at all, neither descriptions coming with a package nor websites. So the barrier is much higher for them to break their boxen. It would be even better to install (disabled) the rpmfusion repos. Because enough of them think they might get what they miss if they enable rawhide. The closed source drivers for their video cards and nonfree codecs to play their music and movies. So at least a big +1 to have the rawhide repo in a different package and get it installed disabled if one wants/needs it. -- LG Thomas Dubium sapientiae initium From sanjay.ankur at gmail.com Fri Jan 8 13:19:36 2010 From: sanjay.ankur at gmail.com (Ankur Sinha) Date: Fri, 08 Jan 2010 18:49:36 +0530 Subject: RFE : split transmission into subpackages: Request for review Message-ID: <1262956776.1825.6.camel@localhost> hi, wrt https://bugzilla.redhat.com/show_bug.cgi?id=550976 I've built the sub packages and have put them up here with the spec. http://ankursinha.fedorapeople.org/transmission/ Can someone please review these? Thanks, regards, Ankur From rawhide at fedoraproject.org Fri Jan 8 13:32:46 2010 From: rawhide at fedoraproject.org (Rawhide Report) Date: Fri, 8 Jan 2010 13:32:46 +0000 Subject: rawhide report: 20100108 changes Message-ID: <20100108133246.GA14149@releng2.fedora.phx.redhat.com> Compose started at Fri Jan 8 08:15:04 UTC 2010 Broken deps for i386 ---------------------------------------------------------- PyKDE-3.16.6-1.fc13.i686 requires sip-api(6) >= 0:6.0 R-hdf5-1.6.9-5.fc13.i686 requires hdf5 = 0:1.8.3 anjal-0.1.0-1.fc13.i686 requires libevolution-mail-shared.so.0 anjal-0.1.0-1.fc13.i686 requires libefilterbar.so.0 avogadro-libs-1.0.0-3.fc13.i686 requires sip-api(6) >= 0:6.0 cduce-0.5.3-3.fc13.i686 requires ocaml(runtime) = 0:3.11.1 cduce-0.5.3-3.fc13.i686 requires ocaml(Filename) = 0:7cd172f02b7ee9b8d7bda3bb92144951 cduce-0.5.3-3.fc13.i686 requires ocaml(Obj) = 0:c827f726ce05da709cf7de58fc15e324 cduce-0.5.3-3.fc13.i686 requires ocaml(Format) = 0:b7ba3152a5eec5609d6ab86e6c51eebb cduce-0.5.3-3.fc13.i686 requires ocaml(Printexc) = 0:fdf007941aa14d1a26323558012dbf52 cduce-0.5.3-3.fc13.i686 requires ocaml(Buffer) = 0:23af67395823b652b807c4ae0b581211 cduce-ocamlduce-0.5.3-3.fc13.i686 requires ocaml(Format) = 0:b7ba3152a5eec5609d6ab86e6c51eebb cduce-ocamlduce-0.5.3-3.fc13.i686 requires ocaml(Buffer) = 0:23af67395823b652b807c4ae0b581211 cduce-ocamlduce-0.5.3-3.fc13.i686 requires ocaml(runtime) = 0:3.11.1 cduce-ocamlduce-0.5.3-3.fc13.i686 requires ocaml(Obj) = 0:c827f726ce05da709cf7de58fc15e324 cluster-snmp-0.16.1-2.fc12.i686 requires libnetsnmp.so.15 ghc-HTTP-devel-4000.0.6-6.fc13.i686 requires ghc = 0:6.10.4 ghc-HTTP-devel-4000.0.6-6.fc13.i686 requires ghc = 0:6.10.4 ghc-HTTP-doc-4000.0.6-6.fc13.i686 requires ghc-doc = 0:6.10.4 ghc-HTTP-doc-4000.0.6-6.fc13.i686 requires ghc-doc = 0:6.10.4 ghc-HTTP-prof-4000.0.6-6.fc13.i686 requires ghc-prof = 0:6.10.4 ghc-cairo-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-cairo-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-cairo-prof-0.10.1-5.fc12.i686 requires ghc-prof = 0:6.10.4 ghc-cgi-devel-3001.1.7.1-3.fc13.i686 requires ghc = 0:6.10.4 ghc-cgi-devel-3001.1.7.1-3.fc13.i686 requires ghc = 0:6.10.4 ghc-cgi-doc-3001.1.7.1-3.fc13.i686 requires ghc-doc = 0:6.10.4 ghc-cgi-doc-3001.1.7.1-3.fc13.i686 requires ghc-doc = 0:6.10.4 ghc-cgi-prof-3001.1.7.1-3.fc13.i686 requires ghc-prof = 0:6.10.4 ghc-fgl-devel-5.4.2.2-1.fc12.i686 requires ghc = 0:6.10.4 ghc-fgl-devel-5.4.2.2-1.fc12.i686 requires ghc = 0:6.10.4 ghc-fgl-doc-5.4.2.2-1.fc12.i686 requires ghc-doc = 0:6.10.4 ghc-fgl-doc-5.4.2.2-1.fc12.i686 requires ghc-doc = 0:6.10.4 ghc-fgl-prof-5.4.2.2-1.fc12.i686 requires ghc-prof = 0:6.10.4 ghc-gconf-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-gconf-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-gconf-prof-0.10.1-5.fc12.i686 requires ghc-prof = 0:6.10.4 ghc-ghc-paths-devel-0.1.0.5-8.fc12.i686 requires ghc = 0:6.10.4 ghc-ghc-paths-devel-0.1.0.5-8.fc12.i686 requires ghc = 0:6.10.4 ghc-ghc-paths-doc-0.1.0.5-8.fc12.i686 requires ghc-doc = 0:6.10.4 ghc-ghc-paths-doc-0.1.0.5-8.fc12.i686 requires ghc-doc = 0:6.10.4 ghc-ghc-paths-prof-0.1.0.5-8.fc12.i686 requires ghc-prof = 0:6.10.4 ghc-gio-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-gio-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-gio-prof-0.10.1-5.fc12.i686 requires ghc-prof = 0:6.10.4 ghc-glade-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-glade-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-glade-prof-0.10.1-5.fc12.i686 requires ghc-prof = 0:6.10.4 ghc-glib-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-glib-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-glib-prof-0.10.1-5.fc12.i686 requires ghc-prof = 0:6.10.4 ghc-gstreamer-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-gstreamer-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-gstreamer-prof-0.10.1-5.fc12.i686 requires ghc-prof = 0:6.10.4 ghc-gtk-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-gtk-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-gtk-prof-0.10.1-5.fc12.i686 requires ghc-prof = 0:6.10.4 ghc-gtkglext-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-gtkglext-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-gtkglext-prof-0.10.1-5.fc12.i686 requires ghc-prof = 0:6.10.4 ghc-gtksourceview2-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-gtksourceview2-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-gtksourceview2-prof-0.10.1-5.fc12.i686 requires ghc-prof = 0:6.10.4 ghc-haskell-platform-devel-2009.2.0.2-3.fc13.i686 requires ghc = 0:6.10.4 ghc-haskell-platform-devel-2009.2.0.2-3.fc13.i686 requires ghc = 0:6.10.4 ghc-haskell-platform-doc-2009.2.0.2-3.fc13.i686 requires ghc-doc = 0:6.10.4 ghc-haskell-platform-doc-2009.2.0.2-3.fc13.i686 requires ghc-doc = 0:6.10.4 ghc-haskell-platform-prof-2009.2.0.2-3.fc13.i686 requires ghc-prof = 0:6.10.4 ghc-haskell-src-exts-devel-1.3.0-2.fc13.i686 requires ghc = 0:6.10.4 ghc-haskell-src-exts-devel-1.3.0-2.fc13.i686 requires ghc = 0:6.10.4 ghc-haskell-src-exts-doc-1.3.0-2.fc13.i686 requires ghc-doc = 0:6.10.4 ghc-haskell-src-exts-doc-1.3.0-2.fc13.i686 requires ghc-doc = 0:6.10.4 ghc-haskell-src-exts-prof-1.3.0-2.fc13.i686 requires ghc-prof = 0:6.10.4 ghc-network-devel-2.2.1.4-2.fc12.i686 requires ghc = 0:6.10.4 ghc-network-devel-2.2.1.4-2.fc12.i686 requires ghc = 0:6.10.4 ghc-network-doc-2.2.1.4-2.fc12.i686 requires ghc-doc = 0:6.10.4 ghc-network-doc-2.2.1.4-2.fc12.i686 requires ghc-doc = 0:6.10.4 ghc-network-prof-2.2.1.4-2.fc12.i686 requires ghc-prof = 0:6.10.4 ghc-soegtk-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-soegtk-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-soegtk-prof-0.10.1-5.fc12.i686 requires ghc-prof = 0:6.10.4 ghc-svgcairo-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-svgcairo-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-svgcairo-prof-0.10.1-5.fc12.i686 requires ghc-prof = 0:6.10.4 ghc-uniplate-devel-1.2.0.3-6.fc12.i686 requires ghc = 0:6.10.4 ghc-uniplate-devel-1.2.0.3-6.fc12.i686 requires ghc = 0:6.10.4 ghc-uniplate-doc-1.2.0.3-6.fc12.i686 requires ghc-doc = 0:6.10.4 ghc-uniplate-doc-1.2.0.3-6.fc12.i686 requires ghc-doc = 0:6.10.4 ghc-uniplate-prof-1.2.0.3-6.fc12.i686 requires ghc-prof = 0:6.10.4 ghc-xmonad-contrib-devel-0.9-1.fc13.i686 requires ghc-utf8-string-devel = 0:0.3.5 ghc-xmonad-contrib-devel-0.9-1.fc13.i686 requires ghc = 0:6.10.4 ghc-xmonad-contrib-devel-0.9-1.fc13.i686 requires ghc = 0:6.10.4 ghc-xmonad-contrib-doc-0.9-1.fc13.i686 requires ghc-doc = 0:6.10.4 ghc-xmonad-contrib-doc-0.9-1.fc13.i686 requires ghc-doc = 0:6.10.4 ghc-xmonad-contrib-doc-0.9-1.fc13.i686 requires ghc-utf8-string-doc = 0:0.3.5 ghc-xmonad-contrib-prof-0.9-1.fc13.i686 requires ghc-prof = 0:6.10.4 ghc-xmonad-contrib-prof-0.9-1.fc13.i686 requires ghc-utf8-string-prof = 0:0.3.5 ghc-xmonad-devel-0.9-3.fc13.i686 requires ghc-X11-devel = 0:1.4.6.1 ghc-xmonad-devel-0.9-3.fc13.i686 requires ghc = 0:6.10.4 ghc-xmonad-devel-0.9-3.fc13.i686 requires ghc = 0:6.10.4 ghc-xmonad-doc-0.9-3.fc13.i686 requires ghc-doc = 0:6.10.4 ghc-xmonad-doc-0.9-3.fc13.i686 requires ghc-doc = 0:6.10.4 ghc-xmonad-doc-0.9-3.fc13.i686 requires ghc-X11-doc = 0:1.4.6.1 ghc-xmonad-prof-0.9-3.fc13.i686 requires ghc-X11-prof = 0:1.4.6.1 ghc-xmonad-prof-0.9-3.fc13.i686 requires ghc-prof = 0:6.10.4 haskell-platform-2009.2.0.2-3.fc13.i686 requires ghc = 0:6.10.4 hulahop-0.6.0-2.fc12.i686 requires xulrunner-python hulahop-0.6.0-2.fc12.i686 requires libpyxpcom.so indi-apogee-1.0-4.fc13.i686 requires libnova-0.12.so.1 inksmoto-0.7.0-1.rc1.fc13.noarch requires /bin/python kpackagekit-0.5.2-2.fc13.i686 requires libpackagekit-qt.so.12 kst-fits-1.8.0-3.fc12.i686 requires cfitsio = 0:3.140 kst-netcdf-1.8.0-3.fc12.i686 requires libnetcdf.so.4 kst-netcdf-1.8.0-3.fc12.i686 requires libnetcdf_c++.so.4 1:libguestfs-1.0.80-10.fc13.i686 requires gfs-utils libindi-0.6-9.fc13.i686 requires libnova-0.12.so.1 linphone-2.1.1-4.fc12.i686 requires libortp.so.7 player-3.0.0-4.fc12.i686 requires libgeos-3.1.1.so player-3.0.0-4.fc12.i686 requires libcxcore.so.2 player-3.0.0-4.fc12.i686 requires libcvaux.so.2 player-3.0.0-4.fc12.i686 requires libml.so.2 player-3.0.0-4.fc12.i686 requires libhighgui.so.2 player-3.0.0-4.fc12.i686 requires libpqxx-2.6.8.so player-3.0.0-4.fc12.i686 requires libcv.so.2 pyexiv2-0.1.3-5.fc12.i686 requires libexiv2.so.5 python-basemap-0.99.4-1.fc13.i686 requires libgeos-3.2.0rc3.so qedje-python-0.4.0-4.fc12.i686 requires sip-api(6) >= 0:6.0 qgis-python-1.0.2-4.fc13.i686 requires sip-api(6) >= 0:6.0 qzion-python-0.4.0-5.fc12.i686 requires sip-api(6) >= 0:6.0 zikula-module-menutree-2.2-1.fc13.noarch requires zikula >= 0:1.2 Broken deps for x86_64 ---------------------------------------------------------- PyKDE-3.16.6-1.fc13.x86_64 requires sip-api(6) >= 0:6.0 R-hdf5-1.6.9-5.fc13.x86_64 requires hdf5 = 0:1.8.3 anjal-0.1.0-1.fc13.x86_64 requires libevolution-mail-shared.so.0()(64bit) anjal-0.1.0-1.fc13.x86_64 requires libefilterbar.so.0()(64bit) avogadro-libs-1.0.0-3.fc13.i686 requires sip-api(6) >= 0:6.0 avogadro-libs-1.0.0-3.fc13.x86_64 requires sip-api(6) >= 0:6.0 cduce-0.5.3-3.fc13.x86_64 requires ocaml(runtime) = 0:3.11.1 cduce-0.5.3-3.fc13.x86_64 requires ocaml(Filename) = 0:7cd172f02b7ee9b8d7bda3bb92144951 cduce-0.5.3-3.fc13.x86_64 requires ocaml(Obj) = 0:c827f726ce05da709cf7de58fc15e324 cduce-0.5.3-3.fc13.x86_64 requires ocaml(Format) = 0:b7ba3152a5eec5609d6ab86e6c51eebb cduce-0.5.3-3.fc13.x86_64 requires ocaml(Printexc) = 0:fdf007941aa14d1a26323558012dbf52 cduce-0.5.3-3.fc13.x86_64 requires ocaml(Buffer) = 0:23af67395823b652b807c4ae0b581211 cduce-ocamlduce-0.5.3-3.fc13.x86_64 requires ocaml(Format) = 0:b7ba3152a5eec5609d6ab86e6c51eebb cduce-ocamlduce-0.5.3-3.fc13.x86_64 requires ocaml(Buffer) = 0:23af67395823b652b807c4ae0b581211 cduce-ocamlduce-0.5.3-3.fc13.x86_64 requires ocaml(Obj) = 0:c827f726ce05da709cf7de58fc15e324 cduce-ocamlduce-0.5.3-3.fc13.x86_64 requires ocaml(runtime) = 0:3.11.1 cluster-snmp-0.16.1-2.fc12.x86_64 requires libnetsnmp.so.15()(64bit) ghc-HTTP-devel-4000.0.6-6.fc13.i686 requires ghc = 0:6.10.4 ghc-HTTP-devel-4000.0.6-6.fc13.i686 requires ghc = 0:6.10.4 ghc-HTTP-devel-4000.0.6-6.fc13.x86_64 requires ghc = 0:6.10.4 ghc-HTTP-devel-4000.0.6-6.fc13.x86_64 requires ghc = 0:6.10.4 ghc-HTTP-doc-4000.0.6-6.fc13.x86_64 requires ghc-doc = 0:6.10.4 ghc-HTTP-doc-4000.0.6-6.fc13.x86_64 requires ghc-doc = 0:6.10.4 ghc-HTTP-prof-4000.0.6-6.fc13.x86_64 requires ghc-prof = 0:6.10.4 ghc-cairo-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-cairo-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-cairo-devel-0.10.1-5.fc12.x86_64 requires ghc = 0:6.10.4 ghc-cairo-devel-0.10.1-5.fc12.x86_64 requires ghc = 0:6.10.4 ghc-cairo-prof-0.10.1-5.fc12.x86_64 requires ghc-prof = 0:6.10.4 ghc-cgi-devel-3001.1.7.1-3.fc13.i686 requires ghc = 0:6.10.4 ghc-cgi-devel-3001.1.7.1-3.fc13.i686 requires ghc = 0:6.10.4 ghc-cgi-devel-3001.1.7.1-3.fc13.x86_64 requires ghc = 0:6.10.4 ghc-cgi-devel-3001.1.7.1-3.fc13.x86_64 requires ghc = 0:6.10.4 ghc-cgi-doc-3001.1.7.1-3.fc13.x86_64 requires ghc-doc = 0:6.10.4 ghc-cgi-doc-3001.1.7.1-3.fc13.x86_64 requires ghc-doc = 0:6.10.4 ghc-cgi-prof-3001.1.7.1-3.fc13.x86_64 requires ghc-prof = 0:6.10.4 ghc-fgl-devel-5.4.2.2-1.fc12.i686 requires ghc = 0:6.10.4 ghc-fgl-devel-5.4.2.2-1.fc12.i686 requires ghc = 0:6.10.4 ghc-fgl-devel-5.4.2.2-1.fc12.x86_64 requires ghc = 0:6.10.4 ghc-fgl-devel-5.4.2.2-1.fc12.x86_64 requires ghc = 0:6.10.4 ghc-fgl-doc-5.4.2.2-1.fc12.x86_64 requires ghc-doc = 0:6.10.4 ghc-fgl-doc-5.4.2.2-1.fc12.x86_64 requires ghc-doc = 0:6.10.4 ghc-fgl-prof-5.4.2.2-1.fc12.x86_64 requires ghc-prof = 0:6.10.4 ghc-gconf-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-gconf-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-gconf-devel-0.10.1-5.fc12.x86_64 requires ghc = 0:6.10.4 ghc-gconf-devel-0.10.1-5.fc12.x86_64 requires ghc = 0:6.10.4 ghc-gconf-prof-0.10.1-5.fc12.x86_64 requires ghc-prof = 0:6.10.4 ghc-ghc-paths-devel-0.1.0.5-8.fc12.i686 requires ghc = 0:6.10.4 ghc-ghc-paths-devel-0.1.0.5-8.fc12.i686 requires ghc = 0:6.10.4 ghc-ghc-paths-devel-0.1.0.5-8.fc12.x86_64 requires ghc = 0:6.10.4 ghc-ghc-paths-devel-0.1.0.5-8.fc12.x86_64 requires ghc = 0:6.10.4 ghc-ghc-paths-doc-0.1.0.5-8.fc12.x86_64 requires ghc-doc = 0:6.10.4 ghc-ghc-paths-doc-0.1.0.5-8.fc12.x86_64 requires ghc-doc = 0:6.10.4 ghc-ghc-paths-prof-0.1.0.5-8.fc12.x86_64 requires ghc-prof = 0:6.10.4 ghc-gio-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-gio-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-gio-devel-0.10.1-5.fc12.x86_64 requires ghc = 0:6.10.4 ghc-gio-devel-0.10.1-5.fc12.x86_64 requires ghc = 0:6.10.4 ghc-gio-prof-0.10.1-5.fc12.x86_64 requires ghc-prof = 0:6.10.4 ghc-glade-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-glade-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-glade-devel-0.10.1-5.fc12.x86_64 requires ghc = 0:6.10.4 ghc-glade-devel-0.10.1-5.fc12.x86_64 requires ghc = 0:6.10.4 ghc-glade-prof-0.10.1-5.fc12.x86_64 requires ghc-prof = 0:6.10.4 ghc-glib-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-glib-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-glib-devel-0.10.1-5.fc12.x86_64 requires ghc = 0:6.10.4 ghc-glib-devel-0.10.1-5.fc12.x86_64 requires ghc = 0:6.10.4 ghc-glib-prof-0.10.1-5.fc12.x86_64 requires ghc-prof = 0:6.10.4 ghc-gstreamer-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-gstreamer-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-gstreamer-devel-0.10.1-5.fc12.x86_64 requires ghc = 0:6.10.4 ghc-gstreamer-devel-0.10.1-5.fc12.x86_64 requires ghc = 0:6.10.4 ghc-gstreamer-prof-0.10.1-5.fc12.x86_64 requires ghc-prof = 0:6.10.4 ghc-gtk-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-gtk-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-gtk-devel-0.10.1-5.fc12.x86_64 requires ghc = 0:6.10.4 ghc-gtk-devel-0.10.1-5.fc12.x86_64 requires ghc = 0:6.10.4 ghc-gtk-prof-0.10.1-5.fc12.x86_64 requires ghc-prof = 0:6.10.4 ghc-gtkglext-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-gtkglext-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-gtkglext-devel-0.10.1-5.fc12.x86_64 requires ghc = 0:6.10.4 ghc-gtkglext-devel-0.10.1-5.fc12.x86_64 requires ghc = 0:6.10.4 ghc-gtkglext-prof-0.10.1-5.fc12.x86_64 requires ghc-prof = 0:6.10.4 ghc-gtksourceview2-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-gtksourceview2-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-gtksourceview2-devel-0.10.1-5.fc12.x86_64 requires ghc = 0:6.10.4 ghc-gtksourceview2-devel-0.10.1-5.fc12.x86_64 requires ghc = 0:6.10.4 ghc-gtksourceview2-prof-0.10.1-5.fc12.x86_64 requires ghc-prof = 0:6.10.4 ghc-haskell-platform-devel-2009.2.0.2-3.fc13.i686 requires ghc = 0:6.10.4 ghc-haskell-platform-devel-2009.2.0.2-3.fc13.i686 requires ghc = 0:6.10.4 ghc-haskell-platform-devel-2009.2.0.2-3.fc13.x86_64 requires ghc = 0:6.10.4 ghc-haskell-platform-devel-2009.2.0.2-3.fc13.x86_64 requires ghc = 0:6.10.4 ghc-haskell-platform-doc-2009.2.0.2-3.fc13.x86_64 requires ghc-doc = 0:6.10.4 ghc-haskell-platform-doc-2009.2.0.2-3.fc13.x86_64 requires ghc-doc = 0:6.10.4 ghc-haskell-platform-prof-2009.2.0.2-3.fc13.x86_64 requires ghc-prof = 0:6.10.4 ghc-haskell-src-exts-devel-1.3.0-2.fc13.i686 requires ghc = 0:6.10.4 ghc-haskell-src-exts-devel-1.3.0-2.fc13.i686 requires ghc = 0:6.10.4 ghc-haskell-src-exts-devel-1.3.0-2.fc13.x86_64 requires ghc = 0:6.10.4 ghc-haskell-src-exts-devel-1.3.0-2.fc13.x86_64 requires ghc = 0:6.10.4 ghc-haskell-src-exts-doc-1.3.0-2.fc13.x86_64 requires ghc-doc = 0:6.10.4 ghc-haskell-src-exts-doc-1.3.0-2.fc13.x86_64 requires ghc-doc = 0:6.10.4 ghc-haskell-src-exts-prof-1.3.0-2.fc13.x86_64 requires ghc-prof = 0:6.10.4 ghc-network-devel-2.2.1.4-2.fc12.i686 requires ghc = 0:6.10.4 ghc-network-devel-2.2.1.4-2.fc12.i686 requires ghc = 0:6.10.4 ghc-network-devel-2.2.1.4-2.fc12.x86_64 requires ghc = 0:6.10.4 ghc-network-devel-2.2.1.4-2.fc12.x86_64 requires ghc = 0:6.10.4 ghc-network-doc-2.2.1.4-2.fc12.x86_64 requires ghc-doc = 0:6.10.4 ghc-network-doc-2.2.1.4-2.fc12.x86_64 requires ghc-doc = 0:6.10.4 ghc-network-prof-2.2.1.4-2.fc12.x86_64 requires ghc-prof = 0:6.10.4 ghc-soegtk-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-soegtk-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-soegtk-devel-0.10.1-5.fc12.x86_64 requires ghc = 0:6.10.4 ghc-soegtk-devel-0.10.1-5.fc12.x86_64 requires ghc = 0:6.10.4 ghc-soegtk-prof-0.10.1-5.fc12.x86_64 requires ghc-prof = 0:6.10.4 ghc-svgcairo-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-svgcairo-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-svgcairo-devel-0.10.1-5.fc12.x86_64 requires ghc = 0:6.10.4 ghc-svgcairo-devel-0.10.1-5.fc12.x86_64 requires ghc = 0:6.10.4 ghc-svgcairo-prof-0.10.1-5.fc12.x86_64 requires ghc-prof = 0:6.10.4 ghc-uniplate-devel-1.2.0.3-6.fc12.i686 requires ghc = 0:6.10.4 ghc-uniplate-devel-1.2.0.3-6.fc12.i686 requires ghc = 0:6.10.4 ghc-uniplate-devel-1.2.0.3-6.fc12.x86_64 requires ghc = 0:6.10.4 ghc-uniplate-devel-1.2.0.3-6.fc12.x86_64 requires ghc = 0:6.10.4 ghc-uniplate-doc-1.2.0.3-6.fc12.x86_64 requires ghc-doc = 0:6.10.4 ghc-uniplate-doc-1.2.0.3-6.fc12.x86_64 requires ghc-doc = 0:6.10.4 ghc-uniplate-prof-1.2.0.3-6.fc12.x86_64 requires ghc-prof = 0:6.10.4 ghc-xmonad-contrib-devel-0.9-1.fc13.i686 requires ghc-utf8-string-devel = 0:0.3.5 ghc-xmonad-contrib-devel-0.9-1.fc13.i686 requires ghc = 0:6.10.4 ghc-xmonad-contrib-devel-0.9-1.fc13.i686 requires ghc = 0:6.10.4 ghc-xmonad-contrib-devel-0.9-1.fc13.x86_64 requires ghc-utf8-string-devel = 0:0.3.5 ghc-xmonad-contrib-devel-0.9-1.fc13.x86_64 requires ghc = 0:6.10.4 ghc-xmonad-contrib-devel-0.9-1.fc13.x86_64 requires ghc = 0:6.10.4 ghc-xmonad-contrib-doc-0.9-1.fc13.x86_64 requires ghc-doc = 0:6.10.4 ghc-xmonad-contrib-doc-0.9-1.fc13.x86_64 requires ghc-doc = 0:6.10.4 ghc-xmonad-contrib-doc-0.9-1.fc13.x86_64 requires ghc-utf8-string-doc = 0:0.3.5 ghc-xmonad-contrib-prof-0.9-1.fc13.x86_64 requires ghc-prof = 0:6.10.4 ghc-xmonad-contrib-prof-0.9-1.fc13.x86_64 requires ghc-utf8-string-prof = 0:0.3.5 ghc-xmonad-devel-0.9-3.fc13.i686 requires ghc-X11-devel = 0:1.4.6.1 ghc-xmonad-devel-0.9-3.fc13.i686 requires ghc = 0:6.10.4 ghc-xmonad-devel-0.9-3.fc13.i686 requires ghc = 0:6.10.4 ghc-xmonad-devel-0.9-3.fc13.x86_64 requires ghc-X11-devel = 0:1.4.6.1 ghc-xmonad-devel-0.9-3.fc13.x86_64 requires ghc = 0:6.10.4 ghc-xmonad-devel-0.9-3.fc13.x86_64 requires ghc = 0:6.10.4 ghc-xmonad-doc-0.9-3.fc13.x86_64 requires ghc-doc = 0:6.10.4 ghc-xmonad-doc-0.9-3.fc13.x86_64 requires ghc-doc = 0:6.10.4 ghc-xmonad-doc-0.9-3.fc13.x86_64 requires ghc-X11-doc = 0:1.4.6.1 ghc-xmonad-prof-0.9-3.fc13.x86_64 requires ghc-X11-prof = 0:1.4.6.1 ghc-xmonad-prof-0.9-3.fc13.x86_64 requires ghc-prof = 0:6.10.4 haskell-platform-2009.2.0.2-3.fc13.x86_64 requires ghc = 0:6.10.4 hulahop-0.6.0-2.fc12.x86_64 requires xulrunner-python hulahop-0.6.0-2.fc12.x86_64 requires libpyxpcom.so()(64bit) indi-apogee-1.0-4.fc13.x86_64 requires libnova-0.12.so.1()(64bit) inksmoto-0.7.0-1.rc1.fc13.noarch requires /bin/python kpackagekit-0.5.2-2.fc13.x86_64 requires libpackagekit-qt.so.12()(64bit) kst-fits-1.8.0-3.fc12.x86_64 requires cfitsio = 0:3.140 kst-netcdf-1.8.0-3.fc12.x86_64 requires libnetcdf.so.4()(64bit) kst-netcdf-1.8.0-3.fc12.x86_64 requires libnetcdf_c++.so.4()(64bit) 1:libguestfs-1.0.80-10.fc13.i686 requires gfs-utils 1:libguestfs-1.0.80-10.fc13.x86_64 requires gfs-utils libindi-0.6-9.fc13.i686 requires libnova-0.12.so.1 libindi-0.6-9.fc13.x86_64 requires libnova-0.12.so.1()(64bit) linphone-2.1.1-4.fc12.i686 requires libortp.so.7 linphone-2.1.1-4.fc12.x86_64 requires libortp.so.7()(64bit) player-3.0.0-4.fc12.i686 requires libgeos-3.1.1.so player-3.0.0-4.fc12.i686 requires libcxcore.so.2 player-3.0.0-4.fc12.i686 requires libcvaux.so.2 player-3.0.0-4.fc12.i686 requires libml.so.2 player-3.0.0-4.fc12.i686 requires libhighgui.so.2 player-3.0.0-4.fc12.i686 requires libpqxx-2.6.8.so player-3.0.0-4.fc12.i686 requires libcv.so.2 player-3.0.0-4.fc12.x86_64 requires libhighgui.so.2()(64bit) player-3.0.0-4.fc12.x86_64 requires libcv.so.2()(64bit) player-3.0.0-4.fc12.x86_64 requires libcxcore.so.2()(64bit) player-3.0.0-4.fc12.x86_64 requires libgeos-3.1.1.so()(64bit) player-3.0.0-4.fc12.x86_64 requires libml.so.2()(64bit) player-3.0.0-4.fc12.x86_64 requires libcvaux.so.2()(64bit) player-3.0.0-4.fc12.x86_64 requires libpqxx-2.6.8.so()(64bit) pyexiv2-0.1.3-5.fc12.x86_64 requires libexiv2.so.5()(64bit) python-basemap-0.99.4-1.fc13.x86_64 requires libgeos-3.2.0rc3.so()(64bit) qedje-python-0.4.0-4.fc12.x86_64 requires sip-api(6) >= 0:6.0 qgis-python-1.0.2-4.fc13.i686 requires sip-api(6) >= 0:6.0 qgis-python-1.0.2-4.fc13.x86_64 requires sip-api(6) >= 0:6.0 qzion-python-0.4.0-5.fc12.x86_64 requires sip-api(6) >= 0:6.0 zikula-module-menutree-2.2-1.fc13.noarch requires zikula >= 0:1.2 New package drupal-calendar This module will display any Views date field in calendar formats New package libgnome-keyring Framework for managing passwords and other secrets Removed package sysreport Updated Packages: PyQt-3.18.1-6.fc13 ------------------ * Thu Jan 07 2010 Rex Dieter - 3.18.1-6 - rebuild (sip) PyQt4-4.7-0.1.20091231.fc13 --------------------------- * Thu Jan 07 2010 Rex Dieter - 4.7-0.1.20091231 - PyQt-x11-gpl-4.7-snapshot-20091231 PyQwt-5.2.0-4.fc13 ------------------ * Thu Jan 07 2010 Rex Dieter - 5.2.0-4 - rebuild (sip) R-hdf5-1.6.9-5.fc13 ------------------- * Thu Jan 07 2010 Orion Poplawski - 1.6.9-5 - Rebuild for hdf5-1.8.4 attr-2.4.44-2.fc13 ------------------ audacious-2.2-5.fc13 -------------------- * Thu Jan 07 2010 Michael Schwendt - 2.2-5 - Apply fix for seeking to -1 milliseconds, causing a hangup (AUD-99). createrepo-0.9.8-4.fc13 ----------------------- * Thu Jan 07 2010 Seth Vidal - 0.9.8-4 - latest head with fixes for --update w/o --skipstat dbus-1.2.16-9.fc12 ------------------ * Fri Dec 18 2009 Ray Strode - 1:1.2.16-9 - Fix activation of daemons (#545267) - Fix reload memleak (fdo #24697) - Don't forget about pending activations on reload (fdo #24350) - Fix reload race (fdo #21597) dsniff-2.4-0.8.b1.fc13 ---------------------- * Fri Jan 08 2010 Robert Scheck 2.4-0.8.b1 - Added build requirement to libXmu-devel for webspy (#553230) eclipse-3.5.1-28.fc13 --------------------- * Thu Jan 07 2010 Andrew Overholt 1:3.5.1-28 - Version Provides for "eclipse" and "eclipse-sdk" (-pde). eclipse-mylyn-3.3.1-2.fc13 -------------------------- * Thu Jan 07 2010 Andrew Overholt 3.3.1-2 - Update license field to add ASL 2.0 for wikitext. elinks-0.12-0.22.pre5.fc13 -------------------------- * Thu Jan 07 2010 Kamil Dudka - 0.12-0.22.pre5 - remove patch for configure script to find OpenSSL (we use NSS now) - remove buildrequires for nss-devel (#550770) emacs-23.1-20.fc13 ------------------ firefox-3.6.1-0.9.b5.fc13 ------------------------- * Thu Jan 07 2010 Martin Stransky - 3.6.1-0.9.b4 - firefox.sh fixes (error messages, #553184) gcompris-9.0-3.fc13 ------------------- * Fri Jan 08 2010 Johan Cwiklinski 9.0-3 - Patch for photohunter in fullscreen (from upstream) * Thu Jan 07 2010 Johan Cwiklinski 9.0-2 - Added missing gnome-python2-rsvg requires glaxium-0.5-7.fc13 ------------------ * Thu Jan 07 2010 Hans de Goede 0.5-7 - Fix crash when the level of the game with tanks is reached (#553067) gnome-applet-jalali-calendar-1.6.8-3.fc13 ----------------------------------------- * Thu Jan 07 2010 Hedayat Vatankhah - 1.6.8-3 - Added a patch to use Calverter algorithm to calculate jalali dates (patch contributed by Adrin Jalali) gnome-games-2.29.4-3.fc13 ------------------------- * Thu Jan 07 2010 Hans de Goede - 2.29.4-3 - Change python_sitelib macro to use %global as the new rpm will break using %define here, see: https://www.redhat.com/archives/fedora-devel-list/2010-January/msg00093.html gnome-keyring-2.29.4-1.fc13 --------------------------- * Thu Jan 07 2010 Tomas Bzatek - 2.29.4-1 - Update to 2.29.4 gnome-python2-extras-2.25.3-15.fc13 ----------------------------------- * Thu Jan 07 2010 Matthew Barnes - 2.25.3-15 - Add switches to disable gda and gdl subpackages. gpsman-6.4.1-1.fc13 ------------------- * Thu Jan 07 2010 Lucian Langa - 6.4.1-1 - misc cleanups - new upstream release gtk-vnc-0.3.10-2.fc12 --------------------- * Thu Dec 17 2009 Daniel P. Berrange - 0.3.10-2 - Fix gcrypt threading initialization (rhbz #537489) hunspell-nl-1.10-2.fc13 ----------------------- * Thu Jan 07 2010 Caolan McNamara - 1.10-2 - fix License tag i3-3.d.bf1-3.fc13 ----------------- * Wed Jan 06 2010 Simon Wesp - 3.d.bf1-3 - Add Missing R: xorg-x11-fonts-misc - Add i3-logo as SOURCE1 and install it to DATADIR/pixmaps iscsi-initiator-utils-6.2.0.870-12.fc13 --------------------------------------- * Thu Jan 07 2010 Hans de Goede 6.2.0.870-12 - Change python_sitelib macro to use %global as the new rpm will break using %define here, see: https://www.redhat.com/archives/fedora-devel-list/2010-January/msg00093.html jss-4.2.6-5.fc13 ---------------- * Thu Jan 07 2010 Rob Crittenden 4.2.6-5 - Move location of libjss4.so to subdirectory and use System.load() to load it instead of System.loadLibrary() for Fedora packaging compliance (#533304) kdebindings-4.3.90-2.fc13 ------------------------- * Thu Jan 07 2010 Rex Dieter - 4.3.90-2 - akonadi_version 1.2.90 - pyqt4_version 4.7 * Wed Jan 06 2010 Rex Dieter - 4.3.90-1 - kde-4.3.90 (4.4rc1) kdelibs-4.3.90-3.fc13 --------------------- * Thu Jan 07 2010 Rex Dieter - 4.3.90-3 - bump min polkit-qt version(s) kdevelop-3.9.97-1.fc13 ---------------------- * Thu Jan 07 2010 Rex Dieter 9:3.9.97-1 - kdevelop-3.9.97 * Sun Nov 22 2009 Rex Dieter 9:3.9.95-0.3.beta5 - rebuild (fc13+, qt-4.6.0-rc1) kdevplatform-0.9.97-1.fc13 -------------------------- * Thu Jan 07 2010 Rex Dieter 0.9.97-1 - kdevplatform-0.9.97 - kdevplatform: file conflict with kdelibs (FindKDevPlatform.cmake) (#541690) lib765-0.4.2-1.fc13 ------------------- * Thu Jan 07 2010 Lucian Langa - 0.4.2-1 - misc cleanups - new upstream release libnova-0.13.0-2.fc13 --------------------- * Thu Jan 07 2010 Huzaifa Sidhpurwala - 0.13.0-1 - New upstream * Thu Jan 07 2010 Huzaifa Sidhpurwala - 0.13.0-2 - Account for bump in soname libraw1394-2.0.5-1.fc13 ----------------------- * Thu Jan 07 2010 Jay Fenlason 2.0.5-1 - New upstream version londonlaw-0.2.1-8.fc13 ---------------------- * Thu Jan 07 2010 Hans de Goede 0.2.1-8 - Change python_sitelib macro to use %global as the new rpm will break using %define here, see: https://www.redhat.com/archives/fedora-devel-list/2010-January/msg00093.html magicor-1.1-5.fc13 ------------------ * Thu Jan 07 2010 Hans de Goede - 1.1-5 - Change python_sitelib macro to use %global as the new rpm will break using %define here, see: https://www.redhat.com/archives/fedora-devel-list/2010-January/msg00093.html mesa-7.8-0.10.fc13 ------------------ * Fri Jan 08 2010 Dave Airlie 7.8-0.10 - rebase to new snapshot with fix for radeon in it newt-0.52.11-2.fc13 ------------------- * Thu Jan 07 2010 Hans de Goede - 0.52.11-2 - Change python_sitearch macro to use %global as the new rpm will break using %define here, see: https://www.redhat.com/archives/fedora-devel-list/2010-January/msg00093.html nip2-7.20.7-2.fc13 ------------------ * Thu Jan 07 2010 Adam Goode - 7.20.7-2 - Enable goffice for charts - Update desktop file * Wed Jan 06 2010 Adam Goode - 7.20.7-1 - New upstream release + Faster image painting + Better progress feedback + GOffice now used to draw charts + Support for newer GTK+ features openssl-1.0.0-0.17.beta4.fc13 ----------------------------- * Thu Jan 07 2010 Tomas Mraz 1.0.0-0.17.beta4 - upstream fix compression handling on session resumption - various null checks and other small fixes from upstream - upstream changes for the renegotiation info according to the latest draft opticalraytracer-2.7-1.fc13 --------------------------- * Thu Jan 07 2010 Milos Jakubicek - 2.7-1 - Update to 2.7: now a Java application pam_krb5-2.3.10-1.fc13 ---------------------- * Wed Jan 06 2010 Nalin Dahyabhai - 2.3.9-1 - add a "multiple_ccaches" option to allow forcing the previous behavior of not deleting an old ccache whenever we create a new one, but saving them until the call that caused us to create them is reversed, and default the setting to being enabled for "su", which needs it * Wed Jan 06 2010 Nalin Dahyabhai - change the source location to a full URL * Wed Jan 06 2010 Nalin Dahyabhai - 2.3.10-1 - pull up changes to fine-tune the logic for selecting which key in a keytab to use when validating credentials * Thu Oct 08 2009 Nalin Dahyabhai - 2.3.8-1 - add a "chpw_prompt" option, to allow changing expired passwords while authenticating, as a workaround for applications which don't handle password expiration the way PAM expects them to (#509092) perl-Data-Section-0.093410-1.fc13 --------------------------------- * Thu Jan 07 2010 Daniel P. Berrange - 0.093410-1 - Update to 0.093410 release perl-Test-YAML-Meta-0.15-1.fc13 ------------------------------- * Thu Jan 07 2010 Daniel P. Berrange - 0.15-1 - Update to 0.15 release * Fri Dec 04 2009 Stepan Kasal - 0.12-3 - rebuild against perl 5.10.1 php-pear-Services-Twitter-0.5.0-1.fc13 -------------------------------------- * Thu Jan 07 2010 Remi Collet 0.5.0-1 - update to 0.5.0 php-shout-0.9.2-6.fc13 ---------------------- * Thu Jan 07 2010 Remi Collet - 0.9.2-6 - fix Source URL - fix requires for PHP abi. plymouth-0.8.0-0.2009129.2.fc13 ------------------------------- * Thu Jan 07 2010 Ray Strode 0.8.0-0.2009129.2 - Drop nash dep poppler-0.12.3-1.fc13 --------------------- * Thu Jan 07 2010 Rex Dieter - 0.12.3-1 - poppler-0.12.3 pygtkglext-1.1.0-8.fc13 ----------------------- * Thu Jan 07 2010 Hans de Goede 1.1.0-8 - Change python_foo macros to use %global as the new rpm will break using %define here, see: https://www.redhat.com/archives/fedora-devel-list/2010-January/msg00093.html pyparted-2.5-3.fc13 ------------------- * Thu Jan 07 2010 Hans de Goede - 2.5-3 - Change python_sitearch macro to use %global as the new rpm will break using %define here, see: https://www.redhat.com/archives/fedora-devel-list/2010-January/msg00093.html python-lzo-1.08-7.fc13 ---------------------- * Thu Jan 07 2010 Huzaifa Sidhpurwala - 1.08-6 - Update sources to patch with upstream * Thu Jan 07 2010 Huzaifa Sidhpurwala - 1.08-7 - Accommodate for changes in rpm in rawhide python-pyblock-0.45-2.fc13 -------------------------- * Thu Jan 07 2010 Hans de Goede - 0.45-2 - Change python_sitelib macro to use %global as the new rpm will break using %define here, see: https://www.redhat.com/archives/fedora-devel-list/2010-January/msg00093.html - And rename python_sitelib macro to python_sitearch, as that is what it is in our case - Mark our documentation files as %doc qscintilla-2.4-10.fc13 ---------------------- * Thu Jan 07 2010 Rex Dieter - 2.4-10 - rebuild (sip) qutim-0.2.0-4.fc13 ------------------ * Thu Jan 07 2010 Pavel Alexeev - 0.2.0-4 - Add Patch0 and Patch1 first to fix annoyed QT4-webkit bug, second to add /usr/lib64/qutim in plugins search paths ( https://bugzilla.redhat.com/show_bug.cgi?id=494695#c32 ). Both already in upstream (I was talked with developer) and it is only backport to 0.2.0 version. rakarrack-0.3.0-5.fc13 ---------------------- * Fri Jan 08 2010 David Timms - 0.3.0-5 - add patch for buffer overflow captured by fedora compile flags - add BR fftw-devel so that new upstream configure.in will build - fix being built without proper fedora flags and being built with empty debuginfo using patch to current upstream configure.in - add BR automake so that adjusts to configure.in to fix Help| Help Contents,License pointing to non-versioned .../doc/ dir succeed - move edit of configure.in to prep redhat-lsb-4.0-1.fc13 --------------------- * Fri Jan 08 2010 Lawrence Lim - 4.0-1 - update to LSB4.0 rpm-4.8.0-0.beta1.6 ------------------- * Thu Jan 07 2010 Panu Matilainen - 4.8.0-0.beta1.6 - pull out macro scoping "fix" for now, it breaks font package macros rpmconf-0.2.1-1.fc13 -------------------- * Thu Jan 07 2010 Miroslav Suchy 0.2.1-1 - implement merging of files using vimdiff, gvimdiff, meld, and kdiff3 - added command line option --version - added command line option --debug - fix build requires on Mandriva rubygem-actionpack-2.3.4-4.fc13 ------------------------------- * Fri Jan 08 2010 Mamoru Tasaka - 1:2.3.4-4 - Workaround patch to fix for rack 1.1.0 dependency (bug 552972) * Thu Dec 10 2009 David Lutterkort - 1:2.3.4-3 - Patch for CVE-2009-4214 (bz 542786) scidavis-0.2.3-13.fc13 ---------------------- * Thu Jan 07 2010 Rex Dieter - 0.2.3-13 - rebuild (sip) scummvm-tools-1.0.0-1.fc13 -------------------------- seahorse-2.29.4-1.fc13 ---------------------- * Thu Jan 07 2010 Tomas Bzatek 2.29.4-1 - Update to 2.29.4 shapelib-1.3.0b1-2.fc13 ----------------------- * Thu Jan 07 2010 Lucian Langa - 1.3.0b1-1 - misc cleanups - update BR - fix source0 - update to latest upstream snapshot * Thu Jan 07 2010 Lucian Langa - 1.3.0b1-2 - fix patch2 - no not depend on gdal sip-4.10-0.1.20100102.fc13 -------------------------- * Thu Jan 07 2010 Rex Dieter - 1.7.2p2-1 - new upstream version 1.7.2p2-1 - commented out unused aliases in sudoers to make visudo happy (#550239) system-config-printer-1.1.16-6.fc13 ----------------------------------- * Thu Jan 07 2010 Tim Waugh - 1.1.16-5 - Fixed typo introduced in recent fix (bug #551436). * Thu Jan 07 2010 Tim Waugh - 1.1.16-6 - Fixed crash when using keyring for auth without password (bug #553141). tigervnc-1.0.90-0.2.20091221svn3929.fc13 ---------------------------------------- * Thu Jan 07 2010 Adam Tkac 1.0.90-0.2.20091221svn3929 - add patch for upstream X.Org issue #25909 - add libXdmcp-devel to build requires to build Xvnc with XDMCP support (#552322) viewvc-1.1.3-2.fc13 ------------------- * Fri Jan 08 2010 Bojan Smojver - 1.1.3-2 - patch upstream issue #445 wxPython-2.8.9.2-4.fc13 ----------------------- * Thu Jan 07 2010 Hans de Goede - 2.8.9.2-4 - Change python_foo macros to use %global as the new rpm will break using %define here, see: https://www.redhat.com/archives/fedora-devel-list/2010-January/msg00093.html xemacs-21.5.29-11.fc13 ---------------------- * Thu Jan 07 2010 Jerry James - 21.5.29-11 - New upstream patch for bz 547840. - Add dired patch for large files (bz 550145). - Replace "lzma" with "xz" for snapshots. xkeyboard-config-1.7-3.fc13 --------------------------- * Fri Jan 08 2010 Peter Hutterer 1.7-3 - Remove xkbdata provides. The xkbdata provides was introduced when xorg-x11-drv-xkbdata moved to xkeyboard-config. It's purpose was mainly to protect against future renamings of this module which is unlikely to happen anytime soon. xmp-3.1.0-1.fc13 ---------------- * Thu Jan 07 2010 Dominik Mierzejewski 3.1.0-1 - updated to 3.1.0 - enabled parallel build - dropped obsolete patches - built with pulseaudio output support xorg-x11-drv-evdev-2.3.99-1.20100108.fc13 ----------------------------------------- * Fri Jan 08 2010 Peter Hutterer 2.3.99-1.20100108 - Update to current git ypserv-2.19-15.fc13 ------------------- * Thu Jan 07 2010 Karel Klic - 2.19-15 - Removed Prereq use in the spec file - Removed usage of RPM_SOURCE_DIR from the spec file * Tue Jan 05 2010 Karel Klic - 2.19-14 - Removed --enable-yppasswd from configure, as this option is ignored yum-metadata-parser-1.1.4-1.fc13 -------------------------------- * Thu Jan 07 2010 Seth Vidal - 1.1.4-1 - update to upstream 1.1.4 - which is really just all of these patches rolled into a release Summary: Added Packages: 2 Removed Packages: 1 Modified Packages: 74 From opensource at till.name Fri Jan 8 13:43:28 2010 From: opensource at till.name (Till Maas) Date: Fri, 08 Jan 2010 14:43:28 +0100 Subject: Proposal: fedora-release-rawhide subpackage In-Reply-To: <20100107140224.24f4eeac@ohm.scrye.com> References: <20100106204709.17bd6bf2@ohm.scrye.com> <20100107142405.GC4752@genius.kawo2.rwth-aachen.de> <20100107140224.24f4eeac@ohm.scrye.com> Message-ID: <20100108134327.GB11764@genius.kawo2.rwth-aachen.de> On Thu, Jan 07, 2010 at 02:02:24PM -0700, Kevin Fenzi wrote: > On Thu, 07 Jan 2010 15:24:05 +0100 > Till Maas wrote: > > > You propose that the repo should be enabled by default if the package > > is installed. I don't like this. This make it a lot easier to break a > > system with Rawhide, if one installs the repo file, e.g. only to be > > able to easily download the src.rpm files with yumdownloader or to > > query it with repoquery, but not to actually install the unsigned > > packages from it. > > How many folks do this? I suppose this is a downside... we could also > ship it with default disabled, so you would need to install and then > enable it. I guess the use of repoquery for rawhide is quite common for Fedora developers who want to inspect the impact of updating their packages. Also I guess at least the selective installation of some Rawhide package might be quite common to verify bugfixes. Imho the danger of accidently breaking the system is a lot higher if there is a package that will auto-destruct the system with the next yum update than it is with the current setup, where a manual change of a config file is required. > > It will probably also auto break systems that just > > install everything, which is also not nice. > > I don't think it's possible to 'install everything'. > There are a number of packages in the collection that conflict. > Or do you have some other meaning for 'everything'? I believe that I have read about people installing everything except for conflicting packages to find some packaging bugs, e.g. non explicit conflicts. Regards Till -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 836 bytes Desc: not available URL: From opensource at till.name Fri Jan 8 13:46:42 2010 From: opensource at till.name (Till Maas) Date: Fri, 08 Jan 2010 14:46:42 +0100 Subject: Question about dist-cvs make targets In-Reply-To: <1262885306.4202.7.camel@localhost.localdomain> References: <1262885306.4202.7.camel@localhost.localdomain> Message-ID: <20100108134641.GC11764@genius.kawo2.rwth-aachen.de> On Thu, Jan 07, 2010 at 09:28:26AM -0800, Jesse Keating wrote: > As I proceed to port our make system over into fedpkg, I've ran across a > couple targets that are giving me pause. > > Is anybody out there making use of the following targets? > patch I use this quite often to generate patches, but unluckily it only works if the tarball is extracted into a dir called %{name}-%{version}. I believe there is also a "rediff" target, which just renegerates a patch and copies the comment above the patch. > unused-patches I use this to easily get a list of patches I can "cvs remove" after I removed them from the spec. Regards Till -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 836 bytes Desc: not available URL: From opensource at till.name Fri Jan 8 13:51:11 2010 From: opensource at till.name (Till Maas) Date: Fri, 08 Jan 2010 14:51:11 +0100 Subject: Question about dist-cvs make targets In-Reply-To: <87vdfdhhw1.fsf@sheridan.bigo.ensc.de> References: <1262885306.4202.7.camel@localhost.localdomain> <645d17211001070955i129e1a6ex66ff4d9f5d494554@mail.gmail.com> <87vdfdhhw1.fsf@sheridan.bigo.ensc.de> Message-ID: <20100108135111.GD11764@genius.kawo2.rwth-aachen.de> On Thu, Jan 07, 2010 at 07:47:10PM +0100, Enrico Scholz wrote: > Jonathan Underwood writes: > > > I have used make patch quite a bit when developing patches. I guess > > it's just a wrapper around gendiff though, so it maybe redundant i.e. > > in my use case I could have been using gendiff. > > fwiw, 'gendiff' does not retain comments in patches and fails when one > file is touched by multiple patches. I wrote a wrapper around 'quilt' > which is used like Iirc there is a rediff target to keep the comments in a spec. gendiff works with multiple patches if one only wants to modify the last patch and the patches are applied with the right backup-suffixes in %patch. > > | %apply -n23 -p1 > > This expands to > > | quilt import -p 1 %PATCH23 > | quilt push -f > > resp. > > | %patch23 -p1 > > on systems without this macro. Refreshing and developing of patches is > very easy in this way. Would you please provide more instructions about how to implement it and how to use it? Regards Till -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 836 bytes Desc: not available URL: From opensource at till.name Fri Jan 8 13:55:32 2010 From: opensource at till.name (Till Maas) Date: Fri, 08 Jan 2010 14:55:32 +0100 Subject: RFE: Never, ever steal focus. In-Reply-To: <1262811554.4713.308.camel@localhost.localdomain> References: <4B44A57F.3000307@nodata.co.uk> <1262811554.4713.308.camel@localhost.localdomain> Message-ID: <20100108135532.GE11764@genius.kawo2.rwth-aachen.de> On Wed, Jan 06, 2010 at 03:59:14PM -0500, Owen Taylor wrote: > On Wed, 2010-01-06 at 16:00 +0100, nodata wrote: > > I'd like to suggest an enhancement for Fedora 13: nothing should ever > > steal focus from the window I am typing in. If I am typing in a shell > > window, or in a word processor, or an e-mail, nothing should ever take > > keyboard focus away from that window. > > > > Clearly I'm missing something, otherwise we would have this, hence the > > posting to the list :) > > I'm not sure what you are missing, but I know what I'm missing here - a > description of when exactly focus was stolen from you that was a > problem. > > In almost all cases, if you are typing into one application in Fedora, > and a window pops up from another application and steals away your > focus, and your typing goes to the wrong place, that's a bug that should > be filed against one of: I just realised that not only focus stealing when typing, but also when reading is annoying. E.g. here firefox just crashed, so I restarted it and while it opened all its tabs and windows, I wanted to read mails. But then firefox steals the focus several times for its windows. Is this something that is supposed to happen? Regards Till -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 836 bytes Desc: not available URL: From jussilehtola at fedoraproject.org Fri Jan 8 14:01:22 2010 From: jussilehtola at fedoraproject.org (Jussi Lehtola) Date: Fri, 08 Jan 2010 16:01:22 +0200 Subject: Proposal: fedora-release-rawhide subpackage In-Reply-To: <20100108134327.GB11764@genius.kawo2.rwth-aachen.de> References: <20100106204709.17bd6bf2@ohm.scrye.com> <20100107142405.GC4752@genius.kawo2.rwth-aachen.de> <20100107140224.24f4eeac@ohm.scrye.com> <20100108134327.GB11764@genius.kawo2.rwth-aachen.de> Message-ID: <1262959282.2289.25.camel@politzer.theorphys.helsinki.fi> On Fri, 2010-01-08 at 14:43 +0100, Till Maas wrote: > On Thu, Jan 07, 2010 at 02:02:24PM -0700, Kevin Fenzi wrote: > > On Thu, 07 Jan 2010 15:24:05 +0100 > > Till Maas wrote: > > > > > You propose that the repo should be enabled by default if the package > > > is installed. I don't like this. This make it a lot easier to break a > > > system with Rawhide, if one installs the repo file, e.g. only to be > > > able to easily download the src.rpm files with yumdownloader or to > > > query it with repoquery, but not to actually install the unsigned > > > packages from it. > > > > How many folks do this? I suppose this is a downside... we could also > > ship it with default disabled, so you would need to install and then > > enable it. > > I guess the use of repoquery for rawhide is quite common for Fedora > developers who want to inspect the impact of updating their packages. > Also I guess at least the selective installation of some Rawhide package > might be quite common to verify bugfixes. IMHO developers and debuggers can install the additional package.. > Imho the danger of accidently breaking the system is a lot higher if > there is a package that will auto-destruct the system with the next yum > update than it is with the current setup, where a manual change of a > config file is required. You don't have to edit the config file, it's enough to run yum with --enablerepo=rawhide (or --enablerepo=* !). +1 for branching, with default disabled. -- Jussi Lehtola Fedora Project Contributor jussilehtola at fedoraproject.org From schwab at redhat.com Fri Jan 8 14:12:41 2010 From: schwab at redhat.com (Andreas Schwab) Date: Fri, 08 Jan 2010 15:12:41 +0100 Subject: Question about dist-cvs make targets In-Reply-To: <20100108135111.GD11764@genius.kawo2.rwth-aachen.de> (Till Maas's message of "Fri, 08 Jan 2010 14:51:11 +0100") References: <1262885306.4202.7.camel@localhost.localdomain> <645d17211001070955i129e1a6ex66ff4d9f5d494554@mail.gmail.com> <87vdfdhhw1.fsf@sheridan.bigo.ensc.de> <20100108135111.GD11764@genius.kawo2.rwth-aachen.de> Message-ID: Till Maas writes: > Would you please provide more instructions about how to implement it and > how to use it? quilt has builtin support for spec files. You only need to run "quilt setup foo.spec". Andreas. -- Andreas Schwab, schwab at redhat.com GPG Key fingerprint = D4E8 DBE3 3813 BB5D FA84 5EC7 45C6 250E 6F00 984E "And now for something completely different." From skvidal at fedoraproject.org Fri Jan 8 14:29:23 2010 From: skvidal at fedoraproject.org (Seth Vidal) Date: Fri, 8 Jan 2010 09:29:23 -0500 (EST) Subject: yum-presto occasionally goes into "eternal" loop looking for deltas In-Reply-To: <1262907348.6468.1148.camel@code.and.org> References: <20100107184450.GA4928@ee.oulu.fi> <1262891954.2491.72.camel@localhost> <1262907348.6468.1148.camel@code.and.org> Message-ID: On Thu, 7 Jan 2010, James Antill wrote: > On Thu, 2010-01-07 at 21:19 +0200, Jonathan Dieter wrote: >> On Thu, 2010-01-07 at 20:44 +0200, Pekka Pietikainen wrote: >>> Presto is one of the best things ever, but occasionally it ends up not >>> finding the delta files from any of the mirrors in the mirror list and just >>> loops through them without making any progress. --disablepresto works >>> a-ok, I think yum clean all; yum update also did the trick once. >>> >>> Still, this can probably be made a lot better. It shouldn't do that even if the mirrors >>> are out-of-sync. Maybe add some logic that just disables >>> presto if the deltas are nowhere to be found after a few attempts? Anyone >>> else even see this happen? >> >> Yeah, see https://bugzilla.redhat.com/show_bug.cgi?id=540140. To >> summarize, the problem is that new updates have been pushed to the >> server between the time you loaded primary.sqlite and prestodelta.xml. >> >> When you run 'yum clean metadata' or 'yum clean all' it removes the >> outdated cached primary.sqlite and downloads the newer version. >> >> The bug has been closed as WONTFIX because there have only been a few >> reports; I wouldn't mind revisiting that decision if someone has a >> clever way of fixing it. (And I'm not convinced that checking n mirrors >> and then giving up is the solution.) > > The plugin could require yum >= 3.2.25, and then do something like (in > config or prereposetup): > > for repo in repos: > repo.mdpolicy.append('prestodelta') > > ...which would auto download presto MD when yum gets new repomd/primary. > People might complain though :) ... another kind of fix would be for the > plugin to call ".cleanExpireCache()" if the MD fails to download. > > The nice server side fix is to keep around more than one complete set > of MD (possible now we have unique MD filenames), so there would have to > be two updates within the client side cache timeout. But I'm not sure > how easy that is. But not all the drpms would be kept so if a largish number of them changed.... -sv From alain.portal at free.fr Fri Jan 8 14:51:28 2010 From: alain.portal at free.fr (Alain Portal) Date: Fri, 8 Jan 2010 15:51:28 +0100 Subject: Come back Message-ID: <201001081551.28993.alain.portal@free.fr> Hi, I just took ownership of kbackup as it was orphan. As there is a long time that I didn?t contribute to the Fedora Project, can somebody tell me how to update the package and ask for F-10 and F-11 branches? An uptodate srpm successfully build in mock on my laptop (F-12) and in koji -- scratch for f11, f12 and f13. Regards -- Les pages de manuel Linux en fran?ais http://manpagesfr.free.fr -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part. URL: From musuruan at gmail.com Fri Jan 8 15:11:32 2010 From: musuruan at gmail.com (Andrea Musuruane) Date: Fri, 8 Jan 2010 16:11:32 +0100 Subject: Come back In-Reply-To: <201001081551.28993.alain.portal@free.fr> References: <201001081551.28993.alain.portal@free.fr> Message-ID: <29fee02b1001080711n18b02287g7d4fdfe197760225@mail.gmail.com> On Fri, Jan 8, 2010 at 3:51 PM, Alain Portal wrote: > Hi, > > I just took ownership of kbackup as it was orphan. > As there is a long time that I didn?t contribute to the Fedora Project, can > somebody tell me how to update the package and ask for F-10 and F-11 branches? https://fedoraproject.org/wiki/CVS_admin_requests#Package_Change_Requests_for_existing_packages Bye, Andrea. From jreznik at redhat.com Fri Jan 8 15:26:14 2010 From: jreznik at redhat.com (Jaroslav Reznik) Date: Fri, 8 Jan 2010 16:26:14 +0100 Subject: Come back In-Reply-To: <201001081551.28993.alain.portal@free.fr> References: <201001081551.28993.alain.portal@free.fr> Message-ID: <201001081626.14728.jreznik@redhat.com> On Friday 08 January 2010 15:51:28 Alain Portal wrote: > Hi, > > I just took ownership of kbackup as it was orphan. > As there is a long time that I didn?t contribute to the Fedora Project, can > somebody tell me how to update the package and ask for F-10 and F-11 > branches? F-10 branch is EOL (you probably thought F-11, F-12), for F-11/F-12 branches see [1]. Nice to have you back! > An uptodate srpm successfully build in mock on my laptop (F-12) and in koji > -- scratch for f11, f12 and f13. > > Regards > Jaroslav [1] http://fedoraproject.org/wiki/PackageMaintainers/CVSAdminProcedure#Package_Change_Requests_for_existing_packages -- Jaroslav ?ezn?k Software Engineer - Base Operating Systems Brno Office: +420 532 294 275 Mobile: +420 731 455 332 Red Hat, Inc. http://cz.redhat.com/ From loganjerry at gmail.com Fri Jan 8 15:32:06 2010 From: loganjerry at gmail.com (Jerry James) Date: Fri, 8 Jan 2010 08:32:06 -0700 Subject: Common Lisp apps in Fedora In-Reply-To: <4B46F79F.4000803@imttechnologies.com> References: <870180fe1001040829u218bebe1gb7f1a719f1c1c413@mail.gmail.com> <4B422B96.40407@imttechnologies.com> <870180fe1001041510s6e35ea2fyf6f8b045d534a5bb@mail.gmail.com> <4B4458B5.6060602@imttechnologies.com> <870180fe1001060727r1942009dl3c6f37ab7d182416@mail.gmail.com> <4B46F79F.4000803@imttechnologies.com> Message-ID: <870180fe1001080732u6f21f2c3ib22856fba56170a6@mail.gmail.com> On Fri, Jan 8, 2010 at 2:15 AM, Alexander Kahl wrote: > Please see my reply to David's post; do you know whether there is a > standardized SIG founding procedure? I looked around and found this: https://fedoraproject.org/wiki/Defining_projects It sounds like we should tell the Fedora Project Board that we are forming, and appoint someone to send them regular status reports. We should also tell the Packaging Committee that we have identified some problems with the current Lisp packaging guidelines and plan to submit revisions to those guidelines. -- Jerry James http://www.jamezone.org/ From zing at fastmail.fm Fri Jan 8 15:41:43 2010 From: zing at fastmail.fm (Zing) Date: Fri, 8 Jan 2010 15:41:43 +0000 (UTC) Subject: Proposal: fedora-release-rawhide subpackage References: <20100106204709.17bd6bf2@ohm.scrye.com> <20100107142405.GC4752@genius.kawo2.rwth-aachen.de> <20100107140224.24f4eeac@ohm.scrye.com> Message-ID: On Fri, 08 Jan 2010 12:17:02 +0100, Thomas Janssen wrote: > 2010/1/7 Zing : >> On Thu, 07 Jan 2010 14:02:24 -0700, Kevin Fenzi wrote: >> >>> On Thu, 07 Jan 2010 15:24:05 +0100 >>> Till Maas wrote: >>> >>>> You propose that the repo should be enabled by default if the package >>>> is installed. I don't like this. This make it a lot easier to break a >>>> system with Rawhide, if one installs the repo file, e.g. only to be >>>> able to easily download the src.rpm files with yumdownloader or to >>>> query it with repoquery, but not to actually install the unsigned >>>> packages from it. >>> >>> How many folks do this? I suppose this is a downside... we could also >>> ship it with default disabled, so you would need to install and then >>> enable it. >> >> What makes you think these same users won't then also edit and enable >> rawhide at this point? > > Because the type of users we speak of, just enable *blindly* whatever > repo is available by a *default* installation. Those type of users > *dont* read at all, neither descriptions coming with a package nor > websites. So the barrier is much higher for them to break their boxen. Well, yeah, my question was rhetorical... I guess my point was the barrier can't get high enough for the class of user we're talking about. I get a little grumpy when we make changes for these type of people. sorry. From alain.portal at free.fr Fri Jan 8 16:02:25 2010 From: alain.portal at free.fr (Alain Portal) Date: Fri, 8 Jan 2010 17:02:25 +0100 Subject: Come back In-Reply-To: <29fee02b1001080711n18b02287g7d4fdfe197760225@mail.gmail.com> References: <201001081551.28993.alain.portal@free.fr> <29fee02b1001080711n18b02287g7d4fdfe197760225@mail.gmail.com> Message-ID: <201001081702.27911.alain.portal@free.fr> Le vendredi 08 janvier 2010 16:11:32, Andrea Musuruane a ?crit : > On Fri, Jan 8, 2010 at 3:51 PM, Alain Portal wrote: > > Hi, > > > > I just took ownership of kbackup as it was orphan. > > As there is a long time that I didn?t contribute to the Fedora Project, > > can somebody tell me how to update the package and ask for F-10 and F-11 > > branches? > > https://fedoraproject.org/wiki/CVS_admin_requests#Package_Change_Requests_for_existing_packages Thanks -- Les pages de manuel Linux en fran?ais http://manpagesfr.free.fr -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part. URL: From alain.portal at free.fr Fri Jan 8 16:04:37 2010 From: alain.portal at free.fr (Alain Portal) Date: Fri, 8 Jan 2010 17:04:37 +0100 Subject: Come back In-Reply-To: <201001081626.14728.jreznik@redhat.com> References: <201001081551.28993.alain.portal@free.fr> <201001081626.14728.jreznik@redhat.com> Message-ID: <201001081704.38119.alain.portal@free.fr> Le vendredi 08 janvier 2010 16:26:14, Jaroslav Reznik a ?crit : > F-10 branch is EOL (you probably thought F-11, F-12), for F-11/F-12 > branches see [1]. Yes, of course ;-) > Nice to have you back! Thanks -- Les pages de manuel Linux en fran?ais http://manpagesfr.free.fr -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part. URL: From bnocera at redhat.com Fri Jan 8 16:26:58 2010 From: bnocera at redhat.com (Bastien Nocera) Date: Fri, 08 Jan 2010 16:26:58 +0000 Subject: RFE : split transmission into subpackages: Request for review In-Reply-To: <1262956776.1825.6.camel@localhost> References: <1262956776.1825.6.camel@localhost> Message-ID: <1262968018.2233.4.camel@localhost.localdomain> On Fri, 2010-01-08 at 18:49 +0530, Ankur Sinha wrote: > hi, > > wrt https://bugzilla.redhat.com/show_bug.cgi?id=550976 > > I've built the sub packages and have put them up here with the spec. > > http://ankursinha.fedorapeople.org/transmission/ > > Can someone please review these? You should: - post your changes as patches, to make it easier to see what's changed - have -libs for the common library bits stuff - keep the GTK+ front-end in the main package (which would avoid upgrade problems with transmission disappearing from people's menus on upgrade, and having to change comps) - split out the command-line bits into a sub-package Cheers From kevin at scrye.com Fri Jan 8 16:37:20 2010 From: kevin at scrye.com (Kevin Fenzi) Date: Fri, 8 Jan 2010 09:37:20 -0700 Subject: Proposal: fedora-release-rawhide subpackage In-Reply-To: References: <20100106204709.17bd6bf2@ohm.scrye.com> <20100107142405.GC4752@genius.kawo2.rwth-aachen.de> <20100107140224.24f4eeac@ohm.scrye.com> Message-ID: <20100108093720.16ee2d15@ohm.scrye.com> On Thu, 7 Jan 2010 22:36:59 +0000 (UTC) Zing wrote: > What makes you think these same users won't then also edit and enable > rawhide at this point? It's not much of a stretch to think these > seemingly innocent users might see this "rawhide" package, install, > and then also enable it; in fact, ISTM, a package that they don't > have that promises some type of newest whizbang gadgets that they're > missing out on might entice more of this class of user. :( Because it won't be on the live media that many of the install from, or the default groups that would be choosen from the dvd install. Which is more likely: 1. I am going to enable all the repos I can, oh look, something called rawhide is already here. I'll just enable it. 2. I am going to enable all the repos I can, ok. Now I am going to randomly look through the almost 19,000 packages for some that might have repo files to enable. > Might I suggest: > > $ chattr +i /etc/yum.repos.d/fedora-rawhide.repo > > just kidding, well, half-kidding :) I don't want to lock rawhide in a cabinet in the basement with a 'beware of leopard' sign on it. I just don't want it to be in the same packet of stuff that everyone who comes into the store gets by default. ;) kevin -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: not available URL: From thomas.moschny at gmail.com Fri Jan 8 18:17:48 2010 From: thomas.moschny at gmail.com (Thomas Moschny) Date: Fri, 8 Jan 2010 19:17:48 +0100 Subject: Come back In-Reply-To: <201001081551.28993.alain.portal@free.fr> References: <201001081551.28993.alain.portal@free.fr> Message-ID: 2010/1/8 Alain Portal : > I just took ownership of kbackup as it was orphan. > As there is a long time that I didn?t contribute to the Fedora Project, can > somebody tell me how to update the package and ask for F-10 and F-11 branches? As it has been updated last more than three months ago, it needs a new review, iirc. See http://fedoraproject.org/wiki/PackageMaintainers/OrphanedPackages#Claiming_Ownership_of_a_Retired_Package - Thomas From jarod at redhat.com Fri Jan 8 18:41:29 2010 From: jarod at redhat.com (Jarod Wilson) Date: Fri, 08 Jan 2010 13:41:29 -0500 Subject: Review request begs Message-ID: <4B477C59.7030700@redhat.com> So I know lots of people submit these sort of begs offering to do reviews in return, but... I'm a wee bit way too tied up to do any reviews in return right now, so I'm asking for reviewers to look at these simply because they're awesome packages we want in the distro... :) rinputd - A server for receiving input events over the network https://bugzilla.redhat.com/show_bug.cgi?id=553705 Neat little daemon that listens for a network connection from something such as the remotux app for iphone/ipod touch, and feeds received data through the linux kernel input subsystem. Basically, remotux turns the touchscreen into a trackpad, complete with tap-to-click, scrolling, etc., and you can pop up the standard keyboard and use it for, well, keyboard input. libcrystalhd - Broadcom Crystal HD device interface library https://bugzilla.redhat.com/show_bug.cgi?id=553717 I just got the driver for these cards merged into the linux kernel staging tree a few days ago. Now we need the device interface library to talk to the thing and add support to apps to use it. This is a hardware h.264, mpeg2 and vc1 decoder board. That's right. 100% free and open-source drivers and libs from Broadcom, and they give us a way to decode digital video on Fedora w/o violating any codec patents, since the decoding is done entirely in hardware (this is pretty similar to the mpeg2 decoder on the Hauppauge WinTV PVR-350 in that respect). Please and thank you, etc., etc. -- Jarod Wilson jarod at redhat.com From kevin at scrye.com Fri Jan 8 18:42:58 2010 From: kevin at scrye.com (Kevin Fenzi) Date: Fri, 8 Jan 2010 11:42:58 -0700 Subject: Meeting Summary/logs for (20100108) FESCo meeting In-Reply-To: <20100107155329.08478192@ohm.scrye.com> References: <20100107155329.08478192@ohm.scrye.com> Message-ID: <20100108114258.7d8d32f2@ohm.scrye.com> Full logs at: http://meetbot.fedoraproject.org/fedora-meeting/2010-01-08/fesco.2010-01-08-16.59.html http://meetbot.fedoraproject.org/fedora-meeting/2010-01-08/fesco.2010-01-08-16.59.txt http://meetbot.fedoraproject.org/fedora-meeting/2010-01-08/fesco.2010-01-08-16.59.log.html Meeting started by nirik at 16:59:54 UTC (full logs). Meeting summary init process (nirik, 17:00:27) New Chair (nirik, 17:04:53) Meeting time (nirik, 17:06:52) AGREED: Will try and come up with a better time/day for meeting and announce it early next week. (nirik, 17:12:38) #298 Revoke Paul Johnsons pacakger access and put him on probation. - (nirik, 17:13:54) #278 Better Hostname - https://fedoraproject.org/wiki/Features/BetterHostname (nirik, 17:15:19) #299 Feature: AtSpiTwo - https://fedoraproject.org/wiki/Features/AtSpiTwo (nirik, 17:19:11) AGREED: The AtSpiTwo feature is accepted. (nirik, 17:21:55) https://labs.codethink.co.uk/index.php/p/qt-atspi2/ (Kevin_Kofler, 17:22:05) (the Qt implementation) (Kevin_Kofler, 17:22:08) #300 Feature: BetterWebcamSupportF13 - https://fedoraproject.org/wiki/Features/BetterWebcamSupportF13 (nirik, 17:22:27) AGREED: The BetterWebcamSupportF13 feature is approved. (nirik, 17:25:18) #291: Man pages Packaging Guideline (nirik, 17:26:01) Open Floor (nirik, 17:28:20) #225 Bugzilla 484855 - Mediawiki Fedora-only patch (nirik, 17:39:23) AGREED: ajax will take a look at the issue for FESCo (nirik, 17:52:03) Open Floor (again) (nirik, 17:54:35) http://whenisgood.net/fesco-meeting (cwickert, 18:01:17) Meeting ended at 18:36:29 UTC (full logs). kevin -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: not available URL: From jan.kratochvil at redhat.com Fri Jan 8 19:02:58 2010 From: jan.kratochvil at redhat.com (Jan Kratochvil) Date: Fri, 8 Jan 2010 20:02:58 +0100 Subject: Question about dist-cvs make targets In-Reply-To: <1262885306.4202.7.camel@localhost.localdomain> References: <1262885306.4202.7.camel@localhost.localdomain> Message-ID: <20100108190258.GA1113@host0.dyn.jankratochvil.net> On Thu, 07 Jan 2010 18:28:26 +0100, Jesse Keating wrote: > Is anybody out there making use of the following targets? I wanted to use this one: > unused-fedora-patches but it does not work, it works only for kernel; fix has been ignored: https://fedorahosted.org/fedora-infrastructure/ticket/1881 Regards, Jan From pbrobinson at gmail.com Fri Jan 8 19:07:17 2010 From: pbrobinson at gmail.com (Peter Robinson) Date: Fri, 8 Jan 2010 19:07:17 +0000 Subject: Review request begs In-Reply-To: <4B477C59.7030700@redhat.com> References: <4B477C59.7030700@redhat.com> Message-ID: <5256d0b1001081107l5b349a38m6bd4a14f0751804e@mail.gmail.com> > libcrystalhd - Broadcom Crystal HD device interface library > https://bugzilla.redhat.com/show_bug.cgi?id=553717 > > I just got the driver for these cards merged into the linux kernel > staging tree a few days ago. Now we need the device interface library to > talk to the thing and add support to apps to use it. This is a hardware > h.264, mpeg2 and vc1 decoder board. That's right. 100% free and > open-source drivers and libs from Broadcom, and they give us a way to > decode digital video on Fedora w/o violating any codec patents, since > the decoding is done entirely in hardware (this is pretty similar to the > mpeg2 decoder on the Hauppauge WinTV PVR-350 in that respect). I'll grab this one because I started looking at packaging it up the other day, so if someone else has done the work I was going to do the least I can do it review it :-) Cheers, Peter From alain.portal at free.fr Fri Jan 8 19:41:09 2010 From: alain.portal at free.fr (Alain Portal) Date: Fri, 8 Jan 2010 20:41:09 +0100 Subject: Come back In-Reply-To: References: <201001081551.28993.alain.portal@free.fr> Message-ID: <201001082041.09557.alain.portal@free.fr> Le vendredi 08 janvier 2010 19:17:48, Thomas Moschny a ?crit : > As it has been updated last more than three months ago, it needs a new > review, iirc. See > http://fedoraproject.org/wiki/PackageMaintainers/OrphanedPackages#Claiming_ > Ownership_of_a_Retired_Package Mamoru Tasaka already told me that a new review was needed. So, I opened a new review request: https://bugzilla.redhat.com/show_bug.cgi?id=553739 -- Les pages de manuel Linux en fran?ais http://manpagesfr.free.fr -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part. URL: From kevin.kofler at chello.at Fri Jan 8 20:09:29 2010 From: kevin.kofler at chello.at (Kevin Kofler) Date: Fri, 08 Jan 2010 21:09:29 +0100 Subject: Our static Libraries packaging guidelines once more References: <20091205191847.2c9c6aa1@gmail.com> <4B1CFFEE.7020306@jcomserv.net> <20091207193525.71338163@gmail.com> <20100105160821.59fbef0b@gmail.com> <10344.1262707404@sss.pgh.pa.us> <1262709005.32656.10.camel@localhost.localdomain> <4B436D6F.5060207@redhat.com> <20100105170839.GI12273@redhat.com> <4B4373DD.3030400@redhat.com> <20100105172308.GJ12273@redhat.com> <20100105225731.GD16452@genius.kawo2.rwth-aachen.de> Message-ID: Till Maas wrote: > I would like to have this with a slight modificiation. If a package > FTBFS for at least a certain amount of time (e.g. two weeks) at the time > of Beta, then every provenpackager may just fix the bugs for another > certain amount of time (e.g. another two weeks) and if nobody fixes it > then it should be dropped. Provenpackagers can already do that. Please just do it! > Or maybe we could have some kind of "neglected packages task force", that > may just in general fix bugs in packages that are not fixed by the > original maintainer. +1. I've been unofficially part of such a force in the past, and fixed a lot of FTBFS, broken dependency etc. bugs. Alex Lancaster also helped a lot with broken deps. But I can only do so much fixing on my own. Any help welcome! So I'd welcome an official task force being instated for this. > The advantage over becoming co-maintainer of certain packages is then, > that one does not get all the noise about bugs that are already been taken > care of by the original maintainer. Yeah, I surely can't comaintain all the packages I fix, they're way too many. Making things pass basic packaging-level QA (builds and has no broken deps) does not and should not require signing up to sort out any and all issues with the package. Kevin Kofler From fgfs.stefan at gmail.com Fri Jan 8 20:11:35 2010 From: fgfs.stefan at gmail.com (stefan riemens) Date: Fri, 8 Jan 2010 21:11:35 +0100 Subject: Review request begs In-Reply-To: <4B477C59.7030700@redhat.com> References: <4B477C59.7030700@redhat.com> Message-ID: > rinputd - A server for receiving input events over the network > https://bugzilla.redhat.com/show_bug.cgi?id=553705 > I'm taking this for review, it's just too cool not to... > Jarod Wilson > jarod at redhat.com > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > From kevin.kofler at chello.at Fri Jan 8 20:29:16 2010 From: kevin.kofler at chello.at (Kevin Kofler) Date: Fri, 08 Jan 2010 21:29:16 +0100 Subject: Common Lisp apps in Fedora References: <870180fe1001040829u218bebe1gb7f1a719f1c1c413@mail.gmail.com> Message-ID: Jerry James wrote: > One of the first issues we'll have to face is the use of > common-lisp-controller. Ouch, we weren't aware of all these issues when we approved common-lisp- controller in FESCo. :-( It was "sold" to us as something great and working perfectly. I wasn't aware that it didn't actually work at all at this time and I strongly doubt the rest of FESCo was either. It makes no sense to have a packaging guideline mandate using something which doesn't work. Kevin Kofler From kevin.kofler at chello.at Fri Jan 8 20:42:06 2010 From: kevin.kofler at chello.at (Kevin Kofler) Date: Fri, 08 Jan 2010 21:42:06 +0100 Subject: yum-presto and comps References: <2093008055.3382591262855979487.JavaMail.root@zmail02.collab.prod.int.phx2.redhat.com> <439491549.3383961262857491788.JavaMail.root@zmail02.collab.prod.int.phx2.redhat.com> Message-ID: Jens Petersen wrote: > In F12 we shipped yum-presto in @gnome-desktop - a kind of a compromise I > guess. Presto/deltarpm is very useful for machines with low net > connectivity to mirrors but enough resources to rebuild rpms. > > But yum-presto is not a desktop package at all and certainly does not > belong in the gnome-desktop group. [1] +1 In fact, we voted in FESCo that it should be added to one of the base groups instead (@base, I guess). It makes no sense to have it in @gnome-desktop nor in the KDE .ks file (which is where it is at the moment ? for KDE, it's in the .ks because we refused to add it to @kde-desktop as it has nothing to do with KDE). Kevin Kofler From loganjerry at gmail.com Fri Jan 8 21:59:21 2010 From: loganjerry at gmail.com (Jerry James) Date: Fri, 8 Jan 2010 14:59:21 -0700 Subject: Common Lisp apps in Fedora In-Reply-To: References: <870180fe1001040829u218bebe1gb7f1a719f1c1c413@mail.gmail.com> Message-ID: <870180fe1001081359u7cccadc2sd26f1a9f445d2ede@mail.gmail.com> On Fri, Jan 8, 2010 at 1:29 PM, Kevin Kofler wrote: > Ouch, we weren't aware of all these issues when we approved common-lisp- > controller in FESCo. :-( It was "sold" to us as something great and working > perfectly. I wasn't aware that it didn't actually work at all at this time > and I strongly doubt the rest of FESCo was either. It makes no sense to have > a packaging guideline mandate using something which doesn't work. The alternative to common-lisp-controller, for libraries at least, is to have lots of subpackages: trivial-features-ccl trivial-features-clisp trivial-features-cmu trivial-features-ecl trivial-features-gcl trivial-features-sbcl And you also have to keep trivial-features-src around in case someone buys an Allegro license. I can see why Debian went with common-lisp-controller for that case. It helps keep insanity at bay. But I think we need to have an escape clause for applications, and also for libraries that take a significant amount of time/space to compile. If we're going to use it for (some) libraries, then we also need to fix it so that it works on as many CLs as possible. A number greater than zero would be good. :-) Some kind of response to the fix I suggested for SBCL in https://bugzilla.redhat.com/show_bug.cgi?id=499182 would be nice, too. I guess I should make that an actual patch instead of a suggested sed operation. :-) Hmmmm, I just looked upstream to see if this has been fixed, and found that the last CVS checkin was 4 years ago. That isn't encouraging. Is upstream dead, or could it be awakened if shouted at? -- Jerry James http://www.jamezone.org/ From dj at www.uk.linux.org Fri Jan 8 22:10:01 2010 From: dj at www.uk.linux.org (dr johnson) Date: Fri, 8 Jan 2010 16:10:01 -0600 Subject: Proposal: fedora-release-rawhide subpackage In-Reply-To: <20100106204709.17bd6bf2@ohm.scrye.com> References: <20100106204709.17bd6bf2@ohm.scrye.com> Message-ID: <17734ae91001081410j242a4cffwc95648fdaf9cf642@mail.gmail.com> Please do so. Entirely too many general users click-enable rawhide and never even see the comments in the .repo file at all. They are never presented a warning or anything of the sort. Split it into an optional package, and anyone that understands what it is will easily be able to install. -dj On Wed, Jan 6, 2010 at 9:47 PM, Kevin Fenzi wrote: > Greetings. > > I'd like to propose splitting out > the /etc/yum.repos.d/fedora-rawhide.repo file into a > fedora-release-rawhide subpackage which is NOT installed by default or > shipped on the live media. > > I wrote up this using the Feature template, but I don't guess it's > really that much of a feature: > > https://fedoraproject.org/wiki/Features/RawhideRepoSubpackage > > (except in that it needs coordination across the distro and docs > updates, etc). > > Thoughts? > > (either here or the talk page of the above wiki link). > > Thanks, > > kevin > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > -------------- next part -------------- An HTML attachment was scrubbed... URL: From a.badger at gmail.com Sat Jan 9 01:26:17 2010 From: a.badger at gmail.com (Toshio Kuratomi) Date: Fri, 8 Jan 2010 20:26:17 -0500 Subject: Heads-up: %define vs %global in specs In-Reply-To: References: Message-ID: <20100109012617.GF31887@clingman.lan> On Thu, Jan 07, 2010 at 11:54:14AM +0200, Panu Matilainen wrote: > On Tue, 5 Jan 2010, Panu Matilainen wrote: > > > > >For the impatient: > > > >Starting with today's rawhide, the these kind of constructs in > >specs no longer "work": > > %{?!foo: %define foo bar} > >For the generally desired effect, the above simply becomes: > > %{?!foo: %global foo bar} > > > >This is already recommended by the Fedora guidelines, but packages > >which haven't been updated to follow the guideline might need > >revising: > >https://fedoraproject.org/wiki/Packaging/Guidelines#.25global_preferred_over_.25define > > FYI, this change broke font package macros. > > I've reverted the macro scoping "fix" until I have a chance to > properly investigate the breakage (possibly some quirk related to > %{lua: ...} macros). > I've updated the %global preferred over %define section to say that the bug is fixed in F13 so people should definitely avoid %{?!foo: %define [..]} type constructs. If this doesn't make it back in in time for F13, let me know and I'll update for when we do fix it. -Toshio -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 198 bytes Desc: not available URL: From dtimms at iinet.net.au Sat Jan 9 02:06:52 2010 From: dtimms at iinet.net.au (David Timms) Date: Sat, 09 Jan 2010 13:06:52 +1100 Subject: rawhide report: possible improvements ? In-Reply-To: <20100108133246.GA14149@releng2.fedora.phx.redhat.com> References: <20100108133246.GA14149@releng2.fedora.phx.redhat.com> Message-ID: <4B47E4BC.4080705@iinet.net.au> On 09/01/10 00:32, Rawhide Report wrote: > Compose started at Fri Jan 8 08:15:04 UTC 2010 > > Broken deps for i386 > ---------------------------------------------------------- ... > ghc-HTTP-devel-4000.0.6-6.fc13.i686 requires ghc = 0:6.10.4 > ghc-HTTP-devel-4000.0.6-6.fc13.i686 requires ghc = 0:6.10.4 > ghc-HTTP-doc-4000.0.6-6.fc13.i686 requires ghc-doc = 0:6.10.4 > ghc-HTTP-doc-4000.0.6-6.fc13.i686 requires ghc-doc = 0:6.10.4 > ghc-HTTP-prof-4000.0.6-6.fc13.i686 requires ghc-prof = 0:6.10.4 > ghc-cairo-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 > ghc-cairo-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 > ghc-cairo-prof-0.10.1-5.fc12.i686 requires ghc-prof = 0:6.10.4 > ghc-cgi-devel-3001.1.7.1-3.fc13.i686 requires ghc = 0:6.10.4 > ghc-cgi-devel-3001.1.7.1-3.fc13.i686 requires ghc = 0:6.10.4 > ghc-cgi-doc-3001.1.7.1-3.fc13.i686 requires ghc-doc = 0:6.10.4 > ghc-cgi-doc-3001.1.7.1-3.fc13.i686 requires ghc-doc = 0:6.10.4 > ghc-cgi-prof-3001.1.7.1-3.fc13.i686 requires ghc-prof = 0:6.10.4 > ghc-fgl-devel-5.4.2.2-1.fc12.i686 requires ghc = 0:6.10.4 > ghc-fgl-devel-5.4.2.2-1.fc12.i686 requires ghc = 0:6.10.4 > ghc-fgl-doc-5.4.2.2-1.fc12.i686 requires ghc-doc = 0:6.10.4 > ghc-fgl-doc-5.4.2.2-1.fc12.i686 requires ghc-doc = 0:6.10.4 > ghc-fgl-prof-5.4.2.2-1.fc12.i686 requires ghc-prof = 0:6.10.4 > ghc-gconf-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 > ghc-gconf-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 Hi, I noticed that some broken ones are duped (usually together), making it look like there is nearly twice as many as there really is. Would sort -u dedupe those ? Also, it could be cleaner and easier to read to invert or summarize the unsatisfied requires like: Broken dependencies: ghc-HTTP-devel-4000.0.6-6.fc13.i686 ghc-cairo-devel-0.10.1-5.fc12.i686 ghc-fgl-devel-5.4.2.2-1.fc12.i686 ghc-gconf-devel-0.10.1-5.fc12.i686 ghc-cgi-devel-3001.1.7.1-3.fc13.i686 all require ghc = 0:6.10.4, which is not available. or ghc-doc = 0:6.10.4 is not available, but is required by: ghc-HTTP-doc-4000.0.6-6.fc13.i686 ghc-cgi-doc-3001.1.7.1-3.fc13.i686 ghc-fgl-doc-5.4.2.2-1.fc12.i686 It might be nice to see the headings indented, and the package n-v-r-a info not indented, (since long package names, makes for more difficult to read emails, due to replies inserting quoting (> ) characters and oveflowing a single line. Also the report subject could include say '-' separators between y, m, day, like 2010-01-08 (which is another variant of the iso format that still sorts by date nicely ;) From jkeating at redhat.com Sat Jan 9 03:21:45 2010 From: jkeating at redhat.com (Jesse Keating) Date: Fri, 08 Jan 2010 19:21:45 -0800 Subject: rawhide report: possible improvements ? In-Reply-To: <4B47E4BC.4080705@iinet.net.au> References: <20100108133246.GA14149@releng2.fedora.phx.redhat.com> <4B47E4BC.4080705@iinet.net.au> Message-ID: <1263007305.4202.24.camel@localhost.localdomain> On Sat, 2010-01-09 at 13:06 +1100, David Timms wrote: > On 09/01/10 00:32, Rawhide Report wrote: > > Compose started at Fri Jan 8 08:15:04 UTC 2010 > > > > Broken deps for i386 > > ---------------------------------------------------------- > ... > > ghc-HTTP-devel-4000.0.6-6.fc13.i686 requires ghc = 0:6.10.4 > > ghc-HTTP-devel-4000.0.6-6.fc13.i686 requires ghc = 0:6.10.4 > > ghc-HTTP-doc-4000.0.6-6.fc13.i686 requires ghc-doc = 0:6.10.4 > > ghc-HTTP-doc-4000.0.6-6.fc13.i686 requires ghc-doc = 0:6.10.4 > > ghc-HTTP-prof-4000.0.6-6.fc13.i686 requires ghc-prof = 0:6.10.4 > > ghc-cairo-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 > > ghc-cairo-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 > > ghc-cairo-prof-0.10.1-5.fc12.i686 requires ghc-prof = 0:6.10.4 > > ghc-cgi-devel-3001.1.7.1-3.fc13.i686 requires ghc = 0:6.10.4 > > ghc-cgi-devel-3001.1.7.1-3.fc13.i686 requires ghc = 0:6.10.4 > > ghc-cgi-doc-3001.1.7.1-3.fc13.i686 requires ghc-doc = 0:6.10.4 > > ghc-cgi-doc-3001.1.7.1-3.fc13.i686 requires ghc-doc = 0:6.10.4 > > ghc-cgi-prof-3001.1.7.1-3.fc13.i686 requires ghc-prof = 0:6.10.4 > > ghc-fgl-devel-5.4.2.2-1.fc12.i686 requires ghc = 0:6.10.4 > > ghc-fgl-devel-5.4.2.2-1.fc12.i686 requires ghc = 0:6.10.4 > > ghc-fgl-doc-5.4.2.2-1.fc12.i686 requires ghc-doc = 0:6.10.4 > > ghc-fgl-doc-5.4.2.2-1.fc12.i686 requires ghc-doc = 0:6.10.4 > > ghc-fgl-prof-5.4.2.2-1.fc12.i686 requires ghc-prof = 0:6.10.4 > > ghc-gconf-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 > > ghc-gconf-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 > > Hi, I noticed that some broken ones are duped (usually together), making > it look like there is nearly twice as many as there really is. > Would sort -u dedupe those ? > > Also, it could be cleaner and easier to read to invert or summarize the > unsatisfied requires like: > > Broken dependencies: > ghc-HTTP-devel-4000.0.6-6.fc13.i686 > ghc-cairo-devel-0.10.1-5.fc12.i686 > ghc-fgl-devel-5.4.2.2-1.fc12.i686 > ghc-gconf-devel-0.10.1-5.fc12.i686 > ghc-cgi-devel-3001.1.7.1-3.fc13.i686 > all require ghc = 0:6.10.4, which is not available. > > or > ghc-doc = 0:6.10.4 is not available, but is required by: > ghc-HTTP-doc-4000.0.6-6.fc13.i686 > ghc-cgi-doc-3001.1.7.1-3.fc13.i686 > ghc-fgl-doc-5.4.2.2-1.fc12.i686 > > It might be nice to see the headings indented, and the package n-v-r-a > info not indented, (since long package names, makes for more difficult > to read emails, due to replies inserting quoting (> ) characters and > oveflowing a single line. > > Also the report subject could include say '-' separators between y, m, > day, like 2010-01-08 (which is another variant of the iso format that > still sorts by date nicely ;) > Reviewing patches. -- Jesse Keating Fedora -- Freedom? is a feature! identi.ca: http://identi.ca/jkeating -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part URL: From kevin at scrye.com Sat Jan 9 05:01:57 2010 From: kevin at scrye.com (Kevin Fenzi) Date: Fri, 8 Jan 2010 22:01:57 -0700 Subject: yum-presto and comps In-Reply-To: References: <2093008055.3382591262855979487.JavaMail.root@zmail02.collab.prod.int.phx2.redhat.com> <439491549.3383961262857491788.JavaMail.root@zmail02.collab.prod.int.phx2.redhat.com> Message-ID: <20100108220157.1d214872@ohm.scrye.com> On Fri, 08 Jan 2010 21:42:06 +0100 Kevin Kofler wrote: > Jens Petersen wrote: > > In F12 we shipped yum-presto in @gnome-desktop - a kind of a > > compromise I guess. Presto/deltarpm is very useful for machines > > with low net connectivity to mirrors but enough resources to > > rebuild rpms. > > > > But yum-presto is not a desktop package at all and certainly does > > not belong in the gnome-desktop group. [1] > > +1 > > In fact, we voted in FESCo that it should be added to one of the base > groups instead (@base, I guess). It makes no sense to have it in > @gnome-desktop nor in the KDE .ks file (which is where it is at the > moment ? for KDE, it's in the .ks because we refused to add it to > @kde-desktop as it has nothing to do with KDE). I guess I would be fine with it being in @base or something. We can always - it in the Xfce kickstart or any other spin that doesn't want it by default. kevin -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: not available URL: From dwheeler at dwheeler.com Sat Jan 9 05:15:35 2010 From: dwheeler at dwheeler.com (David A. Wheeler) Date: Sat, 09 Jan 2010 00:15:35 -0500 (EST) Subject: Common Lisp apps in Fedora In-Reply-To: References: Message-ID: Kevin Kofler: > Ouch, we weren't aware of all these issues when we approved common-lisp- > controller in FESCo. :-( It was "sold" to us as something great and working > perfectly. I wasn't aware that it didn't actually work at all at this time > and I strongly doubt the rest of FESCo was either. It makes no sense to have > a packaging guideline mandate using something which doesn't work. Jerry James: > The alternative to common-lisp-controller, for libraries at least, is > to have lots of subpackages:... > I can see why Debian went with > common-lisp-controller .... It helps keep insanity at bay. Common-lisp-controller would probably be very helpful for libraries if it *did* work. But it appears that mandating it was premature. Jerry James: > But I think we need to have an escape clause for applications, and > also for libraries that take a significant amount of time/space to > compile. No escape clause needed for applications. The 2nd sentence of: https://fedoraproject.org/wiki/Packaging:Lisp "This document does not describe conventions and customs for application programs that are written in Common Lisp." I think it should be backed down until it's *really* fixed (awakening upstream as necessary). --- David A. Wheeler From panemade at gmail.com Sat Jan 9 06:58:06 2010 From: panemade at gmail.com (=?UTF-8?B?UGFyYWcgTijgpKrgpLDgpL7gpZop?=) Date: Sat, 9 Jan 2010 12:28:06 +0530 Subject: Bugzilla Outage/Upgrade - 2010-01-09 In-Reply-To: <1405982519.77221262626287056.JavaMail.root@zmail06.collab.prod.int.phx2.redhat.com> References: <1581632314.76671262625913029.JavaMail.root@zmail06.collab.prod.int.phx2.redhat.com> <1405982519.77221262626287056.JavaMail.root@zmail06.collab.prod.int.phx2.redhat.com> Message-ID: Hi, On Mon, Jan 4, 2010 at 11:01 PM, Ricky Zhou wrote: > Outage Notification - 2010-01-09 02:00 UTC > > There will be an outage starting at 2010-01-09 02:00 UTC, which will last > approximately 3 hours. > > To convert UTC to your local time, take a look at > http://fedoraproject.org/wiki/Infrastructure/UTCHowto > or run: > > date -d '2010-01-09 02:00 UTC' > > Affected Services: > > bugzilla.redhat.com > > Unaffected Services: > > Buildsystem > CVS / Source Control > Database > DNS > Fedora Hosted > Fedora People > Fedora Talk > Mail > Mirror System > Torrent > Translation Services > Websites > > Ticket Link: > > https://fedorahosted.org/fedora-infrastructure/ticket/1900 > > Reason for Outage: > > Red Hat IT will be performing a bugzilla upgrade from version 3.2 to 3.4. > Does this update restricts bugzilla password length? Regards, Parag. From enrico.scholz at informatik.tu-chemnitz.de Sat Jan 9 12:20:41 2010 From: enrico.scholz at informatik.tu-chemnitz.de (Enrico Scholz) Date: Sat, 09 Jan 2010 13:20:41 +0100 Subject: Question about dist-cvs make targets In-Reply-To: <20100108135111.GD11764@genius.kawo2.rwth-aachen.de> (Till Maas's message of "Fri, 08 Jan 2010 14:51:11 +0100") References: <1262885306.4202.7.camel@localhost.localdomain> <645d17211001070955i129e1a6ex66ff4d9f5d494554@mail.gmail.com> <87vdfdhhw1.fsf@sheridan.bigo.ensc.de> <20100108135111.GD11764@genius.kawo2.rwth-aachen.de> Message-ID: <87d41jv59i.fsf@sheridan.bigo.ensc.de> Till Maas writes: > Iirc there is a rediff target to keep the comments in a spec. I never got this to work; e.g. $ LANG=C make rediff SUFFIX=arridx /bin/sh: line 0: cd: /var/tmp/sessiondir-ensc.1262717944.trKTtL/cvsextras/hunt-1.5/..: No such file or directory It seems to assume a %name-%version-$SUFFIX.patch naming scheme. Lot of my patches are from a previous %version so that it does not apply. >> | %apply -n23 -p1 > > Would you please provide more instructions about how to implement it and > how to use it? Place | %{!?apply:%global apply(p:n:b:) %patch%%{-n:%%{-n*}} %%{-p:-p %%{-p*}} %%{-b:-b %%{-b*}} \ | %nil} in every .spec file and replace | %patchX -pN by | %apply -nX -pN there. In your local ~/.rpmmacros, add -------- %apply(p:n:b:) \ if test -n "$RPM_NO_DEVEL"; then \ %patch%{-n:%{-n*}} %-p %-b \ else \ quilt import %-p %{!-p:-p 0} %{P:%{-n*}} \ quilt push -f; \ fi \ %nil -------- Do *not* indent the %patch line; %patchX seems to be implemented very tricky in rpm and does not work when it does not start on the beginning of a line. Enrico From rawhide at fedoraproject.org Sat Jan 9 13:33:22 2010 From: rawhide at fedoraproject.org (Rawhide Report) Date: Sat, 9 Jan 2010 13:33:22 +0000 Subject: rawhide report: 20100109 changes Message-ID: <20100109133322.GA18924@releng2.fedora.phx.redhat.com> Compose started at Sat Jan 9 08:15:03 UTC 2010 Broken deps for i386 ---------------------------------------------------------- PyKDE-3.16.6-1.fc13.i686 requires sip-api(6) >= 0:6.0 anjal-0.1.0-1.fc13.i686 requires libevolution-mail-shared.so.0 anjal-0.1.0-1.fc13.i686 requires libefilterbar.so.0 avogadro-libs-1.0.0-3.fc13.i686 requires sip-api(6) >= 0:6.0 cduce-0.5.3-3.fc13.i686 requires ocaml(runtime) = 0:3.11.1 cduce-0.5.3-3.fc13.i686 requires ocaml(Filename) = 0:7cd172f02b7ee9b8d7bda3bb92144951 cduce-0.5.3-3.fc13.i686 requires ocaml(Obj) = 0:c827f726ce05da709cf7de58fc15e324 cduce-0.5.3-3.fc13.i686 requires ocaml(Format) = 0:b7ba3152a5eec5609d6ab86e6c51eebb cduce-0.5.3-3.fc13.i686 requires ocaml(Printexc) = 0:fdf007941aa14d1a26323558012dbf52 cduce-0.5.3-3.fc13.i686 requires ocaml(Buffer) = 0:23af67395823b652b807c4ae0b581211 cduce-ocamlduce-0.5.3-3.fc13.i686 requires ocaml(Format) = 0:b7ba3152a5eec5609d6ab86e6c51eebb cduce-ocamlduce-0.5.3-3.fc13.i686 requires ocaml(Buffer) = 0:23af67395823b652b807c4ae0b581211 cduce-ocamlduce-0.5.3-3.fc13.i686 requires ocaml(runtime) = 0:3.11.1 cduce-ocamlduce-0.5.3-3.fc13.i686 requires ocaml(Obj) = 0:c827f726ce05da709cf7de58fc15e324 cluster-snmp-0.16.1-2.fc12.i686 requires libnetsnmp.so.15 evolution-mapi-devel-0.29.4-1.fc13.i686 requires pkgconfig(libmapi) = 0:0.8 ghc-HTTP-devel-4000.0.6-6.fc13.i686 requires ghc = 0:6.10.4 ghc-HTTP-devel-4000.0.6-6.fc13.i686 requires ghc = 0:6.10.4 ghc-HTTP-doc-4000.0.6-6.fc13.i686 requires ghc-doc = 0:6.10.4 ghc-HTTP-doc-4000.0.6-6.fc13.i686 requires ghc-doc = 0:6.10.4 ghc-HTTP-prof-4000.0.6-6.fc13.i686 requires ghc-prof = 0:6.10.4 ghc-cairo-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-cairo-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-cairo-prof-0.10.1-5.fc12.i686 requires ghc-prof = 0:6.10.4 ghc-cgi-devel-3001.1.7.1-3.fc13.i686 requires ghc = 0:6.10.4 ghc-cgi-devel-3001.1.7.1-3.fc13.i686 requires ghc = 0:6.10.4 ghc-cgi-doc-3001.1.7.1-3.fc13.i686 requires ghc-doc = 0:6.10.4 ghc-cgi-doc-3001.1.7.1-3.fc13.i686 requires ghc-doc = 0:6.10.4 ghc-cgi-prof-3001.1.7.1-3.fc13.i686 requires ghc-prof = 0:6.10.4 ghc-fgl-devel-5.4.2.2-1.fc12.i686 requires ghc = 0:6.10.4 ghc-fgl-devel-5.4.2.2-1.fc12.i686 requires ghc = 0:6.10.4 ghc-fgl-doc-5.4.2.2-1.fc12.i686 requires ghc-doc = 0:6.10.4 ghc-fgl-doc-5.4.2.2-1.fc12.i686 requires ghc-doc = 0:6.10.4 ghc-fgl-prof-5.4.2.2-1.fc12.i686 requires ghc-prof = 0:6.10.4 ghc-gconf-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-gconf-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-gconf-prof-0.10.1-5.fc12.i686 requires ghc-prof = 0:6.10.4 ghc-ghc-paths-devel-0.1.0.5-8.fc12.i686 requires ghc = 0:6.10.4 ghc-ghc-paths-devel-0.1.0.5-8.fc12.i686 requires ghc = 0:6.10.4 ghc-ghc-paths-doc-0.1.0.5-8.fc12.i686 requires ghc-doc = 0:6.10.4 ghc-ghc-paths-doc-0.1.0.5-8.fc12.i686 requires ghc-doc = 0:6.10.4 ghc-ghc-paths-prof-0.1.0.5-8.fc12.i686 requires ghc-prof = 0:6.10.4 ghc-gio-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-gio-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-gio-prof-0.10.1-5.fc12.i686 requires ghc-prof = 0:6.10.4 ghc-glade-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-glade-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-glade-prof-0.10.1-5.fc12.i686 requires ghc-prof = 0:6.10.4 ghc-glib-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-glib-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-glib-prof-0.10.1-5.fc12.i686 requires ghc-prof = 0:6.10.4 ghc-gstreamer-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-gstreamer-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-gstreamer-prof-0.10.1-5.fc12.i686 requires ghc-prof = 0:6.10.4 ghc-gtk-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-gtk-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-gtk-prof-0.10.1-5.fc12.i686 requires ghc-prof = 0:6.10.4 ghc-gtkglext-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-gtkglext-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-gtkglext-prof-0.10.1-5.fc12.i686 requires ghc-prof = 0:6.10.4 ghc-gtksourceview2-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-gtksourceview2-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-gtksourceview2-prof-0.10.1-5.fc12.i686 requires ghc-prof = 0:6.10.4 ghc-haskell-platform-devel-2009.2.0.2-3.fc13.i686 requires ghc = 0:6.10.4 ghc-haskell-platform-devel-2009.2.0.2-3.fc13.i686 requires ghc = 0:6.10.4 ghc-haskell-platform-doc-2009.2.0.2-3.fc13.i686 requires ghc-doc = 0:6.10.4 ghc-haskell-platform-doc-2009.2.0.2-3.fc13.i686 requires ghc-doc = 0:6.10.4 ghc-haskell-platform-prof-2009.2.0.2-3.fc13.i686 requires ghc-prof = 0:6.10.4 ghc-haskell-src-exts-devel-1.3.0-2.fc13.i686 requires ghc = 0:6.10.4 ghc-haskell-src-exts-devel-1.3.0-2.fc13.i686 requires ghc = 0:6.10.4 ghc-haskell-src-exts-doc-1.3.0-2.fc13.i686 requires ghc-doc = 0:6.10.4 ghc-haskell-src-exts-doc-1.3.0-2.fc13.i686 requires ghc-doc = 0:6.10.4 ghc-haskell-src-exts-prof-1.3.0-2.fc13.i686 requires ghc-prof = 0:6.10.4 ghc-network-devel-2.2.1.4-2.fc12.i686 requires ghc = 0:6.10.4 ghc-network-devel-2.2.1.4-2.fc12.i686 requires ghc = 0:6.10.4 ghc-network-doc-2.2.1.4-2.fc12.i686 requires ghc-doc = 0:6.10.4 ghc-network-doc-2.2.1.4-2.fc12.i686 requires ghc-doc = 0:6.10.4 ghc-network-prof-2.2.1.4-2.fc12.i686 requires ghc-prof = 0:6.10.4 ghc-soegtk-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-soegtk-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-soegtk-prof-0.10.1-5.fc12.i686 requires ghc-prof = 0:6.10.4 ghc-svgcairo-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-svgcairo-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-svgcairo-prof-0.10.1-5.fc12.i686 requires ghc-prof = 0:6.10.4 ghc-uniplate-devel-1.2.0.3-6.fc12.i686 requires ghc = 0:6.10.4 ghc-uniplate-devel-1.2.0.3-6.fc12.i686 requires ghc = 0:6.10.4 ghc-uniplate-doc-1.2.0.3-6.fc12.i686 requires ghc-doc = 0:6.10.4 ghc-uniplate-doc-1.2.0.3-6.fc12.i686 requires ghc-doc = 0:6.10.4 ghc-uniplate-prof-1.2.0.3-6.fc12.i686 requires ghc-prof = 0:6.10.4 ghc-xmonad-contrib-devel-0.9-1.fc13.i686 requires ghc-utf8-string-devel = 0:0.3.5 ghc-xmonad-contrib-devel-0.9-1.fc13.i686 requires ghc = 0:6.10.4 ghc-xmonad-contrib-devel-0.9-1.fc13.i686 requires ghc = 0:6.10.4 ghc-xmonad-contrib-doc-0.9-1.fc13.i686 requires ghc-doc = 0:6.10.4 ghc-xmonad-contrib-doc-0.9-1.fc13.i686 requires ghc-doc = 0:6.10.4 ghc-xmonad-contrib-doc-0.9-1.fc13.i686 requires ghc-utf8-string-doc = 0:0.3.5 ghc-xmonad-contrib-prof-0.9-1.fc13.i686 requires ghc-prof = 0:6.10.4 ghc-xmonad-contrib-prof-0.9-1.fc13.i686 requires ghc-utf8-string-prof = 0:0.3.5 ghc-xmonad-devel-0.9-3.fc13.i686 requires ghc-X11-devel = 0:1.4.6.1 ghc-xmonad-devel-0.9-3.fc13.i686 requires ghc = 0:6.10.4 ghc-xmonad-devel-0.9-3.fc13.i686 requires ghc = 0:6.10.4 ghc-xmonad-doc-0.9-3.fc13.i686 requires ghc-doc = 0:6.10.4 ghc-xmonad-doc-0.9-3.fc13.i686 requires ghc-doc = 0:6.10.4 ghc-xmonad-doc-0.9-3.fc13.i686 requires ghc-X11-doc = 0:1.4.6.1 ghc-xmonad-prof-0.9-3.fc13.i686 requires ghc-X11-prof = 0:1.4.6.1 ghc-xmonad-prof-0.9-3.fc13.i686 requires ghc-prof = 0:6.10.4 haskell-platform-2009.2.0.2-3.fc13.i686 requires ghc = 0:6.10.4 hulahop-0.6.0-2.fc12.i686 requires xulrunner-python hulahop-0.6.0-2.fc12.i686 requires libpyxpcom.so indi-apogee-1.0-4.fc13.i686 requires libnova-0.12.so.1 inksmoto-0.7.0-2.rc1.fc13.noarch requires /bin/python kpackagekit-0.5.2-2.fc13.i686 requires libpackagekit-qt.so.12 kst-fits-1.8.0-3.fc12.i686 requires cfitsio = 0:3.140 kst-netcdf-1.8.0-3.fc12.i686 requires libnetcdf.so.4 kst-netcdf-1.8.0-3.fc12.i686 requires libnetcdf_c++.so.4 linphone-2.1.1-4.fc12.i686 requires libortp.so.7 pki-ca-1.3.0-6.fc13.noarch requires pki-selinux player-3.0.0-4.fc12.i686 requires libgeos-3.1.1.so player-3.0.0-4.fc12.i686 requires libcxcore.so.2 player-3.0.0-4.fc12.i686 requires libcvaux.so.2 player-3.0.0-4.fc12.i686 requires libml.so.2 player-3.0.0-4.fc12.i686 requires libhighgui.so.2 player-3.0.0-4.fc12.i686 requires libpqxx-2.6.8.so player-3.0.0-4.fc12.i686 requires libcv.so.2 pyexiv2-0.1.3-5.fc12.i686 requires libexiv2.so.5 qedje-python-0.4.0-4.fc12.i686 requires sip-api(6) >= 0:6.0 qgis-python-1.0.2-4.fc13.i686 requires sip-api(6) >= 0:6.0 qzion-python-0.4.0-5.fc12.i686 requires sip-api(6) >= 0:6.0 why-2.23-1.fc13.i686 requires ocaml(Types) = 0:c36604dc5d4202662cfca61be96c3303 why-2.23-1.fc13.i686 requires ocaml(Logic_decl) = 0:f63f0d96a92a779b9e74fc74cfc2423d why-2.23-1.fc13.i686 requires ocaml(Logic) = 0:ddd0d46a3eaa2ce4a1a3d22195514e56 why-2.23-1.fc13.i686 requires ocaml(Cc) = 0:7017e5b498afc612807d5f6fdc2fc257 why-2.23-1.fc13.i686 requires ocaml(Error) = 0:808ba08d6066ba67d6c769798e909ff8 why-2.23-1.fc13.i686 requires ocaml(Ptree) = 0:dfb73bbb000b55e87b05c0cdc2c87af6 why-2.23-1.fc13.i686 requires ocaml(Ast) = 0:2c019415b117907d730a302cdac2b248 zikula-module-menutree-2.2-1.fc13.noarch requires zikula >= 0:1.2 Broken deps for x86_64 ---------------------------------------------------------- PyKDE-3.16.6-1.fc13.x86_64 requires sip-api(6) >= 0:6.0 anjal-0.1.0-1.fc13.x86_64 requires libevolution-mail-shared.so.0()(64bit) anjal-0.1.0-1.fc13.x86_64 requires libefilterbar.so.0()(64bit) avogadro-libs-1.0.0-3.fc13.i686 requires sip-api(6) >= 0:6.0 avogadro-libs-1.0.0-3.fc13.x86_64 requires sip-api(6) >= 0:6.0 cduce-0.5.3-3.fc13.x86_64 requires ocaml(runtime) = 0:3.11.1 cduce-0.5.3-3.fc13.x86_64 requires ocaml(Filename) = 0:7cd172f02b7ee9b8d7bda3bb92144951 cduce-0.5.3-3.fc13.x86_64 requires ocaml(Obj) = 0:c827f726ce05da709cf7de58fc15e324 cduce-0.5.3-3.fc13.x86_64 requires ocaml(Format) = 0:b7ba3152a5eec5609d6ab86e6c51eebb cduce-0.5.3-3.fc13.x86_64 requires ocaml(Printexc) = 0:fdf007941aa14d1a26323558012dbf52 cduce-0.5.3-3.fc13.x86_64 requires ocaml(Buffer) = 0:23af67395823b652b807c4ae0b581211 cduce-ocamlduce-0.5.3-3.fc13.x86_64 requires ocaml(Format) = 0:b7ba3152a5eec5609d6ab86e6c51eebb cduce-ocamlduce-0.5.3-3.fc13.x86_64 requires ocaml(Buffer) = 0:23af67395823b652b807c4ae0b581211 cduce-ocamlduce-0.5.3-3.fc13.x86_64 requires ocaml(Obj) = 0:c827f726ce05da709cf7de58fc15e324 cduce-ocamlduce-0.5.3-3.fc13.x86_64 requires ocaml(runtime) = 0:3.11.1 cluster-snmp-0.16.1-2.fc12.x86_64 requires libnetsnmp.so.15()(64bit) evolution-mapi-devel-0.29.4-1.fc13.i686 requires pkgconfig(libmapi) = 0:0.8 evolution-mapi-devel-0.29.4-1.fc13.x86_64 requires pkgconfig(libmapi) = 0:0.8 ghc-HTTP-devel-4000.0.6-6.fc13.i686 requires ghc = 0:6.10.4 ghc-HTTP-devel-4000.0.6-6.fc13.i686 requires ghc = 0:6.10.4 ghc-HTTP-devel-4000.0.6-6.fc13.x86_64 requires ghc = 0:6.10.4 ghc-HTTP-devel-4000.0.6-6.fc13.x86_64 requires ghc = 0:6.10.4 ghc-HTTP-doc-4000.0.6-6.fc13.x86_64 requires ghc-doc = 0:6.10.4 ghc-HTTP-doc-4000.0.6-6.fc13.x86_64 requires ghc-doc = 0:6.10.4 ghc-HTTP-prof-4000.0.6-6.fc13.x86_64 requires ghc-prof = 0:6.10.4 ghc-cairo-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-cairo-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-cairo-devel-0.10.1-5.fc12.x86_64 requires ghc = 0:6.10.4 ghc-cairo-devel-0.10.1-5.fc12.x86_64 requires ghc = 0:6.10.4 ghc-cairo-prof-0.10.1-5.fc12.x86_64 requires ghc-prof = 0:6.10.4 ghc-cgi-devel-3001.1.7.1-3.fc13.i686 requires ghc = 0:6.10.4 ghc-cgi-devel-3001.1.7.1-3.fc13.i686 requires ghc = 0:6.10.4 ghc-cgi-devel-3001.1.7.1-3.fc13.x86_64 requires ghc = 0:6.10.4 ghc-cgi-devel-3001.1.7.1-3.fc13.x86_64 requires ghc = 0:6.10.4 ghc-cgi-doc-3001.1.7.1-3.fc13.x86_64 requires ghc-doc = 0:6.10.4 ghc-cgi-doc-3001.1.7.1-3.fc13.x86_64 requires ghc-doc = 0:6.10.4 ghc-cgi-prof-3001.1.7.1-3.fc13.x86_64 requires ghc-prof = 0:6.10.4 ghc-fgl-devel-5.4.2.2-1.fc12.i686 requires ghc = 0:6.10.4 ghc-fgl-devel-5.4.2.2-1.fc12.i686 requires ghc = 0:6.10.4 ghc-fgl-devel-5.4.2.2-1.fc12.x86_64 requires ghc = 0:6.10.4 ghc-fgl-devel-5.4.2.2-1.fc12.x86_64 requires ghc = 0:6.10.4 ghc-fgl-doc-5.4.2.2-1.fc12.x86_64 requires ghc-doc = 0:6.10.4 ghc-fgl-doc-5.4.2.2-1.fc12.x86_64 requires ghc-doc = 0:6.10.4 ghc-fgl-prof-5.4.2.2-1.fc12.x86_64 requires ghc-prof = 0:6.10.4 ghc-gconf-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-gconf-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-gconf-devel-0.10.1-5.fc12.x86_64 requires ghc = 0:6.10.4 ghc-gconf-devel-0.10.1-5.fc12.x86_64 requires ghc = 0:6.10.4 ghc-gconf-prof-0.10.1-5.fc12.x86_64 requires ghc-prof = 0:6.10.4 ghc-ghc-paths-devel-0.1.0.5-8.fc12.i686 requires ghc = 0:6.10.4 ghc-ghc-paths-devel-0.1.0.5-8.fc12.i686 requires ghc = 0:6.10.4 ghc-ghc-paths-devel-0.1.0.5-8.fc12.x86_64 requires ghc = 0:6.10.4 ghc-ghc-paths-devel-0.1.0.5-8.fc12.x86_64 requires ghc = 0:6.10.4 ghc-ghc-paths-doc-0.1.0.5-8.fc12.x86_64 requires ghc-doc = 0:6.10.4 ghc-ghc-paths-doc-0.1.0.5-8.fc12.x86_64 requires ghc-doc = 0:6.10.4 ghc-ghc-paths-prof-0.1.0.5-8.fc12.x86_64 requires ghc-prof = 0:6.10.4 ghc-gio-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-gio-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-gio-devel-0.10.1-5.fc12.x86_64 requires ghc = 0:6.10.4 ghc-gio-devel-0.10.1-5.fc12.x86_64 requires ghc = 0:6.10.4 ghc-gio-prof-0.10.1-5.fc12.x86_64 requires ghc-prof = 0:6.10.4 ghc-glade-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-glade-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-glade-devel-0.10.1-5.fc12.x86_64 requires ghc = 0:6.10.4 ghc-glade-devel-0.10.1-5.fc12.x86_64 requires ghc = 0:6.10.4 ghc-glade-prof-0.10.1-5.fc12.x86_64 requires ghc-prof = 0:6.10.4 ghc-glib-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-glib-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-glib-devel-0.10.1-5.fc12.x86_64 requires ghc = 0:6.10.4 ghc-glib-devel-0.10.1-5.fc12.x86_64 requires ghc = 0:6.10.4 ghc-glib-prof-0.10.1-5.fc12.x86_64 requires ghc-prof = 0:6.10.4 ghc-gstreamer-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-gstreamer-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-gstreamer-devel-0.10.1-5.fc12.x86_64 requires ghc = 0:6.10.4 ghc-gstreamer-devel-0.10.1-5.fc12.x86_64 requires ghc = 0:6.10.4 ghc-gstreamer-prof-0.10.1-5.fc12.x86_64 requires ghc-prof = 0:6.10.4 ghc-gtk-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-gtk-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-gtk-devel-0.10.1-5.fc12.x86_64 requires ghc = 0:6.10.4 ghc-gtk-devel-0.10.1-5.fc12.x86_64 requires ghc = 0:6.10.4 ghc-gtk-prof-0.10.1-5.fc12.x86_64 requires ghc-prof = 0:6.10.4 ghc-gtkglext-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-gtkglext-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-gtkglext-devel-0.10.1-5.fc12.x86_64 requires ghc = 0:6.10.4 ghc-gtkglext-devel-0.10.1-5.fc12.x86_64 requires ghc = 0:6.10.4 ghc-gtkglext-prof-0.10.1-5.fc12.x86_64 requires ghc-prof = 0:6.10.4 ghc-gtksourceview2-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-gtksourceview2-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-gtksourceview2-devel-0.10.1-5.fc12.x86_64 requires ghc = 0:6.10.4 ghc-gtksourceview2-devel-0.10.1-5.fc12.x86_64 requires ghc = 0:6.10.4 ghc-gtksourceview2-prof-0.10.1-5.fc12.x86_64 requires ghc-prof = 0:6.10.4 ghc-haskell-platform-devel-2009.2.0.2-3.fc13.i686 requires ghc = 0:6.10.4 ghc-haskell-platform-devel-2009.2.0.2-3.fc13.i686 requires ghc = 0:6.10.4 ghc-haskell-platform-devel-2009.2.0.2-3.fc13.x86_64 requires ghc = 0:6.10.4 ghc-haskell-platform-devel-2009.2.0.2-3.fc13.x86_64 requires ghc = 0:6.10.4 ghc-haskell-platform-doc-2009.2.0.2-3.fc13.x86_64 requires ghc-doc = 0:6.10.4 ghc-haskell-platform-doc-2009.2.0.2-3.fc13.x86_64 requires ghc-doc = 0:6.10.4 ghc-haskell-platform-prof-2009.2.0.2-3.fc13.x86_64 requires ghc-prof = 0:6.10.4 ghc-haskell-src-exts-devel-1.3.0-2.fc13.i686 requires ghc = 0:6.10.4 ghc-haskell-src-exts-devel-1.3.0-2.fc13.i686 requires ghc = 0:6.10.4 ghc-haskell-src-exts-devel-1.3.0-2.fc13.x86_64 requires ghc = 0:6.10.4 ghc-haskell-src-exts-devel-1.3.0-2.fc13.x86_64 requires ghc = 0:6.10.4 ghc-haskell-src-exts-doc-1.3.0-2.fc13.x86_64 requires ghc-doc = 0:6.10.4 ghc-haskell-src-exts-doc-1.3.0-2.fc13.x86_64 requires ghc-doc = 0:6.10.4 ghc-haskell-src-exts-prof-1.3.0-2.fc13.x86_64 requires ghc-prof = 0:6.10.4 ghc-network-devel-2.2.1.4-2.fc12.i686 requires ghc = 0:6.10.4 ghc-network-devel-2.2.1.4-2.fc12.i686 requires ghc = 0:6.10.4 ghc-network-devel-2.2.1.4-2.fc12.x86_64 requires ghc = 0:6.10.4 ghc-network-devel-2.2.1.4-2.fc12.x86_64 requires ghc = 0:6.10.4 ghc-network-doc-2.2.1.4-2.fc12.x86_64 requires ghc-doc = 0:6.10.4 ghc-network-doc-2.2.1.4-2.fc12.x86_64 requires ghc-doc = 0:6.10.4 ghc-network-prof-2.2.1.4-2.fc12.x86_64 requires ghc-prof = 0:6.10.4 ghc-soegtk-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-soegtk-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-soegtk-devel-0.10.1-5.fc12.x86_64 requires ghc = 0:6.10.4 ghc-soegtk-devel-0.10.1-5.fc12.x86_64 requires ghc = 0:6.10.4 ghc-soegtk-prof-0.10.1-5.fc12.x86_64 requires ghc-prof = 0:6.10.4 ghc-svgcairo-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-svgcairo-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-svgcairo-devel-0.10.1-5.fc12.x86_64 requires ghc = 0:6.10.4 ghc-svgcairo-devel-0.10.1-5.fc12.x86_64 requires ghc = 0:6.10.4 ghc-svgcairo-prof-0.10.1-5.fc12.x86_64 requires ghc-prof = 0:6.10.4 ghc-uniplate-devel-1.2.0.3-6.fc12.i686 requires ghc = 0:6.10.4 ghc-uniplate-devel-1.2.0.3-6.fc12.i686 requires ghc = 0:6.10.4 ghc-uniplate-devel-1.2.0.3-6.fc12.x86_64 requires ghc = 0:6.10.4 ghc-uniplate-devel-1.2.0.3-6.fc12.x86_64 requires ghc = 0:6.10.4 ghc-uniplate-doc-1.2.0.3-6.fc12.x86_64 requires ghc-doc = 0:6.10.4 ghc-uniplate-doc-1.2.0.3-6.fc12.x86_64 requires ghc-doc = 0:6.10.4 ghc-uniplate-prof-1.2.0.3-6.fc12.x86_64 requires ghc-prof = 0:6.10.4 ghc-xmonad-contrib-devel-0.9-1.fc13.i686 requires ghc-utf8-string-devel = 0:0.3.5 ghc-xmonad-contrib-devel-0.9-1.fc13.i686 requires ghc = 0:6.10.4 ghc-xmonad-contrib-devel-0.9-1.fc13.i686 requires ghc = 0:6.10.4 ghc-xmonad-contrib-devel-0.9-1.fc13.x86_64 requires ghc-utf8-string-devel = 0:0.3.5 ghc-xmonad-contrib-devel-0.9-1.fc13.x86_64 requires ghc = 0:6.10.4 ghc-xmonad-contrib-devel-0.9-1.fc13.x86_64 requires ghc = 0:6.10.4 ghc-xmonad-contrib-doc-0.9-1.fc13.x86_64 requires ghc-doc = 0:6.10.4 ghc-xmonad-contrib-doc-0.9-1.fc13.x86_64 requires ghc-doc = 0:6.10.4 ghc-xmonad-contrib-doc-0.9-1.fc13.x86_64 requires ghc-utf8-string-doc = 0:0.3.5 ghc-xmonad-contrib-prof-0.9-1.fc13.x86_64 requires ghc-prof = 0:6.10.4 ghc-xmonad-contrib-prof-0.9-1.fc13.x86_64 requires ghc-utf8-string-prof = 0:0.3.5 ghc-xmonad-devel-0.9-3.fc13.i686 requires ghc-X11-devel = 0:1.4.6.1 ghc-xmonad-devel-0.9-3.fc13.i686 requires ghc = 0:6.10.4 ghc-xmonad-devel-0.9-3.fc13.i686 requires ghc = 0:6.10.4 ghc-xmonad-devel-0.9-3.fc13.x86_64 requires ghc-X11-devel = 0:1.4.6.1 ghc-xmonad-devel-0.9-3.fc13.x86_64 requires ghc = 0:6.10.4 ghc-xmonad-devel-0.9-3.fc13.x86_64 requires ghc = 0:6.10.4 ghc-xmonad-doc-0.9-3.fc13.x86_64 requires ghc-doc = 0:6.10.4 ghc-xmonad-doc-0.9-3.fc13.x86_64 requires ghc-doc = 0:6.10.4 ghc-xmonad-doc-0.9-3.fc13.x86_64 requires ghc-X11-doc = 0:1.4.6.1 ghc-xmonad-prof-0.9-3.fc13.x86_64 requires ghc-X11-prof = 0:1.4.6.1 ghc-xmonad-prof-0.9-3.fc13.x86_64 requires ghc-prof = 0:6.10.4 haskell-platform-2009.2.0.2-3.fc13.x86_64 requires ghc = 0:6.10.4 hulahop-0.6.0-2.fc12.x86_64 requires xulrunner-python hulahop-0.6.0-2.fc12.x86_64 requires libpyxpcom.so()(64bit) indi-apogee-1.0-4.fc13.x86_64 requires libnova-0.12.so.1()(64bit) inksmoto-0.7.0-2.rc1.fc13.noarch requires /bin/python kpackagekit-0.5.2-2.fc13.x86_64 requires libpackagekit-qt.so.12()(64bit) kst-fits-1.8.0-3.fc12.x86_64 requires cfitsio = 0:3.140 kst-netcdf-1.8.0-3.fc12.x86_64 requires libnetcdf.so.4()(64bit) kst-netcdf-1.8.0-3.fc12.x86_64 requires libnetcdf_c++.so.4()(64bit) linphone-2.1.1-4.fc12.i686 requires libortp.so.7 linphone-2.1.1-4.fc12.x86_64 requires libortp.so.7()(64bit) pki-ca-1.3.0-6.fc13.noarch requires pki-selinux player-3.0.0-4.fc12.i686 requires libgeos-3.1.1.so player-3.0.0-4.fc12.i686 requires libcxcore.so.2 player-3.0.0-4.fc12.i686 requires libcvaux.so.2 player-3.0.0-4.fc12.i686 requires libml.so.2 player-3.0.0-4.fc12.i686 requires libhighgui.so.2 player-3.0.0-4.fc12.i686 requires libpqxx-2.6.8.so player-3.0.0-4.fc12.i686 requires libcv.so.2 player-3.0.0-4.fc12.x86_64 requires libhighgui.so.2()(64bit) player-3.0.0-4.fc12.x86_64 requires libpqxx-2.6.8.so()(64bit) player-3.0.0-4.fc12.x86_64 requires libcv.so.2()(64bit) player-3.0.0-4.fc12.x86_64 requires libcxcore.so.2()(64bit) player-3.0.0-4.fc12.x86_64 requires libgeos-3.1.1.so()(64bit) player-3.0.0-4.fc12.x86_64 requires libml.so.2()(64bit) player-3.0.0-4.fc12.x86_64 requires libcvaux.so.2()(64bit) pyexiv2-0.1.3-5.fc12.x86_64 requires libexiv2.so.5()(64bit) qedje-python-0.4.0-4.fc12.x86_64 requires sip-api(6) >= 0:6.0 qgis-python-1.0.2-4.fc13.i686 requires sip-api(6) >= 0:6.0 qgis-python-1.0.2-4.fc13.x86_64 requires sip-api(6) >= 0:6.0 qzion-python-0.4.0-5.fc12.x86_64 requires sip-api(6) >= 0:6.0 why-2.23-1.fc13.x86_64 requires ocaml(Logic_decl) = 0:f63f0d96a92a779b9e74fc74cfc2423d why-2.23-1.fc13.x86_64 requires ocaml(Ptree) = 0:dfb73bbb000b55e87b05c0cdc2c87af6 why-2.23-1.fc13.x86_64 requires ocaml(Logic) = 0:ddd0d46a3eaa2ce4a1a3d22195514e56 why-2.23-1.fc13.x86_64 requires ocaml(Cc) = 0:7017e5b498afc612807d5f6fdc2fc257 why-2.23-1.fc13.x86_64 requires ocaml(Error) = 0:808ba08d6066ba67d6c769798e909ff8 why-2.23-1.fc13.x86_64 requires ocaml(Ast) = 0:2c019415b117907d730a302cdac2b248 why-2.23-1.fc13.x86_64 requires ocaml(Types) = 0:c36604dc5d4202662cfca61be96c3303 zikula-module-menutree-2.2-1.fc13.noarch requires zikula >= 0:1.2 New package PyGreSQL A Python client library for PostgreSQL New package mpqc Ab-inito chemistry program New package pki-ca Dogtag Certificate System - Certificate Authority New package pyatspi Python bindings for at-spi New package tcl-pgtcl A Tcl client library for PostgreSQL Updated Packages: DeviceKit-power-014-1.fc13 -------------------------- * Fri Jan 08 2010 Richard Hughes - 014-1 - Update to 014 - Check if swap exists before determining how much is free - Prevent segfault if connection to system dbus fails - Fix segfault in the history code. HamFax-0.6.4-6.fc13 ------------------- * Fri Jan 08 2010 Randall J. Berry 'Dp67' - 0.6.4-6 - Fix .desktop file per bug 530823 R-hdf5-1.6.9-6.fc13 ------------------- * Fri Jan 08 2010 Orion Poplawski - 1.6.9-6 - Actually bump the hdf5 requires amarok-2.2.2-2.fc13 ------------------- anaconda-13.19-1.fc13 --------------------- * Fri Jan 08 2010 David Cantrell - 13.17-1 - fstat->st_size is a long unsigned int, not a long long unsigned int. (dcantrell) - Use libarchive and rpm pkg-config files during build. (dcantrell) - Take ignoredDisks into account on the filter screen as well. (clumens) - Don't wait on the filtertype screen on kickstart installs. (clumens) - Our overridden AutoPart class must be mentioned in commandMap. (clumens) - Reword filter UI introductory text to be less confusing. (clumens) - Install the driver discs according to what was loaded in stage1 (msivak) - Use the updated DriverDisc code in loader (msivak) - Backport the RHEL5 DriverDisc functionality (msivak) - Include depmod in stage1 and set it to prefer the DD directory (msivak) - Add a function to get paths to loaded modules (msivak) - Add rpm extraction routines (use librpm and libarchive) (msivak) - Add DriverDisc v3 documentation (msivak) - When displaying the filter UI, check devices that are in exclusiveDisks. (clumens) - get rid of global import of anaconda_log (akozumpl) - introduce loglevel flag and use it in yum's tty3 logging (akozumpl) - Remove LoggerClass but maintain loglevel= functionality (akozumpl) - Do not duplicate exclusiveDisks when going back to filtering UI. (rvykydal) - Fixes problems in the manual network configuration screen in loader with IPv6. (akozumpl) - Bring back missing IPv6 pieces that were lost in time. (dcantrell) - Add configuration option to enable/disable IPv6 support. (dcantrell) - Ask about LVM inconsistencies only in storageinit step. (rvykydal) - Ask about disk initialization only in storageinit step. (rvykydal) - Fix partition request sorting based on number of allowed disks. (#540869) (dlehman) * Fri Jan 08 2010 David Cantrell - 13.18-1 - RPM version check correction. (dcantrell) * Fri Jan 08 2010 David Cantrell - 13.19-1 - st_size is off64_t on i386, off_t on others. (dcantrell) atmel-firmware-1.3-7.fc13 ------------------------- * Thu Jan 07 2010 John W. Linville - 1.3-7 - Add dist tag audacious-plugins-2.2-10.fc13 ----------------------------- * Fri Jan 08 2010 Michael Schwendt - 2.2-9 - Enable modplug plugin again: The code is an "in-progress rewrite [...] with many fixes for module formats not available in libmodplug, and is built partially on top of the work that the Schism Tracker authors have been doing. Using libmodplug would be a step backwards as far as module compatibility goes." (AUDPLUG-158) * Fri Jan 08 2010 Michael Schwendt - 2.2-10 - In neon transport, after error handling set destroyed request pointers to NULL, so vfs read exits early. bash-4.1.0-2.fc13 ----------------- * Fri Jan 08 2010 Roman Rakus rrakus at redhat.com 4.1.0-2 - Include COPYING in doc dir bip-0.8.4-1.fc13 ---------------- * Fri Jan 08 2010 Lorenzo Villani - 0.8.4-1 - 0.8.4 cdo-1.4.1-1.fc13 ---------------- * Fri Jan 08 2010 Orion Poplawski - 1.4.1-1 - Update to 1.4.1 clipper-2.1-12.20091215cvs.fc13 ------------------------------- * Fri Jan 08 2010 Tim Fenn - 2.1-12.20091215cvs - update to 20091215cvs, soname bump coreutils-8.3-1.fc13 -------------------- * Fri Jan 08 2010 Ondrej Vasik - 8.3-1 - new upstream release 8.3 db4-4.8.26-1.fc13 ----------------- * Fri Jan 08 2010 Jindrich Novy 4.8.26-1 - update to 4.8.26, bugfix release deluge-1.2.0-0.4.rc5.fc13 ------------------------- * Fri Jan 08 2010 Peter Gordon - 1.2.0-0.4.rc5 - Update to new upstream release candidate (1.2.0 RC5) eggdbus-0.6-2.fc13 ------------------ * Fri Nov 13 2009 David Zeuthen - 0.6-1 - Update to 0.6 * Fri Nov 13 2009 David Zeuthen - 0.6-2 - Rebuild environment-modules-3.2.7b-7.fc13 --------------------------------- * Thu Jan 07 2010 Orion Poplawski - 3.2.7b-7 - Add patch to set a sane default MANPATH - Add createmodule.sh utility script for creating modulefiles fftw-3.2.2-3.fc13 ----------------- * Sat Jan 09 2010 Jussi Lehtola - 3.2.2-3 - Branch out developers' manual to -doc. freeradius-2.1.8-2.fc13 ----------------------- * Thu Jan 07 2010 John Dennis - 2.1.8-2 - resolves: bug #526559 initial install should run bootstrap to create certificates running radiusd in debug mode to generate inital temporary certificates is no longer necessary, the /etc/raddb/certs/bootstrap is invoked on initial rpm install (not upgrade) if there is no existing /etc/raddb/certs/server.pem file - resolves: bug #528493 use sha1 algorithm instead of md5 during cert generation the certificate configuration (/etc/raddb/certs/{ca,server,client}.cnf) files were modifed to use sha1 instead of md5 and the validity reduced from 1 year to 2 months * Wed Dec 30 2009 John Dennis - 2.1.7-7 - Remove devel subpackage. It doesn't make much sense to have a devel package since we don't ship libraries and it produces multilib conflicts. * Wed Dec 30 2009 John Dennis - 2.1.8-1 - update to latest upstream Feature improvements * Print more descriptive error message for too many EAP sessions. This gives hints on what to do when "failed to store handler" * Commands received from radmin are now printed on stdout when in debugging mode. * Allow accounting packets to be written to a detail file, even if they were read from a different detail file. * Added OpenSSL license exception (src/LICENSE.openssl) Bug fixes * DHCP sockets can now set the broadcast flag before binding to a socket. You need to set "broadcast = yes" in the DHCP listener. * Be more restrictive on string parsing in the config files * Fix password length in scripts/create-users.pl * Be more flexible about parsing the detail file. This allows it to read files where the attributes have been edited. * Ensure that requests read from the detail file are cleaned up (i.e. don't leak) if they are proxied without a response. * Write the PID file after opening sockets, not before (closes bug #29) * Proxying large numbers of packets no longer gives error "unable to open proxy socket". * Avoid mutex locks in libc after fork * Retry packet from detail file if there was no response. * Allow old-style dictionary formats, where the vendor name is the last field in an ATTRIBUTE definition. * Removed all recursive use of mutexes. Some systems just don't support this. * Allow !* to work as documented. * make templates work (see templates.conf) * Enabled "allow_core_dumps" to work again * Print better errors when reading invalid dictionaries * Sign client certificates with CA, rather than server certs. * Fix potential crash in rlm_passwd when file was closed * Fixed corner cases in conditional dynamic expansion. * Use InnoDB for MySQL IP Pools, to gain transactional support * Apply patch to libltdl for CVE-2009-3736. * Fixed a few issues found by LLVM's static checker * Keep track of "bad authenticators" for accounting packets * Keep track of "dropped packets" for auth/acct packets * Synced the "debian" directory with upstream * Made "unlang" use unsigned 32-bit integers, to match the dictionaries. * Mon Dec 21 2009 John Dennis - 2.1.7-5 - fix various rpmlint issues. * Mon Dec 21 2009 John Dennis - 2.1.7-6 - more spec file clean up from review comments - remove freeradius-libs subpackage, move libfreeradius-eap and libfreeradius-radius into the main package - fix subpackage requires, change from freeradius-libs to main package - fix description of the devel subpackage, remove referene to non-shipped libs - remove execute permissions on src files included in debuginfo - remove unnecessary use of ldconfig - since all sub-packages now require main package remove user creation for sub-packages - also include the LGPL library license file in addition to the GPL license file - fix BuildRequires for perl so it's compatible with both Fedora, RHEL5 and RHEL6 * Fri Dec 04 2009 Stepan Kasal - 2.1.7-4 - rebuild against perl 5.10.1 * Thu Dec 03 2009 John Dennis - 2.1.7-3 - resolves: bug #522111 non-conformant initscript also change permission of /var/run/radiusd from 0700 to 0755 so that "service radiusd status" can be run as non-root fsarchiver-0.6.5-1.fc13 ----------------------- * Fri Jan 08 2010 Adel Gadllah - 0.6.5-1 - Update to 0.6.5 gbirthday-0.6-1.fc13 -------------------- * Sat Jan 09 2010 Thomas Spura 0.6-1 - new version gnome-python2-desktop-2.29.1-2.fc13 ----------------------------------- * Fri Jan 08 2010 Matthew Barnes - 2.29.1-2.fc13 - Provide a complete URI for the Source field. gstreamer-plugins-good-0.10.17-5.fc13 ------------------------------------- * Fri Jan 08 2010 Bastien Nocera 0.10.17-5 - Update Farsight plugins from -bad 0.10.17 gtkhtml2-2.11.1-7.fc13 ---------------------- * Fri Jan 08 2010 Matthew Barnes - 2.11.1-7 - Provide a complete URI for the Source field. inksmoto-0.7.0-2.rc1.fc13 ------------------------- * Fri Jan 08 2010 Jon Ciesla - 0.7.0-2.rc1 - Rebuild for broken dep. ipw2100-firmware-1.3-11.fc13 ---------------------------- * Thu Jan 07 2010 John W. Linville - 1.3-11 - Add dist tag ipw2200-firmware-3.1-4.fc13 --------------------------- * Thu Jan 07 2010 John W. Linville - 3.1-4 - Add dist tag iwl5000-firmware-8.24.2.12-3.fc13 --------------------------------- * Thu Jan 07 2010 John W. Linville - 8.24.2.12-3 - Add dist tag jakarta-commons-lang-2.3-4.4.fc13 --------------------------------- * Fri Jan 08 2010 Andrew Overholt 0:2.3-4.4 - Update Source0 URL. - Fix Group tags. - Add more stuff to %{with_maven} sections. - Fix %files attrs. java_cup-0.11a-1.fc13 --------------------- * Fri Jan 08 2010 Alexander Kurtakov 1:0.11a-1 - Update to 0.11a. - Drop gcj_support. jd-2.6.0-0.1.svn3288_trunk.fc13 ------------------------------- * Sat Jan 09 2010 Mamoru Tasaka - rev 3288 jempbox-1.0.0-1.fc13 -------------------- * Fri Jan 08 2010 Orion Poplawski - 1.0.0-1 - Update to 1.0.0 jflex-1.4.3-2.fc13 ------------------ * Fri Jan 08 2010 Alexander Kurtakov 0:1.4.3-1 - Update to 1.4.3. * Fri Jan 08 2010 Alexander Kurtakov 0:1.4.3-2 - Add maven pom and depmaps. jython-2.2.1-4.3.fc13 --------------------- * Fri Jan 08 2010 Andrew Overholt 2.2.1-4.2 - Fix license. - Fix spaces vs. tabs issue. * Fri Jan 08 2010 Andrew Overholt 2.2.1-4.3 - Really fix license. kdebase-workspace-4.3.90-4.fc13 ------------------------------- * Sat Jan 09 2010 Rex Dieter - 4.3.90-4 - krunner crasher (kde#221871) * Fri Jan 08 2010 Rex Dieter - 4.3.90-3 - rebuild (kdelibs polkit-1 macros) kdeedu-4.3.90-2.fc13 -------------------- * Fri Jan 08 2010 Rex Dieter - 4.3.90-2 - drop indi_nodrivers patch (not needed anymore) kdelibs-4.3.90-4.fc13 --------------------- * Fri Jan 08 2010 Jaroslav Reznik - 4.3.90-4 - fix kauth polkit policies installation libguestfs-1.0.80-12.fc13 ------------------------- * Fri Jan 08 2010 Richard W.M. Jones - 1.0.80-12 - qemu in Rawhide is totally broken (RHBZ#553689). Disable tests. * Thu Jan 07 2010 Richard W.M. Jones - 1.0.80-11 - Remove gfs-utils (deprecated and removed from Fedora 13 by the upstream Cluster Suite developers). - Include patch to fix regression in qemu -serial stdio option. libiec61883-1.2.0-4.fc13 ------------------------ * Fri Jan 08 2010 Jay Fenlason 1.2.0-4 - Update the Source and URL fields to point to correct locations. libindi-0.6-10.fc13 ------------------- * Fri Jan 08 2010 Sergio Pascual - 0.6-10 - EVR bump, rebuilt with new libnova libksba-1.0.7-1.fc13 -------------------- * Fri Jan 08 2010 Tomas Mraz - 1.0.7-1 - new upstream version libspectre-0.2.3-4.fc13 ----------------------- * Fri Jan 08 2010 Marek Kasik - 0.2.3-1 - Update to 0.2.3 * Fri Jan 08 2010 Marek Kasik - 0.2.3-4 - Correct release number lilypond-2.12.3-1.fc13 ---------------------- * Mon Jan 04 2010 Jon Ciesla - 2.12.3-1 - Update to 2.12.3. - Dropped consts patch, upstreamed. lxdm-0.1.0-0.1.fc13 ------------------- * Fri Jan 08 2010 Christoph Wickert - 0.1.0-1 - Update to 0.1.0 - Change license to GPLv2+ and LGPLv2+ - Use tty1 by default - PAM fixes for SELinux (#552885) man-pages-ja-20091215-2.fc13 ---------------------------- * Fri Jan 08 2010 Akira TAGOH - 20091215-2 - Update tail.1 (#551476) mx4j-3.0.1-9.11.fc13 -------------------- * Fri Jan 08 2010 Andrew Overholt 1:3.0.1-9.10 - Remove gcj support - Add cleaning of buildroot to beginning of %install - Remove old unversioned Obsoletes/Provides - Remove touching of RPM_BUILD_ROOT in %prep - Fix Groups - Fix line endings in styles.css, README.txt, and LICENSE.txt - Add %doc files to main package - Fix mixed tabs and spaces * Fri Jan 08 2010 Andrew Overholt 1:3.0.1-9.11 - Add dos2unix BR. mysql-5.1.42-4.fc13 ------------------- * Fri Jan 08 2010 Tom Lane 5.1.42-4 - Disable symbolic links by default in /etc/my.cnf Resolves: #553652 neon-0.29.2-1.fc13 ------------------ * Fri Jan 08 2010 Joe Orton - 0.29.2-1 - update to 0.29.2 netactview-0.5.1-1.fc13 ----------------------- * Fri Jan 08 2010 Leigh Scott - 0.5.1-1 - update to 0.5.1 ocaml-bitstring-2.0.2-1.fc13 ---------------------------- * Fri Jan 08 2010 Richard W.M. Jones - 2.0.2-1 - New upstream version 2.0.2. - Remove the two patches which are now upstream. - Replace %define with %global. - Use upstream RPM 4.8 OCaml dependency generator. - Recheck package with rpmlint. ohm-0.1.1-9.39.20091215git.fc11 ------------------------------- * Tue Dec 15 2009 Chris Ball - 0.1.1-9.39.20091215git.olpc - Trac #9898: Increase timeout before deep sleep from 5 mins to 10 mins - Block <5 second rtcwakes, in case they cause problems. - Trac #9865: If timeouts.timer_rtcwake is zero, do a non-RTC suspend * Wed Dec 09 2009 Chris Ball - 0.1.1-9.34.20091209git.olpc - Trac #9848: Don't undim the screen when woken by wlan or battery. * Wed Dec 09 2009 Chris Ball - 0.1.1-9.36.20091210git.olpc - Power down wlan on power button/lid close, using ethtool "wol d" command. * Wed Dec 09 2009 Chris Ball - 0.1.1-9.38.20091211git.olpc - Trigger a scan on resume from powered down wlan, using iwlist scan. * Tue Dec 08 2009 Chris Ball - 0.1.1-9.33.20091208git.olpc - Trac #9805: Preserve user-set brightness on XO-1.5 - Trac #9847: Add RTC support; turn off the screen after five minutes idle. - Trac #9842: Set initial wake-on-lan conditions using ethtool - Prefer /sys/power/wakeup_events/ to /proc/acpi/wakeup on XO1.5 * Fri Dec 04 2009 Chris Ball - 0.1.1-9.30.20091203git.olpc - Trac #9802: Check gconf for automatic_pm on startup * Fri Dec 04 2009 Chris Ball - 0.1.1-9.31.20091204git.olpc - Trac #9802: Run gconftool as user olpc, to avoid it chown()ing ~olpc/.gconf * Fri Dec 04 2009 Chris Ball - 0.1.1-9.32.20091205git.olpc - Trac #9802: Use su to drop privileges for gconf, sudo requires being on a tty * Tue Dec 01 2009 Chris Ball - 0.1.1-9.28.20091202git.olpc - Fade backlight down, but go back up straight away. * Mon Nov 30 2009 Chris Ball - 0.1.1-9.26.20091201git.olpc - Trac #9772: Update dbus config for the deny-by-default semantics openbox-3.4.10-1.fc13 --------------------- * Fri Jan 08 2010 Miroslav Lichvar - 3.4.10-1 - Update to 3.4.10 openchange-0.9-1.fc13 --------------------- * Sat Dec 26 2009 Matthew Barnes - 0.9-1 - Update to 0.9 (COCHRANE) - Bump samba4 requirement to alpha10. opencv-2.0.0-4.fc13 ------------------- * Sat Jan 09 2010 Rakesh Pandit - 2.0.0-4 - Updated opencv-samples-Makefile (Thanks Scott Tsai) #553697 * Wed Jan 06 2010 Karel Klic - 2.0.0-3 - Fixed spec file issues detected by rpmlint perl-Net-Patricia-1.15_07-1.fc13 -------------------------------- * Fri Jan 08 2010 Stepan Kasal - 1.15_07-1 - new upstream version, recommended by the upstream maintainer perl-Spreadsheet-WriteExcel-2.34-1.fc13 --------------------------------------- * Fri Jan 08 2010 Tom "spot" Callaway - 2.34-1 - update to 2.34 pidgin-2.6.5-1.fc13 ------------------- * Thu Jan 07 2010 Warren Togami - 2.6.5-1 - 2.6.5 - CVE-2010-0013 - Other bug fixes policycoreutils-2.0.78-10.fc13 ------------------------------ * Fri Jan 08 2010 Dan Walsh 2.0.78-9 - Add -e to semanage man page - Add -D qualifier to audit2allow to generate dontaudit rules * Fri Jan 08 2010 Dan Walsh 2.0.78-10 - Fix sepolgen to not generate user sh section on non user policy polkit-0.95-2.fc13 ------------------ * Fri Nov 13 2009 David Zeuthen - 0.95-1 - Update to 0.95 - Drop upstreamed patches * Fri Nov 13 2009 David Zeuthen - 0.95-2 - Rebuild polkit-gnome-0.95-2.fc13 ------------------------ * Tue Jan 05 2010 Kevin Kofler - 0.95-2 - Don't autostart in KDE on F13+ * Fri Nov 13 2009 David Zeuthen - 0.95-1 - Update to release 0.95 - Drop upstreamed patches postgresql-8.4.2-3.fc13 ----------------------- * Sat Jan 09 2010 Tom Lane 8.4.2-3 - Remove the postgresql-python and postgresql-tcl subpackages. These files are now broken out as their own packages (PyGreSQL and tcl-pgtcl, respectively), to reflect the now longstanding split of upstream projects. Related: #452306, #452321 pygobject2-2.21.1-2.fc13 ------------------------ * Fri Jan 08 2010 Matthew Barnes - 2.21.1-2.fc13 - Provide a complete URI for the Source field. pygtk2-2.17.0-3.fc13 -------------------- * Fri Jan 08 2010 Matthew Barnes - 2.17.0-2.fc13 - Fix the major version number in the Source URI. * Fri Jan 08 2010 Matthew Barnes - 2.17.0-3.fc13 - Remove patch for RH bug #379051 (fixed upstream, differently). pyorbit-2.24.0-5.fc13 --------------------- * Fri Jan 08 2010 Matthew Barnes - 2.24.0-5 - Fix the major version number in the Source URI. python-basemap-0.99.4-2.fc13 ---------------------------- * Fri Jan 08 2010 Jon Ciesla - 0.99.4-2 - Rebuild for broken dep. python-cheetah-2.4.1-2.fc13 --------------------------- * Fri Jan 08 2010 Mike Bonnet - 2.4.1-2 - fix Source url python-sqlobject-0.10.2-5.fc13 ------------------------------ * Fri Jan 08 2010 Toshio Kuratomi - 0.10.2-5 - Fix deprecation warnings https://bugzilla.redhat.com/show_bug.cgi?id=552463 regexp-1.5-4.3.fc13 ------------------- * Fri Jan 08 2010 Andrew Overholt 1.5-4.3 - Remove javadoc ghost symlinking. rpm-4.8.0-2.fc13 ---------------- * Fri Jan 08 2010 Panu Matilainen - 4.8.0-1 - update to 4.8.0 final (http://rpm.org/wiki/Releases/4.8.0) * Fri Jan 08 2010 Panu Matilainen - 4.8.0-2 - put disttag back, accidentally nuked in 4.8.0 final update rt61pci-firmware-1.2-7.fc13 --------------------------- * Thu Jan 07 2010 John W. Linville - 1.2-7 - Add dist tag rt73usb-firmware-1.8-7.fc13 --------------------------- * Thu Jan 07 2010 John W. Linville - 1.8-7 - Add dist tag rwho-0.17-32.fc13 ----------------- * Fri Jan 08 2010 Jiri Moskovcak - 0.17-32 - fixed rpmlint warnings samba4-4.0.0-21alpha10.fc13 --------------------------- * Fri Jan 08 2010 Matthew Barnes - 4.0.0-20.alpha10 - Only install new command-line utilities if enable_samba4 is non-zero. * Fri Jan 08 2010 Matthew Barnes - 4.0.0-21.alpha10 - Bump ldb_version to 0.9.10. * Wed Jan 06 2010 Matthew Barnes - 4.0.0-19.alpha10 - Upgrade to alpha10 seahorse-2.29.4-2.fc13 ---------------------- * Fri Jan 08 2010 Tomas Bzatek 2.29.4-2 - Fix bad usage of g_strconcat: missing NULL (#553647) seaview-4.2.1-1.fc13 -------------------- * Fri Jan 08 2010 Christian Iseli - 4.2.1-1 - New upstream version - tarball does not expand to a versioned directory - seaview.help -> seaview.html - resync patches - add man page - remove exec bit on source files (they end up in the debug package) - add doc files sip-4.10-0.2.20100102.fc13 -------------------------- * Fri Jan 08 2010 Rex Dieter - 4.10-0.2.20100102 - RFE: Support python3 when building sip (#545124) - drop old pre v4 changelog systemtap-1.0-4.fc13 -------------------- * Fri Jan 08 2010 Roland McGrath - 1.0-4 - Handle UTRACE_API_VERSION 20091216 (Fedora 2.6.32 kernels). telepathy-farsight-0.0.13-1.fc13 -------------------------------- * Fri Jan 08 2010 Brian Pepple - 0.0.13-1 - Update to 0.0.13. tuned-0.2.8-1.fc13 ------------------ * Fri Jan 08 2010 Jan Vcelak 0.2.8-1 - New release. Adds logging support. tuxtype2-1.8.0-2.fc13 --------------------- * Sat Jan 09 2010 Johan Cwiklinski - 1.8.0-2 - Fix for wordlist path upx-3.04-2.fc13 --------------- * Fri Jan 08 2010 Jon Ciesla - 3.04-2 - LZMA fixes by John Reiser (jreiser at bitwagon.com) BZ 501636. util-linux-ng-2.17-2.fc13 ------------------------- * Fri Jan 08 2010 Karel Zak 2.17-1 - upgrade to the final 2.17 ftp://ftp.kernel.org/pub/linux/utils/util-linux-ng/v2.17/v2.17-ReleaseNotes ftp://ftp.kernel.org/pub/linux/utils/util-linux-ng/v2.17/v2.17-ChangeLog - fix #545147 - util-linux-ng : Violation of the Packaging Guidelines (remove uuid and blkid static libs) * Fri Jan 08 2010 Karel Zak 2.17-2 - remove Provides: lib{uuid,blkid}-static (thanks to Michael Schwendt) - remove useless URL to sf.net why-2.23-1.fc13 --------------- * Fri Jan 08 2010 Alan Dunn - 2.23-1 - Upgrade to upstream version 2.23 - Move execstack fixing to spec file from patch - Moved patch descriptions to initial patch declaration as in examples in Fedora documentation - New Caduceus, Krakatoa documentation - Update test result from small test min.mlw - Added CVC3 interfacing capabilities - Removed patch for gwhy configuration, as there is a new mechanism for this xconvers-0.8.3-8.fc13 --------------------- * Fri Jan 08 2010 Randall J. Berry 'Dp67' - 0.6.4-8 - Fix .desktop file per bug #530842 zd1211-firmware-1.4-4.fc13 -------------------------- * Thu Jan 07 2010 John W. Linville - 1.4-4 - Add dist tag Summary: Added Packages: 5 Removed Packages: 0 Modified Packages: 84 From rz at linux-m68k.org Sat Jan 9 14:21:15 2010 From: rz at linux-m68k.org (Richard Zidlicky) Date: Sat, 9 Jan 2010 15:21:15 +0100 Subject: Pulseaudio update issue... [ UPDATE 2 ] In-Reply-To: References: <4B461CE9.9060801@gnat.ca> <4B4621D4.7070107@gnat.ca> Message-ID: <20100109142115.GB25633@linux-m68k.org> On Thu, Jan 07, 2010 at 04:03:16PM -0800, Wes Hardaker wrote: > >>>>> On Thu, 07 Jan 2010 11:03:00 -0700, "Nathanael D. Noblet" said: > > NDN> So it seems it is related to thunderbird. I have the preference set to > NDN> play a sound when new mail arrives. After it has, sounds is messed > NDN> up... Bug with thunderbird I presume? there is a known kernel bug where PA hangs with a kernel lock issue, can you see if that is what is hapenning? http://lkml.indiana.edu/hypermail/linux/kernel/0912.0/02272.html In my case I am finding it can have very funny effects, like compiz segfaulting. Richard From craftjml at gmail.com Sat Jan 9 17:26:28 2010 From: craftjml at gmail.com (Jud Craft) Date: Sat, 9 Jan 2010 12:26:28 -0500 Subject: how to install source packages? Message-ID: <20d6441a1001090926q3151d97aj2ebc049fa28c36fa@mail.gmail.com> I've enabled the updates-source and fedora-source repositories in PackageKit, but how do I, for example, install the source package for Cairo? A packagekit search for Cairo returns nothing from the updates-source or fedora-source repositories, and nothing called "cairo-source" or anything of the like. Just binary cairo and cairo-devel. In short, how do I install source packages? Have I missed an obvious step or is it really unintuitive? From bochecha at fedoraproject.org Sat Jan 9 17:34:18 2010 From: bochecha at fedoraproject.org (Mathieu Bridon) Date: Sat, 9 Jan 2010 18:34:18 +0100 Subject: how to install source packages? In-Reply-To: <20d6441a1001090926q3151d97aj2ebc049fa28c36fa@mail.gmail.com> References: <20d6441a1001090926q3151d97aj2ebc049fa28c36fa@mail.gmail.com> Message-ID: <2d319b781001090934x7c3222b9q1e51e295f404657@mail.gmail.com> On Sat, Jan 9, 2010 at 18:26, Jud Craft wrote: > I've enabled the updates-source and fedora-source repositories in > PackageKit, but how do I, for example, install the source package for > Cairo? > > A packagekit search for Cairo returns nothing from the updates-source > or fedora-source repositories, and nothing called "cairo-source" or > anything of the like. ?Just binary cairo and cairo-devel. > > In short, how do I install source packages? ?Have I missed an obvious > step or is it really unintuitive? Not sure there is a way with yum/PK, but you can do: $ yumdownloader --source package Yum will enable the -source repos to fetch the source package. After that, just install it normally with rpm: $ rpm -ivh source_package ---------- Mathieu Bridon