On 9/9/05, Justin Conover <justin.conover@xxxxxxxxx> wrote:
Yep, that was the problem
# yum --enablerepo=d-i386 update dbus* e2fsprogs* gnome-vfs2* libbonobo*
Updated: dbus.i386 0:0.50-1 dbus.x86_64 0:0.50-1 dbus-devel.x86_64 0:0.50-1 dbus-glib.i386 0:0.50-1 dbus-glib.x86_64 0:0.50-1 dbus-python.x86_64 0:0.50-1 dbus-x11.x86_64 0:0.50-1 e2fsprogs.x86_64 0:1.38-1 e2fsprogs.i386 0:1.38-1 e2fsprogs-devel.x86_64 0:1.38-1 gnome-vfs2.x86_64 0:2.12.0-1 gnome-vfs2.i386 0:2.12.0-1 gnome-vfs2-devel.x86_64 0:2.12.0-1 gnome-vfs2-smb.x86_64 0:2.12.0-1 libbonobo.x86_64 0:2.10.1-1 libbonobo.i386 0:2.10.1-1 libbonobo-devel.x86_64 0:2.10.1-1
Complete!
On 9/9/05, Justin Conover < justin.conover@xxxxxxxxx> wrote:On 9/9/05, Build System <buildsys@xxxxxxxxxx > wrote:
Updated Packages:
dbus-0.50-1
-----------
* Thu Sep 08 2005 John (J5) Palmieri < johnp@xxxxxxxxxx> - 0.50-1
- upgrade to 0.50
* Mon Aug 29 2005 John (J5) Palmieri < johnp@xxxxxxxxxx> - 0.36.2-1
- upgrade to 0.36.2 which fixes an exploit where
users can attach to another user's session bus (CAN-2005-0201)
e2fsprogs-1.38-1
----------------
* Thu Sep 08 2005 Thomas Woerner <twoerner@xxxxxxxxxx> 1.38-1
- new version 1.38
- Close File descriptor for unregognized devices (#159878)
Thanks to David Milburn for the patch.
Merged from RHEL-4
- enable tune2fs to set and clear feature resize_inode (#167816)
- removed outdated information from ext2online man page (#164383)
gnome-vfs2-2.12.0-1
-------------------
* Wed Sep 07 2005 Matthias Clasen < mclasen@xxxxxxxxxx> 2.12.0-1
- Update to 2.12.0
- Drop upstreamed patches
libbonobo-2.10.1-1
------------------
* Thu Sep 08 2005 Matthias Clasen < mclasen@xxxxxxxxxx> 2.10.1-1
- Update to 2.10.1
* Fri Aug 05 2005 Matthias Clasen <mclasen@xxxxxxxxxx > 2.10.0-1
- New upstream version
* Wed Feb 09 2005 Matthias Clasen < mclasen@xxxxxxxxxx> 2.8.1-1
- Update to 2.8.1
libbonobo-2.10.1-2
------------------
* Fri Sep 09 2005 Florian La Roche < laroche@xxxxxxxxxx >
- add a version-release to the Provides: bonobo-activation since
many packages still try to request a specific version number
* Thu Sep 08 2005 Matthias Clasen < mclasen@xxxxxxxxxx> 2.10.1-1
- Update to 2.10.1
* Fri Aug 05 2005 Matthias Clasen <mclasen@xxxxxxxxxx > 2.10.0-1
- New upstream version
libbonoboui-2.10.1-1
--------------------
* Thu Sep 08 2005 Matthias Clasen <mclasen@xxxxxxxxxx> - 2.10.1-1
- Update to 2.10.1
I seem to have more dep problems with x86_64 that what was on the list, these are the ones i have problems with :
Updating:
dbus x86_64 0.50-1 development 592 k
dbus-devel x86_64 0.50-1 development 361 k
dbus-glib x86_64 0.50-1 development 95 k
dbus-python x86_64 0.50-1 development 135 k
dbus-x11 x86_64 0.50-1 development 19 k
e2fsprogs x86_64 1.38-1 development 904 k
e2fsprogs-devel x86_64 1.38-1 development 593 k
gnome-vfs2 x86_64 2.12.0-1 development 1.2 M
gnome-vfs2-devel x86_64 2.12.0-1 development 407 k
gnome-vfs2-smb x86_64 2.12.0-1 development 30 k
libbonobo x86_64 2.10.1-1 development 483 k
libbonobo-devel x86_64 2.10.1-1 development 688 k
Guessing all this duplication is multilib i386 packages.
# rpm -qa | grep dbus
dbus-0.36.1-1
dbus-glib-0.36.1-1
dbus-0.36.1-1
dbus-glib-0.36.1-1
dbus-devel-0.36.1-1
dbus-x11-0.36.1-1
dbus-python-0.36.1-1
# rpm -qa | grep e2fsprogs
e2fsprogs-devel-1.37-5
e2fsprogs-1.37-5
e2fsprogs-1.37-5
# rpm -qa | grep gnome-vfs2
gnome-vfs2-2.11.90-3
gnome-vfs2-2.11.90-3
gnome-vfs2-smb-2.11.90-3
gnome-vfs2-devel-2.11.90-3
# rpm -qa | grep libbonobo
libbonobo-2.10.0-1
libbonoboui-2.10.1-1
libbonobo-2.10.0-1
libbonoboui-devel-2.10.1-1
libbonobo-devel-2.10.0-1
Yep, that was the problem
Updated: dbus.i386 0:0.50-1 dbus.x86_64 0:0.50-1 dbus-devel.x86_64 0:0.50-1 dbus-glib.i386 0:0.50-1 dbus-glib.x86_64 0:0.50-1 dbus-python.x86_64 0:0.50-1 dbus-x11.x86_64 0:0.50-1 e2fsprogs.x86_64 0:1.38-1 e2fsprogs.i386 0:1.38-1 e2fsprogs-devel.x86_64 0:1.38-1 gnome-vfs2.x86_64 0:2.12.0-1 gnome-vfs2.i386 0:2.12.0-1 gnome-vfs2-devel.x86_64 0:2.12.0-1 gnome-vfs2-smb.x86_64 0:2.12.0-1 libbonobo.x86_64 0:2.10.1-1 libbonobo.i386 0:2.10.1-1 libbonobo-devel.x86_64 0:2.10.1-1
Complete!
-- fedora-test-list mailing list fedora-test-list@xxxxxxxxxx To unsubscribe: http://www.redhat.com/mailman/listinfo/fedora-test-list