More packages using/tagged for hal-libs? Or perhaps just dependencies that will need to be fixed.
Removing: hal-libs Removing for dependencies: at-spi-python coolkey dia eclipse-jdt eclipse-pde eclipse-platform eclipse-rcp eclipse-swt firefox gimp gimp-data-extras gimp-help gimp-help-browser gjs gnome-panel gnome-python2-bonobo gnome-python2-gnome gnome-python2-gnomevfs gnome-shell gnome-vfs2 libbonoboui libgnome libgnomeui pcsc-lite pcsc-lite-ccid planner vlc xsane-gimp xulrunner
On Tue, Mar 15, 2011 at 8:41 PM, Bill Nottingham notting@redhat.com wrote:
Andy Lawrence (dr.diesel@gmail.com) said:
More packages using/tagged for hal-libs? Or perhaps just dependencies that will need to be fixed.
This is a cascade via gnome-vfs2; most all of these don't require HAL directly.
That package is obsolete anyway as well so the apps should be migrating away, I doubt that will be for F-15. xulrunner for example has a patch upstream for gio etc but its not in Firefox 4, it should be in Firefox 5 and hence, if Mozilla keeps its new schedule, Fedora 16.
Peter
On 16 March 2011 03:12, Peter Robinson pbrobinson@gmail.com wrote:
That package is obsolete anyway as well so the apps should be migrating away, I doubt that will be for F-15.
Agreed.
I think it's also sane to retire gnome-vfs2 for F16 too.
Richard.
On 03/15/2011 01:30 PM, Andy Lawrence wrote:
More packages using/tagged for hal-libs? Or perhaps just dependencies that will need to be fixed.
coolkey
Coolkey depends on pcsc-lite (see below).
pcsc-lite pcsc-lite-ccid
Kalev just fixed these two in rawhide by updating to 1.7.0
On 03/15/2011 09:30 PM, Andy Lawrence wrote:
More packages using/tagged for hal-libs? Or perhaps just dependencies that will need to be fixed.
Removing: hal-libs Removing for dependencies:
..
gimp
..
I wonder why gimp depends on hal directly. For scanner, perhaps? openSUSE seems to have split the hal-dependent module to a separate subpackage as of May last year:
http://rpmfind.net/linux/RPM/opensuse/updates/11.3-test/i586/gimp-module-hal...
On 16 March 2011 17:16, Michel Alexandre Salim salimma@fedoraproject.org wrote:
I wonder why gimp depends on hal directly. For scanner, perhaps?
It was for tablet support, but the code could never have worked. We've dropped the hal and gnome-vfs2 deps from gimp in rawhide now.
Richard.
On Thu, 2011-03-17 at 10:16 +0000, Richard Hughes wrote:
On 16 March 2011 17:16, Michel Alexandre Salim salimma@fedoraproject.org wrote:
I wonder why gimp depends on hal directly. For scanner, perhaps?
It was for tablet support, but the code could never have worked. We've dropped the hal and gnome-vfs2 deps from gimp in rawhide now.
Not tablet support, but support for weird input devices like the PowerMate or joysticks.
Alle giovedì 17 marzo 2011, Richard Hughes ha scritto:
On 16 March 2011 17:16, Michel Alexandre Salim
salimma@fedoraproject.org wrote:
I wonder why gimp depends on hal directly. For scanner, perhaps?
It was for tablet support, but the code could never have worked. We've dropped the hal and gnome-vfs2 deps from gimp in rawhide now.
Unfortunately it looks like that the koji build failed:
http://koji.fedoraproject.org/koji/buildinfo?buildID=233923
Best, Nicola
On 03/17/2011 06:17 PM, Nicola Soranzo wrote:
Alle giovedì 17 marzo 2011, Richard Hughes ha scritto:
On 16 March 2011 17:16, Michel Alexandre Salim
salimma@fedoraproject.org wrote:
I wonder why gimp depends on hal directly. For scanner, perhaps?
It was for tablet support, but the code could never have worked. We've dropped the hal and gnome-vfs2 deps from gimp in rawhide now.
Unfortunately it looks like that the koji build failed:
Rawhide seems to be in a state of flux lately. Some of my packages are newer in F-15 because some of their dependencies are broken in Rawhide (e.g. Emacs)