Giuseppe Sacco wrote:
Default configuration for governor when the laptop uses battery instead
of AC is ondemand. This governor isn't enabled by default so the
script fails.
Maybe you could change the script in order to modprobe
cpufreq_ondemand?
Of course, that would be entirely possible. If
Giuseppe Sacco wrote:
Yes, all modules are named the same way. This is the list of kernel
modules in /lib/modules/2.6.15-1-powerpc/kernel/drivers/cpufreq:
cpufreq_conservative.ko
cpufreq_ondemand.ko
cpufreq_powersave.ko
cpufreq_stats.ko
cpufreq_userspace.ko
This list of kernel modules exists
hoelle wrote:
/usr/sbin/laptop_mode fails, when laptop has two battery slots and only
one is present.
Interesting. I've never actually seen such a situation, so I wasn't
aware that a non-inserted battery would actually show up as an entry in
/proc/acpi/battery/.
A start results in the
Hi there,
Sorry about the late response, this message fell through the cracks of
my e-mail filtering system.
I understand the problems, I'll fix them in the upcoming release.
--Bart
EspeonEefi wrote:
When the battery charge slips below MINIMUM_BATTERY_*, laptop_mode will
try to proceed
Mikael Nilsson wrote:
Hi!
Looking at line 605:
if (($REMAINING * 60 / $PRESENT_RATE = $MINIMUM_BATTERY_MINUTES)) ; then
ENOUGH_CHARGE=0
fi
This just looks *wrong* to me. It makes dataloss sensitive features
disabled, though my batteries are fully charged. It should probably be
Joshua N Pritikin wrote:
On Mon, Feb 27, 2006 at 12:47:07AM +0100, Bart Samwel wrote:
This was already fixed, we're at version 1.30 now in unstable.
Unfortunately the version with this bug moved into testing, which I
assume you're running?
Yes.
It is hard to know whether testing or unstable
Package: util-linux
Version: 2.12r-6
Severity: normal
Tags: patch
The blockdev command does not currently support the BLKFRASET and
BLKFRAGET syscalls. This functionality is needed on 2.4 kernels to allow
laptop-mode-tools to set the filesystem readahead. See laptop-mode-tools
bug #355492 for
Hi Ben,
Ben Hutchings wrote:
laptop_mode implements the READAHEAD setting by running blockdev with
the --setra option for each block-device underlying a mounted
file-system. This in turn appears to use the BLKRASET ioctl. In
Linux 2.6 this ioctl this has the desired effect. In Linux 2.4 it
FYI: I've just submitted a patch to the upstream for this. If it gets
in, this bug may finally be solved. :-)
--Bart
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Matthew A. Nicholson wrote:
[EMAIL PROTECTED] wrote:
The /user/sbin/laptop-mode script attempts to call the awk 'asort'
function which is not found in mawk. Making laptop-mode-tools depend on
gawk or finding another way to get the medium cpuspeed value would solve
the problem.
Ah, I wasn't
Mike Dornberger wrote:
Hi Bart,
On Mon, Mar 06, 2006 at 11:47:16AM +0100, Bart Samwel wrote:
FYI: I've just submitted a patch to the upstream for this. If it gets
in, this bug may finally be solved. :-)
why not submit the patch to the BTS also, so LaMont can apply it, if he
uploads 2.12r-9
Salvador Fandino wrote:
fastest and slowest are not valid values for the frequency limits on
my system.
I would like to leave these parameters unchanged from their default
values, commenting their entries on the configuration file, but then, the
same invalid default values harcoded on
Received this from submitter, forwarding to the BTS.
--Bart
Salvador Fandiño wrote:
oops, there is nothing wrong with those values, I did a poor job
finding the problem :-(
The real problem seems to be at line 606. There, $THIS_CPU_GOVERNOR
have to be used instead of $THIS_GOVERNOR
Cheers,
Package: laptop-mode-tools
Version: 1.21-1
Severity: critical
Torsten Wolf wrote:
Hi!
As I'm not sure whether the following is intended, I contact you on this
way instead of submitting a bug report. Today, apt-get updated
laptop-mode-tools to version 1.21-1 (debian unstable). An ls / as well
Julien Leproust wrote:
Package: laptop-mode-tools
Version: 1.21-1
Severity: normal
Laptop-mode reports an error when terminal control is enabled:
# /etc/init.d/laptop-mode restart
Restarting laptop mode: enabled, not active.
/usr/sbin/laptop_mode: line 1348: settermin: command not found
The
Bob Hauck wrote:
The cause is a typo on line 618 of the script, where the test for
remaining power has a '-lt' where it should be a '-gt'.
Ah, I was trying to reverse that logic, but missed a few spots
apparently. :-/ Will be fixed in the next version.
--
To UNSUBSCRIBE, email to [EMAIL
Javier Kohen wrote:
The scripts fail to set the CPU governor when booting up with AC.
My laptop-mode.conf contains NOLM_AC_CPU_GOVERNOR=ondemand, but that doesn't
cause the ondemand governor to be set.
Could you check:
1. You have set CONTROL_CPU_FREQUENCY=1?
2. Can you list the files in
EspeonEefi wrote:
In addition to the problem line mentioned by Bob, the -lt in line 621
causes laptop-mode-tools to hibernate my laptop any time I disconnect or
reconnect the power cord or close or open my lid since I have
ENABLE_AUTO_HIBERNATION=1. I believe that -lt in line 621 should also be
Hi Javier,
Javier Kohen wrote:
OK, maybe I'll make that CPU frequency bounds and governor. Or I'll
split it up, if someone has a need for only controlling the governor.
Why do you want it to control only the governor BTW?
I guess it's almost completely my fault, because I didn't read all
Mikael Nilsson wrote:
laptop-mode complains that udev fails.
This seems to be because laptop-mode expects udevinfo -q env to return
ID_MEDIA, when in fact my version does not return that. It seems ID_TYPE
would work, though.
It would. It seems that I changed the name of the variable without
Per Olofsson wrote:
Package: laptop-mode-tools
Version: 1.31-1
Severity: normal
laptop-mode-tools removes the noatime option from my filesystems when
I plug in the power, despite the fact that I have specified it in
/etc/fstab. I do not have CONTROL_NOATIME enabled, in which case I
expect
Per Olofsson wrote:
Bart Samwel:
Could you set VERBOSE_OUTPUT=1 in laptop-mode.conf and send me the output of
laptop_mode when you plug in the power? The output should be in acpid's log.
Sure.
Original options: rw,noatime,user_xattr,errors=remount-ro,commit=600
Reducing file system type
David Härdeman wrote:
the attached patch changes the laptop-mode-tools init.d script(s) to use
lsb
logging functions.
Looks good, thanks very much for contributing! It will be included in
the next release.
Cheers,
Bart
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of
David Härdeman wrote:
On Sun, Aug 27, 2006 at 09:11:44PM +0200, Bart Samwel wrote:
David Härdeman wrote:
the attached patch changes the laptop-mode-tools init.d script(s) to
use lsb logging functions.
Looks good, thanks very much for contributing! It will be included in
the next release
So would adding /dev/mapper/* to the defaults of HD fix this?
Cheers,
Bart
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Package: courier-imap
Version: 3.0.8-13
Severity: normal
I have a strong suspicion that courier-imap is the cause of massive fam
memory leakage on my system. I use courier-imap to manage several huge IMAP
folders on my system (Linux Kernel mailing list, tens of thousands of
messages present at
Stefan Hornburg wrote:
Bart Samwel wrote:
Package: courier-imap
Version: 3.0.8-13
Severity: normal
I have a strong suspicion that courier-imap is the cause of massive fam
memory leakage on my system. I use courier-imap to manage several huge IMAP
folders on my system (Linux Kernel mailing list
Sanjoy Mahajan wrote:
Twice I've tried removing the power cord during the daily rebuild of the
locate database -- and, alternatively, doing the mount command by hand
-- but I haven't managed to reproduce the problem of mount running for
20 minutes.
I'll keep trying.
Hi Sanjoy,
Any luck yet?
Bart Samwel wrote:
Francois Marier wrote:
Package: laptop-mode-tools
Version: 1.36-1
Severity: wishlist
Since the long term plans are to move to rsyslog by default on Debian,
it would be nice if
syslog supported its config file.
The relevant portion of the config file seems similar
Sanjoy Mahajan wrote:
Not yet -- sometimes the mount takes 10 seconds, but never longer than
that.
But I have a hunch that I'll test in the next few days: If I reboot the
evening before, so there's nothing in the dentry cache, maybe the mount
will take a lot longer (maybe because the find is
Bart Samwel wrote:
Francois Marier wrote:
I was just thinking about this bug and I was wondering whether there
should
be a threshold under which any value is considered invalid.
For example, a value of 0% left on battery is likely to be invalid
(as in
improperly reported) since it makes
Francois Marier wrote:
On 2008-04-14 at 19:18:14, Bart Samwel wrote:
I would suggest that, if Debian will start to use rsyslog by default, I
will change the defaults to point to the rsyslog files. Until then, I
would prefer to keep the settings as-is. Does that sound reasonable?
I think
Hi Sanjoy,
I think this is definitely getting to the point where it looks like a
kernel problem. Could you report this to the Linux Kernel mailing list
and to the ext3 maintainers? (I could do it, but I can't reproduce the
problem so I would just be a useless middle man.)
Cheers,
Bart
Francis Russell wrote:
Package: acpi-support
Version: 0.103-5
Severity: important
Support for pressing the power button to switch of the machine seems to be
broken. As I understand, support for this used to originally be in the acpid
package with the event file /etc/acpi/events/powerbtn and
Hi Wenjia,
I'm guessing that you don't run either gnome-power-manager or
klaptopdaemon. That could explain why the fake key isn't handled. Could
you confirm this?
Cheers,
Bart
Wenjia Bai wrote:
Package: acpi-support
Version: 0.103-5
Severity: normal
*** Please type your report below this
Hi Christophe,
Christophe Combelles wrote:
# /etc/init.d/laptop-mode restart
Disabling laptop mode...done (disabled, not active.).
Enabling laptop mode.../usr/sbin/laptop_mode: line 838: [: : integer
expression expected
/usr/share/laptop-mode-tools/modules/hdparm: line 168: [: : integer
Hi Kaupo,
Kaupo Arulo wrote:
It seems, that 2.6.25 does not contain
/sys/class/power_supply/BATx/charge_* entrys anymore. I used
/sys/class/power_supply/BATx/energy_*
instead:
I've done some research, and it turns out that there has always been
both charge_ and energy_, where charge_ is in
Whoa!!! That's a mistake on the order of calling an executable
test and being surprised that it doesn't work from the command line.
:-) Will fix ASAP, thanks very much for reporting.
Cheers,
Bart
Jochen Sprickerhof wrote:
Package: laptop-mode-tools
Version: 1.40-1
Severity: important
Package: debhelper
Severity: normal
Hi there,
When I built the new laptop-mode-tools package based on a new upstream
release, I lost a file called core which wasn't a core dump (it was a
shell script), because dh_clean was friendly enough to remove it for me.
I fixed it for now by renaming
Hi Sanjoy,
Sanjoy Mahajan wrote:
I compiled vanilla 2.6.25 into a Debian package using the 2.6.24 Debian
config and then yes '' | make oldconfig to get a new config and am
running that kernel. uname -a:
Linux approx 2.6.25 #1 SMP Sun Apr 20 19:41:47 EDT 2008 i686 GNU/Linux
The problem that
ACK. Will apply in the next upload, thanks!
Cheers,
Bart
Petter Reinholdtsen wrote:
Package: laptop-mode-tools
Version: 1.35-1
Severity: important
Tags: patch
User: [EMAIL PROTECTED]
Usertags: incorrect-dependency
When testing dependency based boot sequencing, I discovered what I
Hi Jose,
And, did you get those Fn-F7/F8 keys to work on a newer kernel version?
Cheers,
Bart
Hi Arnout,
I believe your problems with wireless and acpi-support 0.103-4 are due to
the fixes done for debian bug #410952. Could you confirm that if you
remove
/etc/acpi/events/asus-wireless-on
/etc/acpi/events/asus-wireless-off
that things then work again?
I would appreciate it if you could
Hi Damyan,
If those checks aren't there, they should be. I'll make sure they're
there in the next update.
Cheers,
Bart
Damyan Ivanov wrote:
Package: acpi-support
Version: 0.103-5
Severity: normal
Hi,
When acpi-support is removed, all scripts in /etc/acpi continue to
function. This makes
Daniel Amthor wrote:
Package: acpi acpi-support xorg
Version: 4.0.3-7ubuntu1
Severity: important
--- Please enter the report below this line. ---
After suspend the systeme comes back, but screen stays blank.
Switching to Console and back to graphics handles it, also killing X.
Not very nice
Sheridan Hutchinson wrote:
Bart Samwel wrote:
Hi Sheridan,
Thanks for reporting! Could you check the following: * After
resuming, does it work again after you run (as root) invoke-rc.d
laptop-mode restart? * What suspend/resume software are you using?
acpi-support, pm-utils, hibernate
On Thu, April 3, 2008 09:26, Sheridan Hutchinson wrote:
Bart Samwel wrote:
But it might be the case that pm-utils is secretly handling your
suspend needs. I haven't quite figured out what the status of that
is, and how that works. Perhaps you could try putting a script
S99laptop-mode in /etc
Hi Sheridan,
Sheridan Hutchinson wrote:
Ok I've spent some time on this and the problem is more widespread than
I thought.
As discussed before, LTM is not being loaded when resuming from suspend
or hibernate, however I also discovered contrary to my previous report,
that LTM is not activated
.
+
+ -- Julien Cristau [EMAIL PROTECTED] Tue, 08 Apr 2008 13:50:29 +0200
+
acpi-support (0.103-5) unstable; urgency=low
[ Bart Samwel ]
diff -Nru /tmp/PFuFwIn8Bc/acpi-support-0.103/suspend.d/55-down-interfaces.sh
/tmp/75Ea1WPLtc/acpi-support-0.103/suspend.d/55-down-interfaces.sh
--- acpi
I just forgot to CC this to the BTS.
--Bart
Bart Samwel wrote:
Julien Cristau wrote:
On Tue, Apr 8, 2008 at 15:21:00 +0200, Bart Samwel wrote:
Hi Julien,
Julien Cristau wrote:
If logical interfaces are used with ifup, they're not correctly
reenabled by 62-ifup.sh, because 55-down
Francois Marier wrote:
Package: laptop-mode-tools
Version: 1.36-1
Severity: wishlist
Since the long term plans are to move to rsyslog by default on Debian, it would
be nice if
syslog supported its config file.
The relevant portion of the config file seems similar, but the file is
Package: laptop-mode-tools
Version: 1.36-1
Severity: wishlist
Tags: upstream
We currently support power management only for wireless cards with ipw
drivers, not with iwlwifi. The appropriate file for iwlwifi is:
/sys/bus/pci/devices/*/power_level
* being the address of the device
(Thanks to
Francois Marier wrote:
I was just thinking about this bug and I was wondering whether there should
be a threshold under which any value is considered invalid.
For example, a value of 0% left on battery is likely to be invalid (as in
improperly reported) since it makes little sense.
So in the
John Paul Lorenti wrote:
Package: acpi-support
Version: 0.103-5
Severity: normal
I installed 915resolution on my own and do not have the file
/etc/default/915resolution. The files
/etc/resume.d/13-915-resolution-set.sh and
/etc/resume.d/49-915-resolution-set.sh check for the existance of
[EMAIL PROTECTED] wrote:
Package: acpi-support
Version: 0.103-5
Severity: normal
I believe I could kludge this locally, but since I've wasted a whole
day trying to figure out what might be at fault, let me enter a bug.
I use my own kernels, not Debian's. With 2.6.22.5 my Sleep button on
Martins Krikis wrote:
Hmm. Some good points there.
No, I wasn't running any of those, in fact kpowersave (which turns out to be
a tray applet) wasn't even installed and Gnome still isn't. When logging out
of X and pressing the button while logged on the VT, nothing happened.
Then I logged back
I did some research. According to this original Ubuntu bug report:
https://bugs.launchpad.net/ubuntu/+source/hal/+bug/76593
the event is specified as
event=hotkey ATKD 001[123456789abcdef]
because other Asus laptops specify the actual brightness with the last
number. So, we can't just take
Hi there,
Please ignore my ramblings about what the brightness key should actually
do from the last mail. I was not thinking straight. But please *do*
provide the /var/lib/acpi-support output, that'll allow me to fix this up
straight away.
Cheers,
Bart
On Mon, February 25, 2008 11:35, Bart Samwel wrote:
Martins Krikis wrote:
Hmm. Some good points there.
No, I wasn't running any of those, in fact kpowersave (which turns out
to be
a tray applet) wasn't even installed and Gnome still isn't. When logging
out
of X and pressing the button
Hi Arnout,
In addition to the information I requested below, could you also send me
the contents of the files in /var/lib/acpi-support/*? Those help me
identify your specific system in case I need to make an exception.
Dank,
Bart
On Sun, March 2, 2008 21:23, Bart Samwel wrote:
Hi Arnout,
I
Hi Kapil,
I've checked some things out now regarding your suspend issues. Here's my
comments:
On Mon, December 31, 2007 12:09, Kapil Hari Paranjape wrote:
1. I no longer need to use SAVE_VIDEO_PCI_STATE=true
which was required with etch.
That's probably an issue with upgraded X
Hi Nico,
I've taken some time to review the patches in BTS #410478, and I think I'm
going to pass most of them up. Here's a rationale, per change:
--- acpi-support-0.90-bckp/webbtn.sh2007-02-10 23:44:57.0 +0100
+++ acpi-support-0.90-work/webbtn.sh2007-02-11 00:05:03.0
On Sat, January 5, 2008 19:25, Bart Samwel wrote:
Tomaz Solc wrote:
Attached are three files containing acpid configuration that add
support for volume up/volume down/mute hot keys on Asus Eee PC (model
701).
Thanks, I'll take a look at them!
Hi Tomaz,
I've finally found some time to look
Hi there,
I've taken a look at this bug report and I think I'm going to tag it
wontfix. It seems that the only point that we'd consider immediately
useful would be to organise the /etc/acpi files better, but that's a bit
difficult considering the fact that the package is already out there with
Hi Alexei,
Just checking, I sent you this message last October, maybe it got lost in
your spam filter or something?
Cheers,
Bar
On Mon, October 8, 2007 21:53, Bart Samwel wrote:
On Sat, September 22, 2007 21:41, Alexei Krassiouk wrote:
Yes, it's completely off. Among know to me ways
Hi Martin,
Regarding the following bug report:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=424007
Since acpi-support doesn't handle the keys you named, and since it's
started working (somewhat) not by acpi-support's doing, I think that this
is not an acpi-support issue. That means I'll be
On Tue, October 23, 2007 15:25, Steffen Joeris wrote:
Package: acpi-support
Version: 0.103-1
Severity: wishlist
Hi
Here is the wishlist bugreport for the TODO list :)
As discussed via private mail already, we will put the
13-915-resolution-set.sh script into the 915resolution package.
Hi Csillag,
On Tue, December 18, 2007 12:04, Csillag Tamas wrote:
Furthermore, if you want xrandr --auto, you really make users
expect real autodetection, which we can't do.
What do you mean by real autodetection?
I mean, that an external monitor is detected as soon as you plug it in. If
you
Kapil Hari Paranjape wrote:
Dear Bart,
Thanks for your detailed response.
On Sun, 09 Mar 2008, Bart Samwel wrote:
Possible reasons:
laptop-mode-tools make a number of changes to the system and some of
them
may be interfering with resume. One would need to break down the
process further
martin f krafft wrote:
also sprach Bart Samwel [EMAIL PROTECTED] [2008.03.09.2316 +0100]:
Since acpi-support doesn't handle the keys you named
Why not?
It just doesn't, there's no events for it in the current package. So if
the behaviour currently works, then somebody else handles
martin f krafft wrote:
also sprach Bart Samwel [EMAIL PROTECTED] [2008.03.10.1014 +0100]:
It just doesn't, there's no events for it in the current package.
So if the behaviour currently works, then somebody else handles
it, apparently. And if somebody else is handling it, I can't
change
Arnout Boelens wrote:
On Sunday 09 March 2008, Bart Samwel wrote:
Hi Arnout,
In addition to the information I requested below, could you also send me
the contents of the files in /var/lib/acpi-support/*? Those help me
identify your specific system in case I need to make an exception.
Dank
Tomaz wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi Bart
Please ignore my ramblings about what the brightness key should actually
do from the last mail. I was not thinking straight.
No problem :)
What you said about hardware setting the brightness and software just
drawing the
Carl Castanier wrote:
Package: acpi-support
Version: 0.103-5
Followup-For: Bug #453861
I have same problem and it can be solve fast. It's only due to double in
asus-wireless.sh script.
Just apply this patch and you can close bug.
--- etc/acpi/asus-wireless.sh~ 2007-12-13 20:35:00.0
Hi there,
Is your name really System? ;-)
System Woodswolf wrote:
It's one side of problem. Sorry, I posted too fast.
1- Same problem is at line off above.
2 - Also key asus-wireless-off.sh and asus-wireless-on.sh are reversed.
hotkey ATKD 005e is for on
hotkey ATKD 005f is for off
Francois Marier wrote:
Package: acpi-support
Version: 0.103-5
Severity: wishlist
Tags: patch
Here are two scripts from https://wiki.ubuntu.com/ReducedPowerUsage which I
have added
to /etc/acpi/ac.d and /etc/acpi/battery.d to try to reduce my power usage while
on battery.
They have to do with
Hi Francois,
On Sun, March 16, 2008 12:04, Francois Marier wrote:
Hi Bart,
Thanks for the prompt response and taking the time to provide all of these
great pointers.
Based on your clarifications of what acpi-support does, I'm gonna look
into
laptop-mode-tools and send patches there if
Hi Tomaz,
I've included a fix for this in the next upload of acpi-support. I've
adjusted your events slightly so that they only do their thing on an Eee,
because otherwise we will break other Asus laptops again. :-)
Cheers,
Bart
Hi Carl, Arnout,
I've fixed the double quotes in asus-wireless.sh, like Carl suggested
earlier (there were two cases) and I'll leave it at that for the next
upload. There were more changes in this area in the mean time, and I'd
like to analyse this problem again after you guys upgrade to 0.105-1.
Package: tasksel-data
Version: 2.73-1
Severity: normal
Tags: patch
Hi there,
The acpi-support package has received numerous requests (see #410918,
#434566, #457387, #438665, #445900) to move nvclock and toshset from the
Depends list to the Recommends list. As these packages are actually
required
Hi everybody,
I'll be fixing this anyway, I got fed up with the sheer number of bug
reports that request this. Radeontool will be moved to Recommends in the
next upload, nvclock and toshset will follow once tasksel-data bug #471172
has been resolved.
Cheers,
Bart
Hi people,
I just want to add my EUR 0.02 to this discussion.
It wouldn't really work if acpi-support was removed from the laptop task,
as pm-utils doesn't handle the keyboard things AFAIK.
I wouldn't mind removing the suspend/hibernate stuff from acpi-support
though, if there is consensus that
On Sun, March 16, 2008 14:37, Frans Pop wrote:
On Sunday 16 March 2008, Bart Samwel wrote:
The acpi-support package has received numerous requests (see #410918,
#434566, #457387, #438665, #445900) to move nvclock and toshset from the
Depends list to the Recommends list. As these packages
Hi STeve,
Steve Langasek wrote:
On Sun, Mar 16, 2008 at 02:47:34PM +0100, Bart Samwel wrote:
doing the same for Ubuntu. I think we're all agreed that the resume/suspend
code should come out of acpi-support, it's just a question of doing the work
to make it go away gracefully.
[Adding Matthew
Hi Sanjoy,
Sanjoy Mahajan wrote:
If I unplug the AC power (the laptop is a Thinkpad T60) while the
/etc/cron.daily/locate script is running, the system slows to a crawl.
It's happened twice with this pattern so far, so I think its
reproducible.
The cause seems to a 'mount' process consuming
Arnout Boelens wrote:
On Sunday 16 March 2008, Bart Samwel wrote:
Hi Carl, Arnout,
I've fixed the double quotes in asus-wireless.sh, like Carl suggested
earlier (there were two cases) and I'll leave it at that for the next
upload. There were more changes in this area in the mean time, and I'd
Hi Csaba,
Csaba Halasz wrote:
getXuser fails to find user name if the X session is started using startx.
I'm aware of the problem, and this is definitely an promising approach.
Consider it accepted, thanks for the contribution.
+ if [ x$user = x ]; then
+ startx=`pgrep
Hi Carl,
Castanier Carl wrote:
Hi, sorry is long to answer.
No problem, I'm in no particular hurry. :-)
A6JC
Difference between the systems: A6J versus A6JC.
[kernel 2.6.24]
dmesg give me
iwl3945: Detected Intel PRO/Wireless 3945ABG Network Connection
ACPI: Battery Slot [BAT0] (battery
For the record, here's the complete info from Carl.
--Bart
Castanier Carl wrote:
2008/3/17, Bart Samwel [EMAIL PROTECTED] mailto:[EMAIL PROTECTED]:
Arnout Boelens wrote:
On Sunday 16 March 2008, Bart Samwel wrote:
Hi Carl, Arnout,
I've fixed the double quotes
Daniel Hahler wrote:
Hi,
additionally to the duplicated quotes, which should be fixed for the next
upload already, there is a bashism in asus-wireless.sh. == won't work in
e.g. dash.
So, please change it as follows:
-if [ $1 == ] ; then
+if [ $1 = ] ; then
The same applies to the other
Sheridan Hutchinson wrote:
Package: laptop-mode-tools
Version: 1.36-1
Severity: normal
Hi Bart :)
I have been wanting to make this bug-report for some time, however I
have been waiting for 2.6.24 to filter into testing (just to be sure)
before I made it.
On my system at least, this is
Bjørn Mork wrote:
Package: acpi-support
Version: 0.114-1
Severity: normal
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
One of the changes between 0.109-11 and 0.114-1 is that sleep.sh calls
prepare.sh, which does
for SCRIPT in /etc/acpi/suspend.d/*.sh; do
if [ -x $SCRIPT ] ; then
Michael Meskes wrote:
On Tue, Apr 21, 2009 at 01:04:37PM +0200, Bart Samwel wrote:
Debian only. (The ubuntu package did at some point mention suspend
methods in the config files though, probably an over-enthousiastic merge
from Debian. Don't know if that's still there.)
This merge really
Hi Fredrik,
Fredrik Tolf wrote:
The dbus-pm suspend method in the suspendorhibernate script (which is enabled
by default) is inherently broken and, I think, should be removed altogether.
It uses the dbus-send program with the --session option, but since it does not
run in the desktop user's
Hi Fredrik,
Fredrik Tolf wrote:
On Sat, 2008-11-22 at 20:31 +0100, Bart Samwel wrote:
Anyway, I don't think the suspend method is inherently broken, although
it is broken as it is now. :-) We do things inside X sessions as well
(such as locking all screens when suspending), so I expect
Raphael Hertzog wrote:
On Sun, 23 Nov 2008, Bart Samwel wrote:
1. This program is running as root, right? I would be very careful with
sourcing arbitrary shell commands from a users home directory then.
I agree that that would be risky. However, on my system the .dbus
directory is owned
Hi Ritesh,
Ritesh Raj Sarraf wrote:
USB Autosuspend mode is good for the hub and devices. These days USB is the way
to go and most laptops come with 4 USB ports. When running on battery, they are
useless and drawing a lot of power.
Powertop, when run on a default Debian
Boyd Stephen Smith Jr. wrote:
fixed 448673 0.103-5
tags 448673 + fixed
thanks
Bart didn't upload his fixed version discussed in message 71, but it does
look like he checked them into the debian VCS for the package and that
Raphael included them when he pushed out 0.103-5.
Bart or
Hi Per,
Per Olofsson wrote:
On an Eee PC 901, the volume buttons don't do anything by default with
acpi-support installed. Apparently they are not bound to anything in
/etc/acpi/events. The following files can be added to fix it:
eeepc-volume-mute:
--
event=hotkey ATKD 0013
The policy manual states (7.2):
The Recommends field should list packages that would be found together
with
this one in all but unusual installations.
It's hardly unusual to have a system without nVidia hardware.
It doesn't say in all but unusual hardware configurations. :-)
Anyhow, the
301 - 400 of 437 matches
Mail list logo
