Re: Orphaning packages
On Tue, 2011-11-01 at 17:56 -0300, James Bowes wrote: python-vobject -- A python library for manipulating vCard and vCalendar files I have taken this one. Pierre -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Orphaning packages
On Tue, 2011-11-01 at 17:56 -0300, James Bowes wrote: gitg -- GTK+ graphical interface for the git revision control system This one seem to already have found a new owner: nacho. Pierre -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: FESCo Meeting Minutes for 2011-10-31
On Wed, 2011-11-02 at 09:31 +0530, Rahul Sundaram wrote: On 11/02/2011 07:54 AM, Kevin Kofler wrote: Stephen Gallagher wrote: * #683 - Zif as default PackageKit backend for desktop users - http://fedoraproject.org/wiki/Features/ZifByDefaultForDesktop (sgallagh, 17:03:32) * AGREED: ZifByDefaultForDesktop is refused as a Feature for Fedora 17 (sgallagh, 17:07:32) IMHO refusing this was a bad idea when the more general rule was originally decided and is still a bad idea now. You're essentially blackmailing zif upstream: Either you fully support command-line users or you will never be the default in Fedora's PackageKit. I don't think this is the argument. Having potentially different behaviour between command line dep resolver and gui dep resolver is very problematic and this is a important concern. Exactly, Kevin is skewing the reason of the decision here. The reject is not based on the whole backend as is but purely on the depsolver algorithm. As soon as yum and zif share the depsolver (not just the transaction depsolver in rpm, but the depsolver solving which packages to put into the transaction), then zif would be allowed as the default backend for PackageKit. There were some proposals/ideas by the rpm developers to implement this depsolver in librpm although I do not know whether there was any progress in this recently. -- Tomas Mraz No matter how far down the wrong road you've gone, turn back. Turkish proverb -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Orphaning packages
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 01/11/11 21:56, James Bowes wrote: ipython -- An enhanced interactive Python shell mod_wsgi -- A WSGI interface for Python web applications in Apache I'm interested in those two packages and requested rights in pkgdb. Is there no branch mod_wsgi for epel6? Matthias - -- Matthias Runge mru...@matthias-runge.de mru...@fedoraproject.org -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJOsPccAAoJEOnz8qQwcaIW6uMH/jEsVwBvVcBWdvXUD3DUE1At cEYkl5woI/DDryltaoqVcZWpEbNBiKEI9edcKBzEl6lmwqx34aGEc37xVcXwjWK9 BsoMfYUwt1e3jVtKG/IrweOvt2v+WUloVCreJ5hfA94jQQacZvfUNL7jI14MpuyL pR3GWWMdGKorsO+BnOMTRiFbxISiZizoLZpIc4qiqptFAIkT1M+IuYTTCh7/ABvG ObUfGZcFlekR1Z5+UzeyXjH0zZPZldWf1X388opc8rumP8je/KWKH9WZWn9MjQrL /pzXHTdMveitEX8QhXSxcE7TvAnGVVCdNeHyY7aW3NJsBU3qVJ3Dgrmzs0JDeWI= =wMK1 -END PGP SIGNATURE- -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Rawhide evolution gone funny
Hi, For some reason, Evolution is not finding any of the plugins or anything. It'll start but has on the title bar (null) Evolution. From the command line, I'm getting this [paul@PB3 ~]$ evolution e-utils-WARNING **: /usr/lib64/evolution/3.2/libcomposer.so.0: undefined symbol: gtkhtml_editor_file_chooser_dialog_run Failed to load module: /usr/lib64/evolution/3.2/modules/libevolution-module-addressbook.so e-utils-WARNING **: /usr/lib64/evolution/3.2/libcomposer.so.0: undefined symbol: gtkhtml_editor_file_chooser_dialog_run Failed to load module: /usr/lib64/evolution/3.2/modules/libevolution-module-bogofilter.so e-utils-WARNING **: /usr/lib64/evolution/3.2/libcomposer.so.0: undefined symbol: gtkhtml_editor_file_chooser_dialog_run Failed to load module: /usr/lib64/evolution/3.2/modules/libevolution-module-spamassassin.so e-utils-WARNING **: /usr/lib64/evolution/3.2/libcomposer.so.0: undefined symbol: gtkhtml_editor_file_chooser_dialog_run Failed to load module: /usr/lib64/evolution/3.2/modules/libevolution-module-composer-autosave.so e-utils-WARNING **: /usr/lib64/evolution/3.2/libcomposer.so.0: undefined symbol: gtkhtml_editor_file_chooser_dialog_run Failed to load module: /usr/lib64/evolution/3.2/modules/libevolution-module-startup-wizard.so e-utils-WARNING **: /usr/lib64/evolution/3.2/libcomposer.so.0: undefined symbol: gtkhtml_editor_file_chooser_dialog_run Failed to load module: /usr/lib64/evolution/3.2/modules/libevolution-module-mail.so e-utils-WARNING **: /usr/lib64/evolution/3.2/libcomposer.so.0: undefined symbol: gtkhtml_editor_file_chooser_dialog_run Failed to load module: /usr/lib64/evolution/3.2/modules/libevolution-module-calendar.so evolution-plugin-lib-WARNING **: can't load plugin '/usr/lib64/evolution/3.2/plugins/liborg-gnome-evolution-google.so': /usr/lib64/evolution/3.2/libcomposer.so.0: undefined symbol: gtkhtml_editor_file_chooser_dialog_run evolution-plugin-lib-WARNING **: can't load plugin '/usr/lib64/evolution/3.2/plugins/liborg-gnome-evolution-google.so': /usr/lib64/evolution/3.2/libcomposer.so.0: undefined symbol: gtkhtml_editor_file_chooser_dialog_run evolution-plugin-lib-WARNING **: can't load plugin '/usr/lib64/evolution/3.2/plugins/liborg-gnome-exchange-operations': /usr/lib64/evolution/3.2/libcomposer.so.0: undefined symbol: gtkhtml_editor_file_chooser_dialog_run evolution-plugin-lib-WARNING **: can't load plugin '/usr/lib64/evolution/3.2/plugins/liborg-gnome-exchange-operations': /usr/lib64/evolution/3.2/libcomposer.so.0: undefined symbol: gtkhtml_editor_file_chooser_dialog_run evolution-plugin-lib-WARNING **: can't load plugin '/usr/lib64/evolution/3.2/plugins/liborg-gnome-sa-rspam.so': /usr/lib64/evolution/3.2/plugins/liborg-gnome-sa-rspam.so: undefined symbol: em_folder_tree_set_selected evolution-plugin-lib-WARNING **: Cannot resolve symbol 'org_gnome_sa_rspam_startup' in plugin '/usr/lib64/evolution/3.2/plugins/liborg-gnome-sa-rspam.so' (not exported?) evolution-shell-CRITICAL **: Unknown shell view name: mail evolution-shell-CRITICAL **: e_shell_window_set_active_view: assertion `shell_view != NULL' failed evolution-plugin-lib-WARNING **: can't load plugin '/usr/lib64/evolution/3.2/plugins/liborg-gnome-templates.so': /usr/lib64/evolution/3.2/libcomposer.so.0: undefined symbol: gtkhtml_editor_file_chooser_dialog_run e-utils-CRITICAL **: Plugin Templates is missing a function named init_shell_actions() evolution-shell-CRITICAL **: Unknown shell view name: mail evolution-shell-CRITICAL **: e_shell_view_get_page_num: assertion `E_IS_SHELL_VIEW (shell_view)' failed evolution-shell-CRITICAL **: shell_window_set_notebook_page: assertion `page_num = 0' failed evolution-shell-CRITICAL **: Unknown shell view name: mail evolution-shell-CRITICAL **: e_shell_view_get_page_num: assertion `E_IS_SHELL_VIEW (shell_view)' failed evolution-shell-CRITICAL **: shell_window_set_notebook_page: assertion `page_num = 0' failed evolution-shell-CRITICAL **: Unknown shell view name: mail evolution-shell-CRITICAL **: e_shell_view_get_page_num: assertion `E_IS_SHELL_VIEW (shell_view)' failed evolution-shell-CRITICAL **: shell_window_set_notebook_page: assertion `page_num = 0' failed evolution-shell-CRITICAL **: Unknown shell view name: mail evolution-shell-CRITICAL **: e_shell_view_get_action: assertion `E_IS_SHELL_VIEW (shell_view)' failed GLib-GObject-CRITICAL **: g_object_get: assertion `G_IS_OBJECT (object)' failed evolution-shell-CRITICAL **: Unknown shell view name: mail evolution-shell-CRITICAL **: e_shell_view_get_title: assertion `E_IS_SHELL_VIEW (shell_view)' failed evolution-shell-CRITICAL **: Unknown shell view name: mail evolution-shell-CRITICAL **: e_shell_window_update_view_menu: assertion `shell_view != NULL' failed evolution-shell-CRITICAL **: Unknown shell view name: mail evolution-shell-CRITICAL **: e_shell_window_update_search_menu: assertion `shell_view != NULL' failed Any ideas on what's happened? [paul@PB3 ~]$ rpm -qa evolution*
Re: Rawhide evolution gone funny
On 2 Nov 2011 07:57, Paul Johnson p...@all-the-johnsons.co.uk wrote: Hi, For some reason, Evolution is not finding any of the plugins or anything. It'll start but has on the title bar (null) Evolution. From the command line, I'm getting this [paul@PB3 ~]$ evolution e-utils-WARNING **: /usr/lib64/evolution/3.2/libcomposer.so.0: undefined symbol: gtkhtml_editor_file_chooser_dialog_run Failed to load module: /usr/lib64/evolution/3.2/modules/libevolution-module-addressbook.so e-utils-WARNING **: /usr/lib64/evolution/3.2/libcomposer.so.0: undefined symbol: gtkhtml_editor_file_chooser_dialog_run Failed to load module: /usr/lib64/evolution/3.2/modules/libevolution-module-bogofilter.so e-utils-WARNING **: /usr/lib64/evolution/3.2/libcomposer.so.0: undefined symbol: gtkhtml_editor_file_chooser_dialog_run Failed to load module: /usr/lib64/evolution/3.2/modules/libevolution-module-spamassassin.so e-utils-WARNING **: /usr/lib64/evolution/3.2/libcomposer.so.0: undefined symbol: gtkhtml_editor_file_chooser_dialog_run Failed to load module: /usr/lib64/evolution/3.2/modules/libevolution-module-composer-autosave.so e-utils-WARNING **: /usr/lib64/evolution/3.2/libcomposer.so.0: undefined symbol: gtkhtml_editor_file_chooser_dialog_run Failed to load module: /usr/lib64/evolution/3.2/modules/libevolution-module-startup-wizard.so e-utils-WARNING **: /usr/lib64/evolution/3.2/libcomposer.so.0: undefined symbol: gtkhtml_editor_file_chooser_dialog_run Failed to load module: /usr/lib64/evolution/3.2/modules/libevolution-module-mail.so e-utils-WARNING **: /usr/lib64/evolution/3.2/libcomposer.so.0: undefined symbol: gtkhtml_editor_file_chooser_dialog_run Failed to load module: /usr/lib64/evolution/3.2/modules/libevolution-module-calendar.so evolution-plugin-lib-WARNING **: can't load plugin '/usr/lib64/evolution/3.2/plugins/liborg-gnome-evolution-google.so': /usr/lib64/evolution/3.2/libcomposer.so.0: undefined symbol: gtkhtml_editor_file_chooser_dialog_run evolution-plugin-lib-WARNING **: can't load plugin '/usr/lib64/evolution/3.2/plugins/liborg-gnome-evolution-google.so': /usr/lib64/evolution/3.2/libcomposer.so.0: undefined symbol: gtkhtml_editor_file_chooser_dialog_run evolution-plugin-lib-WARNING **: can't load plugin '/usr/lib64/evolution/3.2/plugins/liborg-gnome-exchange-operations': /usr/lib64/evolution/3.2/libcomposer.so.0: undefined symbol: gtkhtml_editor_file_chooser_dialog_run evolution-plugin-lib-WARNING **: can't load plugin '/usr/lib64/evolution/3.2/plugins/liborg-gnome-exchange-operations': /usr/lib64/evolution/3.2/libcomposer.so.0: undefined symbol: gtkhtml_editor_file_chooser_dialog_run evolution-plugin-lib-WARNING **: can't load plugin '/usr/lib64/evolution/3.2/plugins/liborg-gnome-sa-rspam.so': /usr/lib64/evolution/3.2/plugins/liborg-gnome-sa-rspam.so: undefined symbol: em_folder_tree_set_selected evolution-plugin-lib-WARNING **: Cannot resolve symbol 'org_gnome_sa_rspam_startup' in plugin '/usr/lib64/evolution/3.2/plugins/liborg-gnome-sa-rspam.so' (not exported?) evolution-shell-CRITICAL **: Unknown shell view name: mail evolution-shell-CRITICAL **: e_shell_window_set_active_view: assertion `shell_view != NULL' failed evolution-plugin-lib-WARNING **: can't load plugin '/usr/lib64/evolution/3.2/plugins/liborg-gnome-templates.so': /usr/lib64/evolution/3.2/libcomposer.so.0: undefined symbol: gtkhtml_editor_file_chooser_dialog_run e-utils-CRITICAL **: Plugin Templates is missing a function named init_shell_actions() evolution-shell-CRITICAL **: Unknown shell view name: mail evolution-shell-CRITICAL **: e_shell_view_get_page_num: assertion `E_IS_SHELL_VIEW (shell_view)' failed evolution-shell-CRITICAL **: shell_window_set_notebook_page: assertion `page_num = 0' failed evolution-shell-CRITICAL **: Unknown shell view name: mail evolution-shell-CRITICAL **: e_shell_view_get_page_num: assertion `E_IS_SHELL_VIEW (shell_view)' failed evolution-shell-CRITICAL **: shell_window_set_notebook_page: assertion `page_num = 0' failed evolution-shell-CRITICAL **: Unknown shell view name: mail evolution-shell-CRITICAL **: e_shell_view_get_page_num: assertion `E_IS_SHELL_VIEW (shell_view)' failed evolution-shell-CRITICAL **: shell_window_set_notebook_page: assertion `page_num = 0' failed evolution-shell-CRITICAL **: Unknown shell view name: mail evolution-shell-CRITICAL **: e_shell_view_get_action: assertion `E_IS_SHELL_VIEW (shell_view)' failed GLib-GObject-CRITICAL **: g_object_get: assertion `G_IS_OBJECT (object)' failed evolution-shell-CRITICAL **: Unknown shell view name: mail evolution-shell-CRITICAL **: e_shell_view_get_title: assertion `E_IS_SHELL_VIEW (shell_view)' failed evolution-shell-CRITICAL **: Unknown shell view name: mail evolution-shell-CRITICAL **: e_shell_window_update_view_menu: assertion `shell_view != NULL' failed evolution-shell-CRITICAL **: Unknown shell view name: mail evolution-shell-CRITICAL **:
Re: New build of fedpkg (fedora-packager) coming to updates-testing / rawhide
On Tue, 2011-11-01 at 17:04 -0700, Jesse Keating wrote: For f15 through rawhide and epel 6 there is a new update coming for fedpkg (part of fedora-packager). This build is a pretty major rewrite to make use of a shared pyrpkg backend. Coming along for the ride is a new build of GitPython which brings some more deps, python-gitdb, python-async, and python-smmap. There has been a lot of code shuffle in fedpkg so I'm really interested in heavy testing of this. GitPython also has an API change from previous builds so if there are other consumers of GitPython I need to know about them to help with API migration. Please test these updates and let me know if all is good, or if you have other issues. Bodhi karma, email, IRC, smoke signal, just let me know. While doing the update, it seems that the version are not enforced. There are not GitPython = XXX (I don't know how fedpkg will do with the old version) Also: $ fedpkg clone R-widgetTool Cloning into R-widgetTool... Received disconnect from ip: 2: Too many authentication failures for builder fatal: The remote end hung up unexpectedly Traceback (most recent call last): File /usr/bin/fedpkg, line 64, in module sys.exit(client.args.command()) File /usr/lib/python2.7/site-packages/pyrpkg/cli.py, line 886, in clone anon=self.args.anonymous) File /usr/lib/python2.7/site-packages/pyrpkg/__init__.py, line 912, in clone self._run_command(cmd, cwd=path) File /usr/lib/python2.7/site-packages/pyrpkg/__init__.py, line 638, in _run_command raise rpkgError(e) pyrpkg.rpkgError: Command '['git', 'clone', 'ssh://buil...@pkgs.fedoraproject.org/R-widgetTool']' returned non-zero exit status 128 It seems it is not reading the username from the certificate. Anonymously checking doesn't help: $ fedpkg clone R-widgetTool -a Cloning into R-widgetTool... fatal: The remote end hung up unexpectedly Traceback (most recent call last): File /usr/bin/fedpkg, line 64, in module sys.exit(client.args.command()) File /usr/lib/python2.7/site-packages/pyrpkg/cli.py, line 886, in clone anon=self.args.anonymous) File /usr/lib/python2.7/site-packages/pyrpkg/__init__.py, line 912, in clone self._run_command(cmd, cwd=path) File /usr/lib/python2.7/site-packages/pyrpkg/__init__.py, line 638, in _run_command raise rpkgError(e) pyrpkg.rpkgError: Command '['git', 'clone', 'git://pkgs.fedoraproject.org/R-widgetTool']' returned non-zero exit status 128 Pierre -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: New build of fedpkg (fedora-packager) coming to updates-testing / rawhide
On Wed, 2011-11-02 at 10:00 +0100, Pierre-Yves Chibon wrote: Anonymously checking doesn't help: $ fedpkg clone R-widgetTool -a Never-mind this part, I had a typo (R-widgetTool*s*). Pierre -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: New build of fedpkg (fedora-packager) coming to updates-testing / rawhide
On Wed, 2011-11-02 at 10:00 +0100, Pierre-Yves Chibon wrote: Also: $ fedpkg clone R-widgetTool Cloning into R-widgetTool... Received disconnect from ip: 2: Too many authentication failures for builder fatal: The remote end hung up unexpectedly [... snip ...] It seems it is not reading the username from the certificate. It doesn't, yet: http://fedorapeople.org/gitweb?p=bochecha/public_git/fedora-packager.git;a=commitdiff;h=ef13772ff1ee0f88a0d53369faf82a2ea34aeb72 -- Mathieu -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Developer Suite for Fedora
Good Morning, Can I use Red Hat Developer Suite and Red Hat Application Server Packages for Fedora15? LADHIB Souheil -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
F-16 Branched report: 20111102 changes
Compose started at Wed Nov 2 08:16:11 UTC 2011 Broken deps for x86_64 -- PackageKit-zif-0.6.19-3.fc16.x86_64 requires zif = 0:0.2.5 bibletime-2.8.1-1.fc16.x86_64 requires libclucene.so.0()(64bit) cluster-snmp-0.18.7-1.fc16.x86_64 requires libnetsnmp.so.25()(64bit) comoonics-cdsl-py-0.2-18.noarch requires comoonics-base-py comoonics-cluster-py-0.1-24.noarch requires comoonics-base-py contextkit-0.5.15-2.fc15.i686 requires libcdb.so.1 contextkit-0.5.15-2.fc15.x86_64 requires libcdb.so.1()(64bit) dh-make-0.55-3.fc15.noarch requires debhelper dogtag-pki-9.0.0-7.fc16.noarch requires dogtag-pki-tks-theme = 0:9.0.9 dogtag-pki-9.0.0-7.fc16.noarch requires dogtag-pki-ra-theme = 0:9.0.9 dogtag-pki-9.0.0-7.fc16.noarch requires dogtag-pki-kra-theme = 0:9.0.9 dogtag-pki-9.0.0-7.fc16.noarch requires dogtag-pki-tps-theme = 0:9.0.9 dogtag-pki-9.0.0-7.fc16.noarch requires dogtag-pki-console-theme = 0:9.0.9 dogtag-pki-9.0.0-7.fc16.noarch requires dogtag-pki-ocsp-theme = 0:9.0.9 dogtag-pki-9.0.0-7.fc16.noarch requires dogtag-pki-common-theme = 0:9.0.9 dogtag-pki-9.0.0-7.fc16.noarch requires dogtag-pki-ca-theme = 0:9.0.9 emacs-spice-mode-1.2.25-5.fc15.noarch requires gwave fawkes-plugin-player-0.4.2-6.fc16.x86_64 requires libgeos-3.3.0.so()(64bit) fldigi-3.21.7-1.fc16.x86_64 requires libfltk_images.so.1.1()(64bit) fldigi-3.21.7-1.fc16.x86_64 requires libfltk.so.1.1()(64bit) freeipa-client-2.1.3-5.fc16.x86_64 requires xmlrpc-c = 0:1.27.4 ghc-semigroups-0.8-1.fc15.i686 requires libHScontainers-0.4.0.0-ghc7.0.2.so ghc-semigroups-0.8-1.fc15.i686 requires libHSbase-4.3.1.0-ghc7.0.2.so ghc-semigroups-0.8-1.fc15.i686 requires libHSinteger-gmp-0.2.0.3-ghc7.0.2.so ghc-semigroups-0.8-1.fc15.i686 requires libHSghc-prim-0.2.0.0-ghc7.0.2.so ghc-semigroups-0.8-1.fc15.i686 requires libHSarray-0.3.0.2-ghc7.0.2.so ghc-semigroups-0.8-1.fc15.x86_64 requires libHScontainers-0.4.0.0-ghc7.0.2.so()(64bit) ghc-semigroups-0.8-1.fc15.x86_64 requires libHSinteger-gmp-0.2.0.3-ghc7.0.2.so()(64bit) ghc-semigroups-0.8-1.fc15.x86_64 requires ghc(base-4.3.1.0) = 0:c33a1741503ded8a0170884e8a2e4fa2 ghc-semigroups-0.8-1.fc15.x86_64 requires libHSbase-4.3.1.0-ghc7.0.2.so()(64bit) ghc-semigroups-0.8-1.fc15.x86_64 requires libHSarray-0.3.0.2-ghc7.0.2.so()(64bit) ghc-semigroups-0.8-1.fc15.x86_64 requires libHSghc-prim-0.2.0.0-ghc7.0.2.so()(64bit) ghc-semigroups-devel-0.8-1.fc15.i686 requires ghc = 0:7.0.2 ghc-semigroups-devel-0.8-1.fc15.i686 requires ghc = 0:7.0.2 ghc-semigroups-devel-0.8-1.fc15.x86_64 requires ghc-prof(base-4.3.1.0) = 0:c33a1741503ded8a0170884e8a2e4fa2 ghc-semigroups-devel-0.8-1.fc15.x86_64 requires ghc = 0:7.0.2 ghc-semigroups-devel-0.8-1.fc15.x86_64 requires ghc = 0:7.0.2 ghc-semigroups-devel-0.8-1.fc15.x86_64 requires ghc-devel(base-4.3.1.0) = 0:c33a1741503ded8a0170884e8a2e4fa2 gmediaserver-0.13.0-7.fc15.x86_64 requires libthreadutil.so.2()(64bit) gmediaserver-0.13.0-7.fc15.x86_64 requires libupnp.so.3()(64bit) gnome-pilot-conduits-2.32.1-2.fc15.x86_64 requires libgpilotd.so.5()(64bit) gnome-pilot-conduits-2.32.1-2.fc15.x86_64 requires libgpilotdcm.so.4()(64bit) gnome-pilot-conduits-2.32.1-2.fc15.x86_64 requires libgpilotdconduit.so.3()(64bit) gold-2.1.12.2-7.fc16.noarch requires perl(Data::Properties) gphpedit-0.9.95-0.2.20090209snap.fc15.x86_64 requires libgtkhtml-2.so.0()(64bit) gpx-viewer-0.2.0-3.fc14.x86_64 requires libchamplain-gtk-0.6.so.0()(64bit) gpx-viewer-0.2.0-3.fc14.x86_64 requires libchamplain-0.6.so.0()(64bit) gpx-viewer-0.2.0-3.fc14.x86_64 requires libgdl-1.so.3()(64bit) gscribble-0.1.2-1.fc16.noarch requires gnome-python2-gtkhtml2 gspiceui-0.9.98-3.fc15.x86_64 requires gwave hosts3d-1.13-2.fc15.x86_64 requires libglfw.so.2.6()(64bit) hosts3d-sampler-1.13-2.fc15.x86_64 requires libglfw.so.2.6()(64bit) intellij-idea-9.0.1.94.399-12.fc15.x86_64 requires commons-collections kde-partitionmanager-1.0.3-2.fc15.x86_64 requires libparted.so.0()(64bit) libnatus-V8-0.1.5-2.fc15.x86_64 requires libv8-3.0.0.1.so()(64bit) mediawiki-rss-1.5-4.fc15.noarch requires php-magpierss = 0:0.72 meego-panel-applications-0.2.5-3.fc15.x86_64 requires libgnome-menu.so.2()(64bit) meego-panel-datetime-0.3.2-8.fc16.x86_64 requires libcogl.so.2()(64bit) meego-panel-status-0.3.2-2.fc15.i686 requires libchamplain-0.8.so.1 meego-panel-status-0.3.2-2.fc15.x86_64 requires libchamplain-0.8.so.1()(64bit) meshlab-1.2.2-5.fc14.1.x86_64 requires libGLEW.so.1.5()(64bit) mumble-1.2.3-3.fc15.x86_64
Re: FESCo Meeting Minutes for 2011-10-31
On Wed, 2011-11-02 at 08:31 +0100, Tomas Mraz wrote: On Wed, 2011-11-02 at 09:31 +0530, Rahul Sundaram wrote: On 11/02/2011 07:54 AM, Kevin Kofler wrote: Stephen Gallagher wrote: * #683 - Zif as default PackageKit backend for desktop users - http://fedoraproject.org/wiki/Features/ZifByDefaultForDesktop (sgallagh, 17:03:32) * AGREED: ZifByDefaultForDesktop is refused as a Feature for Fedora 17 (sgallagh, 17:07:32) IMHO refusing this was a bad idea when the more general rule was originally decided and is still a bad idea now. You're essentially blackmailing zif upstream: Either you fully support command-line users or you will never be the default in Fedora's PackageKit. I don't think this is the argument. Having potentially different behaviour between command line dep resolver and gui dep resolver is very problematic and this is a important concern. Exactly, Kevin is skewing the reason of the decision here. The reject is not based on the whole backend as is but purely on the depsolver algorithm. As soon as yum and zif share the depsolver (not just the transaction depsolver in rpm, but the depsolver solving which packages to put into the transaction), then zif would be allowed as the default backend for PackageKit. There were some proposals/ideas by the rpm developers to implement this depsolver in librpm although I do not know whether there was any progress in this recently. To further attempt to clarify, the problem here is that Zif and Yum currently have different algorithms for determining what package will satisfy a dependency (if there is more than one can possibly accomplish it). For example, let's say that a project dies off and two new forks spring up to continue development (divergently). Both packages can appear in Fedora and both will have Obsoletes: Oldpackage. Currently, yum and zif may make different decisions about which of the two new versions to pull in automatically. Our only resistance to Zif in Fedora 17 is due to this conflict. There are three options here: 1) Zif switches to using yum's dependency resolver 2) Yum switches to using Zif's dependency resolver 3) Both projects agree on an algorithm and share a library to make these decisions. I personally prefer option 3) as it will be the most maintainable going forward. Putting this into librpm is probably the right place IMHO. signature.asc Description: This is a digitally signed message part -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Rawhide evolution gone funny
On Wed, 2 Nov 2011 08:01:16 +, PR (Peter) wrote: Any ideas on what's happened? [paul@PB3 ~]$ rpm -qa evolution* evolution-data-server-3.2.0-1.fc17.x86_64 evolution-spamassassin-3.2.0-1.fc17.x86_64 evolution-data-server-devel-3.2.0-1.fc17.x86_64 evolution-exchange-3.2.0-1.fc17.x86_64 evolution-pst-3.2.0-1.fc17.x86_64 evolution-3.2.0-1.fc17.x86_64 evolution-perl-3.2.0-1.fc17.x86_64 evolution-NetworkManager-3.2.0-1.fc17.x86_64 evolution-bogofilter-3.2.0-1.fc17.x86_64 evolution-rspam-0.3.0-2.fc16.x86_64 evolution-devel-3.2.0-1.fc17.x86_64 that's not the version of evolution in rawhide as its already on the 3.3.1 dev release. Which cannot be updated to, because of several broken deps in other packages not limited to gnome-shell. Updating to Rawhide from Fedora 16 also fails because of such broken deps. -- Fedora release 16 (Verne) - Linux 3.1.0-5.fc16.x86_64 loadavg: 0.01 0.04 0.05 -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Bug 750566 - qtparted won't install because it is from F15 and requires libparted.so.0, and F16 has libparted.so.1
On 11/01/2011 11:30 AM, Przemek Klosowski wrote: I installed F16 RC2 Live, and tried to install qtparted. It won't install because the most recent qtparted RPM is from F15 and requires libparted.so.0, and F16 has libparted.so.1 pulled in by F16's parted. https://bugzilla.redhat.com/show_bug.cgi?id=750566 I took a quick look at qtparted a few days ago, the problem is that qtparted depended on functionality (move, copy, resize) in parted that no longer exists in parted-3.0. ~tom == Fedora Project -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: glusterfs and hekafs release number for f16 and rawhide; systemd switch-over
On Mon, Oct 31, 2011 at 09:01:33AM -0400, Kaleb S. KEITHLEY wrote: Up to now the glusterfs and hekafs versions and releases have been the same for f16 and rawhide, i.e.: glusterfs-3.2.4-1.x86_64.fc16.rpm, glusterfs-3.2.4-1.x86_64.fc17.rpm, hekafs-0.7-16.x86_64.fc16.rpm, and hekafs-0.7-16.x86_64.fc17.rpm. I did that because the source, thus far, is exactly the same for both f16 and rawhide. In f16 and rawhide both glusterfs and hekafs used sysv init.d scripts. Now for rawhide I'm going to switch to systemd. I know I can't switch to systemd for f16, so the question is, what scheme should I used for the release numbering? If you are planning only minor updates in F-16, you can probably use the description on Minor release bummps for old branches [1]. The result would than be something like: glusterfs-3.2.4-1.x86_64.fc16.rpm - base version with sysv-init glusterfs-3.2.4-2.x86_64.fc17.rpm - updated version with systemd-unit Bugfixes for F-16 can be done as patches/backports and the new nvr would be glusterfs-3.2.4-1.x86_64.fc16.1. For F-17/Rawhide it would just be in the new upstream version, or updated release as in glusterfs-3.2.4-3.x86_64.fc17. Personally I would favour this, but it will involve maintaining a seperate branch for the sysv-init version of the package. The main advantage is that the F-17/Rawhide spec will be kept simple, and there is no need to remove the %if statements once there is no sysv-init version available anymore. It will be impractical if you are planning big(ger) updates that would need a real version bump. Cheers, Niels [1] https://fedoraproject.org/wiki/Packaging:NamingGuidelines#Minor_release_bumps_for_old_branches -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: FESCo Meeting Minutes for 2011-10-31
On 31.10.2011 18:49, Stephen Gallagher wrote: 17:39:57 sgallagh I'm hesitant to mention UsrMove, both because tl;dr and also I'm told that the Feature hasn't been updated as they were instructed to We attended LinuxCon in Prague last week, so this week, we will update the rest. 17:40:25 * abadger1999 added a bunch of comments/questions to UsrMove -- unanswered as well. I moved them to the discussion page. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Unresponsive Package Maintainer - Gary T. Giesen
On Tue, 1 Nov 2011 22:14:11 +0200 Jussi Lehtola jussileht...@fedoraproject.org wrote: I'm Gary's sponsor. I, too, have been trying to contact him for a long time. As nothing has happened, I have revoked my sponsorship. I've orphaned the following: daemonize rancid sipcalc kevin signature.asc Description: PGP signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Orphaning packages
On Wed, Nov 02, 2011 at 08:54:13AM +0100, Matthias Runge wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 01/11/11 21:56, James Bowes wrote: ipython -- An enhanced interactive Python shell mod_wsgi -- A WSGI interface for Python web applications in Apache I'm interested in those two packages and requested rights in pkgdb. Is there no branch mod_wsgi for epel6? I believe mod_wsgi is in RHEL6 thus no EPEL6 branch at this time. -Toshio pgpWQN0R2H8Gl.pgp Description: PGP signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: New build of fedpkg (fedora-packager) coming to updates-testing / rawhide
On Nov 2, 2011, at 2:00 AM, Pierre-Yves Chibon wrote: While doing the update, it seems that the version are not enforced. There are not GitPython = XXX (I don't know how fedpkg will do with the old version) fedpkg will work with the older GitPython. There is some other software being used inside of Red Hat that requires the newer GitPython and so those users will need the newer fedpkg that is compatible with the newer GitPython. It's not completely necessary for everybody to update GitPython but I would like to keep them in sync and not diverge. -- Jesse Keating Fedora -- Freedom² is a feature! identi.ca: http://identi.ca/jkeating -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: New build of fedpkg (fedora-packager) coming to updates-testing / rawhide
On Nov 2, 2011, at 2:00 AM, Pierre-Yves Chibon wrote: It seems it is not reading the username from the certificate. That's right, it does not just yet. I plan on working on user discovery code soon as I also have to support discovering user name based on kerberos information. -- Jesse Keating Fedora -- Freedom² is a feature! identi.ca: http://identi.ca/jkeating -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
[389-devel] Please review: Fix Coverity Defects
https://bugzilla.redhat.com/show_bug.cgi?id=750622 https://bugzilla.redhat.com/attachment.cgi?id=531391action=diff https://bugzilla.redhat.com/attachment.cgi?id=531391action=edit https://bugzilla.redhat.com/show_bug.cgi?id=750624 https://bugzilla.redhat.com/attachment.cgi?id=531390action=diff https://bugzilla.redhat.com/attachment.cgi?id=531390action=edit https://bugzilla.redhat.com/show_bug.cgi?id=750625 Attachments (Terms of Use) https://bugzilla.redhat.com/page.cgi?id=terms-conditions.html *Fix Coverity (11066) Unused pointer value; git patch file (master)* https://bugzilla.redhat.com/attachment.cgi?id=531392 (1.04 KB, patch) 2011-11-02 13:05 EDT https://bugzilla.redhat.com/show_bug.cgi?id=750625#attach_531392, Noriko Hosoi mailto:nho...@redhat.com nhosoi: review? Details https://bugzilla.redhat.com/attachment.cgi?id=531392action=edit | Diff https://bugzilla.redhat.com/attachment.cgi?id=531392action=diff *Fix Coverity (11065) Uninitialized pointer read; git patch file (master)* https://bugzilla.redhat.com/attachment.cgi?id=531393 (1.13 KB, patch) 2011-11-02 13:06 EDT https://bugzilla.redhat.com/show_bug.cgi?id=750625#attach_531393, Noriko Hosoi mailto:nho...@redhat.com nhosoi: review? Details https://bugzilla.redhat.com/attachment.cgi?id=531393action=edit | Diff https://bugzilla.redhat.com/attachment.cgi?id=531393action=diff *Fix Coverity (11064) Dereference before null check; git patch file (master)* https://bugzilla.redhat.com/attachment.cgi?id=531394 (1.16 KB, patch) 2011-11-02 13:09 EDT https://bugzilla.redhat.com/show_bug.cgi?id=750625#attach_531394, Noriko Hosoi mailto:nho...@redhat.com nhosoi: review? Details https://bugzilla.redhat.com/attachment.cgi?id=531394action=edit | Diff https://bugzilla.redhat.com/attachment.cgi?id=531394action=diff *Fix Coverity (11061) Resource leak; git patch file (master)* https://bugzilla.redhat.com/attachment.cgi?id=531395 (2.15 KB, patch) 2011-11-02 13:10 EDT https://bugzilla.redhat.com/show_bug.cgi?id=750625#attach_531395, Noriko Hosoi mailto:nho...@redhat.com nhosoi: review? Details https://bugzilla.redhat.com/attachment.cgi?id=531395action=edit | Diff https://bugzilla.redhat.com/attachment.cgi?id=531395action=diff *Fix Coverity (11060) Dereference null return value; git patch file (master)* https://bugzilla.redhat.com/attachment.cgi?id=531396 (2.02 KB, patch) 2011-11-02 13:11 EDT https://bugzilla.redhat.com/show_bug.cgi?id=750625#attach_531396, Noriko Hosoi mailto:nho...@redhat.com nhosoi: review? Details https://bugzilla.redhat.com/attachment.cgi?id=531396action=edit | Diff https://bugzilla.redhat.com/attachment.cgi?id=531396action=diff *Fix Coverity (11058, 11059) Dereference null return value; git patch file (master)* https://bugzilla.redhat.com/attachment.cgi?id=531397 (3.89 KB, patch) 2011-11-02 13:12 EDT https://bugzilla.redhat.com/show_bug.cgi?id=750625#attach_531397, Noriko Hosoi mailto:nho...@redhat.com nhosoi: review? Details https://bugzilla.redhat.com/attachment.cgi?id=531397action=edit | Diff https://bugzilla.redhat.com/attachment.cgi?id=531397action=diff *Fix Coverity (11057) Dereference null return value; git patch file (master)* https://bugzilla.redhat.com/attachment.cgi?id=531398 (1.37 KB, patch) 2011-11-02 13:13 EDT https://bugzilla.redhat.com/show_bug.cgi?id=750625#attach_531398, Noriko Hosoi mailto:nho...@redhat.com nhosoi: review? Details https://bugzilla.redhat.com/attachment.cgi?id=531398action=edit | Diff https://bugzilla.redhat.com/attachment.cgi?id=531398action=diff *Fix Coverity (11055) Explicit null dereferenced; git patch file (master)* https://bugzilla.redhat.com/attachment.cgi?id=531399 (1.45 KB, patch) 2011-11-02 13:14 EDT https://bugzilla.redhat.com/show_bug.cgi?id=750625#attach_531399, Noriko Hosoi mailto:nho...@redhat.com nhosoi: review? Details https://bugzilla.redhat.com/attachment.cgi?id=531399action=edit | Diff https://bugzilla.redhat.com/attachment.cgi?id=531399action=diff *Fix Coverity (11054) Dereference after null check; git patch file (master)* https://bugzilla.redhat.com/attachment.cgi?id=531400 (2.92 KB, patch) 2011-11-02 13:15 EDT https://bugzilla.redhat.com/show_bug.cgi?id=750625#attach_531400, Noriko Hosoi mailto:nho...@redhat.com nhosoi: review? Details https://bugzilla.redhat.com/attachment.cgi?id=531400action=edit | Diff https://bugzilla.redhat.com/attachment.cgi?id=531400action=diff *Fix Coverity (7) Uninitialized pointer read; git patch file (master)* https://bugzilla.redhat.com/attachment.cgi?id=531401 (1.96 KB, patch) 2011-11-02 13:17 EDT https://bugzilla.redhat.com/show_bug.cgi?id=750625#attach_531401, Noriko Hosoi mailto:nho...@redhat.com nhosoi: review? Details https://bugzilla.redhat.com/attachment.cgi?id=531401action=edit | Diff https://bugzilla.redhat.com/attachment.cgi?id=531401action=diff *Fix Coverity (6) Uninitialized
Re: New build of fedpkg (fedora-packager) coming to updates-testing / rawhide
Dne 2.11.2011 01:04, Jesse Keating napsal(a): For f15 through rawhide and epel 6 there is a new update coming for fedpkg (part of fedora-packager). What's wrong with patches in https://fedorahosted.org/fedora-packager/ticket/{98,99,100,101}? Matěj -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Bug 750566 - qtparted won't install because it is from F15 and requires libparted.so.0, and F16 has libparted.so.1
On 11/02/2011 10:14 AM, Tom Callaway wrote: On 11/01/2011 11:30 AM, Przemek Klosowski wrote: I installed F16 RC2 Live, and tried to install qtparted. It won't install because the most recent qtparted RPM is from F15 and requires libparted.so.0, and F16 has libparted.so.1 pulled in by F16's parted. https://bugzilla.redhat.com/show_bug.cgi?id=750566 I took a quick look at qtparted a few days ago, the problem is that qtparted depended on functionality (move, copy, resize) in parted that no longer exists in parted-3.0. This is compounded by the fact that whatever tool Anaconda uses to shrink/repartition existing system failed to work for me when I tried to install dualboot F16RC2 on an existing W7 notebook by shrinking existing Windows partition. Unfortunately I don't have a bug report on this one because I didn't take notes and didn't have connectivity (wireless firmware issue on Intel chipset). Given that neither Anaconda nor parted/qtparted worked, is there an alternative workflow for dual-boot installing with pre-existing OS? I finished the install by going back into Windows, and shrinking their partition from within Windows. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Bug 750566 - qtparted won't install because it is from F15 and requires libparted.so.0, and F16 has libparted.so.1
Przemek Klosowski wrote: Given that neither Anaconda nor parted/qtparted worked, is there an alternative workflow for dual-boot installing with pre-existing OS? I finished the install by going back into Windows, and shrinking their partition from within Windows. Maybe give RC4 a shot? The RC4 test matrix has two people signing off on shrink support as working. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
[Bug 750039] perl-Module-Runtime-0.11 and perl-Class-Load-0.12 in F16
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=750039 Fedora Update System upda...@fedoraproject.org changed: What|Removed |Added Status|MODIFIED|ON_QA --- Comment #7 from Fedora Update System upda...@fedoraproject.org 2011-11-02 13:55:30 EDT --- Package perl-Class-Load-0.12-1.fc16, perl-Module-Runtime-0.011-1.fc16, perl-Catalyst-Runtime-5.90006-1.fc16: * should fix your issue, * was pushed to the Fedora 16 testing repository, * should be available at your local mirror within two days. Update it with: # su -c 'yum update --enablerepo=updates-testing perl-Class-Load-0.12-1.fc16 perl-Module-Runtime-0.011-1.fc16 perl-Catalyst-Runtime-5.90006-1.fc16' as soon as you are able to. Please go to the following url: https://admin.fedoraproject.org/updates/FEDORA-2011-15281 then log in and leave karma (feedback). -- 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-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Re: New build of fedpkg (fedora-packager) coming to updates-testing / rawhide
On Nov 2, 2011, at 10:49 AM, Matej Cepl wrote: Dne 2.11.2011 01:04, Jesse Keating napsal(a): For f15 through rawhide and epel 6 there is a new update coming for fedpkg (part of fedora-packager). What's wrong with patches in https://fedorahosted.org/fedora-packager/ticket/{98,99,100,101}? Matěj As noted on IRC, but repeated here for the rest of the class, I've been buried in the work necessary to convert the internal Red Hat repos from cvs to git, much like we did in Fedora. This required some changes to fedpkg, particularly moving most of the code into a shared backend. These builds are a result of that work, all other work on other parts of fedora-packager have been on my back burner, and will likely remain there until spring of next year. -- Jesse Keating Fedora -- Freedom² is a feature! identi.ca: http://identi.ca/jkeating -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: New build of fedpkg (fedora-packager) coming to updates-testing / rawhide
On Wed, 2011-11-02 at 09:47 -0700, Jesse Keating wrote: On Nov 2, 2011, at 2:00 AM, Pierre-Yves Chibon wrote: It seems it is not reading the username from the certificate. That's right, it does not just yet. I plan on working on user discovery code soon as I also have to support discovering user name based on kerberos information. I would appreciate even a quick patch as without fedpkg is unusable to me (and I guess I'm not the only one whose login != fas username). Thanks! Pierre -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: New build of fedpkg (fedora-packager) coming to updates-testing / rawhide
On Nov 2, 2011, at 11:20 AM, Pierre-Yves Chibon wrote: I would appreciate even a quick patch as without fedpkg is unusable to me (and I guess I'm not the only one whose login != fas username). There is a global fedpkg option to define your username. -u USER, --user USER Override the username found in the fedora cert (yes, the help text is misleading, but the end result is the same) -- Jesse Keating Fedora -- Freedom² is a feature! identi.ca: http://identi.ca/jkeating -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: New build of fedpkg (fedora-packager) coming to updates-testing / rawhide
Jesse Keating wrote: Please test these updates and let me know if all is good, or if you have other issues. Bodhi karma, email, IRC, smoke signal, just let me know. ) ( ( ) ( ) -X- Works fine here. Pulled, uploaded new source code, and built a package. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
converting init.d to systemd, koji (scratch) builds fail
I looked at other spec files with systemd .system files. The relevant part of my spec file is: ... %files server ... %if 0%{?fedora} 17 # Legacy init %{_sysconfdir}/init.d/glusterd %{_sysconfdir}/init.d/glusterfsd %else %{_unitdir}/glusterd.service %{_unitdir}/glusterfsd.service %endif ... and the koji build is failing with: ... Processing files: glusterfs-server-3.2.4-2.fc17.x86_64 error: File must begin with /: %{_unitdir}/glusterd.service error: File must begin with /: %{_unitdir}/glusterfsd.service ... RPM build errors: File must begin with /: %{_unitdir}/glusterd.service File must begin with /: %{_unitdir}/glusterfsd.service Child returncode was: 1 EXCEPTION: Command failed. See logs for output. ... rpmbuild -bb specfile works on my f15 machine. Not sure I would expect a mock build to work any better than a koji scratch build. Adding a leading / is wrong (and a koji scratch build confirms it.) Why is this puking on this? It didn't puke when it only had the init.d files! Thanks for any insight. -- K -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: converting init.d to systemd, koji (scratch) builds fail
On Wed, 02 Nov 2011 15:05:19 -0400 Kaleb S. KEITHLEY kkeit...@redhat.com wrote: I looked at other spec files with systemd .system files. The relevant part of my spec file is: ... %files server ... %if 0%{?fedora} 17 # Legacy init %{_sysconfdir}/init.d/glusterd %{_sysconfdir}/init.d/glusterfsd %else %{_unitdir}/glusterd.service %{_unitdir}/glusterfsd.service %endif ... and the koji build is failing with: ... Processing files: glusterfs-server-3.2.4-2.fc17.x86_64 error: File must begin with /: %{_unitdir}/glusterd.service error: File must begin with /: %{_unitdir}/glusterfsd.service ... RPM build errors: File must begin with /: %{_unitdir}/glusterd.service File must begin with /: %{_unitdir}/glusterfsd.service Child returncode was: 1 EXCEPTION: Command failed. See logs for output. ... rpmbuild -bb specfile works on my f15 machine. Not sure I would expect a mock build to work any better than a koji scratch build. Adding a leading / is wrong (and a koji scratch build confirms it.) Why is this puking on this? It didn't puke when it only had the init.d files! Thanks for any insight. You need to BuildRequire: systemd-units, which is where the %{_unitdir} macro is defined. Paul. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: converting init.d to systemd, koji (scratch) builds fail
On Wed, Nov 02, 2011 at 03:05:19PM -0400, Kaleb S. KEITHLEY wrote: I looked at other spec files with systemd .system files. The relevant part of my spec file is: ... %{_unitdir}/glusterd.service %{_unitdir}/glusterfsd.service ... and the koji build is failing with: ... Processing files: glusterfs-server-3.2.4-2.fc17.x86_64 error: File must begin with /: %{_unitdir}/glusterd.service error: File must begin with /: %{_unitdir}/glusterfsd.service You need BuildRequires: systemd-units for %{_unitdir}. -- Tomasz Torcz 72-| 80-| xmpp: zdzich...@chrome.pl 72-| 80-| -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: converting init.d to systemd, koji (scratch) builds fail
Paul Howarth wrote: You need to BuildRequire: systemd-units, which is where the %{_unitdir} macro is defined. Shouldn't this [systemd-units] be added to the main build root? -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Unresponsive Package Maintainer - Gary T. Giesen
On Wed, Nov 02, 2011 at 09:17:49AM -0600, Kevin Fenzi wrote: I've orphaned the following: Thank you. I've taken daemonize and rancid Co-Maintainers very-welcome. -- sven === jabber/xmpp: s...@lankes.net -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Orphaning packages
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 02/11/11 17:23, Toshio Kuratomi wrote: Is there no branch mod_wsgi for epel6? I believe mod_wsgi is in RHEL6 thus no EPEL6 branch at this time. -Toshio Yes it is. I just checked this (should have done this earlier, before asking) - -- Matthias Runge mru...@matthias-runge.de mru...@fedoraproject.org -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJOsbSlAAoJEOnz8qQwcaIWiVIH/Apq0SHl591zPQRS7FmmMTxR nPJco1W1iSJ4Vem8XLhlIHd1SBbFtOZZAfYxQN9CkqYg1L6MbXRqYlEW6T9tv50c oZb82clqsad/yxwImOpXcDSR9Rvvff/7JyAK7Kqbd6BAARUQ0D5Pa2VpSFb8+wGP A1iXQ2wqThdAsGalYdLdJzf9usfMi37TpUS1EKZ4V+u7HiVV0F2wUyjdjNGwoGze aBxY/oMLvDdzJ4lxSeTJM7f/z8Lz6BW+XrCRxt3MCTTmfspy6wdR9st3UBA0e8wY cpxJuWArfm6icADToTzYNIJcFC/X4R9IfrOrrAyDwKDtCs6syrDLsbCXgaa9/3g= =mngy -END PGP SIGNATURE- -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Some unsolicited praise for all Fedora developers
I upgraded my three machines to (what will be) F-16 and I really wish to congratulate all Fedora developers on a job well done. Especially noticeable is increase in speed and responsiveness of my laptop. So, pat yourselves on the back folks - you deserve it! And thank you. PS. Of course, kudos to all upstream folks as well. -- Bojan -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Some unsolicited praise for all Fedora developers
Bojan Smojver wrote: I upgraded my... machines to (what will be) F-16 and I really wish to congratulate all Fedora developers on a job well done. PS. Of course, kudos to all upstream folks as well. +1 -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
[Test-Announce] Fedora 16 Final Release Candidate 5 (RC5) Available Now!
As per the Fedora 16 schedule [1], Fedora 16 Final Release Candidate 5 (RC5) is now available for testing. Changes are listed in the rel-eng ticket below. Please see the following pages for download links (including delta ISOs) and testing instructions. Serverbeach1 is still available as a mirror (but with approximately a 1 hour lag behind dl), so if you are getting a slow download, try replacing dl with serverbeach1 in the download URL. Installation: https://fedoraproject.org/wiki/Test_Results:Current_Installation_Test Base: https://fedoraproject.org/wiki/Test_Results:Current_Base_Test Desktop: https://fedoraproject.org/wiki/Test_Results:Current_Desktop_Test Security Lab: https://fedoraproject.org/wiki/Test_Results:Current_Security_Lab_Test Ideally, all Alpha, Beta, and Final priority test cases for Installation [2], Base [3], Desktop [4], and Security Lab [5] should pass in order to meet the Final Release Criteria [6]. Help is available on #fedora-qa on irc.freenode.net [7], or on the test list [8]. Create Fedora 16 Final release candidate (RC) - live and traditional https://fedorahosted.org/rel-eng/ticket/4967 F16 Final Blocker tracker bug: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=713568 F16 Final Nice-To-Have tracker bug: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=713566 [1] http://rbergero.fedorapeople.org/schedules/f-16/f-16-quality-tasks.html [2] https://fedoraproject.org/wiki/QA:Installation_validation_testing [3] https://fedoraproject.org/wiki/QA:Base_validation_testing [4] https://fedoraproject.org/wiki/QA:Desktop_validation_testing [5] https://fedoraproject.org/wiki/QA:Security_Lab_validation_testing [6] https://fedoraproject.org/wiki/Fedora_16_Final_Release_Criteria [7] irc://irc.freenode.net/fedora-qa [8] https://admin.fedoraproject.org/mailman/listinfo/test signature.asc Description: OpenPGP digital signature ___ test-announce mailing list test-annou...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/test-announce-- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
[Bug 748140] Can't locate object method new via package HTML::TreeBuilder::XPath
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=748140 --- Comment #7 from Fedora Update System upda...@fedoraproject.org 2011-11-02 02:59:16 EDT --- perl-HTML-Selector-XPath-0.09-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
File JSON-Path-0.101.tar.gz uploaded to lookaside cache by bochecha
A file has been added to the lookaside cache for perl-JSON-Path: fa43d374c431c65fa7253a6ca23ec783 JSON-Path-0.101.tar.gz -- 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-JSON-Path/el6] Initial Packaging of perl-JSON-Path.
commit 9d13f7edb301a5a3eb652835408165485dd2b371 Author: Mathieu Bridon boche...@fedoraproject.org Date: Fri Oct 21 12:46:51 2011 +0800 Initial Packaging of perl-JSON-Path. This package was submitted for review in Fedora on Fri Oct 21 2011: https://bugzilla.redhat.com/show_bug.cgi?id=747834#c0 perl-JSON-Path.spec | 66 +++ 1 files changed, 66 insertions(+), 0 deletions(-) --- diff --git a/perl-JSON-Path.spec b/perl-JSON-Path.spec new file mode 100644 index 000..0727fea --- /dev/null +++ b/perl-JSON-Path.spec @@ -0,0 +1,66 @@ +Name: perl-JSON-Path +Version:0.101 +Release:1%{?dist} +Summary:Search nested hashref/arrayref structures using JSONPath + +License:MIT +URL:http://search.cpan.org/dist/JSON-Path/ +Source0: http://www.cpan.org/authors/id/T/TO/TOBYINK/JSON-Path-%{version}.tar.gz + +BuildArch: noarch + +BuildRequires: perl = 1:5.8.0 +BuildRequires: perl(common::sense) +BuildRequires: perl(Error) +BuildRequires: perl(ExtUtils::MakeMaker) +BuildRequires: perl(JSON) +BuildRequires: perl(Test::More) = 0.61 + +# Those are only needed when building for RHEL, on Fedora they come in as +# dependencies of the above +%if 0%{?rhel} 7 +BuildRequires: perl(CPAN) +%endif + +Requires: perl(:MODULE_COMPAT_%(eval `%{__perl} -V:version`; echo $version)) +Requires: perl(common::sense) +Requires: perl(Error) +Requires: perl(JSON) + +%description +This module implements JSONPath, an XPath-like language for searching JSON- +like structures. + + +%prep +%setup -q -n JSON-Path-%{version} + + +%build +%{__perl} Makefile.PL INSTALLDIRS=vendor +make %{?_smp_mflags} + + +%install +make pure_install PERL_INSTALL_ROOT=%{buildroot} + +find %{buildroot} -type f -name .packlist -exec rm -f {} \; +find %{buildroot} -depth -type d -exec rmdir {} 2/dev/null \; + +%{_fixperms} %{buildroot}/* + + +%check +make test + + +%files +%defattr(-,root,root,-) +%doc Changes Changes.ttl Changes.xml README TODO +%{perl_vendorlib}/* +%{_mandir}/man3/* + + +%changelog +* Fri Oct 21 2011 Mathieu Bridon boche...@fedoraproject.org 0.101-1 +- Specfile autogenerated by cpanspec 1.78. (with a couple of tweaks) -- 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-JSON-Path/el6] The package was approved in Fedora.
commit 8a424e7f79877906ac191a3f6559996dbedc2a8c Author: Mathieu Bridon boche...@fedoraproject.org Date: Wed Nov 2 16:42:49 2011 +0800 The package was approved in Fedora. Sources were uploaded to the lookaside cache with fedpkg. This commit reflects the change in the sources and .gitignore files. .gitignore |1 + sources|1 + 2 files changed, 2 insertions(+), 0 deletions(-) --- diff --git a/.gitignore b/.gitignore index e69de29..afee8b7 100644 --- a/.gitignore +++ b/.gitignore @@ -0,0 +1 @@ +/JSON-Path-0.101.tar.gz diff --git a/sources b/sources index e69de29..5fca062 100644 --- a/sources +++ b/sources @@ -0,0 +1 @@ +fa43d374c431c65fa7253a6ca23ec783 JSON-Path-0.101.tar.gz -- 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-JSON-Path/f16] (2 commits) ...The package was approved in Fedora.
Summary of changes: 9d13f7e... Initial Packaging of perl-JSON-Path. (*) 8a424e7... The package was approved in Fedora. (*) (*) 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-JSON-Path] (2 commits) ...The package was approved in Fedora.
Summary of changes: 9d13f7e... Initial Packaging of perl-JSON-Path. (*) 8a424e7... The package was approved in Fedora. (*) (*) 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
Broken dependencies: perl-Pugs-Compiler-Rule
perl-Pugs-Compiler-Rule has broken dependencies in the F-16 tree: On x86_64: perl-Pugs-Compiler-Rule-0.37-9.fc16.noarch requires perl(:MODULE_COMPAT_5.12.3) On i386: perl-Pugs-Compiler-Rule-0.37-9.fc16.noarch requires perl(:MODULE_COMPAT_5.12.3) Please resolve this as soon as possible. -- 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 746941] perl-Mojolicious-2.21 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=746941 Upstream Release Monitoring upstream-release-monitor...@fedoraproject.org changed: What|Removed |Added Summary|perl-Mojolicious-2.19 is|perl-Mojolicious-2.21 is |available |available --- Comment #12 from Upstream Release Monitoring upstream-release-monitor...@fedoraproject.org 2011-11-02 07:43:25 EDT --- Latest upstream release: 2.21 Current version in Fedora Rawhide: 1.99 URL: http://search.cpan.org/dist/Mojolicious/ Please consult the package updates policy before you issue an update to a stable branch: https://fedoraproject.org/wiki/Updates_Policy More information about the service that created this bug can be found at: https://fedoraproject.org/wiki/Upstream_release_monitoring -- 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 750790] New: perl-Software-License-0.103003 is available
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: perl-Software-License-0.103003 is available https://bugzilla.redhat.com/show_bug.cgi?id=750790 Summary: perl-Software-License-0.103003 is available Product: Fedora Version: rawhide Platform: Unspecified OS/Version: Unspecified Status: NEW Keywords: FutureFeature, Triaged Severity: unspecified Priority: unspecified Component: perl-Software-License AssignedTo: berra...@redhat.com ReportedBy: upstream-release-monitor...@fedoraproject.org QAContact: extras...@fedoraproject.org CC: berra...@redhat.com, iarn...@gmail.com, fedora-perl-devel-l...@redhat.com, trem...@tremble.org.uk Classification: Fedora Story Points: --- Type: --- Latest upstream release: 0.103003 Current version in Fedora Rawhide: 0.103002 URL: http://search.cpan.org/dist/Software-License/ Please consult the package updates policy before you issue an update to a stable branch: https://fedoraproject.org/wiki/Updates_Policy More information about the service that created this bug can be found at: https://fedoraproject.org/wiki/Upstream_release_monitoring -- 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 750805] New: Fails to build on ARM, needs to use default setjmp not ucontext
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: Fails to build on ARM, needs to use default setjmp not ucontext https://bugzilla.redhat.com/show_bug.cgi?id=750805 Summary: Fails to build on ARM, needs to use default setjmp not ucontext Product: Fedora Version: 15 Platform: Unspecified OS/Version: Unspecified Status: NEW Severity: unspecified Priority: unspecified Component: perl-Coro AssignedTo: ppi...@redhat.com ReportedBy: hen...@henriknordstrom.net QAContact: extras...@fedoraproject.org CC: fedora-perl-devel-l...@redhat.com, mmasl...@redhat.com, kwiz...@gmail.com, boche...@fedoraproject.org, ppi...@redhat.com Classification: Fedora Story Points: --- Type: --- Description of problem: ARM do not implement the needed ucontext functions, and need to use the default setjmp method. This is normally the default, except that fedora patches it to hardwire ucontext as default method.. Version-Release number of selected component (if applicable): perl-Coro-5.372-3.fc15 How reproducible: always Steps to Reproduce: 1. Try to rebuild perl-Coro on arm 2. 3. Actual results: failed build, crashing in testsuite Expected results: successful build Additional info: Trivial spec file patch attached. Please apply patch and sumbit a F15 koji build from which arm can pull the srpm. update request is not stricty needed if the only change relative to current F15 build is this patch. -- 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
Broken dependencies: perl-Pugs-Compiler-Rule
perl-Pugs-Compiler-Rule has broken dependencies in the rawhide tree: On x86_64: perl-Pugs-Compiler-Rule-0.37-9.fc16.noarch requires perl(:MODULE_COMPAT_5.12.3) On i386: perl-Pugs-Compiler-Rule-0.37-9.fc16.noarch requires perl(:MODULE_COMPAT_5.12.3) Please resolve this as soon as possible. -- 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 750805] Fails to build on ARM, needs to use default setjmp not ucontext
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=750805 --- Comment #1 from Nicolas Chauvet (kwizart) kwiz...@gmail.com 2011-11-02 09:20:55 EDT --- Hi Henrik, Isn't the attachment missing ? -- 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