Re: Orphaning and retiring HAL
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 sali...@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 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) -- Michel Alexandre Salim Fedora Project Contributor: http://fedoraproject.org/ Email: sali...@fedoraproject.org | GPG key ID: 78884778 Jabber: hir...@jabber.ccc.de | IRC: hir...@irc.freenode.net () ascii ribbon campaign - against html e-mail /\ www.asciiribbon.org - against proprietary attachments -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Orphaning and retiring HAL
On Wednesday, March 16, 2011 06:36:53 pm Adam Williamson wrote: On Tue, 2011-03-15 at 12:42 +, Richard Hughes wrote: I'm planning to orphan the hal and hal-info packages in F15 and and retire them in rawhide. HAL has been dead upstream for 3 years now, and all development has moved into udev, and the u* daemons like upower, udisks and urfkill. The original maintainer and most of the original team want HAL dead. The things that depend on HAL in F15 seem to be: libconcord-0:0.23-2.fc15.i686 I'd really appreciate if someone could help port this over to udev; it shouldn't really be very hard but it's slightly beyond me, or at least it'd take me quite a while whereas it'd take someone smarter very little time, I suspect. libconcord is one of those things which does one job which nothing else does; it talks to Logitech Harmony programmable remote controls. If we lose libconcord, we lose the ability to manage Harmony remotes, there's just no other way to do it (besides finding a Windows system). thanks! If anyone's interested I can point up exactly how it uses HAL (for hardware discovery, you will be unsurprised to learn), just poke me on or off list. Unfortunatelly for Harmony One I'm screewed anyway... :( R. -- Jaroslav Řezník jrez...@redhat.com Software Engineer - Base Operating Systems Brno Office: +420 532 294 275 Mobile: +420 602 797 774 Red Hat, Inc. http://cz.redhat.com/ -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Orphaning and retiring HAL
On 16 March 2011 17:16, Michel Alexandre Salim sali...@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. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Orphaning and retiring HAL
On Thu, 2011-03-17 at 10:16 +, Richard Hughes wrote: On 16 March 2011 17:16, Michel Alexandre Salim sali...@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. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Orphaning and retiring HAL
Alle giovedì 17 marzo 2011, Richard Hughes ha scritto: On 16 March 2011 17:16, Michel Alexandre Salim sali...@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 -- Nicola Soranzo, Ph.D. My PGP key: http://nsoranzo.altervista.org/key.asc 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: Orphaning and retiring HAL
On 16 March 2011 03:12, Peter Robinson pbrobin...@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. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Orphaning and retiring HAL
Richard Hughes wrote: I'm planning to orphan the hal and hal-info packages in F15 and and retire them in rawhide. HAL has been dead upstream for 3 years now, and all development has moved into udev, and the u* daemons like upower, udisks and urfkill. The original maintainer and most of the original team want HAL dead. The things that depend on HAL in F15 seem to be: beldi-0:0.9.25-3.fc15.x86_64 blueman-0:1.21-7.fc15.x86_64 exaile-0:0.3.2.1-1.fc15.noarch gnome-device-manager-libs-0:0.2-6.fc15.i686 libconcord-0:0.23-2.fc15.i686 lxsession-0:0.4.5-2.fc15.x86_64 matahari-0:0.4.0-0.1.8003b6c.git.fc15.1.x86_64 nut-0:2.6.0-3.fc15.x86_64 ovirt-server-installer-0:0.100-6.fc15.noarch razertool-0:0.0.7-8.fc15.x86_64 xfce4-cddrive-plugin-0:0.0.1-4.fc15.x86_64 See also the Feature page: https://fedoraproject.org/wiki/Features/HalRemoval I have been updating the dependency list there for almost a year. Nicola -- Nicola Soranzo, Ph.D. My PGP key: http://nsoranzo.altervista.org/key.asc -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Orphaning and retiring HAL
On Wed, 2011-03-16 at 15:50 +0100, Nicola Soranzo wrote: See also the Feature page: https://fedoraproject.org/wiki/Features/HalRemoval I have been updating the dependency list there for almost a year. Wow, you've done a nice job there, thanks for keeping that uptodate. I think for F16, we should probably open a feature page for the goal of getting gnome-vfs2 off the live cd. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Orphaning and retiring HAL
Alle mercoledì 16 marzo 2011, Matthias Clasen ha scritto: On Wed, 2011-03-16 at 15:50 +0100, Nicola Soranzo wrote: See also the Feature page: https://fedoraproject.org/wiki/Features/HalRemoval I have been updating the dependency list there for almost a year. Wow, you've done a nice job there, thanks for keeping that uptodate. Thanks! I think for F16, we should probably open a feature page for the goal of getting gnome-vfs2 off the live cd. Since gnome-vfs2 requires hal-libs, this is the same goal! Otherwise, as mentioned in the Feature page, we can disable HAL support in gnome-vfs2, like Debian is doing. In this case, gnome-vfs2 should fall back to /etc/mtab, but probably the functionalities of some programs may be affected (e.g. in Inkscape the Import from Open Clip Art Library). Nicola -- Nicola Soranzo, Ph.D. My PGP key: http://nsoranzo.altervista.org/key.asc 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: Orphaning and retiring HAL
On Wed, 2011-03-16 at 16:28 +0100, Nicola Soranzo wrote: Alle mercoledì 16 marzo 2011, Matthias Clasen ha scritto: On Wed, 2011-03-16 at 15:50 +0100, Nicola Soranzo wrote: See also the Feature page: https://fedoraproject.org/wiki/Features/HalRemoval I have been updating the dependency list there for almost a year. Wow, you've done a nice job there, thanks for keeping that uptodate. Thanks! I think for F16, we should probably open a feature page for the goal of getting gnome-vfs2 off the live cd. Since gnome-vfs2 requires hal-libs, this is the same goal! Otherwise, as mentioned in the Feature page, we can disable HAL support in gnome-vfs2, like Debian is doing. In this case, gnome-vfs2 should fall back to /etc/mtab, but probably the functionalities of some programs may be affected (e.g. in Inkscape the Import from Open Clip Art Library). No, the goal is to really get rid of gnome-vfs2. It has been superseded by gio+gvfs and its time that things start to move in that direction... -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Orphaning and retiring HAL
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-2.6.8-7.3.1.i586.html -- Michel Alexandre Salim () ascii ribbon campaign - against html e-mail /\ www.asciiribbon.org - against proprietary attachments -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Orphaning and retiring HAL
On Tue, 2011-03-15 at 12:42 +, Richard Hughes wrote: I'm planning to orphan the hal and hal-info packages in F15 and and retire them in rawhide. HAL has been dead upstream for 3 years now, and all development has moved into udev, and the u* daemons like upower, udisks and urfkill. The original maintainer and most of the original team want HAL dead. The things that depend on HAL in F15 seem to be: libconcord-0:0.23-2.fc15.i686 I'd really appreciate if someone could help port this over to udev; it shouldn't really be very hard but it's slightly beyond me, or at least it'd take me quite a while whereas it'd take someone smarter very little time, I suspect. libconcord is one of those things which does one job which nothing else does; it talks to Logitech Harmony programmable remote controls. If we lose libconcord, we lose the ability to manage Harmony remotes, there's just no other way to do it (besides finding a Windows system). thanks! If anyone's interested I can point up exactly how it uses HAL (for hardware discovery, you will be unsurprised to learn), just poke me on or off list. -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org http://www.happyassassin.net -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Orphaning and retiring HAL
On 03/15/2011 12:42 PM, Richard Hughes wrote: The things that depend on HAL in F15 seem to be: beldi-0:0.9.25-3.fc15.x86_64 blueman-0:1.21-7.fc15.x86_64 exaile-0:0.3.2.1-1.fc15.noarch gnome-device-manager-libs-0:0.2-6.fc15.i686 libconcord-0:0.23-2.fc15.i686 lxsession-0:0.4.5-2.fc15.x86_64 matahari-0:0.4.0-0.1.8003b6c.git.fc15.1.x86_64 nut-0:2.6.0-3.fc15.x86_64 ovirt-server-installer-0:0.100-6.fc15.noarch razertool-0:0.0.7-8.fc15.x86_64 xfce4-cddrive-plugin-0:0.0.1-4.fc15.x86_64 Arent you forgetting pcsc-lite.. It failed at startup and further investigation lead to.. # pcscd -f hotplug_libhal.c:584:HPRegisterForHotplugEvents() Couldn't obtain list of devices 0037 pcscdaemon.c:601:main() HPRegisterForHotplugEvents failed Installing Hal got the service running again.. Does anyone know what the future has in store for pcsc-lite I dont see the point in writing a systemd service file for it if it's going to be deprecated. JBG -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Orphaning and retiring HAL
On Tue, Mar 15, 2011 at 12:42:19PM +, Richard Hughes wrote: I'm planning to orphan the hal and hal-info packages in F15 and and retire them in rawhide. HAL has been dead upstream for 3 years now, and all development has moved into udev, and the u* daemons like upower, udisks and urfkill. The original maintainer and most of the original team want HAL dead. The things that depend on HAL in F15 seem to be: You haven't caught halevt. The binary depends on libhal.so.1 which is provided directly or indirectly by hal, and the src depends on hal-devel... -- Pat -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Orphaning and retiring HAL
On 03/15/2011 02:42 PM, Richard Hughes wrote: I'm planning to orphan the hal and hal-info packages in F15 and and retire them in rawhide. HAL has been dead upstream for 3 years now, and all development has moved into udev, and the u* daemons like upower, udisks and urfkill. The original maintainer and most of the original team want HAL dead. The things that depend on HAL in F15 seem to be: beldi-0:0.9.25-3.fc15.x86_64 blueman-0:1.21-7.fc15.x86_64 exaile-0:0.3.2.1-1.fc15.noarch gnome-device-manager-libs-0:0.2-6.fc15.i686 libconcord-0:0.23-2.fc15.i686 lxsession-0:0.4.5-2.fc15.x86_64 matahari-0:0.4.0-0.1.8003b6c.git.fc15.1.x86_64 nut-0:2.6.0-3.fc15.x86_64 ovirt-server-installer-0:0.100-6.fc15.noarch razertool-0:0.0.7-8.fc15.x86_64 xfce4-cddrive-plugin-0:0.0.1-4.fc15.x86_64 The list above is missing some packages that depend on hal-libs. Below should be a more complete list of the builds that need one of the hal subpackages: $ repoquery --qf %{sourcerpm} --disablerepo='*' --enablerepo=rawhide --whatrequires hal hal-libs hal-info hal-storage-addon | sort | uniq | sed 's/\.src\.rpm$//' beldi-0.9.25-3.fc15 blueman-1.21-7.fc15 camcardsync-0.1.1-4.fc15 exaile-0.3.2.1-1.fc16 gimp-2.6.11-8.fc16 gnomad2-2.9.4-7.fc15 gnome-device-manager-0.2-6.fc15 gnome-pilot-2.32.0-8.fc16 gnome-vfs2-2.24.4-4.fc15 hal-0.5.14-6.fc15 halevt-0.1.6.2-4.fc15 hal-info-20090716-4.fc15 libconcord-0.23-2.fc15 libmtp-1.0.6-1.fc16 librapi-0.15.1-1.fc16 libsynce-0.15.1-1.fc16 lxsession-0.4.5-2.fc15 matahari-0.4.0-0.1.8003b6c.git.fc15.1 nut-2.6.0-3.fc16 odccm-0.11.1-4.fc15 ohm-0.1.1-10.23.20080921git.fc13 olpc-kbdshim-17-1.fc16 ovirt-server-0.100-6.fc15 oxine-0.7.1-10.fc15 pcmanfm-0.9.9-2.git43fdda452f.fc15 pcsc-lite-1.6.7-1.fc16 pmount-0.9.22-2.fc15 razertool-0.0.7-8.fc15 synce-hal-0.15-2.fc15 synce-trayicon-0.15.1-1.fc16 thunar-vfs-1.2.0-2.fc15 xfburn-0.4.3-4.fc15 xfce4-cddrive-plugin-0.0.1-4.fc16 -- Kalev -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Orphaning and retiring HAL
On 03/15/2011 02:58 PM, Jóhann B. Guðmundsson wrote: Does anyone know what the future has in store for pcsc-lite I dont see the point in writing a systemd service file for it if it's going to be deprecated. pcsc-lite isn't going anywhere. Last week pcsc-lite upstream released 1.7.0, which is the first release that can use libudev instead of libhal. I'll try to get it in rawhide soon. -- Kalev -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Orphaning and retiring HAL
On 15 March 2011 13:21, Kalev Lember ka...@smartlink.ee wrote: The list above is missing some packages that depend on hal-libs. Below should be a more complete list of the builds that need one of the hal subpackages: Eeek, thanks. gnome-device-manager-0.2-6.fc15 I *think* this is dead upstream. gnome-pilot-2.32.0-8.fc16 I *think* this is dead upstream. gnome-vfs2-2.24.4-4.fc15 I know this is dead upstream. hal-info-20090716-4.fc15 I know this is dead upstream. nut-2.6.0-3.fc16 I know HAL support is optional. ohm-0.1.1-10.23.20080921git.fc13 I know this is dead upstream. Richard. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Orphaning and retiring HAL
On Tuesday, March 15, 2011 01:42:19 pm Richard Hughes wrote: I'm planning to orphan the hal and hal-info packages in F15 and and retire them in rawhide. matahari-0:0.4.0-0.1.8003b6c.git.fc15.1.x86_64 The old code, we should update Fedora package to Sigar based version but I'm not sure the right deps are in place (qpid-cpp). R. Comments welcome, Richard. -- Jaroslav Řezník jrez...@redhat.com Software Engineer - Base Operating Systems Brno Office: +420 532 294 275 Mobile: +420 602 797 774 Red Hat, Inc. http://cz.redhat.com/ -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Orphaning and retiring HAL
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 -- projecthuh.com All of my bits are free, are yours? Fedoraproject.org If Obama was the answer, how stupid was the question? To save energy, Obama has shut off the light at the end of the tunnel.. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Orphaning and retiring HAL
Andy Lawrence (dr.die...@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. Bill -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Orphaning and retiring HAL
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 smime.p7s Description: S/MIME Cryptographic Signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Orphaning and retiring HAL
On Tue, Mar 15, 2011 at 8:41 PM, Bill Nottingham nott...@redhat.com wrote: Andy Lawrence (dr.die...@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 -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel