Updated Packages:
evolution-2.9.4-2.fc7 --------------------- * Wed Dec 20 2006 Matthew Barnes mbarnes@redhat.com - 2.9.4-2.fc7 - Revise patch for RH bug #202751 (printing of indic languages).
* Tue Dec 19 2006 Matthew Barnes mbarnes@redhat.com - 2.9.4-1.fc7 - Update to 2.9.4 - Bump eds_version to 1.9.4 due to soname changes. - Remove patch for GNOME bug #382431 (fixed upstream).
* Fri Dec 15 2006 Matthew Barnes mbarnes@redhat.com - 2.9.3-5.fc7 - Add patch for GNOME bug #373116 (use GtkColorButton).
filesystem-2.4.1-1 ------------------ * Wed Dec 20 2006 Phil Knirsch pknirsch@redhat.com - 2.4.1-1 - Dropped the obsolete directories /usr/lib{,64}/gcc-lib (#220235)
firstboot-1.4.28-2.fc7 ---------------------- * Wed Dec 20 2006 Chris Lumens clumens@redhat.com 1.4.28-2 - Revert spec file changes for s390, s390x, and ppc64 for now.
gcc-4.1.1-48 ------------ * Wed Dec 20 2006 Jakub Jelinek jakub@redhat.com 4.1.1-48 - update from gcc-4_1-branch (-r119833:120062) - PRs libstdc++/11953, target/24036 - fix ia64 EH region boundaries where last br.call in the region is not at the end of a bundle (#219596, PR target/30230) - fix DI resp. TImode __sync_*_compare_and_swap on i?86 resp. x86_64 (Kazu Hirata, #220258, PR target/27266) - fix asm vs. nested functions or OpenMP (#220250, PRs middle-end/30262, middle-end/30263) - fix handling of complex shared OpenMP vars (Andrew Pinski, PR middle-end/30143)
glib2-2.12.6-1.fc7 ------------------ * Wed Dec 20 2006 Matthias Clasen mclasen@redhat.com - 2.12.6-1 - Update to 2.12.6
gtk-doc-1.7-2.fc7 ----------------- * Wed Dec 20 2006 Matthias Clasen mclasen@redhat.com - 1.7-2 - Own the /usr/share/gtk-doc/html directory (#220230)
htdig-3:3.2.0b6-8.fc7 --------------------- * Wed Dec 20 2006 Adam Tkac <atkac redhat com> 3:3.2.0b6-8.fc7 - fixed htfuzzy's sigfaults (#130528)
kernel-2.6.19-1.2890.fc7 ------------------------ * Wed Dec 20 2006 David Woodhouse dwmw2@redhat.com - Fix BE OHCI support -- write only BE not BE and _then_ LE. Doh.
libvirt-0.1.10-1.fc7 -------------------- * Wed Dec 20 2006 Daniel Veillard veillard@redhat.com 0.1.10-1.fc7 - support for inactive Xen domains - improved support for Xen display and vnc - a few bug fixes - localization updates
logwatch-7.3.1-9.fc7 -------------------- * Wed Dec 20 2006 Ivana Varekova varekova@redhat.com 7.3.1-9 - add cron, pam_unix, audit, init service patches
* Wed Dec 20 2006 Ivana Varekova varekova@redhat.com 7.3.1-8 - add dovecot, amavis and init patch - cleanup spec file
opal-2.2.3-4.fc7 ---------------- * Wed Dec 20 2006 Daniel Veillard veillard@redhat.com - 2.2.3-4 - applied patch from upstream to fix RFC2833 DTMF duration problem - Resolves: rhbz#220333
planner-0.14.2-3.fc7 -------------------- * Wed Dec 20 2006 Caolan McNamara caolanm@redhat.com - 0.14.2-3.fc7 - rebuild for new evolution-data-server
policycoreutils-1.33.6-8.fc7 ---------------------------- * Wed Dec 20 2006 Dan Walsh dwalsh@redhat.com 1.33.6-8 - Remove hard coding of python2.4 from Makefiles
setroubleshoot-1.8.12-1.fc7 --------------------------- * Wed Dec 20 2006 John Dennis jdennis@redhat.com - 1.8.12-1 - remove obsolte requires for python element tree
* Mon Dec 18 2006 John Dennis jdennis@redhat.com - 1.8.11-1 - Resolves: #216575, more translations - Replace delete and expunge menu labels with something more intuitive - add ability for browser to be restarted with identical window position and state - add pkg version and protocol version to logon handshake, test for compatibility between clint and server, prompt for restart - add non-modal restart dialog - add dialog to display traceback if sealert faults with an uncaught exception, try to limit invisible errors - fix return args on rpc method - add instance id to server
tetex-3.0-34.fc7 ---------------- * Wed Dec 20 2006 Jindrich Novy jnovy@redhat.com 3.0-34 - don't inherit incorrect permissions for ls-R from parent directory while doing texhash (#220239)
* Sun Oct 08 2006 Jindrich Novy jnovy@redhat.com 3.0-33 - rebuild
Broken deps for i386 ---------------------------------------------------------- cyrus-sasl-sql - 2.1.22-4.i386 requires libpq.so.4 xen - 3.0.3-1.i386 requires python(abi) = 0:2.4
Broken deps for ppc64 ---------------------------------------------------------- cyrus-sasl-sql - 2.1.22-4.ppc64 requires libpq.so.4()(64bit)
Broken deps for x86_64 ---------------------------------------------------------- cyrus-sasl-sql - 2.1.22-4.x86_64 requires libpq.so.4()(64bit) xen - 3.0.3-1.x86_64 requires python(abi) = 0:2.4
Broken deps for s390 ---------------------------------------------------------- cyrus-sasl-sql - 2.1.22-4.s390 requires libpq.so.4 systemtap - 0.5.10-1.fc7.s390 requires kernel >= 0:2.6.9-11 systemtap-runtime - 0.5.10-1.fc7.s390 requires kernel >= 0:2.6.9-11
Broken deps for ppc ---------------------------------------------------------- cyrus-sasl-sql - 2.1.22-4.ppc requires libpq.so.4
Broken deps for ia64 ---------------------------------------------------------- cyrus-sasl-sql - 2.1.22-4.ia64 requires libpq.so.4()(64bit) xen - 3.0.3-1.ia64 requires python(abi) = 0:2.4
Broken deps for s390x ---------------------------------------------------------- cyrus-sasl-sql - 2.1.22-4.s390x requires libpq.so.4()(64bit)
tor, 21 12 2006 kl. 06:36 -0500, skrev buildsys@redhat.com:
Updated Packages:
evolution-2.9.4-2.fc7
- Wed Dec 20 2006 Matthew Barnes mbarnes@redhat.com - 2.9.4-2.fc7
- Revise patch for RH bug #202751 (printing of indic languages).
- Tue Dec 19 2006 Matthew Barnes mbarnes@redhat.com - 2.9.4-1.fc7
- Update to 2.9.4
- Bump eds_version to 1.9.4 due to soname changes.
- Remove patch for GNOME bug #382431 (fixed upstream).
- Fri Dec 15 2006 Matthew Barnes mbarnes@redhat.com - 2.9.3-5.fc7
- Add patch f
or GNOME bug #373116 (use GtkColorButton).
This being as long a little blessing in the form of:
Transaction Check Error: file /etc/gconf/schemas/apps_evolution_addressbook-2.10.schemas from install of evolution-2.9.4-2.fc7 conflicts with file from package evolution-2.9.3-4.fc7 file /etc/gconf/schemas/apps_evolution_calendar-2.10.schemas from install of evolution-2.9.4-2.fc7 conflicts with file from package evolution-2.9.3-4.fc7 file /etc/gconf/schemas/apps_evolution_shell-2.10.schemas from install of evolution-2.9.4-2.fc7 conflicts with file from package evolution-2.9.3-4.fc7 file /etc/gconf/schemas/evolution-mail-2.10.schemas from install of evolution-2.9.4-2.fc7 conflicts with file from package evolution-2.9.3-4.fc7 file /usr/share/evolution/2.10/glade/cal-prefs-dialog.glade from install of evolution-2.9.4-2.fc7 conflicts with file from package evolution-2.9.3-4.fc7 file /usr/share/evolution/2.10/glade/mail-config.glade from install of evolution-2.9.4-2.fc7 conflicts with file from package evolution-2.9.3-4.fc7 file /usr/share/gnome/help/evolution/es/evolution.xml from install of evolution-2.9.4-2.fc7 conflicts with file from package evolution-2.9.3-4.fc7
- David Nielsen
On Thu, Dec 21, 2006 at 02:54:49PM +0100, David Nielsen wrote:
This being as long a little blessing in the form of:
Transaction Check Error: file /etc/gconf/schemas/apps_evolution_addressbook-2.10.schemas from install of evolution-2.9.4-2.fc7 conflicts with file from package evolution-2.9.3-4.fc7
.... Do you have, by any chance, installed evolution-2.9.3-4.fc7.i386 and evolution-2.9.3-4.fc7.x86_64 and you are trying to update only one of these two?
Even if this is not the case having architectures explicitely spelled out in error message like the above would be really helpful.
Michal
tor, 21 12 2006 kl. 09:53 -0700, skrev Michal Jaegermann:
On Thu, Dec 21, 2006 at 02:54:49PM +0100, David Nielsen wrote:
This being as long a little blessing in the form of:
Transaction Check Error: file /etc/gconf/schemas/apps_evolution_addressbook-2.10.schemas from install of evolution-2.9.4-2.fc7 conflicts with file from package evolution-2.9.3-4.fc7
.... Do you have, by any chance, installed evolution-2.9.3-4.fc7.i386 and evolution-2.9.3-4.fc7.x86_64 and you are trying to update only one of these two?
Even if this is not the case having architectures explicitely spelled out in error message like the above would be really helpful.
I run a x86_64 system, but due to my hated enemy multilib you get both i386 and x86_64 versions installed, this is just one of the many bad things that happens quite regularly.
Regardless for this one you are right, that is the cause, and I did give you all the information yum spits out. I have a feeling this was due to the skip broken plugin being employed, there was a conflict on evolution (evolution-bogofilter has not been recompiled yet) and that might cause yum to think it's okay to only update the i386 version and leave the x86_64 one - thus going boom in a rather impressive way.
- David
On Thu, Dec 21, 2006 at 07:33:30PM +0100, David Nielsen wrote:
tor, 21 12 2006 kl. 09:53 -0700, skrev Michal Jaegermann:
On Thu, Dec 21, 2006 at 02:54:49PM +0100, David Nielsen wrote:
Transaction Check Error: file /etc/gconf/schemas/apps_evolution_addressbook-2.10.schemas from install of evolution-2.9.4-2.fc7 conflicts with file from package evolution-2.9.3-4.fc7
.... Do you have, by any chance, installed evolution-2.9.3-4.fc7.i386 and evolution-2.9.3-4.fc7.x86_64 and you are trying to update only one of these two?
I run a x86_64 system, but due to my hated enemy multilib
???? I am finding that very useful but nobody holds a gun to your head. My x86_64 test system is currently cleaned out, on purpose, of all x86 packages but "production" ones have a multilib mixture and for very good reasons.
you get both i386 and x86_64 versions installed,
Well, I am controlling what I install and if something is pushing on me a package I do not want and is not really required by some dependencies then I file bug reports. In any case removing an occasional "spurious install" is not that onerous.
Regardless for this one you are right,
Why do you need both x86_64 and i386 packages for 'evolution'? With such "leaf" programs just stick to the one which you want to use. That error messages could be more helpful is another story.
Another option you have would be to install x86 system on an x86_64 machine, which is entirely possible, and not to worry about these issues at all. I would prefer that over "hated enemy".
Michal