[gentoo-user] why unmerge acpid ?

[gentoo-user] why unmerge acpid ?

[Thanasis]

uname -r
2.6.22-gentoo-r5

I have acpi in my USE flags and compiled support in kernel:

grep -i acpi .config |grep -v ^\#
CONFIG_ACPI=y
CONFIG_ACPI_SLEEP=y
CONFIG_ACPI_SLEEP_PROC_FS=y
CONFIG_ACPI_PROCFS=y
CONFIG_ACPI_BUTTON=m
CONFIG_ACPI_VIDEO=m
CONFIG_ACPI_FAN=m
CONFIG_ACPI_PROCESSOR=m
CONFIG_ACPI_THERMAL=m
CONFIG_ACPI_BLACKLIST_YEAR=0
CONFIG_ACPI_EC=y
CONFIG_ACPI_POWER=y
CONFIG_ACPI_SYSTEM=y
CONFIG_PNPACPI=y
CONFIG_ATA_ACPI=y

*BUT* , isn't acpid needed by some apps like gnome battery charge monitor?
Why does "emerge --update" suddenly want to remove sys-power/acpid?
Is there something else we are supposed to use, instead of sys-power/acpid?

Thanasis

-- 
gentoo-user@gentoo.org mailing list

Re: [gentoo-user] why unmerge acpid ?

[Neil Bothwick]

[-- Attachment #1: Type: text/plain, Size: 339 bytes --]

Hello Thanasis,

> Why does "emerge --update" suddenly want to remove sys-power/acpid?

emerge --update doesn't remove anything. Post your emerge command and
the output of it with --pretend added so that we may understand what you
mean. Adding --tree too is a good idea.


-- 
Neil Bothwick

Death is a nonmaskable interrupt.

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [gentoo-user] why unmerge acpid ?

[Thanasis]

on 09/12/2007 12:32 AM Neil Bothwick wrote the following:
> Hello Thanasis,
>
>> Why does "emerge --update" suddenly want to remove sys-power/acpid?
>
> emerge --update doesn't remove anything. Post your emerge command and
> the output of it with --pretend added so that we may understand what you
> mean. Adding --tree too is a good idea.
>
You're right.
I meant emerge -av --depclean
(just after having run emerge --sync && emerge -Du world)
(sorry it's late here, and I'm tired :-[ ).
I did let it unmerge acpid, just to see if revdep-rebuild would
re-emerge it but it did *not*.
So, what's going on?
Thanasis


-- 
gentoo-user@gentoo.org mailing list

Re: [gentoo-user] why unmerge acpid ?

[Jesús Guerrero]

On Wed, 12 Sep 2007 00:48:03 +0300
Thanasis <thanasis@asyr.hopto.org> wrote:

> on 09/12/2007 12:32 AM Neil Bothwick wrote the following:
> > Hello Thanasis,
> >
> >> Why does "emerge --update" suddenly want to remove sys-power/acpid?
> >
> > emerge --update doesn't remove anything. Post your emerge command and
> > the output of it with --pretend added so that we may understand what you
> > mean. Adding --tree too is a good idea.
> >
> You're right.
> I meant emerge -av --depclean

That means that the package

1.- it is not in the world file (/var/lib/portage/world), _and_
2.- it is not a dependency of any package that is on the world file

That could happen for many reasons. For example, if acpid was
installed as a dependency of a given package, and that package
has been uninstalled. If can also happen if you emerged it with
-1 or --oneshot. It can also be just a case of corruption in the
world file. It can happen.

The solution is as easy as to emerge that package again, without
--oneshot, so it will be added to the world file.

-- 
Jesús Guerrero <i92guboj@terra.es>
--
gentoo-user@gentoo.org mailing list

Re: [gentoo-user] why unmerge acpid ?

[Thanasis]

on 09/12/2007 01:08 AM Jesús Guerrero wrote the following:
> <snip>
>
> That means that the package
>
> 1.- it is not in the world file (/var/lib/portage/world), _and_
> 2.- it is not a dependency of any package that is on the world file
>
> That could happen for many reasons. For example, if acpid was
> installed as a dependency of a given package, and that package
> has been uninstalled.
Maybe.
>  If can also happen if you emerged it with
> -1 or --oneshot. 
I don't think I did.
> It can also be just a case of corruption in the
> world file. It can happen.
Maybe it has never been in there.
>
> The solution is as easy as to emerge that package again, without
> --oneshot, so it will be added to the world file.
I think that is not the correct action for something that is normally
pulled in as a dependency, right?

# emerge -pve gnome > gnome
# grep -i acpi gnome
[ebuild   R   ] sys-apps/hal-0.5.9-r1  USE="acpi crypt disk-partition
-debug -dell -doc -pcmcia (-selinux)" 0 kB
[ebuild   R   ] gnome-base/gnome-applets-2.18.0-r2  USE="acpi apm gnome
hal ipv6 -debug -doc -gstreamer" 0 kB
#

See the acpi dependency?  Is that supposed to work without acpid?


-- 
gentoo-user@gentoo.org mailing list

Re: [gentoo-user] why unmerge acpid ?

[Jesús Guerrero]

On Wed, 12 Sep 2007 01:25:36 +0300
Thanasis <thanasis@asyr.hopto.org> wrote:

> # emerge -pve gnome > gnome
> # grep -i acpi gnome
> [ebuild   R   ] sys-apps/hal-0.5.9-r1  USE="acpi crypt disk-partition
> -debug -dell -doc -pcmcia (-selinux)" 0 kB
> [ebuild   R   ] gnome-base/gnome-applets-2.18.0-r2  USE="acpi apm gnome
> hal ipv6 -debug -doc -gstreamer" 0 kB
> #
> 
> See the acpi dependency?  Is that supposed to work without acpid?
> 
That is where your error is. The acpi flag doesn't automatically mean
that that package needs acpid to work, there are lots of packages that
have the "acpi" substring in their names.

If you look into gnome-applets-2.18.0-r2.ebuild for "acpi" you see
many things. But none of them is in the DEPEND or RDEPENDS declarations,
which in turn, means that the use of that flag should not add any
additional dependency.

Even more, at the final part of the ebuild you can see:

pkg_postinst() {
        gnome2_pkg_postinst

        if use acpi && ! use hal ; then
                elog "It is highly recommended that you install acpid if you use the"
                elog "battstat applet to prevent any issues with other applications "
                elog "trying to read acpi information."
        fi
}

That message appears when you emerge gnome-applets. And it is telling
you from first hand that you *need* to emerge acpid _by hand_ if you
want all the acpi based applications to behave correctly. 

So that is what you should be doing.

-- 
Jesús Guerrero <i92guboj@terra.es>
--
gentoo-user@gentoo.org mailing list

Re: [gentoo-user] why unmerge acpid ?

[Thanasis]

on 09/12/2007 01:34 AM Jesús Guerrero wrote the following:
> On Wed, 12 Sep 2007 01:25:36 +0300
> Thanasis <thanasis@asyr.hopto.org> wrote:
>
>> # emerge -pve gnome > gnome
>> # grep -i acpi gnome
>> [ebuild   R   ] sys-apps/hal-0.5.9-r1  USE="acpi crypt disk-partition
>> -debug -dell -doc -pcmcia (-selinux)" 0 kB
>> [ebuild   R   ] gnome-base/gnome-applets-2.18.0-r2  USE="acpi apm gnome
>> hal ipv6 -debug -doc -gstreamer" 0 kB
>> #
>>
>> See the acpi dependency?  Is that supposed to work without acpid?
>>
> That is where your error is. The acpi flag doesn't automatically mean
> that that package needs acpid to work, there are lots of packages that
> have the "acpi" substring in their names.
>
> If you look into gnome-applets-2.18.0-r2.ebuild for "acpi" you see
> many things. But none of them is in the DEPEND or RDEPENDS declarations,
> which in turn, means that the use of that flag should not add any
> additional dependency.
>
> Even more, at the final part of the ebuild you can see:
>
> pkg_postinst() {
>         gnome2_pkg_postinst
>
>         if use acpi && ! use hal ; then
>                 elog "It is highly recommended that you install acpid if you use the"
>                 elog "battstat applet to prevent any issues with other applications "
>                 elog "trying to read acpi information."
>         fi
> }
>
> That message appears when you emerge gnome-applets. And it is telling
> you from first hand that you *need* to emerge acpid _by hand_ if you
> want all the acpi based applications to behave correctly. 
>
> So that is what you should be doing.
>
Thanks.
I had not seen those logs.
Just deleted them. :-[
-- 
gentoo-user@gentoo.org mailing list

Re: [gentoo-user] why unmerge acpid ?

[Neil Bothwick]

[-- Attachment #1: Type: text/plain, Size: 514 bytes --]

On Wed, 12 Sep 2007 00:08:15 +0200, Jesús Guerrero wrote:

> The solution is as easy as to emerge that package again, without
> --oneshot, so it will be added to the world file.

You don't need to recompile a package just to add one line to a text
file. See the --noreplace option for emerge. Although adding acpid is
probably not the solution here. If nothing installs it as a dependency,
there is no need to install it.


-- 
Neil Bothwick

WinErr 019: User error - Not our fault. Is Not! Is Not!

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [gentoo-user] why unmerge acpid ?

[Mark Shields]

[-- Attachment #1: Type: text/plain, Size: 1788 bytes --]

On 9/11/07, Mark Shields <laebshade@gmail.com> wrote:
>
> On 9/11/07, Jesús Guerrero <i92guboj@terra.es> wrote:
> >
> > On Wed, 12 Sep 2007 00:48:03 +0300
> > Thanasis <thanasis@asyr.hopto.org> wrote:
> >
> > > on 09/12/2007 12:32 AM Neil Bothwick wrote the following:
> > > > Hello Thanasis,
> > > >
> > > >> Why does "emerge --update" suddenly want to remove sys-power/acpid?
> > > >
> > > > emerge --update doesn't remove anything. Post your emerge command
> > and
> > > > the output of it with --pretend added so that we may understand what
> > you
> > > > mean. Adding --tree too is a good idea.
> > > >
> > > You're right.
> > > I meant emerge -av --depclean
> >
> > That means that the package
> >
> > 1.- it is not in the world file (/var/lib/portage/world), _and_
> > 2.- it is not a dependency of any package that is on the world file
> >
> > That could happen for many reasons. For example, if acpid was
> > installed as a dependency of a given package, and that package
> > has been uninstalled. If can also happen if you emerged it with
> > -1 or --oneshot. It can also be just a case of corruption in the
> > world file. It can happen.
> >
> > The solution is as easy as to emerge that package again, without
> > --oneshot, so it will be added to the world file.
> >
> > --
> > Jesús Guerrero <i92guboj@terra.es>
> > --
> > gentoo-user@gentoo.org mailing list
> >
> >
> --oneshot is unnecessary; if the package is already installed and you just
> want to add it to the world file, use the --noreplace option.
>
> --
> - Mark Shields


I'm not thinking straight.  --oneshot doesn't change anything concerning the
world file.  --noreplace adds a package to the world file without actually
emerging it.

-- 
- Mark Shields

[-- Attachment #2: Type: text/html, Size: 2883 bytes --]

Re: [gentoo-user] why unmerge acpid ?

[Bo Ørsted Andresen]

[-- Attachment #1: Type: text/plain, Size: 630 bytes --]

On Wednesday 12 September 2007 00:34:51 Jesús Guerrero wrote:
> > [ebuild   R   ] gnome-base/gnome-applets-2.18.0-r2  USE="acpi apm gnome
> > hal ipv6 -debug -doc -gstreamer" 0 kB
[...]
>         if use acpi && ! use hal ; then
[...]
> That message appears when you emerge gnome-applets. And it is telling
> you from first hand that you *need* to emerge acpid _by hand_ if you
> want all the acpi based applications to behave correctly.

As you can see from the conditional it shows up if you have acpi enabled and 
hal disabled. Clearly this is not the case for the OP (he has hal enabled 
too).

-- 
Bo Andresen

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [gentoo-user] why unmerge acpid ? RESOLVED

[Thanasis]

on 09/11/2007 11:36 PM Thanasis wrote the following:
> uname -r
> 2.6.22-gentoo-r5
>
> I have acpi in my USE flags and compiled support in kernel:
>
> grep -i acpi .config |grep -v ^\#
> CONFIG_ACPI=y
> CONFIG_ACPI_SLEEP=y
> CONFIG_ACPI_SLEEP_PROC_FS=y
> CONFIG_ACPI_PROCFS=y
> CONFIG_ACPI_BUTTON=m
> CONFIG_ACPI_VIDEO=m
> CONFIG_ACPI_FAN=m
> CONFIG_ACPI_PROCESSOR=m
> CONFIG_ACPI_THERMAL=m
> CONFIG_ACPI_BLACKLIST_YEAR=0
> CONFIG_ACPI_EC=y
> CONFIG_ACPI_POWER=y
> CONFIG_ACPI_SYSTEM=y
> CONFIG_PNPACPI=y

> CONFIG_ATA_ACPI=y
>
> *BUT* , isn't acpid needed by some apps like gnome battery charge monitor?
> Why does "emerge --update" suddenly want to remove sys-power/acpid?
> Is there something else we are supposed to use, instead of sys-power/acpid?
>
> Thanasis
>
Portage was correct.
I didn't need acpid as I had hald (hal) installed. I just needed to
start hald. :-)

Thank you all for your help :-)

-- 
gentoo-user@gentoo.org mailing list

Re: [gentoo-user] why unmerge acpid ?

[Jesús Guerrero]

On Wed, 12 Sep 2007 00:56:33 +0200
Bo Ørsted Andresen <bo.andresen@zlin.dk> wrote:

> On Wednesday 12 September 2007 00:34:51 Jesús Guerrero wrote:
> > > [ebuild   R   ] gnome-base/gnome-applets-2.18.0-r2  USE="acpi apm gnome
> > > hal ipv6 -debug -doc -gstreamer" 0 kB
> [...]
> >         if use acpi && ! use hal ; then
> [...]
> > That message appears when you emerge gnome-applets. And it is telling
> > you from first hand that you *need* to emerge acpid _by hand_ if you
> > want all the acpi based applications to behave correctly.
> 
> As you can see from the conditional it shows up if you have acpi enabled and 
> hal disabled. Clearly this is not the case for the OP (he has hal enabled 
> too).
> 
My bad, then he doesn't need acpid at all.

You are completely right, thanks for the correction.

-- 
Jesús Guerrero <i92guboj@terra.es>
--
gentoo-user@gentoo.org mailing list

Re: [gentoo-user] why unmerge acpid ?

[Alan McKinnon]

On Wednesday 12 September 2007, Thanasis wrote:
> # emerge -pve gnome > gnome
> # grep -i acpi gnome
> [ebuild   R   ] sys-apps/hal-0.5.9-r1  USE="acpi crypt disk-partition
> -debug -dell -doc -pcmcia (-selinux)" 0 kB
> [ebuild   R   ] gnome-base/gnome-applets-2.18.0-r2  USE="acpi apm
> gnome hal ipv6 -debug -doc -gstreamer" 0 kB
> #
>
> See the acpi dependency?  Is that supposed to work without acpid?

Two things, and read the ebuilds. 

1. the *DEPENDS from the ebuild:

============
RDEPEND=">=dev-libs/glib-2.6
                >=dev-libs/dbus-glib-0.61
                kernel_linux? ( >=sys-fs/udev-104 )
                kernel_linux? ( >=sys-apps/util-linux-2.12r-r1 )
                kernel_linux? ( >=sys-kernel/linux-headers-2.6.17 )
                kernel_FreeBSD? ( dev-libs/libvolume_id )
                >=dev-libs/expat-1.95.8
                >=sys-apps/pciutils-2.2.3
                >=dev-libs/libusb-0.1.10a
                sys-apps/usbutils
                virtual/eject
                amd64? ( >=sys-apps/dmidecode-2.7 )
                x86? ( >=sys-apps/dmidecode-2.7 )
                ia64? ( >=sys-apps/dmidecode-2.7 )
                dell? ( >=sys-libs/libsmbios-0.13.4 )
                disk-partition? ( <=sys-apps/parted-1.8.6 )
                kernel_linux? ( crypt? ( || ( >=sys-fs/cryptsetup-1.0.5
                                                
>=sys-fs/cryptsetup-luks-1.0.1 ) ) )
                selinux? ( sys-libs/libselinux
                                        sec-policy/selinux-hal )"
#               pam? ( sys-auth/consolekit )"

DEPEND="${RDEPEND}
                dev-util/pkgconfig
                >=dev-util/intltool-0.35
                doc? ( app-doc/doxygen
                                app-text/docbook-sgml-utils
                                app-text/xmlto )"

PDEPEND="app-misc/hal-info"
============

2. Just because an ebuild has a certain USE flag does not means that it 
will want to install a closely related daemon. USE=acpi is there to 
enable some supported acpi feature in hal, which does not necessarily 
have to have acpid installed to do it. The reason for that will be 
peculiar to and unique to hal itself. RTFS for more info.

alan


-- 
Optimists say the glass is half full,
Pessimists say the glass is half empty,
Developers say wtf is the glass twice as big as it needs to be?

Alan McKinnon
alan at linuxholdings dot co dot za
+27 82, double three seven, one nine three five
--
gentoo-user@gentoo.org mailing list