On Wed, Oct 19, 2011 at 14:46, Leonid Isaev wrote:
> On (10/19/11 14:19), David C. Rankin wrote:
> -~> On 10/18/2011 04:33 PM, Leonid Isaev wrote:
> -~> >-~>That's 3 spontaneous reboots in 11 minutes. Something is
> really off.
> -~> >-~>
> -~> >-~> --
> -~> >-~> David C. Rankin, J.D.,P.E.
On Sun, Nov 20, 2011 at 09:55:22PM -0600, Erik Johnson wrote:
OK, I believe I have found why. I ran acpi_listen before closing the
lid, and observed the following:
button/lid LID close
button/lid LID open
Both events match "button/lid" in the case statement in handler.sh. I
took the default ha
On Sun, Nov 20, 2011 at 08:57:31PM -0600, Erik Johnson wrote:
On Sun, Nov 20, 2011 at 03:23:16PM -0600, Leonid Isaev wrote:
If plain pm-suspend works fine, this means that the lid close event is
triggered twice: on close and open. You can verify whether it is true by
replacing pm-suspend with l
On Sun, Nov 20, 2011 at 03:23:16PM -0600, Leonid Isaev wrote:
If plain pm-suspend works fine, this means that the lid close event is
triggered twice: on close and open. You can verify whether it is true by
replacing pm-suspend with logger "Some message" in handler.sh and see if there
are two mes
On Sun, Nov 20, 2011 at 10:16:36PM +0100, Alex Ferrando wrote:
Have you taken into consideration the deprecation of the old /proc
interface for acpi?
https://mailman.archlinux.org/pipermail/arch-dev-public/2011-October/021829.html
--
Alex Ferrando
handler.sh uses /sys on my netbook.
--
Caveats first:
I know the package I'm referring to is from the aur -- the linux-pf kernel.
I'm asking here rather than file a needless bug report for someone to have
to squash.
I also realize not everyone's whims can be considered or satisfied and
don't expect such.
However since the pkgbuild is
On 11/20/11 at 11:35pm, Carlchristian Eckert wrote:
> >If plain pm-suspend works fine, this means that the lid close event is
> >triggered twice: on close and open. You can verify whether it is true by
> >replacing pm-suspend with logger "Some message" in handler.sh and see if
> >there
> >are two
On Sunday 20 of November 2011 15:08:54 Erik Johnson wrote:
> Since the 3.1 update, when I suspend with pm-suspend, upon resuming my
> netbook goes right back to sleep. This behavior is not present in
> 3.0.7-1 but exists in 3.1-4 and 3.1.1-1. However, this only happens when
> my netbook is suspende
If plain pm-suspend works fine, this means that the lid close event is
triggered twice: on close and open. You can verify whether it is true by
replacing pm-suspend with logger "Some message" in handler.sh and see if there
are two messages in /var/log/messages.
Yes, I get actually exactly this
On (11/20/11 22:14), Alexander van den Berghe wrote:
-~> On 11/20/2011 10:08 PM, Erik Johnson wrote:
-~> >Since the 3.1 update, when I suspend with pm-suspend, upon resuming my
-~> >netbook goes right back to sleep. This behavior is not present in
-~> >3.0.7-1 but exists in 3.1-4 and 3.1.1-1. Howev
On 20/11/11 22:14, Alexander van den Berghe wrote:
On 11/20/2011 10:08 PM, Erik Johnson wrote:
Since the 3.1 update, when I suspend with pm-suspend, upon resuming my
netbook goes right back to sleep. This behavior is not present in
3.0.7-1 but exists in 3.1-4 and 3.1.1-1. However, this only happ
On 11/20/2011 10:08 PM, Erik Johnson wrote:
Since the 3.1 update, when I suspend with pm-suspend, upon resuming my
netbook goes right back to sleep. This behavior is not present in
3.0.7-1 but exists in 3.1-4 and 3.1.1-1. However, this only happens when
my netbook is suspended via a lid close eve
Since the 3.1 update, when I suspend with pm-suspend, upon resuming my
netbook goes right back to sleep. This behavior is not present in
3.0.7-1 but exists in 3.1-4 and 3.1.1-1. However, this only happens when
my netbook is suspended via a lid close event. Running pm-suspend from
the command line
On Sun, Nov 20, 2011 at 2:10 PM, Hector Martinez-Seara wrote:
> Hi Tom,
> My system is fully updated so I guess that I have to assume that I
> should file a bug against hplip.
There are no /etc/udev/rules.d/* files in the official hplip package,
maybe they are some old stale files that you shoul
Hi Tom,
My system is fully updated so I guess that I have to assume that I
should file a bug against hplip.
Hector
On 20 November 2011 14:19, Tom Gundersen wrote:
> On Sun, Nov 20, 2011 at 12:01 PM, Hector Martinez-Seara
> wrote:
>> After yesterday update I get the following message when reboot
On Sun, Nov 20, 2011 at 12:01 PM, Hector Martinez-Seara
wrote:
> After yesterday update I get the following message when rebooting the
> computer (the computer boots fine):
>
> #
> Sun Nov 20 12:45:34 2011: :: Triggering UDev uevents [BUSY]
On 20 November 2011 12:02, Hector Martinez-Seara wrote:
>
> Why I'm so blind,
> Thanks
>
> On 20 November 2011 12:48, Jakob Gruber wrote:
> > On 11/20/2011 11:44 AM, Hector Martinez-Seara wrote:
> >> Hi,
> >> I have been looking but I haven't found a solution to check if a given
> >> file in my s
Why I'm so blind,
Thanks
On 20 November 2011 12:48, Jakob Gruber wrote:
> On 11/20/2011 11:44 AM, Hector Martinez-Seara wrote:
>> Hi,
>> I have been looking but I haven't found a solution to check if a given
>> file in my system belongs to any of my Installed packages.
>>
>> For example, in all m
Hi,
After yesterday update I get the following message when rebooting the
computer (the computer boots fine):
#
Sun Nov 20 12:45:34 2011: :: Triggering UDev uevents[BUSY][DONE]
Sun Nov 20 12:45:34 2011: :: Loading User-specified Modules
On 11/20/2011 11:44 AM, Hector Martinez-Seara wrote:
> Hi,
> I have been looking but I haven't found a solution to check if a given
> file in my system belongs to any of my Installed packages.
>
> For example, in all my 3 archllinux machine I have a directory named:
> /usr/lib/libreoffice/basis3.3
Hi,
I have been looking but I haven't found a solution to check if a given
file in my system belongs to any of my Installed packages.
For example, in all my 3 archllinux machine I have a directory named:
/usr/lib/libreoffice/basis3.385Mb
I would not expect to have this directory as I'm fully
21 matches
Mail list logo
