Re: Package EVR problems in Fedora 2013-01-12
On 01/11/2013 07:04 PM, build...@fedoraproject.org wrote: Broken upgrade path report for tags f18 - f18-updates - f19: crobinso: qemu: f18-updates f19 (2:qemu-1.2.2-1.fc18 2:qemu-1.2.0-25.fc19) Was working out some regressions with qemu 1.3, fixed now: http://koji.fedoraproject.org/koji/buildinfo?buildID=378379 Thanks, Cole -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Package EVR problems in Fedora 2013-01-12
On Sun, 13 Jan 2013 06:00:58 + Richard W.M. Jones rjo...@redhat.com wrote: On Fri, Jan 11, 2013 at 09:17:03PM -0700, Kevin Fenzi wrote: On Sat, 12 Jan 2013 02:53:06 + Richard W.M. Jones rjo...@redhat.com wrote: When I did the big OCaml codegen fix/update in F18 recently, I just bumped these package versions in Rawhide, merged the change back to F18, and rebuilt them only in F18. The upshot is that these aren't really a problem now and will fix themselves through routine updates over time. Why not build them in rawhide? The codegen fix went in sooner there? Correct: the codegen fix was in Rawhide about 2 months before. Note that in the future to avoid this: https://fedoraproject.org/wiki/Packaging:NamingGuidelines#Minor_release_bumps_for_old_branches I was using git merge to keep the F18 and Rawhide histories exactly the same. However now F18 seems to have been / be about to be released, I'll switch. Personally, I'd say just rebuild them in rawhide, since people yum upgrading from f18 would hit this and rawhide doesn't mind rebuilds. :) I thought that F18 packages would override Rawhide ones if the F18 package had a greater NVR? Anyway, it'll get resolved soon. Rawhide inherits from F18 if and only if there hasn't been a Rawhide build since F-18 was branched. Paul. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Package EVR problems in Fedora 2013-01-12
Richard W.M. Jones wrote: Note that in the future to avoid this: https://fedoraproject.org/wiki/Packaging:NamingGuidelines#Minor_release_bumps_for_old_branches I was using git merge to keep the F18 and Rawhide histories exactly the same. That doesn't preclude following the above guideline (next time), just add .1 to Release even in master. If you aren't building in master, it doesn't matter that the Release there does not follow the usual Rawhide numbering. For this time, please just build the master branch of the affected packages, a gratuitous rebuild in Rawhide isn't going to kill anybody, whereas upgrade path issues are bugs that must be fixed ASAP. Kevin Kofler -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Package EVR problems in Fedora 2013-01-12
On Fri, Jan 11, 2013 at 09:17:03PM -0700, Kevin Fenzi wrote: On Sat, 12 Jan 2013 02:53:06 + Richard W.M. Jones rjo...@redhat.com wrote: When I did the big OCaml codegen fix/update in F18 recently, I just bumped these package versions in Rawhide, merged the change back to F18, and rebuilt them only in F18. The upshot is that these aren't really a problem now and will fix themselves through routine updates over time. Why not build them in rawhide? The codegen fix went in sooner there? Correct: the codegen fix was in Rawhide about 2 months before. Note that in the future to avoid this: https://fedoraproject.org/wiki/Packaging:NamingGuidelines#Minor_release_bumps_for_old_branches I was using git merge to keep the F18 and Rawhide histories exactly the same. However now F18 seems to have been / be about to be released, I'll switch. Personally, I'd say just rebuild them in rawhide, since people yum upgrading from f18 would hit this and rawhide doesn't mind rebuilds. :) I thought that F18 packages would override Rawhide ones if the F18 package had a greater NVR? Anyway, it'll get resolved soon. Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones libguestfs lets you edit virtual machines. Supports shell scripting, bindings from many languages. http://libguestfs.org -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Package EVR problems in Fedora 2013-01-12
Broken upgrade path report for tags f18 - f18-updates - f19: NetworkManager: f18 f19 (1:NetworkManager-0.9.7.0-12.git20121004.fc18 1:NetworkManager-0.9.7.0-11.git20121211.fc19) a2jmidid: f18 f19 (a2jmidid-8-3.fc18 a2jmidid-8-2.fc19) anaconda: f18 f19 (anaconda-18.37.11-1.fc18 anaconda-18.11-1.fc19) avgtime: f18 f19 (avgtime-0-0.4.git20120724.fc18 avgtime-0-0.3.git20120724.fc19) cloud-init: f18 f19 (cloud-init-0.7.1-2.fc18 cloud-init-0.7.0-1.fc18) darktable: f18-updates f19 (darktable-1.1.1-1.fc18 darktable-1.1-0.1.rc1.fc19) dmlite: f18 f19 (dmlite-0.4.2-2.fc18 dmlite-0.4.2-1.fc19) dracut-modules-olpc: f18 f19 (dracut-modules-olpc-0.7.5-1.fc18 dracut-modules-olpc-0.7.1-1.fc19) f18-updates f19 (dracut-modules-olpc-0.7.6-1.fc18 dracut-modules-olpc-0.7.1-1.fc19) fedora-release-notes: f18 f19 (fedora-release-notes-18.0.0-3.fc18 fedora-release-notes-17.95.0-0.fc19) firewalld: f18 f19 (firewalld-0.2.11-2.fc18 firewalld-0.2.11-1.fc19) firstboot: f18 f19 (firstboot-18.6-2.fc18 firstboot-18.6-1.fc19) ghc-editline: f18 f19 (ghc-editline-0.2.1.1-2.fc18 ghc-editline-0.2.1.1-1.fc19) girara: f18 f19 (girara-0.1.4-2.fc18 girara-0.1.4-1.fc19) gobby: f18 f19 (gobby-0.4.12-9.fc18 gobby-0.4.12-8.fc19) gqradio: f18 f19 (gqradio-1.9.2-11.fc18 gqradio-1.9.2-10.fc19) grub2: f18 f19 (1:grub2-2.00-13.fc18 1:grub2-2.00-12.fc19) f18-updates f19 (1:grub2-2.00-15.fc18 1:grub2-2.00-12.fc19) gtkhtml3: f18 f19 (gtkhtml3-4.6.1-1.fc18 gtkhtml3-4.5.91-1.fc19) jlatexmath: f18 f19 (jlatexmath-1.0.0-2.fc18 jlatexmath-1.0.0-1.fc19) kdegames: f18 f19 (6:kdegames-4.9.4-1.fc18 6:kdegames-4.9.3-1.fc19) liberation-fonts: f18 f19 (1:liberation-fonts-1.07.2-12.fc18 liberation-fonts-2.00.1-4.fc19) libestr: f18-updates f19 (libestr-0.1.4-1.fc18 libestr-0.1.3-3.fc19) libkgapi: f18-updates f19 (libkgapi-0.4.4-1.fc18 libkgapi-0.4.3-3.fc19) liblognorm: f18-updates f19 (liblognorm-0.3.5-1.fc18 liblognorm-0.3.4-4.fc19) libmatekbd: f18-updates f19 (libmatekbd-1.5.0-2.fc18 libmatekbd-1.5.0-1.fc19) libotr3: f18 f19 (libotr3-3.2.1-4.fc18 libotr3-3.2.1-3.fc19) libva: f18 f19 (libva-1.1.0-5.fc18 libva-1.1.0-3.fc19) lorax: f18 f19 (lorax-18.29-1.fc18 lorax-18.22-2.fc19) maliit-framework: f18 f19 (maliit-framework-0.93.1-1.fc18 maliit-framework-0.93.0-1.fc19) mate-dialogs: f18 f19 (mate-dialogs-1.5.0-2.fc18 mate-dialogs-1.5.0-1.fc19) network-manager-applet: f18-updates f19 (network-manager-applet-0.9.7.0-6.git20121211.fc18 network-manager-applet-0.9.7.0-5.git20121211.fc19) ocaml-calendar: f18-updates f19 (ocaml-calendar-2.03.2-2.fc18 ocaml-calendar-2.03.2-1.fc19) ocaml-curses: f18-updates f19 (ocaml-curses-1.0.3-15.fc18 ocaml-curses-1.0.3-14.fc19) ocaml-fileutils: f18-updates f19 (ocaml-fileutils-0.4.4-4.fc18 ocaml-fileutils-0.4.4-2.fc19) ocaml-gettext: f18-updates f19 (ocaml-gettext-0.3.4-8.fc18 ocaml-gettext-0.3.4-7.fc19) ocaml-xml-light: f18-updates f19 (ocaml-xml-light-2.3-0.3.svn234.fc18 ocaml-xml-light-2.3-0.2.svn234.fc19) olpc-kbdshim: f18 f19 (olpc-kbdshim-29-1.fc18 olpc-kbdshim-28-1.fc19) ovirt-engine: f18-updates f19 (ovirt-engine-3.1.0-2.fc18 ovirt-engine-3.1.0-1.fc19) plplot: f18-updates f19 (plplot-5.9.9-12.svn12202.fc18 plplot-5.9.9-11.svn12202.fc19) presence: f18 f19 (presence-0.4.8-4.fc18 presence-0.4.8-1.fc19) python-py9p: f18 f19 (python-py9p-1.0.5-1.fc18 python-py9p-1.0.2-1.fc19) python-pyvfs: f18 f19 (python-pyvfs-0.2.7-1.fc18 python-pyvfs-0.2.5-1.fc19) python-urwid: f18 f19 (python-urwid-1.1.1-1.fc18 python-urwid-1.0.0-7.fc19) qemu: f18-updates f19 (2:qemu-1.2.2-1.fc18 2:qemu-1.2.0-25.fc19) qpid-cpp: f18 f19 (qpid-cpp-0.18-6.fc18 qpid-cpp-0.18-5.fc19) rubygem-clouddb: f18 f19 (rubygem-clouddb-0.0.1-3.fc18 rubygem-clouddb-0.0.1-2.fc19) scala: f18 f19 (scala-2.9.2-3.fc18 scala-2.9.2-2.fc19) scsi-target-utils: f18 f19 (scsi-target-utils-1.0.32-2.fc18 scsi-target-utils-1.0.32-1.fc19) spice-gtk: f18-updates f19 (spice-gtk-0.15.3-1.fc18 spice-gtk-0.15-1.fc19) sugar: f18 f19 (sugar-0.98.3-1.fc18 sugar-0.98.2-1.fc19) sugar-nutrition: f18 f19 (sugar-nutrition-9-1.fc18 sugar-nutrition-7-1.fc19) sugar-portfolio: f18 f19 (sugar-portfolio-35-2.fc18 sugar-portfolio-33-2.fc19) sugar-toolkit-gtk3: f18 f19 (sugar-toolkit-gtk3-0.98.3-1.fc18 sugar-toolkit-gtk3-0.98.2-1.fc19) telepathy-logger: f18 f19 (telepathy-logger-0.6.0-3.fc18 telepathy-logger-0.6.0-2.fc19) trac-iniadmin-plugin: f18 f19 (trac-iniadmin-plugin-0.2-4.20101209svn9652.fc18 trac-iniadmin-plugin-0.2-1.20120808svn11914.fc19) xmonad: f18-updates f19 (xmonad-0.10-17.fc18 xmonad-0.10-16.fc19) xorg-x11-drv-ati: f18 f19 (xorg-x11-drv-ati-7.0.0-0.6.20120910git7c7f27756.fc18 xorg-x11-drv-ati-7.0.0-0.4.20120629git5ebebfdb4.fc19) f18-updates f19
Re: Package EVR problems in Fedora 2013-01-12
On Sat, Jan 12, 2013 at 12:04:54AM +, build...@fedoraproject.org wrote: ocaml-calendar: f18-updates f19 (ocaml-calendar-2.03.2-2.fc18 ocaml-calendar-2.03.2-1.fc19) ocaml-curses: f18-updates f19 (ocaml-curses-1.0.3-15.fc18 ocaml-curses-1.0.3-14.fc19) ocaml-fileutils: f18-updates f19 (ocaml-fileutils-0.4.4-4.fc18 ocaml-fileutils-0.4.4-2.fc19) ocaml-gettext: f18-updates f19 (ocaml-gettext-0.3.4-8.fc18 ocaml-gettext-0.3.4-7.fc19) ocaml-xml-light: f18-updates f19 (ocaml-xml-light-2.3-0.3.svn234.fc18 ocaml-xml-light-2.3-0.2.svn234.fc19) When I did the big OCaml codegen fix/update in F18 recently, I just bumped these package versions in Rawhide, merged the change back to F18, and rebuilt them only in F18. The upshot is that these aren't really a problem now and will fix themselves through routine updates over time. Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones Fedora Windows cross-compiler. Compile Windows programs, test, and build Windows installers. Over 100 libraries supported. http://fedoraproject.org/wiki/MinGW -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Package EVR problems in Fedora 2013-01-12
On Sat, 12 Jan 2013 02:53:06 + Richard W.M. Jones rjo...@redhat.com wrote: When I did the big OCaml codegen fix/update in F18 recently, I just bumped these package versions in Rawhide, merged the change back to F18, and rebuilt them only in F18. The upshot is that these aren't really a problem now and will fix themselves through routine updates over time. Why not build them in rawhide? The codegen fix went in sooner there? Note that in the future to avoid this: https://fedoraproject.org/wiki/Packaging:NamingGuidelines#Minor_release_bumps_for_old_branches Personally, I'd say just rebuild them in rawhide, since people yum upgrading from f18 would hit this and rawhide doesn't mind rebuilds. :) kevin signature.asc Description: PGP signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel