rawhide report: 20100101 changes
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
Re: ABRT considered painful
On Tue, Dec 29, 2009 at 7:56 PM, Michael Schwendt mschwe...@gmail.com 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). -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Fedora Linux Format software review: January 2010
2009/12/31 Tom spot Callaway tcall...@redhat.com: 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 -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Mono.Cecil monodevelop-debugger-mdb
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. -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: ABRT considered painful
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. -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Fixing the kernel for intel laptops
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! signature.asc Description: This is a digitally signed message part -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Fixing the kernel for intel laptops
2010/1/1 Paul p...@all-the-johnsons.co.uk: 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 -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Mono.Cecil monodevelop-debugger-mdb
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 -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
File CGI-Application-Dispatch-2.17.tar.gz uploaded to lookaside cache by eseyman
A file has been added to the lookaside cache for perl-CGI-Application-Dispatch: 88d23450667d6a4948c41e10ec0e0ba0 CGI-Application-Dispatch-2.17.tar.gz -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl Fedora-perl-devel-list mailing list Fedora-perl-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-perl-devel-list
rpms/perl-CGI-Application-Dispatch/devel .cvsignore, 1.2, 1.3 perl-CGI-Application-Dispatch.spec, 1.3, 1.4 sources, 1.2, 1.3
Author: eseyman Update of /cvs/pkgs/rpms/perl-CGI-Application-Dispatch/devel In directory cvs1.fedora.phx.redhat.com:/tmp/cvs-serv19216 Modified Files: .cvsignore perl-CGI-Application-Dispatch.spec sources Log Message: Update to 2.17 Index: .cvsignore === RCS file: /cvs/pkgs/rpms/perl-CGI-Application-Dispatch/devel/.cvsignore,v retrieving revision 1.2 retrieving revision 1.3 diff -u -p -r1.2 -r1.3 --- .cvsignore 2 Jul 2009 23:01:09 - 1.2 +++ .cvsignore 1 Jan 2010 16:57:18 - 1.3 @@ -1 +1 @@ -CGI-Application-Dispatch-2.16.tar.gz +CGI-Application-Dispatch-2.17.tar.gz Index: perl-CGI-Application-Dispatch.spec === RCS file: /cvs/pkgs/rpms/perl-CGI-Application-Dispatch/devel/perl-CGI-Application-Dispatch.spec,v retrieving revision 1.3 retrieving revision 1.4 diff -u -p -r1.3 -r1.4 --- perl-CGI-Application-Dispatch.spec 7 Dec 2009 04:53:03 - 1.3 +++ perl-CGI-Application-Dispatch.spec 1 Jan 2010 16:57:19 - 1.4 @@ -1,6 +1,6 @@ Name: perl-CGI-Application-Dispatch -Version:2.16 -Release:3%{?dist} +Version:2.17 +Release:1%{?dist} Summary:Dispatch requests to CGI::Application based objects License:GPL+ or Artistic Group: Development/Libraries @@ -52,6 +52,9 @@ rm -rf $RPM_BUILD_ROOT %{_mandir}/man3/* %changelog +* Fri Jan 1 2010 Emmanuel Seyman emmanuel.sey...@club-internet.fr - 2.17-1 +- Update to 2.17. + * Mon Dec 7 2009 Stepan Kasal ska...@redhat.com - 2.16-3 - rebuild against perl 5.10.1 Index: sources === RCS file: /cvs/pkgs/rpms/perl-CGI-Application-Dispatch/devel/sources,v retrieving revision 1.2 retrieving revision 1.3 diff -u -p -r1.2 -r1.3 --- sources 2 Jul 2009 23:01:09 - 1.2 +++ sources 1 Jan 2010 16:57:19 - 1.3 @@ -1 +1 @@ -365b4b887dc8b60703b97dcbe874fa76 CGI-Application-Dispatch-2.16.tar.gz +88d23450667d6a4948c41e10ec0e0ba0 CGI-Application-Dispatch-2.17.tar.gz -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl Fedora-perl-devel-list mailing list Fedora-perl-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-perl-devel-list