Re: Linux and application installing
Hi, On 09/08/2010 02:43 PM, Richard Hughes wrote: On 8 September 2010 13:16, Adam Williamsonawill...@redhat.com wrote: First off, I think this is a great idea and very much needed, thanks for working on it. Cool, thanks. Some positive feedback at last! Too... much... stop... energy... Oh, But Adam is not the only one I love this idea too! And I would like to think there are other silent admirers of this idea too! I've even considered taken the review for the app data package and approving it, but then decided that would only raise the controversy surrounding the app data part. FWIW I agree with you that for this to be truely user friendly the app data needs to be present on the system when the user first starts the app installer. Not sure if dropping it in a package is the best thing to do though. Regards, Hans -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Package Review Stats for last week ending 12th Sept
Top FAS account holder who has completed reviewing Package review components on bugzilla for last week ending is Parag AN(पराग). Parag AN(पराग) : 12 https://bugzilla.redhat.com/show_bug.cgi?id=225973 krb5-auth-dialog (Merge Review) https://bugzilla.redhat.com/show_bug.cgi?id=225994 libcroco (Merge Review) https://bugzilla.redhat.com/show_bug.cgi?id=226004 libfontenc (Merge Review) https://bugzilla.redhat.com/show_bug.cgi?id=226006 libgail-gnome (Merge Review) https://bugzilla.redhat.com/show_bug.cgi?id=226013 libgnomecups (Merge Review) https://bugzilla.redhat.com/show_bug.cgi?id=226015 libgnomekbd (Merge Review) https://bugzilla.redhat.com/show_bug.cgi?id=226017 libgnomeprintui22 (Merge Review) https://bugzilla.redhat.com/show_bug.cgi?id=226019 libgnomeui (Merge Review) https://bugzilla.redhat.com/show_bug.cgi?id=226156 mod_python (Merge Review) https://bugzilla.redhat.com/show_bug.cgi?id=226226 pam_passwdqc (Merge Review) https://bugzilla.redhat.com/show_bug.cgi?id=226227 pam_smb (Merge Review) https://bugzilla.redhat.com/show_bug.cgi?id=226370 rhdb-utils (Merge Review) Mamoru Tasaka : 2 https://bugzilla.redhat.com/show_bug.cgi?id=628631 rubygem-httparty https://bugzilla.redhat.com/show_bug.cgi?id=630054 rubygem-facon Marcela Mašláňová : 2 https://bugzilla.redhat.com/show_bug.cgi?id=624660 rakudo-star https://bugzilla.redhat.com/show_bug.cgi?id=629645 perl-Math-Base36 Michael Stahnke : 2 https://bugzilla.redhat.com/show_bug.cgi?id=630480 rubygem-ruby-debug-base https://bugzilla.redhat.com/show_bug.cgi?id=630481 rubygem-ruby-debug Aurelien Bompard : 1 https://bugzilla.redhat.com/show_bug.cgi?id=625242 clustershell Ben Boeckel : 1 https://bugzilla.redhat.com/show_bug.cgi?id=624204 meego-panel-datetime Chen Lei : 1 https://bugzilla.redhat.com/show_bug.cgi?id=629027 python-ZODB3 Dave Ludlow : 1 https://bugzilla.redhat.com/show_bug.cgi?id=630208 ghc-csv Erik van Pienbroek : 1 https://bugzilla.redhat.com/show_bug.cgi?id=614047 mingw32-spice-protocol Jaroslav Reznik : 1 https://bugzilla.redhat.com/show_bug.cgi?id=614075 libqttracker Mark Chappell : 1 https://bugzilla.redhat.com/show_bug.cgi?id=570318 gnuplot42 Martin Gieseking : 1 https://bugzilla.redhat.com/show_bug.cgi?id=547832 procServ Pavel Alexeev (aka Pahan-Hubbitus) : 1 https://bugzilla.redhat.com/show_bug.cgi?id=618480 EmfEngine Peter Robinson : 1 https://bugzilla.redhat.com/show_bug.cgi?id=589867 logcheck Total reviews modified: 28 Merge Reviews: 12 Review Requests: 16 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/ -- Rakesh Pandit https://fedoraproject.org/wiki/User:Rakesh freedom, friends, features, first -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Linux and application installing
On 13 September 2010 08:36, Hans de Goede hdego...@redhat.com wrote: But Adam is not the only one I love this idea too! And I would like to think there are other silent admirers of this idea too! Cool, thanks. I've even considered taken the review for the app data package and approving it, but then decided that would only raise the controversy surrounding the app data part. Right, that bugzilla is a big mess of ego and frustration (myself included). FWIW I agree with you that for this to be truely user friendly the app data needs to be present on the system when the user first starts the app installer. Not sure if dropping it in a package is the best thing to do though. If you could comment on the bugzilla, I believe FESCo is going to handle it from now on. Thanks. Richard. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Linux and application installing
On 2010-09-08, drago01 drag...@gmail.com wrote: On Wed, Sep 8, 2010 at 7:59 PM, drago01 drag...@gmail.com wrote: Well ideally every app that allows font selection should have a button / option add new font that opens a font installation dialog. To be clear this dialog should not be re implemented by every application but being an app started by said applications. Well, a lot of toolkits uses fontconfig to dispatch font characteristics to font file and some of them pango to substitute missing glyphs. One could add a hook into fontconfig library. However I predict strong opposition in upstream as fontconfig does not need X11 at all: $ ldd /usr/lib64/libfontconfig.so linux-vdso.so.1 = (0x7fffa1784000) libfreetype.so.6 = /usr/lib64/libfreetype.so.6 (0x0035d7a0) libexpat.so.1 = /lib64/libexpat.so.1 (0x0035d6a0) libc.so.6 = /lib64/libc.so.6 (0x0035d0a0) /lib64/ld-linux-x86-64.so.2 (0x0035d060) Maybe some optional dbus code could be included to broadcast request for missing font. If user had running an appropriate listener (some sort of packagekit or font selector), he could get an systray alert or popup window allowing to install missing package. Other question is: should the hook block the application and retry fontconfig font selection, or should it be completely asynchronous? -- Petr -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
rawhide report: 20100913 changes
Compose started at Mon Sep 13 08:15:27 UTC 2010 Broken deps for x86_64 -- antlr3-python-3.1.2-7.fc14.noarch requires python(abi) = 0:2.6 avogadro-libs-1.0.1-6.fc15.i686 requires sip-api(7) = 0:7.1 avogadro-libs-1.0.1-6.fc15.x86_64 requires sip-api(7) = 0:7.1 claws-mail-plugins-geolocation-3.7.6-5.fc15.x86_64 requires libclutter-gtk-0.10.so.0()(64bit) clutter-gst-devel-1.2.0-1.fc15.i686 requires pkgconfig(clutter-1.0) 0:1.3.0 clutter-gst-devel-1.2.0-1.fc15.x86_64 requires pkgconfig(clutter-1.0) 0:1.3.0 clutter-gtkmm-0.9.5-1.fc14.i686 requires libclutter-gtk-0.10.so.0 clutter-gtkmm-0.9.5-1.fc14.x86_64 requires libclutter-gtk-0.10.so.0()(64bit) clutter-gtkmm-devel-0.9.5-1.fc14.i686 requires pkgconfig(clutter-gtk-0.10) = 0:0.10.2 clutter-gtkmm-devel-0.9.5-1.fc14.x86_64 requires pkgconfig(clutter-gtk-0.10) = 0:0.10.2 cyphesis-0.5.21-2.fc13.x86_64 requires libpython2.6.so.1.0()(64bit) emerillon-0.1.2-7.fc14.x86_64 requires librest-0.6.so.0()(64bit) emerillon-0.1.2-7.fc14.x86_64 requires libclutter-gtk-0.10.so.0()(64bit) entangle-0.1.0-7.fc14.x86_64 requires libmozjs.so()(64bit) ethos-0.2.2-7.fc15.i686 requires libmozjs.so ethos-0.2.2-7.fc15.x86_64 requires libmozjs.so()(64bit) evolution-couchdb-0.4.92-1.fc14.x86_64 requires libedata-book-1.2.so.2()(64bit) evolution-couchdb-0.4.92-1.fc14.x86_64 requires libcamel-1.2.so.17()(64bit) evolution-couchdb-0.4.92-1.fc14.x86_64 requires libgtkhtml-editor.so.0()(64bit) evolution-couchdb-0.4.92-1.fc14.x86_64 requires libebook-1.2.so.9()(64bit) evolution-couchdb-0.4.92-1.fc14.x86_64 requires libcamel-provider-1.2.so.17()(64bit) evolution-sharp-0.21.1-9.fc14.x86_64 requires libcamel-1.2.so.19()(64bit) firstaidkit-plugin-openscap-0.2.15-2.fc15.noarch requires openscap-python = 0:0.6.3 frysk-0.4-26.fc14.x86_64 requires libgcj.so.10()(64bit) frysk-devel-0.4-26.fc14.i386 requires libgcj.so.10 frysk-devel-0.4-26.fc14.x86_64 requires libgcj.so.10()(64bit) frysk-gnome-0.4-26.fc14.x86_64 requires libgcj.so.10()(64bit) gjs-0.7.1-3.fc14.i686 requires libmozjs.so gjs-0.7.1-3.fc14.x86_64 requires libmozjs.so()(64bit) 1:gnome-bluetooth-2.90.0-5.fc15.x86_64 requires libgnome-control-center.so.1()(64bit) 1:gnome-games-extra-2.31.91.1-1.fc15.x86_64 requires libclutter-gtk-0.10.so.0()(64bit) gnome-media-2.31.5-5.fc15.x86_64 requires libgnome-control-center.so.1()(64bit) gnome-python2-brasero-2.31.1-5.fc14.x86_64 requires libbrasero-media.so.1()(64bit) gnome-python2-brasero-2.31.1-5.fc14.x86_64 requires libbrasero-burn.so.1()(64bit) gnome-python2-evolution-2.31.1-5.fc14.x86_64 requires libcamel-1.2.so.19()(64bit) gnome-python2-totem-2.31.1-5.fc14.x86_64 requires libgnome-media-profiles.so.0()(64bit) gnome-shell-2.31.5-5.fc14.x86_64 requires libmozjs.so()(64bit) gpx-viewer-0.1.2-2.fc14.x86_64 requires libchamplain-gtk-0.4.so.0()(64bit) gpx-viewer-0.1.2-2.fc14.x86_64 requires libclutter-gtk-0.10.so.0()(64bit) gpx-viewer-0.1.2-2.fc14.x86_64 requires libchamplain-0.4.so.0()(64bit) gstreamer-plugins-bad-free-extras-0.10.20-1.fc15.i686 requires libWildMidi.so.0 gstreamer-plugins-bad-free-extras-0.10.20-1.fc15.x86_64 requires libWildMidi.so.0()(64bit) gxine-0.5.905-3.fc13.x86_64 requires libmozjs.so()(64bit) hornsey-1.5.2-0.3.fc15.x86_64 requires libclutter-gtk-0.10.so.0()(64bit) intellij-idea-9.0.1.94.399-11.fc14.x86_64 requires jna-examples libchamplain-gtk-0.6.1-4.fc14.i686 requires libclutter-gtk-0.10.so.0 libchamplain-gtk-0.6.1-4.fc14.x86_64 requires libclutter-gtk-0.10.so.0()(64bit) libchamplain-gtk-devel-0.6.1-4.fc14.i686 requires pkgconfig(clutter-gtk-0.10) libchamplain-gtk-devel-0.6.1-4.fc14.x86_64 requires pkgconfig(clutter-gtk-0.10) libglade-java-2.12.5-12.fc12.i686 requires libgcj.so.10 libglade-java-2.12.5-12.fc12.x86_64 requires libgcj.so.10()(64bit) libgnome-java-2.12.4-12.fc12.i686 requires libgcj.so.10 libgnome-java-2.12.4-12.fc12.x86_64 requires libgcj.so.10()(64bit) libopenvrml-0.18.6-1.fc14.i686 requires libboost_filesystem-mt.so.1.41.0 libopenvrml-0.18.6-1.fc14.i686 requires libboost_thread-mt.so.1.41.0 libopenvrml-0.18.6-1.fc14.x86_64 requires libboost_thread-mt.so.1.41.0()(64bit) libopenvrml-0.18.6-1.fc14.x86_64 requires libboost_filesystem-mt.so.1.41.0()(64bit) libopenvrml-gl-0.18.6-1.fc14.i686 requires libboost_filesystem-mt.so.1.41.0 libopenvrml-gl-0.18.6-1.fc14.i686 requires libboost_thread-mt.so.1.41.0 libopenvrml-gl-0.18.6-1.fc14.x86_64 requires libboost_thread-mt.so.1.41.0()(64bit)
F-14 Branched report: 20100913 changes
Compose started at Mon Sep 13 13:15:33 UTC 2010 Broken deps for x86_64 -- RackTables-0.18.3-1.fc14.noarch requires /usr/local/bin/php RackTables-0.18.3-1.fc14.noarch requires perl(File::FnMatch) 1:anjuta-2.30.0.0-2.fc14.i686 requires libgladeui-1.so.9 1:anjuta-2.30.0.0-2.fc14.i686 requires libwebkit-1.0.so.2 1:anjuta-2.30.0.0-2.fc14.i686 requires libdevhelp-1.so.1 1:anjuta-2.30.0.0-2.fc14.x86_64 requires libgladeui-1.so.9()(64bit) 1:anjuta-2.30.0.0-2.fc14.x86_64 requires libdevhelp-1.so.1()(64bit) 1:anjuta-2.30.0.0-2.fc14.x86_64 requires libwebkit-1.0.so.2()(64bit) antlr3-python-3.1.2-7.fc14.noarch requires python(abi) = 0:2.6 cairo-java-1.0.5-12.fc12.i686 requires libgcj.so.10 cairo-java-1.0.5-12.fc12.x86_64 requires libgcj.so.10()(64bit) cyphesis-0.5.21-2.fc13.x86_64 requires libpython2.6.so.1.0()(64bit) empathy-2.31.90-1.fc14.x86_64 requires libcamel-1.2.so.19()(64bit) evolution-couchdb-0.4.92-1.fc14.x86_64 requires libedata-book-1.2.so.2()(64bit) evolution-couchdb-0.4.92-1.fc14.x86_64 requires libcamel-1.2.so.17()(64bit) evolution-couchdb-0.4.92-1.fc14.x86_64 requires libgtkhtml-editor.so.0()(64bit) evolution-couchdb-0.4.92-1.fc14.x86_64 requires libebook-1.2.so.9()(64bit) evolution-couchdb-0.4.92-1.fc14.x86_64 requires libcamel-provider-1.2.so.17()(64bit) evolution-sharp-0.21.1-9.fc14.x86_64 requires libcamel-1.2.so.19()(64bit) fmt-ptrn-java-1.3.20-5.fc13.i686 requires libgcj.so.10 fmt-ptrn-java-1.3.20-5.fc13.x86_64 requires libgcj.so.10()(64bit) frysk-0.4-26.fc14.x86_64 requires libgcj.so.10()(64bit) frysk-devel-0.4-26.fc14.i386 requires libgcj.so.10 frysk-devel-0.4-26.fc14.x86_64 requires libgcj.so.10()(64bit) frysk-gnome-0.4-26.fc14.x86_64 requires libgcj.so.10()(64bit) gnome-python2-evolution-2.31.1-5.fc14.x86_64 requires libcamel-1.2.so.19()(64bit) gpx-viewer-0.1.2-2.fc14.x86_64 requires libchamplain-gtk-0.4.so.0()(64bit) gpx-viewer-0.1.2-2.fc14.x86_64 requires libchamplain-0.4.so.0()(64bit) intellij-idea-9.0.1.94.399-11.fc14.x86_64 requires jna-examples libgconf-java-2.12.4-14.fc12.i686 requires libgcj.so.10 libgconf-java-2.12.4-14.fc12.x86_64 requires libgcj.so.10()(64bit) libglade-java-2.12.5-12.fc12.i686 requires libgcj.so.10 libglade-java-2.12.5-12.fc12.x86_64 requires libgcj.so.10()(64bit) libgnome-java-2.12.4-12.fc12.i686 requires libgcj.so.10 libgnome-java-2.12.4-12.fc12.x86_64 requires libgcj.so.10()(64bit) libgtk-java-2.8.7-13.fc13.i686 requires libgcj.so.10 libgtk-java-2.8.7-13.fc13.x86_64 requires libgcj.so.10()(64bit) libopenvrml-0.18.6-1.fc14.i686 requires libboost_filesystem-mt.so.1.41.0 libopenvrml-0.18.6-1.fc14.i686 requires libboost_thread-mt.so.1.41.0 libopenvrml-0.18.6-1.fc14.x86_64 requires libboost_thread-mt.so.1.41.0()(64bit) libopenvrml-0.18.6-1.fc14.x86_64 requires libboost_filesystem-mt.so.1.41.0()(64bit) libopenvrml-gl-0.18.6-1.fc14.i686 requires libboost_filesystem-mt.so.1.41.0 libopenvrml-gl-0.18.6-1.fc14.i686 requires libboost_thread-mt.so.1.41.0 libopenvrml-gl-0.18.6-1.fc14.x86_64 requires libboost_thread-mt.so.1.41.0()(64bit) libopenvrml-gl-0.18.6-1.fc14.x86_64 requires libboost_filesystem-mt.so.1.41.0()(64bit) libvte-java-0.12.1-15.fc12.i686 requires libgcj.so.10 libvte-java-0.12.1-15.fc12.x86_64 requires libgcj.so.10()(64bit) matahari-0.0.5-1.fc14.x86_64 requires libqmf.so.1()(64bit) mine_detector-6.0-3.fc13.x86_64 requires libgnat-4.4.so()(64bit) mingw32-OpenSceneGraph-2.8.2-4.fc14.noarch requires mingw32(libpng-3.dll) nautilus-sound-converter-1.0.5-5.fc14.x86_64 requires libgnome-media-profiles-3.0.so.0()(64bit) openvrml-java-0.18.6-1.fc14.x86_64 requires libboost_thread-mt.so.1.41.0()(64bit) openvrml-java-0.18.6-1.fc14.x86_64 requires libboost_filesystem-mt.so.1.41.0()(64bit) openvrml-javascript-0.18.6-1.fc14.x86_64 requires libboost_thread-mt.so.1.41.0()(64bit) openvrml-javascript-0.18.6-1.fc14.x86_64 requires libboost_filesystem-mt.so.1.41.0()(64bit) openvrml-nodes-0.18.6-1.fc14.x86_64 requires libboost_thread-mt.so.1.41.0()(64bit) openvrml-nodes-0.18.6-1.fc14.x86_64 requires libboost_filesystem-mt.so.1.41.0()(64bit) openvrml-xembed-0.18.6-1.fc14.x86_64 requires libboost_thread-mt.so.1.41.0()(64bit) openvrml-xembed-0.18.6-1.fc14.x86_64 requires libboost_filesystem-mt.so.1.41.0()(64bit) ovirt-server-0.100-4.fc12.noarch requires qpidd ovirt-server-0.100-4.fc12.noarch requires qpidc perl-Gtk2-MozEmbed-0.08-6.fc14.15.x86_64 requires gecko-libs = 0:1.9.2.4 plee-the-bear-0.4.1-5.fc14.x86_64
Re: Recently FTBFS stfl, fails on ruby installation
On Tue, Sep 7, 2010 at 2:13 PM, Thomas Janssen thom...@fedoraproject.org wrote: Hi, i tested today why stfl FTBFS. I found out that it doesn't installs a file into /usr/lib.. but lib/.. That happens just for the ruby part of stfl, the perl parts getting installed into /usr/lib.. just fine. http://koji.fedoraproject.org/koji/getfile?taskID=2450778name=build.log I checked (thanks kalev) the %{!?ruby_sitearch: %global ruby_sitearch %(ruby -rrbconfig -e 'puts Config::CONFIG[sitearchdir] ')} macro and added two lines: echo %ruby_sitearch echo `ruby -rrbconfig -e 'puts Config::CONFIG[sitearchdir] '` the response is here: http://koji.fedoraproject.org/koji/getfile?taskID=2451304name=build.log I have currently no further idea of what might be wrong. I need someone with more knowledge than i have about what's going on, or what could be the problem. The only different thing i saw, was the new ruby build in f14 and rawhide. Though i have no real clue if that *could* be the problem. http://koji.fedoraproject.org/koji/taskinfo?taskID=2464814 The above scratch build dist-f13 shows that it *was* working. Still i haven't found what might cause this issue. Good: mkdir -p /builddir/build/BUILDROOT/stfl-0.21-10.fc13.x86_64/usr/lib64/ruby/site_ruby/1.8/x86_64-linux Bad: mkdir -p lib/ruby/site_ruby/1.8/i386-linux But why o why -- Best regards Thomas -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Upcoming Fedora 14 Tasks
Start End Name Tue 07-Sep Tue 14-Sep Software: Rebuild all translated packages Tue 14-Sep Tue 14-Sep Beta Change Deadline Tue 14-Sep Tue 14-Sep Features 100% Complete Deadline Tue 14-Sep Tue 28-Sep Beta Infrastructure Change Freeze Thu 16-Sep Thu 16-Sep Compose Beta Candidate Fri 17-Sep Fri 17-Sep Beta Blocker Meeting (f14beta) #4 Wed 22-Sep Wed 22-Sep Fedora 14 Beta Go/No-Go Meeting (17:00 EST) Thu 23-Sep Thu 23-Sep Fedora 14 Beta Release Readiness Meeting Thu 23-Sep Thu 23-Sep Start Stage Sync Beta to Mirrors Thu 23-Sep Tue 28-Sep Stage Sync Beta to Mirrors Fri 24-Sep Fri 24-Sep Beta Export Control Reporting Fri 24-Sep Fri 24-Sep Final Blocker Meeting (f14blocker) #1 Tue 28-Sep Tue 28-Sep Beta Release Public Availability -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Fedora 14 Beta Blocker Meeting :: Friday, 2010-09-10 @ 16:00 UTC (12 PM EDT)
John Poelstra said the following on 09/09/2010 05:19 PM Pacific Time: When: Friday, 2010-09-10 @ 16:00 UTC (12 PM EDT) Where: #fedora-bugzappers on irc.freenode.net Without these bugs fixed we can't compose the Fedora 14 Beta Release Candidate on 2010-09-16. == #fedora-bugzappers: Fedora 14 Beta Blocker Meeting == Meeting started by poelcat at 16:02:33 UTC. The full logs are available at http://meetbot.fedoraproject.org/fedora-bugzappers/2010-09-10/fedora-bugzappers.2010-09-10-16.02.log.html . Meeting summary --- * roll call (poelcat, 16:02:51) * attendees nirik adamw jlaska poelcat jsmith (poelcat, 16:05:37) * https://bugzilla.redhat.com/show_bug.cgi?id=608992 (poelcat, 16:05:45) * ACTION: https://bugzilla.redhat.com/show_bug.cgi?id=608992 waiting for a new build, needs to happen soon (poelcat, 16:07:25) * https://bugzilla.redhat.com/show_bug.cgi?id=621027 (poelcat, 16:07:34) * ACTION: https://bugzilla.redhat.com/show_bug.cgi?id=621027 asking mizmo to update the bug and remind design team of change deadline on 2010-09-14 (poelcat, 16:12:53) * https://bugzilla.redhat.com/show_bug.cgi?id=628239 (poelcat, 16:13:08) * ACTION: https://bugzilla.redhat.com/show_bug.cgi?id=628239 need to continue debugging before we can figure out where it needs to be fixed (poelcat, 16:20:05) * https://bugzilla.redhat.com/show_bug.cgi?id=629719 (poelcat, 16:20:22) * ACTION: https://bugzilla.redhat.com/show_bug.cgi?id=629719 attempting to reproduce. If we cannot do so with TC1 testing will close INSUFFICIENT_DATA (poelcat, 16:28:36) * https://bugzilla.redhat.com/show_bug.cgi?id=630490 (poelcat, 16:28:41) * ACTION: https://bugzilla.redhat.com/show_bug.cgi?id=630490 fix is in hand, maintainer expects to build new package tonight (poelcat, 16:45:36) * https://bugzilla.redhat.com/show_bug.cgi?id=630781 (poelcat, 16:45:48) * ACTION: https://bugzilla.redhat.com/show_bug.cgi?id=630781 really need more information from reporter; if no further information or similiar reports by next week, will consider dropping (poelcat, 16:53:24) * https://bugzilla.redhat.com/show_bug.cgi?id=631620 (poelcat, 16:53:32) * ACTION: https://bugzilla.redhat.com/show_bug.cgi?id=631620 fix and new packages anticipated this weekend, needs testing by kde, xfce and other desktops depending on HAL (poelcat, 17:05:05) * https://bugzilla.redhat.com/show_bug.cgi?id=632489 (poelcat, 17:05:25) * ACTION: https://bugzilla.redhat.com/show_bug.cgi?id=632489 accepted as a blocker, fixed needed no later than 2010-09-14 (poelcat, 17:14:11) * https://bugzilla.redhat.com/show_bug.cgi?id=632510 (poelcat, 17:14:18) * ACTION: https://bugzilla.redhat.com/show_bug.cgi?id=632510 accepted blocker; need to ammend blocker criteria to be more specific, devel believes it's an easy fix they expect to make soon (poelcat, 17:25:40) * open discussion (poelcat, 17:25:44) * ACTION: jlaska to propose adjusting beta release criteria to accomodate rescue-mode + networking (see 632510) (jlaska, 17:26:18) Meeting ended at 17:31:28 UTC. Action Items * https://bugzilla.redhat.com/show_bug.cgi?id=608992 waiting for a new build, needs to happen soon * https://bugzilla.redhat.com/show_bug.cgi?id=621027 asking mizmo to update the bug and remind design team of change deadline on 2010-09-14 * https://bugzilla.redhat.com/show_bug.cgi?id=628239 need to continue debugging before we can figure out where it needs to be fixed * https://bugzilla.redhat.com/show_bug.cgi?id=629719 attempting to reproduce. If we cannot do so with TC1 testing will close INSUFFICIENT_DATA * https://bugzilla.redhat.com/show_bug.cgi?id=630490 fix is in hand, maintainer expects to build new package tonight * https://bugzilla.redhat.com/show_bug.cgi?id=630781 really need more information from reporter; if no further information or similiar reports by next week, will consider dropping * https://bugzilla.redhat.com/show_bug.cgi?id=631620 fix and new packages anticipated this weekend, needs testing by kde, xfce and other desktops depending on HAL * https://bugzilla.redhat.com/show_bug.cgi?id=632489 accepted as a blocker, fixed needed no later than 2010-09-14 * https://bugzilla.redhat.com/show_bug.cgi?id=632510 accepted blocker; need to ammend blocker criteria to be more specific, devel believes it's an easy fix they expect to make soon * jlaska to propose adjusting beta release criteria to accomodate rescue-mode + networking (see 632510) Action Items, by person --- * jlaska * jlaska to propose adjusting beta release criteria to accomodate rescue-mode + networking (see 632510) * **UNASSIGNED** *
[389-devel] Please review: Bug 631862 - crash - delete entries not in cache + referint
https://bugzilla.redhat.com/show_bug.cgi?id=631862 https://bugzilla.redhat.com/attachment.cgi?id=447020action=diff https://bugzilla.redhat.com/attachment.cgi?id=447020action=edit -- 389-devel mailing list 389-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/389-devel
Re: non-responsive maintainer: thomasvs (2nd attempt)
W dniu 11.09.2010 20:53, Julian Sikorski pisze: Dear all, I unfortunately have to start the non-responsive process for thomasvs again [1]. The bug to update twisted to the latest upstream version has been opened for several months now [2], and I have also prepared the updates myself on a fedorapeople repo [3].In the bug report, all responses were positive - I assume other maintainers don't care. Even debian has a newer version right now [4]. It seems that Thomas' last bugzilla activity was on 24th May, and he was not responding to my later emails either. My application for comaintainership is left untouched as well. I'm not sure if this qualifies for the fast track procedure, but the long lack of response might favour that. Thomas, if you can read this, please accept my twisted co-maintainership, and I'll be happy to reduce your burden. Regards, Julian [1] http://thread.gmane.org/gmane.linux.redhat.fedora.devel/131415 [2] https://bugzilla.redhat.com/show_bug.cgi?id=572372 [3] http://repos.fedorapeople.org/repos/belegdol/twisted/ [4] http://packages.debian.org/squeeze/python-twisted After giving it some thought, I decided to go for fast track process: https://fedorahosted.org/fesco/ticket/463 Julian -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Plan for tomorrow's FESCo meeting (2010-09-14)
Following is the list of topics that will be discussed in the FESCo meeting tomorrow at 19:30UTC (3:30pm EDT) in #fedora-meeting on irc.freenode.net. = Followups = #topic #351 Create a policy for updates - status report on implementation https://fedorahosted.org/fesco/ticket/351 #topic #382 Implementing Stable Release Vision https://fedorahosted.org/fesco/ticket/382 #topic #454 pre-release update acceptance criteria https://fedorahosted.org/fesco/ticket/454 http://fedoraproject.org/wiki/Features/DNSSEC_on_workstations https://fedorahosted.org/fesco/ticket/434 http://fedoraproject.org/wiki/Features/GoldLinkerDefault https://fedorahosted.org/fesco/ticket/423 = New business = #topic #461 F14 blessing for systemd https://fedorahosted.org/fesco/ticket/461 (note that this is mostly moot, but I would like to see if any of the fesco folks who did not provide input have anything to add). = Fedora Engineering Services tickets = https://fedorahosted.org/fedora-engineering-services/report/6 = 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 topic. kevin signature.asc Description: PGP signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
[perl-MIME-Types/el6/master] import from RHEL6 SRPM ftp://ftp.redhat.com/redhat/rhel/beta/5.90Workstation/optional/source/SRPMS/p
commit b0b2c86b3963a6c2371e03346cf6bab00a8000a5 Author: Mark Chappell trem...@tremble.org.uk Date: Mon Sep 13 21:49:08 2010 +0200 import from RHEL6 SRPM ftp://ftp.redhat.com/redhat/rhel/beta/5.90Workstation/optional/source/SRPMS/perl-MIME-Types-1.28-2.el6.src.rpm .gitignore |1 + perl-MIME-Types.spec |5 - 2 files changed, 5 insertions(+), 1 deletions(-) --- diff --git a/.gitignore b/.gitignore index 6492eb4..ffc0168 100644 --- a/.gitignore +++ b/.gitignore @@ -1 +1,2 @@ MIME-Types-1.28.tar.gz +/MIME-Types-1.28.tar.gz diff --git a/perl-MIME-Types.spec b/perl-MIME-Types.spec index c61931c..8589065 100644 --- a/perl-MIME-Types.spec +++ b/perl-MIME-Types.spec @@ -1,6 +1,6 @@ Name: perl-MIME-Types Version:1.28 -Release:1%{?dist} +Release:2%{?dist} Summary:MIME types module for Perl License:GPL+ or Artistic @@ -59,6 +59,9 @@ rm -rf $RPM_BUILD_ROOT %changelog +* Mon Dec 7 2009 Stepan Kasal ska...@redhat.com - 1.28-2 +- rebuild against perl 5.10.1 + * Wed Oct 7 2009 Stepan Kasal ska...@redhat.com - 1.28-1 - new upstream version -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-Test-MockObject/el6/master] import from RHEL6 SRPM ftp://ftp.redhat.com/redhat/rhel/beta/5.90Workstation/optional/source/SRPMS/p
commit a892b97fb4a655717fa4c97e8bbc92909cef9857 Author: Mark Chappell trem...@tremble.org.uk Date: Mon Sep 13 21:50:41 2010 +0200 import from RHEL6 SRPM ftp://ftp.redhat.com/redhat/rhel/beta/5.90Workstation/optional/source/SRPMS/perl-Test-MockObject-1.09-3.1.el6.src.rpm .gitignore|1 + perl-Test-MockObject.spec | 19 --- 2 files changed, 5 insertions(+), 15 deletions(-) --- diff --git a/.gitignore b/.gitignore index 972dca7..581b98f 100644 --- a/.gitignore +++ b/.gitignore @@ -1 +1,2 @@ Test-MockObject-1.09.tar.gz +/Test-MockObject-1.09.tar.gz diff --git a/perl-Test-MockObject.spec b/perl-Test-MockObject.spec index dba876d..72d988f 100644 --- a/perl-Test-MockObject.spec +++ b/perl-Test-MockObject.spec @@ -1,6 +1,6 @@ Name: perl-Test-MockObject Version:1.09 -Release:6.1%{?dist} +Release:3.1%{?dist} Summary:Perl extension for emulating troublesome interfaces Group: Development/Libraries @@ -10,7 +10,6 @@ Source0: http://www.cpan.org/authors/id/C/CH/CHROMATIC/Test-MockObject-%{ BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n) BuildArch: noarch -BuildRequires: perl(CGI) BuildRequires: perl(Module::Build) BuildRequires: perl(Test::Exception) BuildRequires: perl(Test::Pod), perl(Test::Pod::Coverage) @@ -39,8 +38,7 @@ Now you have no excuse.) %install rm -rf $RPM_BUILD_ROOT ./Build install destdir=$RPM_BUILD_ROOT create_packlist=0 -find $RPM_BUILD_ROOT -depth -type d -exec rmdir {} 2/dev/null ';' -%{_fixperms} $RPM_BUILD_ROOT/* +chmod -R u+w $RPM_BUILD_ROOT/* %check @@ -59,17 +57,8 @@ rm -rf $RPM_BUILD_ROOT %changelog -* Mon Aug 30 2010 Mark Chappell trem...@fedoraproject.org 1.09-6.1 -- EL6 needs the CGI package for the tests to run successfully - -* Thu May 06 2010 Marcela Maslanova mmasl...@redhat.com - 1.09-6 -- Mass rebuild with perl-5.12.0 - -* Thu Feb 4 2010 Marcela Mašláňová mmasl...@redhat.com - 1.09-5 -- 552253 merge review - -* Fri Dec 4 2009 Stepan Kasal ska...@redhat.com - 1.09-4 -- rebuild against perl 5.10.1 +* Thu Dec 03 2009 Dennis Gregorovic dgre...@redhat.com - 1.09-3.1 +- Rebuilt for RHEL 6 * Sun Jul 26 2009 Fedora Release Engineering rel-...@lists.fedoraproject.org - 1.09-3 - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
koji client does not work through proxy
Hi, Today I had to learn that the koji client, while being the only way to request a build, does not support proxies. In a university like environment with no open ports whatsoever, with an increasingly paranoid IT group in charge of the firewall and proxy, that does not leave a lot of options. While I was able to ssh tunnel my way out of this miserable situation, I think this approach does not work as a general solution. I realized that this issue has been discussed two years ago [1], but I did not find any newer statements. Is there any work being done (or an intention to do so) to improve the situation? Thanks, Ralph [1] https://www.redhat.com/archives/fedora-devel-list/2008-August/msg00665.html -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Linux and application installing
On Mon, 2010-09-13 at 09:36 +0200, Hans de Goede wrote: Hi, On 09/08/2010 02:43 PM, Richard Hughes wrote: On 8 September 2010 13:16, Adam Williamsonawill...@redhat.com wrote: First off, I think this is a great idea and very much needed, thanks for working on it. Cool, thanks. Some positive feedback at last! Too... much... stop... energy... Oh, But Adam is not the only one I love this idea too! And I would like to think there are other silent admirers of this idea too! There are a lot of non-silent admirers of this idea too! I love this idea! All the yum developers and rel-eng love this idea! I've yet to speak to anyone who doesn't love this idea! In fact this thread probably started because yum/rpm/etc. developers had recently talked about app. install again, so Seth spent half a day implementing a proof of concept: http://skvidal.wordpress.com/2010/08/19/fedora-app-market-proof-of-concept/ To repeat _nobody_, that I know of, is arguing that we shouldn't do something. The problem is in rushing from there to XYZ is something. We should do XYZ. -- James Antill - ja...@fedoraproject.org I'd just like to see a realistic approach to updates via packages. -- Les Mikesell -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Plan for tomorrow's FESCo meeting (2010-09-14)
One more I would like to add: #464 Fix nss update issues https://fedorahosted.org/fesco/ticket/464 kevin signature.asc Description: PGP signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: koji client does not work through proxy
On Mon, 13 Sep 2010, Ralph Lange wrote: Hi, Today I had to learn that the koji client, while being the only way to request a build, does not support proxies. In a university like environment with no open ports whatsoever, with an increasingly paranoid IT group in charge of the firewall and proxy, that does not leave a lot of options. While I was able to ssh tunnel my way out of this miserable situation, I think this approach does not work as a general solution. I realized that this issue has been discussed two years ago [1], but I did not find any newer statements. Is there any work being done (or an intention to do so) to improve the situation? Thanks, Ralph [1] https://www.redhat.com/archives/fedora-devel-list/2008-August/msg00665.html You'll need at least some open ports. 443 and 80 I think are the only ones required for koji builds. -Mike -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Linux and application installing
On 13 September 2010 21:49, James Antill ja...@fedoraproject.org wrote: So Seth spent half a day implementing a proof of concept: http://skvidal.wordpress.com/2010/08/19/fedora-app-market-proof-of-concept/ Translations? Icons? Offline queries? Co-operating with other distros? Formal database schema? Call me biased, but doing things in yum because it's the way it always used to be carries little weight when the user experience just sucks really hard. I've been working on app-install now with other distro people for nearly two years. It was a shame Seth couldn't reuse some of the schema without just re-implementing the basic idea in python and shipping a half-baked implementation in yum. Sometimes I wonder why I should deal with Fedora and all the politics when Ubuntu and Suse just ship something that works. Sorry to be blunt, but it's how I feel. Richard. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Plan for tomorrow's FESCo meeting (2010-09-14)
On 13 September 2010 20:42, Kevin Fenzi ke...@scrye.com wrote: 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 topic. Could you discuss https://bugzilla.redhat.com/show_bug.cgi?id=488968 as well please. Thanks. Richard. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Plan for tomorrow's FESCo meeting (2010-09-14)
On Mon, 2010-09-13 at 13:42 -0600, Kevin Fenzi wrote: Following is the list of topics that will be discussed in the FESCo meeting tomorrow at 19:30UTC (3:30pm EDT) in #fedora-meeting on irc.freenode.net. Apologies, I won't be able to make this, I'll be on a plane headed to France for XDS. - ajax signature.asc Description: This is a digitally signed message part -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
[389-devel] Please review: [Bug 625014] SubTree Renames: ModRDN operation fails and the server hangs if the entry is moved to under the same DN.
https://bugzilla.redhat.com/show_bug.cgi?id=625014 https://bugzilla.redhat.com/attachment.cgi?id=447045action=diff https://bugzilla.redhat.com/attachment.cgi?id=447045action=edit Description: adding a check if the newsuperior is the entry itself or its descendent. If it is, modrdn returns LDAP_UNWILLING_TO_PERFORM. Thanks, --noriko smime.p7s Description: S/MIME Cryptographic Signature -- 389-devel mailing list 389-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/389-devel
Re: Simultaneous Fedora and upstream git usage
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 09/11/2010 08:30 AM, Andy Shevchenko wrote: Every one who is use a git everyday knows that it has support of joining several repositories in one local repository (especially if it has a common base). I would use such feature for packages hosted in git repositories. So, the idea is to keep 2-in-1: - Fedora's git as a holder and main repository - upstream/* branches for an upstream sources (real package sources) Advantages are in keeping things together and simplify maintaining packages in Fedora with upstreamed patches (commits). It also reminds the Debian's scheme where the repository contains two branches and two kind of tags accordingly. Any suggestions or improvements to this scheme? I've been meaning to explore this path a bit, and add tooling in fedpkg to set it up initially. My first feeling is that it'd be a configuration that lives on your workstation, in your clone, not something pushed up to pkgs.fp.o. It would certainly help in getting patches to/from upstream, and help when we start exploring automated patch management within packages. - -- Jesse Keating Fedora -- Freedom² is a feature! identi.ca: http://identi.ca/jkeating -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.16 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org/ iEYEARECAAYFAkyOoy0ACgkQ4v2HLvE71NWQXwCghuLl+PV0iRTIYzD+oLzvvAs9 LtwAn0QypwdUHtGocsVmi172HiyNwB2y =zin2 -END PGP SIGNATURE- -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Simultaneous Fedora and upstream git usage
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 09/11/2010 04:35 PM, Ben Boeckel wrote: What I remember from FUDCon Toronto was that fedpkg could download the tarball, explode it into /tmp or something, do a `git init; git commit -a -m Tarball` and then there'd be some way to export patches on top of this commit back into the Fedora repository and get the PatchXX: and %patchXX lines in the spec easily. Allowing maintainers to push full upstream repositories into the Fedora repositories isn't something I'd recommend doing. It also makes maintaining git-backed upstreams different than other version controls (imagine checking out Qt's repository to do a one liner change to the spec file). This is something slightly different than what Andy was talking about, and it is still on the horizon. - -- Jesse Keating Fedora -- Freedom² is a feature! identi.ca: http://identi.ca/jkeating -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.16 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org/ iEYEARECAAYFAkyOo4YACgkQ4v2HLvE71NVc6QCfQAFMP261unU7uf8Ace/XJGqk SeAAoKA8ThW+Aykhv4DZckXUVtgYsVcx =1SIV -END PGP SIGNATURE- -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Simultaneous Fedora and upstream git usage
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 09/12/2010 08:55 AM, Ben Boeckel wrote: Ah. I remember some talk about getting a VCS tag in rpm. This is where it'd belong IMO. Maybe fedpkg can implement it until rpm gets it? The rpm spec could have a vcs tag, now. RPM just doesn't do anything with it. fedpkg can be made to look for such a tag when you ask it to create an upstream for that project, and if it doesn't find one in the spec prompt the user for one, or just fail and ask that the user supply one with whatever command they were running. - -- Jesse Keating Fedora -- Freedom² is a feature! identi.ca: http://identi.ca/jkeating -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.16 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org/ iEYEARECAAYFAkyOpEkACgkQ4v2HLvE71NWZLACgpLrfF3x44gWBpHUbfQAi/5qQ UQgAoLdPxEq73i02vtWg+haIoMfLUZxS =Omt+ -END PGP SIGNATURE- -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: FF 3.6.9 update for F-13
On 09/12/2010 08:39 PM, Elio Maldonado wrote: On 09/12/2010 12:50 AM, Bojan Smojver wrote: How did this slip through the cracks? Isn't that a security related update? No, it didn't slip trough the cracks. Some problems with the nss 3.12.7 update on which it depends have held up the release for f13 and f12. That needs to get resolved, indeed. However, this is a security release, and Bojan is right. We need to get this released. Broken libraries typically means we disable system libraries, build with the in-tree copy so we can get the bulk of the code out to users, and then when the system library is fixed, we can build against the system copy. Martin/Jan, can one of you handle that please if nss is still not yet ready? -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: [389-devel] Please review: Only check modrdn ops for backend/suffix correctness if not the default backend
On 09/13/2010 03:42 PM, Rich Megginson wrote: This fix allows the datainterop tests to pass at 100% ack. --noriko -- 389-devel mailing list 389-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/389-devel smime.p7s Description: S/MIME Cryptographic Signature -- 389-devel mailing list 389-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/389-devel
Open Fedora 14 Blocker Bugs Need to be fixed ASAP
Here are the current open Fedora 14 Beta Blocker bugs. We need built packages and submitted to Bodhi that address each of these bugs in order to start the Fedora 14 Beta Release Candidate compose on 2010-09-16. If we are unable to start the RC compose on 2010-09-16 it could further delay the Fedora 14 Beta and the final release. 629719 :: NEW :: anaconda :: anaconda-maint-l...@redhat.com :: FormatCreateError: ('invalid device specification', '/dev/md127p3') :: https://bugzilla.redhat.com/show_bug.cgi?id=629719 --Need more feedback from reporter 628239 :: NEW :: anaconda :: b...@redhat.com :: Fedora 14 Alpha reduced graphics creates vesa-using xorg.conf but doesn't blacklist nouveau :: https://bugzilla.redhat.com/show_bug.cgi?id=628239 --Need more feedback from reporter 633234 :: NEW :: anaconda :: b...@redhat.com :: Previous grub entry is not overwritten after upgrade with creating new bootloader :: https://bugzilla.redhat.com/show_bug.cgi?id=633234 --Need feedback from maintainer 633523 :: NEW :: empathy :: bdpep...@gmail.com :: Dependency issue block empathy installs in F14 :: https://bugzilla.redhat.com/show_bug.cgi?id=633523 --Need feedback from maintainer 632489 :: NEW :: anaconda :: rvyky...@redhat.com :: Fail to read package metadata after specifying repo= :: https://bugzilla.redhat.com/show_bug.cgi?id=632489 --Still debugging. Fix needed soon. 630490 :: ASSIGNED :: systemd :: lpoet...@redhat.com :: disabled units still get bus activated :: https://bugzilla.redhat.com/show_bug.cgi?id=630490 627401 :: MODIFIED :: anaconda :: clum...@redhat.com :: please create systemd default.target symlink pointing to /lib/systemd/system/runlevelX.target instead of /etc/systemd/system/runlevelX.target :: https://bugzilla.redhat.com/show_bug.cgi?id=627401 --Packages need to be submitted to Bodhi so status changes to ON_QA 632510 :: MODIFIED :: anaconda :: clum...@redhat.com :: Installer exited abnormally when starting network in rescue mode :: https://bugzilla.redhat.com/show_bug.cgi?id=632510 --Packages need to be submitted to Bodhi so status changes to ON_QA 608992 :: MODIFIED :: livecd-tools :: dh...@redhat.com :: Add Boot system with basic video driver option at the initial screen :: https://bugzilla.redhat.com/show_bug.cgi?id=608992 --Packages need to be submitted to Bodhi so status changes to ON_QA 627014 :: MODIFIED :: systemd :: lpoet...@redhat.com :: systemd provided telinit does not work as advertised :: https://bugzilla.redhat.com/show_bug.cgi?id=627014 --Packages need to be submitted to Bodhi so status changes to ON_QA 631620 :: MODIFIED :: systemd :: lpoet...@redhat.com :: ordering cycles exist (+ breaking them deletes wrong services) :: https://bugzilla.redhat.com/show_bug.cgi?id=631620 --Packages need to be submitted to Bodhi so status changes to ON_QA 622927 :: MODIFIED :: anaconda :: rvyky...@redhat.com :: F14 Alpha RC2 - /etc/resolv.conf gets corrupted, cannot download packages :: https://bugzilla.redhat.com/show_bug.cgi?id=622927 --Packages need to be submitted to Bodhi so status changes to ON_QA 621027 :: MODIFIED :: fedora-logos :: tcall...@redhat.com :: Graphical screen in anaconda shows F-13 :: https://bugzilla.redhat.com/show_bug.cgi?id=621027 --Packages need to be submitted to Bodhi so status changes to ON_QA -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Plan for tomorrow's FESCo meeting (2010-09-14)
On Mon, 13 Sep 2010 21:42:02 +0200, Kevin Fenzi wrote: 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 topic. I find this rejected feature as a natural next step for making the implemented build-id feature useful https://fedoraproject.org/wiki/Releases/FeatureBuildId but it got turned down at: all-versions Koji repository https://fedorahosted.org/fedora-infrastructure/ticket/2387 Thanks, Jan -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
[Bug 631192] FTBFS perl-Log-Log4perl-1.24-3.fc14
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=631192 Petr Pisar ppi...@redhat.com changed: What|Removed |Added Blocks||632176 -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 632176] perl-Log-Log4perl-1.30 is available
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=632176 Petr Pisar ppi...@redhat.com changed: What|Removed |Added CC||ppi...@redhat.com Depends on||631192 -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 632855] Installing perl-POE bring perl-devel because of perl(POE::Test::Loop)
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=632855 Fedora Update System upda...@fedoraproject.org changed: What|Removed |Added Status|MODIFIED|ON_QA --- Comment #4 from Fedora Update System upda...@fedoraproject.org 2010-09-13 14:12:42 EDT --- perl-POE-1.289-2.fc14 has been pushed to the Fedora 14 testing repository. If problems still persist, please make note of it in this bug report. If you want to test the update, you can install it with su -c 'yum --enablerepo=updates-testing update perl-POE'. You can provide feedback for this update here: https://admin.fedoraproject.org/updates/perl-POE-1.289-2.fc14 -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-Lingua-Stem/f14/master] initial import
Summary of changes: e34f452... initial import (*) (*) This commit already existed in another branch; no separate mail sent -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-Lingua-Stem/f13/master] initial import
Summary of changes: e34f452... initial import (*) (*) This commit already existed in another branch; no separate mail sent -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 624397] perl-Class-XSAccessor-1.07 is available
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=624397 Fedora Update System upda...@fedoraproject.org changed: What|Removed |Added Status|ON_QA |CLOSED Fixed In Version||perl-Class-XSAccessor-1.07- ||1.fc14 Resolution||ERRATA Last Closed||2010-09-14 00:55:32 -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 624397] perl-Class-XSAccessor-1.07 is available
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=624397 --- Comment #4 from Fedora Update System upda...@fedoraproject.org 2010-09-14 00:55:27 EDT --- perl-Class-XSAccessor-1.07-1.fc14 has been pushed to the Fedora 14 stable repository. If problems still persist, please make note of it in this bug report. -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel