[opensuse-packaging] HAL and related
First of all I want to ask whether hal will be available under 12.1 or it is to be decided? My second question is as follows. As you know, hal is depreciated and people who prepare 12.1 want to remove dependency on hal from different packages. For instance they want to remove it from kdebase3-runtime which will be included in 12.1. But hal is necessary for normal function of KDE3 so we, who use KDE3 as a desktop want hal functions to be enabled. That's why my question. Is it possible to build a package with hal if hal is available in the repository and without hal otherwise? How to properly organize the check on whether the package exists in the repo at the buildtime? Or may be another solution based on an option constant defined in the project's properties is better? -- To unsubscribe, e-mail: opensuse-packaging+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-packaging+help@opensuse.org
On Wednesday, June 01, 2011 02:05:56 AM Ilya Chernykh wrote:
First of all I want to ask whether hal will be available under 12.1 or it is to be decided?
My second question is as follows. As you know, hal is depreciated and people who prepare 12.1 want to remove dependency on hal from different packages.
For instance they want to remove it from kdebase3-runtime which will be included in 12.1. But hal is necessary for normal function of KDE3 so we, who use KDE3 as a desktop want hal functions to be enabled.
That's why my question.
Is it possible to build a package with hal if hal is available in the repository and without hal otherwise? How to properly organize the check on whether the package exists in the repo at the buildtime?
Or may be another solution based on an option constant defined in the project's properties is better?
You can add hal to the KDE3 repository if KDE3 is the only users of hal. It's indeed time that hal dies... Andreas -- Andreas Jaeger, Program Manager openSUSE aj@{novell.com,suse.com,opensuse.org} Twitter/Identica: jaegerandi SUSE LINUX Products GmbH, Maxfeldstr. 5, 90409 Nürnberg, Germany GF: Jeff Hawn, Jennifer Guild, Felix Imendörffer, HRB 16746 (AG Nürnberg) GPG fingerprint = 93A3 365E CE47 B889 DF7F FED1 389A 563C C272 A126 -- To unsubscribe, e-mail: opensuse-packaging+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-packaging+help@opensuse.org
On Wednesday 01 June 2011 11:43:21 Andreas Jaeger wrote:
Is it possible to build a package with hal if hal is available in the repository and without hal otherwise? How to properly organize the check on whether the package exists in the repo at the buildtime?
Or may be another solution based on an option constant defined in the project's properties is better?
You can add hal to the KDE3 repository if KDE3 is the only users of hal.
Or may be another solution based on an option constant defined in the project's properties is better?
You can add hal to the KDE3 repository if KDE3 is the only users of hal.
I meant something like the following: BuildRequires: %( echo `zypper se --match-exact hal-devel | grep hal-devel --only-matching`) But as coolo pointed me that I can check against %{_project} I will do that way. -- To unsubscribe, e-mail: opensuse-packaging+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-packaging+help@opensuse.org
Am Wednesday, 1. June 2011, 13:09:22 schrieb Ilya Chernykh:
On Wednesday 01 June 2011 11:43:21 Andreas Jaeger wrote:
Is it possible to build a package with hal if hal is available in the repository and without hal otherwise? How to properly organize the check on whether the package exists in the repo at the buildtime?
Or may be another solution based on an option constant defined in the project's properties is better?
You can add hal to the KDE3 repository if KDE3 is the only users of hal.
Or may be another solution based on an option constant defined in the project's properties is better?
You can add hal to the KDE3 repository if KDE3 is the only users of hal.
I meant something like the following:
BuildRequires: %( echo `zypper se --match-exact hal-devel | grep hal-devel --only-matching`)
But as coolo pointed me that I can check against %{_project} I will do that way.
We don't support such expansions in OBS. The scheduler would need to install a target system, just to find out about the build requires, so don't use scripts there. -- Adrian Schroeter SUSE Linux Products GmbH email: adrian@suse.de
On Wednesday 01 June 2011 13:18:21 Adrian Schröter wrote:
We don't support such expansions in OBS.
The scheduler would need to install a target system, just to find out about the build requires, so don't use scripts there.
By the way, isn't it theoretically possible to install packages inside the %build or %prep sections? -- To unsubscribe, e-mail: opensuse-packaging+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-packaging+help@opensuse.org
On Wed, 2011-06-01 at 13:31 +0400, Ilya Chernykh wrote:
By the way, isn't it theoretically possible to install packages inside the %build or %prep sections?
No, the build section does not run as root and as such you can't install packages anymore. Dominique -- To unsubscribe, e-mail: opensuse-packaging+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-packaging+help@opensuse.org
Am Wednesday, 1. June 2011, 13:31:09 schrieb Ilya Chernykh:
On Wednesday 01 June 2011 13:18:21 Adrian Schröter wrote:
We don't support such expansions in OBS.
The scheduler would need to install a target system, just to find out about the build requires, so don't use scripts there.
By the way, isn't it theoretically possible to install packages inside the %build or %prep sections?
only if you build as root (what is not default) and rpm is not locking (what some versions do IIRC)
-- Adrian Schroeter SUSE Linux Products GmbH email: adrian@suse.de
On 1 June 2011 08:43, Andreas Jaeger
On Wednesday, June 01, 2011 02:05:56 AM Ilya Chernykh wrote:
First of all I want to ask whether hal will be available under 12.1 or it is to be decided?
My second question is as follows. As you know, hal is depreciated and people who prepare 12.1 want to remove dependency on hal from different packages.
For instance they want to remove it from kdebase3-runtime which will be included in 12.1. But hal is necessary for normal function of KDE3 so we, who use KDE3 as a desktop want hal functions to be enabled.
That's why my question.
Is it possible to build a package with hal if hal is available in the repository and without hal otherwise? How to properly organize the check on whether the package exists in the repo at the buildtime?
Or may be another solution based on an option constant defined in the project's properties is better?
You can add hal to the KDE3 repository if KDE3 is the only users of hal.
It's indeed time that hal dies...
In the current factory aka 12.1 M3 it appears that though there's no package dependency defined : pm-profiler-0.1_git20101115-9.2.noarch yast2-power-management-2.18.1-10.2.noarch May be need some work, there's no package "haldaemon" (which there was in 11.4). Is this in hand, or would a bug report be useful? # pm-profiler -e balanced_low_latency /usr/lib/pm-profiler/enable-profile: line 45: /sys/devices/system/cpu/cpu0/cpufreq/ondemand/up_threshold: No such file or directory fir:/etc/squid # pm-profiler -l PROFILE=balanced_low_latency Error org.freedesktop.DBus.Error.ServiceUnknown: The name org.freedesktop.Hal was not provided by any .service files CPUFREQ_GOVERNOR= SATA_ALPM= DIRTY_WRITEBACK_CENTISECS=500 READ_AHEAD_KB=128 Error org.freedesktop.DBus.Error.ServiceUnknown: The name org.freedesktop.Hal was not provided by any .service files CPUFREQ_GOVERNOR= /usr/lib/pm-profiler/get-current-settings: line 137: [: too many arguments fir:/etc/squid # rpm -q pm-profiler pm-profiler-0.1_git20101115-9.2.noarch fir:/etc/squid # rpm -qa |grep 'yast.*power' yast2-power-management-2.18.1-10.2.noarch Came across a HOWTO on the forum so this has some user visibility - http://forums.opensuse.org/english/get-technical-help-here/how-faq-forums/un... Regards Rob -- To unsubscribe, e-mail: opensuse-packaging+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-packaging+help@opensuse.org
* Rob OpenSuSE
On 1 June 2011 08:43, Andreas Jaeger
wrote: You can add hal to the KDE3 repository if KDE3 is the only users of hal.
It's indeed time that hal dies...
In the current factory aka 12.1 M3 it appears that though there's no package dependency defined :
pm-profiler-0.1_git20101115-9.2.noarch yast2-power-management-2.18.1-10.2.noarch
May be need some work, there's no package "haldaemon" (which there was in 11.4). Is this in hand, or would a bug report be useful?
No, there was no "haldaemon" package, it is/was: hal-32bit-0.5.14-18.1.x86_64 hal-0.5.14-18.1.x86_64 invoked as "/usr/sbin/hald --daemon=yes" -- (paka)Patrick Shanahan Plainfield, Indiana, USA HOG # US1244711 http://wahoo.no-ip.org Photo Album: http://wahoo.no-ip.org/gallery2 http://en.opensuse.org openSUSE Community Member Registered Linux User #207535 @ http://counter.li.org -- To unsubscribe, e-mail: opensuse-packaging+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-packaging+help@opensuse.org
On 17 July 2011 21:37, Patrick Shanahan
* Rob OpenSuSE
[07-17-11 15:26]: On 1 June 2011 08:43, Andreas Jaeger
wrote: You can add hal to the KDE3 repository if KDE3 is the only users of hal.
It's indeed time that hal dies...
In the current factory aka 12.1 M3 it appears that though there's no package dependency defined :
pm-profiler-0.1_git20101115-9.2.noarch yast2-power-management-2.18.1-10.2.noarch
May be need some work, there's no package "haldaemon" (which there was in 11.4). Is this in hand, or would a bug report be useful?
No, there was no "haldaemon" package, it is/was: hal-32bit-0.5.14-18.1.x86_64 hal-0.5.14-18.1.x86_64
invoked as "/usr/sbin/hald --daemon=yes"
Fair enough, but when I was looking for hal stuff, this was in pm-profiler changelog, which may have been HAL replacement, so I used that name : Mon 26 Jan 2009 12:00:00 UTC hmacht@suse.de - replace "Requires: . hal ." with "Requires: . haldaemon ." in rcpm-profiler (bnc#429541) The packages don't seem to have the requires correct, so there's a problem in any case; it does not "just work". I first found something required was not pulled in with Tumbleweed (based on default KDE install), and finding this removal of HAL message I'm wondering whether this is an overlooked issue or not. The balanced low latency profile has a line : HAL_DISABLE_POLLING="yes" If the HAL daemon package called "hal" is being got rid of, unlike 11.4 then you can't just install the packages. Regards Rob -- To unsubscribe, e-mail: opensuse-packaging+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-packaging+help@opensuse.org
On Monday, July 18, 2011 00:14:02 Rob OpenSuSE wrote:
On 17 July 2011 21:37, Patrick Shanahan
wrote: * Rob OpenSuSE
[07-17-11 15:26]: On 1 June 2011 08:43, Andreas Jaeger
wrote: You can add hal to the KDE3 repository if KDE3 is the only users of hal.
It's indeed time that hal dies...
In the current factory aka 12.1 M3 it appears that though there's no package dependency defined :
pm-profiler-0.1_git20101115-9.2.noarch yast2-power-management-2.18.1-10.2.noarch
May be need some work, there's no package "haldaemon" (which there was in 11.4). Is this in hand, or would a bug report be useful?
No, there was no "haldaemon" package, it is/was: hal-32bit-0.5.14-18.1.x86_64 hal-0.5.14-18.1.x86_64
invoked as "/usr/sbin/hald --daemon=yes"
Fair enough, but when I was looking for hal stuff, this was in pm-profiler changelog, which may have been HAL replacement, so I used that name :
Mon 26 Jan 2009 12:00:00 UTC hmacht@suse.de - replace "Requires: . hal ." with "Requires: . haldaemon ." in rcpm-profiler (bnc#429541)
The packages don't seem to have the requires correct, so there's a problem in any case; it does not "just work". I first found something required was not pulled in with Tumbleweed (based on default KDE install), and finding this removal of HAL message I'm wondering whether this is an overlooked issue or not.
The balanced low latency profile has a line : HAL_DISABLE_POLLING="yes" If the HAL daemon package called "hal" is being got rid of, unlike 11.4 then you can't just install the packages.
You should be able to install, it will just not work ;-( Rob, since you found this: Could you file a bug against pm-profiler, please? We have now dropped hal and the package does not require hal in it's spec file but uses it in the rcpm- profiler script. The scripts need to work with the hal replacements... Andreas -- Andreas Jaeger, Program Manager openSUSE aj@{suse.com,opensuse.org} Twitter/Identica: jaegerandi SUSE LINUX Products GmbH, Maxfeldstr. 5, 90409 Nürnberg, Germany GF: Jeff Hawn, Jennifer Guild, Felix Imendörffer, HRB 16746 (AG Nürnberg) GPG fingerprint = 93A3 365E CE47 B889 DF7F FED1 389A 563C C272 A126 -- To unsubscribe, e-mail: opensuse-packaging+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-packaging+help@opensuse.org
Andreas Jaeger wrote:
On Monday, July 18, 2011 00:14:02 Rob OpenSuSE wrote:
On 17 July 2011 21:37, Patrick Shanahan
wrote: * Rob OpenSuSE
[07-17-11 15:26]: On 1 June 2011 08:43, Andreas Jaeger
wrote: You can add hal to the KDE3 repository if KDE3 is the only users of hal.
It's indeed time that hal dies...
In the current factory aka 12.1 M3 it appears that though there's no package dependency defined :
pm-profiler-0.1_git20101115-9.2.noarch yast2-power-management-2.18.1-10.2.noarch
May be need some work, there's no package "haldaemon" (which there was in 11.4). Is this in hand, or would a bug report be useful?
No, there was no "haldaemon" package, it is/was: hal-32bit-0.5.14-18.1.x86_64 hal-0.5.14-18.1.x86_64
invoked as "/usr/sbin/hald --daemon=yes"
Fair enough, but when I was looking for hal stuff, this was in pm-profiler changelog, which may have been HAL replacement, so I used that name :
Mon 26 Jan 2009 12:00:00 UTC hmacht@suse.de - replace "Requires: . hal ." with "Requires: . haldaemon ." in rcpm-profiler (bnc#429541)
The packages don't seem to have the requires correct, so there's a problem in any case; it does not "just work". I first found something required was not pulled in with Tumbleweed (based on default KDE install), and finding this removal of HAL message I'm wondering whether this is an overlooked issue or not.
The balanced low latency profile has a line : HAL_DISABLE_POLLING="yes" If the HAL daemon package called "hal" is being got rid of, unlike 11.4 then you can't just install the packages.
You should be able to install, it will just not work ;-(
Rob, since you found this: Could you file a bug against pm-profiler, please? We have now dropped hal and the package does not require hal in it's spec file but uses it in the rcpm- profiler script.
Already done: 706364 cu Ludwig -- (o_ Ludwig Nussel //\ V_/_ http://www.suse.de/ SUSE LINUX Products GmbH, GF: Jeff Hawn, Jennifer Guild, Felix Imendörffer, HRB 16746 (AG Nürnberg) -- To unsubscribe, e-mail: opensuse-packaging+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-packaging+help@opensuse.org
On 18 July 2011 09:08, Ludwig Nussel
Andreas Jaeger wrote:
On Monday, July 18, 2011 00:14:02 Rob OpenSuSE wrote:
Fair enough, but when I was looking for hal stuff, this was in pm-profiler changelog, which may have been HAL replacement, so I used that name :
Mon 26 Jan 2009 12:00:00 UTC hmacht@suse.de - replace "Requires: . hal ." with "Requires: . haldaemon ." in rcpm-profiler (bnc#429541)
The packages don't seem to have the requires correct, so there's a problem in any case; it does not "just work". I first found something required was not pulled in with Tumbleweed (based on default KDE install), and finding this removal of HAL message I'm wondering whether this is an overlooked issue or not.
The balanced low latency profile has a line : HAL_DISABLE_POLLING="yes" If the HAL daemon package called "hal" is being got rid of, unlike 11.4 then you can't just install the packages.
You should be able to install, it will just not work ;-(
Rob, since you found this: Could you file a bug against pm-profiler, please? We have now dropped hal and the package does not require hal in it's spec file but uses it in the rcpm- profiler script.
Already done: 706364
I'd have done it, I had actually searched to check there wasn't one already. I just wasn't sure if there was substitute being readied for the HAL bits; so thought it politest to ask Andreas how he would like this handled. I'll add the info, I found on this. If the dependencies are sorted on : pm-profiler-0.1_git20101115-9.2.noarch yst2-power-management-2.18.1-10.2.noarch and profiles updated, then this can "just work", there's not really any configuration for end user to do but choose an option. Regards Rob -- To unsubscribe, e-mail: opensuse-packaging+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-packaging+help@opensuse.org
participants (8)
-
Adrian Schröter
-
Andreas Jaeger
-
Andreas Jaeger
-
Dimstar / Dominique Leuenberger
-
Ilya Chernykh
-
Ludwig Nussel
-
Patrick Shanahan
-
Rob OpenSuSE