pbbuttons-users Mailing List for PBButtons (Page 8)
Brought to you by:
matthiasgrimm
You can subscribe to this list here.
2004 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(7) |
Jun
(3) |
Jul
(13) |
Aug
(9) |
Sep
(9) |
Oct
|
Nov
(8) |
Dec
(20) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2005 |
Jan
(13) |
Feb
(10) |
Mar
(4) |
Apr
(17) |
May
(20) |
Jun
(4) |
Jul
(15) |
Aug
(9) |
Sep
(15) |
Oct
(23) |
Nov
(9) |
Dec
(14) |
2006 |
Jan
(13) |
Feb
(5) |
Mar
(9) |
Apr
(6) |
May
(16) |
Jun
|
Jul
(11) |
Aug
|
Sep
(9) |
Oct
(1) |
Nov
|
Dec
|
2007 |
Jan
(3) |
Feb
(3) |
Mar
(1) |
Apr
(2) |
May
(1) |
Jun
(2) |
Jul
(2) |
Aug
|
Sep
|
Oct
(1) |
Nov
(3) |
Dec
|
2008 |
Jan
(2) |
Feb
|
Mar
(1) |
Apr
(3) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(1) |
2009 |
Jan
|
Feb
|
Mar
(2) |
Apr
|
May
(2) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2012 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(3) |
Sep
|
Oct
|
Nov
|
Dec
|
2015 |
Jan
(2) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
From: Matthias G. <mat...@us...> - 2005-07-26 15:27:41
|
Hi, In the stable debian package of pbbuttonsd the option NoTapTyping is enabled by default. This happend by accident and is not according to the man page. Due to the reports about machine freezes that might have or might not have a connection to this feature I urgently recommend to disable the feature for now. Change following option in pbbuttonsd.conf: NoTapTyping = no This has nothing to do with the recent reports about freezes after wakeup. Best Regards Matthias |
From: Matthias G. <mat...@us...> - 2005-07-26 15:13:45
|
> I've tried version 0.6.6 and I've tried 0.7.1 and the machince hangs > on waking from sleep with both. If the problem occours only on wakeup it's a kernel problem for sure. Maybe one ore more driver have problems with sleep and wakeup. I have heard the usb drivers make problems. Try to unload those modules before you trigger sleep. Check lsmod for other candidates Best Regards Matthias |
From: Erik de C. L. <eri...@me...> - 2005-07-26 14:10:28
|
Frank Lichtenheld wrote: > On Tue, Jul 26, 2005 at 07:38:25PM +1000, Erik de Castro Lopo wrote: > > The current version of pbuttonsd is 0.7.0 but I'm not sure what > > the previous version was. > > > > So, my questions : > > > > - Anyone know how to fix the freeze on wakeup from sleep? > > - Anyone now how get the source code for older versions of > > pbbuttonsd > > > > Answers to either of the above appreciated. > > Since the version of pbbuttonsd in Debian sarge is 0.6.6 you can easily > get this version from there. Otherwise snapshot.debian.net is your > friend... > If you want to try out pbbuttonsd 0.7.1 you can get a Debian package > from http://www.lichtenheld.de/debian/ (since uploads to Debian are > currently not possible due to the relocation of the ftp-master server > I couldn't upload this one yet).ine Thanks Frank. I've tried version 0.6.6 and I've tried 0.7.1 and the machince hangs on waking from sleep with both. Looks like this is a kernel issue. Thanks again. Cheers, Erik -- +-----------------------------------------------------------+ Erik de Castro Lopo no...@me... (Yes it's valid) +-----------------------------------------------------------+ Good advice for everyone : stay away from churches, mosques and synagouges. |
From: Frank L. <fr...@li...> - 2005-07-26 13:19:19
|
On Tue, Jul 26, 2005 at 07:38:25PM +1000, Erik de Castro Lopo wrote: > The current version of pbuttonsd is 0.7.0 but I'm not sure what > the previous version was. > > So, my questions : > > - Anyone know how to fix the freeze on wakeup from sleep? > - Anyone now how get the source code for older versions of > pbbuttonsd > > Answers to either of the above appreciated. Since the version of pbbuttonsd in Debian sarge is 0.6.6 you can easily get this version from there. Otherwise snapshot.debian.net is your friend... If you want to try out pbbuttonsd 0.7.1 you can get a Debian package from http://www.lichtenheld.de/debian/ (since uploads to Debian are currently not possible due to the relocation of the ftp-master server I couldn't upload this one yet). Gruesse, -- Frank Lichtenheld <fr...@li...> www: http://www.djpig.de/ |
From: Erik de C. L. <eri...@me...> - 2005-07-26 09:38:35
|
Hi all, I've had a G3 based iBook for about three years now. The system runs Debain testing and until very recently everything was running fine. About 2 weeks ago I did an apt-get update/upgrade which installed a new version of pbbutonsd and ever since then the machine has hung whenever it comes out of sleep. On the debian-ppc list people were suggesting that this was a kernel problem. However, my kernel stayed at the same version for a month before the problems began. The current version of pbuttonsd is 0.7.0 but I'm not sure what the previous version was. So, my questions : - Anyone know how to fix the freeze on wakeup from sleep? - Anyone now how get the source code for older versions of pbbuttonsd Answers to either of the above appreciated. Cheers, Erik -- +-----------------------------------------------------------+ Erik de Castro Lopo no...@me... (Yes it's valid) +-----------------------------------------------------------+ "When you say "I wrote a program that crashed Windows", people just stare at you blankly and say "Hey, I got those with the system, *for free*." -- Linus Torvalds -- +-----------------------------------------------------------+ Erik de Castro Lopo no...@me... (Yes it's valid) +-----------------------------------------------------------+ "Copyrighting allows people to benefit from their labours, but software patents allow the companies with the largest legal departments to benefit from everyone else's work." -- Andrew Brown (http://www.guardian.co.uk/online/comment/story/0,12449,1387575,00.html) |
From: Erik de C. L. <eri...@me...> - 2005-07-26 09:24:15
|
Hi all, I've had a G3 based iBook for about three years now. The system runs Debain testing and until very recently everything was running fine. About 2 weeks ago I did an apt-get update/upgrade which installed a new version of pbbutonsd and ever since then the machine has hung whenever it comes out of sleep. On the debian-ppc list people were suggesting that this was a kernel problem. However, my kernel stayed at the same version for a month before the problems began. The current version of pbuttonsd is 0.7.0 but I'm not sure what the previous version was. So, my questions : - Anyone know how to fix the freeze on wakeup from sleep? - Anyone now how get the source code for older versions of pbbuttonsd Answers to either of the above appreciated. Cheers, Erik -- +-----------------------------------------------------------+ Erik de Castro Lopo no...@me... (Yes it's valid) +-----------------------------------------------------------+ "When you say "I wrote a program that crashed Windows", people just stare at you blankly and say "Hey, I got those with the system, *for free*." -- Linus Torvalds |
From: Matthias G. <mat...@us...> - 2005-07-24 17:10:45
|
Hi, I recently discovered an interesting project: GNOME Power Manager. It is not really a power manager. It tries to unify the interface to various power management features and up to now it provides only a very basic configuration dialog and some toolbar functionality. The aim of this project is to replace all power management daemons (pmud, apmd and acpid are named on the home page). Currently it is far from reaching its aims and I don't see when it will be able to replace pbbuttonsd, but I think the course is quite right and facinating: To have a unique architecture independent interface to power management features. This project makes heavy use of HAL and dbus. Would it make sense to change pbbuttonsd to use HAL and dbus too? I thought a while about that and can't find any major advantages. It would be a whole bunch of work and even mean to split up pbbuttonsd in some smaller daemons (HAL drivers?) Furthermore half of the devices on my ancient Pismo showed as "unknown device" in the hal-device-manager. HAL and dbus are pretty new to me and they look very complicated to use. Has anybody experiences with HAL and dbus and would be willing to help if we found enough "pro's" to start? For the beginning I would appreciate any thought on this topic. What Do you think? Would it be helpfull to use HAL and dbus or is this not the right approach for ppc power management? Where are the benefits for pbbuttonsd using HAL and dbus? Best Regards Matthias |
From: Matthias G. <mat...@us...> - 2005-07-18 17:25:39
|
Hi, version numbers ending with '0' never seems to be stable for long. Pbbuttonsd isn't an exception from this rule and so here it is: Version 0.7.1. This release make the power management control scripts POSIX compilant. They should work now even the underlying shell is not bash. The mountpoint search routine was improved. It finds the mountpoint now even if the cdrom link contains a relative device path. The volume control is more comfortable now. It changes the volume level in bigger steps by default and allows fine tuning in conjunction with the shift modifier. In this context a bug was fixed that caused the fine tuning to fail on sound hardware with more than 100 volume steps. Download is available as usual on. http://pbbuttons.sourceforge.net Best Regards Matthias |
From: Matthias G. <mat...@us...> - 2005-07-10 11:42:45
|
Hi, after two public beta versions I decided to release PBButtons 0.7.0 today. This release fixes some serious bugs that caused busy loops. Furthermore some bugs in the alsamixer module are fixed and the search algorithm for the CDROM mountpoint was improved. The 'NoTapTyping' feature is now disabled by default and the code was restructured to reduce ADB bus load. For the complete list of changes please read Changelog. The command line tool 'pbbcmd' got some new features and is able to trigger server actions now. Download is available as usual on. http://pbbuttons.sourceforge.net Best Regards Matthias |
From: Matthias G. <mat...@us...> - 2005-07-09 11:38:09
|
Hi, I released PowerPrefs 0.5.0. This release polish the interface a bit, updated the language files and especially improve the german language file. Furthermore a tooltip to the 'NoTapTyping' option was added that would give a recommendation to solve the conflict between mouseemu and pbbuttonsd on this issue if both programs were used. Download is available under. http://pbbuttons.sourceforge.net Best Regards Matthias |
From: Matthias G. <mat...@us...> - 2005-07-06 20:16:06
|
Hi, I released GtkPBButtons 0.6.8. A spanish language file was added in this release. The program itself is unchanged. Download is available under. http://pbbuttons.sourceforge.net Best Regards Matthias |
From: Dean H. <de...@bo...> - 2005-07-05 08:30:19
|
vi /etc/pbbuttonsd.conf Dean flautist wrote: > I'm having a problem getting it to work. When I close the lid to my > laptop, the screen turns off, but the software does not suspend. > Everything keeps on running. How do I fix this? > > > ------------------------------------------------------- > SF.Net email is sponsored by: Discover Easy Linux Migration Strategies > from IBM. Find simple to follow Roadmaps, straightforward articles, > informative Webcasts and more! Get everything you need to get up to > speed, fast. http://ads.osdn.com/?ad_idt77&alloc_id492&op=click > _______________________________________________ > pbbuttons-users mailing list > pbb...@li... > https://lists.sourceforge.net/lists/listinfo/pbbuttons-users > -- WWW: http://dean.bong.com.au LAN: http://www.bong.com.au EMAIL: de...@bo... or dj...@bo... ICQ: 16867613 |
From: flautist <ilo...@gm...> - 2005-07-04 19:02:12
|
I'm having a problem getting it to work. When I close the lid to my laptop, the screen turns off, but the software does not suspend. Everything keeps on running. How do I fix this? |
From: Matthias G. <mat...@us...> - 2005-07-01 18:03:28
|
Hi, I released a beta version of the comming pbbuttonsd 0.7.0. In this beta version trackpad and keyboard will only be configured on PowerBooks that have an ADB Trackpad and/or keyboard. Furthermore the NoTapTyping function changed: Trackpad tap will now be disabled with first key stroke and enabled with first mouse move. This will reduce ADB bus load significantly. This might not solve the freeze problem, but makes it much more unlikely. Please test this version extensivly and report all problems. With enough feedback we should get the release within a week. The source package could be dowloaded from the pbbuttonsd download area of http://pbbuttons.sourceforge.net. Best Regards Matthias |
From: Matthias G. <mat...@us...> - 2005-06-26 11:04:13
|
Hi, I released a beta version of the comming pbbuttonsd 0.7.0. This release fixes another busy loop problem. Furthermore the mute function of the alsa mixer is fixed and the CDROM module finds the mountpoint of a CDROM even if it's hidden behind symlinks. The NoTapTyping option is now disabled by default as described in the man page already. Some small fixes in the display module complete the package. The command line tool pbbcmd got some additional commands. Please test this version extensivly and report all problems. With enough feedback we should get the release within a week. The source package could be dowloaded from the pbbuttonsd download area of http://pbbuttons.sourceforge.net. Best Regards Matthias |
From: Matthias G. <mat...@us...> - 2005-06-21 20:35:48
|
On Tue, 07 Jun 2005 23:50:35 -0400 Kristian Benoit <kb...@op...> wrote: Hi, would you please test the attached file? You need to replace it in the source tree and recompile. It contains your patch with a slight modification. Because you use an already modified version I send no patch. I hope this is not a problem for you. Best Regards Matthias |
From: Matthias G. <mat...@us...> - 2005-06-08 16:18:17
|
On Tue, 07 Jun 2005 23:50:35 -0400 Kristian Benoit <kb...@op...> wrote: > I think the light sensor behaviour should be to use only from the sensor > with the highest value. Cause I (and probably others) very often hide > one of the sensor (usually when pressing esc/eject) then my lcd get > darker, I remove my hand and it get brighter. I think it also is the way > osx behave. So here's the patch. Thanks for your work. I will have a look at your patch soon. Best Regards Matthias |
From: Kristian B. <kb...@op...> - 2005-06-08 03:52:07
|
I think the light sensor behaviour should be to use only from the sensor with the highest value. Cause I (and probably others) very often hide one of the sensor (usually when pressing esc/eject) then my lcd get darker, I remove my hand and it get brighter. I think it also is the way osx behave. So here's the patch. have a good night and some happy dream's :) Kristian |
From: Matthias G. <mat...@us...> - 2005-05-29 17:29:56
|
On Sat, 28 May 2005 12:39:06 -0400 hall <hal...@na...> wrote: > This would be really useful. If there currently not any way to do it I > thing it sould be pretty easy to code. If someone would spend bit of the > time on this would be highly appreciated. ;) > > my another question is why ALSA_lock patch was not included in 0.6.10 > and when it will be ? I didn't accept this patch for the main source tree, because it is a special solution for a special computer batch with a special sound system running. It might work on certain machines, but what about all the others? And as you already could see if you read the discusson on gentoo and your mail: It won't fit all needs. If I put this ALSA-lock code into the main release, you will ask for a xine and mplayer lock and next week somebody else request a whatsoever-lock. You see this might become an endless jorney. All these locks are already possible with a small script. You could use the command line tool pbbcmd to get and set any pbbuttonsd option on the fly. So it might be possible to deactivate dim and sleep just before starting mplayer and to reactivate it later. see man pbbcmd for details. This *-lock thing is currently for comfort only. If we found a more generic way to implement different sleep and dim locks, that is able to handle different souces and will work all machines not only the latest ones, without the need to change the code every week, we could talk again about this topic. Suggestions and even patches are welcome :-) Every other solution will consume too much of my time and capacitance. That's the reason why the ALSA-lock patch is not part of release 0.6.10. Does this answered your question? Nevertheless it's a nice piece of work and if it is usefull for you feel free to use it. And maybe one time we get a generic solution for all this dim and sleep lock stuff :-) Best Regards Matthias |
From: John S. S. <to...@to...> - 2005-05-29 10:57:20
|
On Sun, 2005-05-29 at 11:23 +0100, Karl Kashofer wrote: > So my question is: > Is it possible to permanently disable the internal speakers, but still > be able to regulate volume via gktpbbuttons ? Yes. From the sounds of things, you just need to change the MixerChannels line in /etc/pbbuttonsd.conf. cheers, John |
From: Karl K. <kar...@gm...> - 2005-05-29 10:24:28
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi ! As you have been so nice to reply to my questions, here is another one: I use my Pismo mostly as a jukebox, and have it attached to my hifi system via the line out. This works really nice, but there is one thing which is slightly annoying. Its the internal speakers in the powerbook. They seem to be regulated differently to the line out, as they get very loud (and sound horrible) compared to line out. I dont really need them so I wonder if there is a way to switch them off ? It should be possible, as when the powerbook wakes from sleep the line out is still playing, yet the internal speakers are silenced. When I then change the volume they come alive. So my question is: Is it possible to permanently disable the internal speakers, but still be able to regulate volume via gktpbbuttons ? Thanks, Karl -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (MingW32) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFCmZgqyD2v/adjdKMRAuuVAJ0YV2tbTxanKpURsD/bNd7u4L7vjACeNN5n k3bxAkfMKPN5j2ZazEDd9Ks= =7TXy -----END PGP SIGNATURE----- |
From: hall <hal...@na...> - 2005-05-28 16:39:14
|
hi. I'm quite newbie to linux-laptop world. I have new ibook@G4/12" for a 3 weeks now. I have got everything managed pretty good. I found ALSA_lock patch (http://forums.gentoo.org/viewtopic-p-2420632.html#2420632) that works great. I'm wondering if there is any way to prevent onBattery_DimTime to be used while mplayer (or xine or anything you want) is running. This would be really useful. If there currently not any way to do it I thing it sould be pretty easy to code. If someone would spend bit of the time on this would be highly appreciated. ;) my another question is why ALSA_lock patch was not included in 0.6.10 and when it will be ? thanks for a good job ! regards hall. |
From: Matthias G. <mat...@us...> - 2005-05-28 09:27:51
|
On Fri, 27 May 2005 22:11:49 +0100 Karl Kashofer <kar...@gm...> wrote: > I have noticed the following: > When I start "laptop-mode start" or when I unplug AC power the hdd noise > stops, and the hdd spins down after some time. > So actually all I want seems to happen when the system is on battery power. > > Now all I want is to have the computer behave the same when its on AC. > I tried the Laptop_Mode_Always_On setting in the laptop-mode script. > I also have set AP power profile to "powersave" but none of these help. > > I am not sure, but maybe pbbuttonsd 6.6 does not use the laptop-mode > script, but uses its own one ? (As i see on some google thread you once > had to use a separate laptop-mode script) The behaviour of pbbuttonsd regarding the laptop-mode script has changed during recent versions. PBButtonsd 0.6.6: This version has its own copy of a early laptop-mode script. It will be called every time the power profile changes. The laptop-mode setup is independent of the active power source. If you want to use this version with the laptop-mode-tools package, you have to deactivate the powerscript scripts.d/bdflush (remove the link event.d/bdflush) because this version didn't autodetect the laptop-mode-tools package. PBButtonsd 0.6.9: Starting with this version pbbuttonsd will call the laptp-mode script of Bart Samwel, if it is installed. This script is much more up-to-date than the built in script of pbbuttonsd. Because the existence of the laptop-mode script will be automatically detected, the pbbuttonsd default installation have not to be changed Notes to Bart Samwels laptop-mode-tools: This script has it's own powersource detection mechanism built in. If the script was called with argument "auto" the script always reacts dependent on the current power supply. All current versions of this package mostly will run in "auto" mode, even if called from pbbuttonsd. I sent a patch to Bart but he hasn't released again yet. I suggest you write to Bart Samwel or file a bug to the laptop-mode-tools debian package and tell him that you like to have the laptop-mode controled by the pbbuttons power profile independent of the current power supply. But beside all this: If you doesn't have any problems with the pbbuttonsd laptop-mode script, there is no urgent reason to switch over to laptop-mode-tools. Never change a running system :-) I hope this decription makes some package relations clear. I learned all this again during writing this. So at least I myself will benefit from it :-) > So question is: > Why can I not make the laptop do the same when on battery and on AC ? > Where do I set the configuration parameters ? (e.g. spin-down time) ? see above. > I will try to install the debian packages for gtkpbbuttonsd, powerprefs > and pbbuttonsd from the debian experimental, and tell you how badly it > breaks later on. I don't think it gets worse by installing the clients, but feedback is always welcome. :-) Best Regards Matthias |
From: Matthias G. <mat...@us...> - 2005-05-28 09:07:17
|
On Sat, 28 May 2005 10:32:36 +0200 Matthias Grimm <mat...@us...> wrote: > If you had more pbbuttons related questions, it would be fine if you post > them on the pbbuttonsd mailinglist. You can find detailed information how > to subscribe on the following web page: > http://lists.sourceforge.net/lists/listinfo/pbbuttons-users Sorry, I was completely confused. Forget the last paragraph. Best Regards Matthias |
From: Matthias G. <mat...@us...> - 2005-05-28 08:31:16
|
On Sat, 28 May 2005 01:45:27 +0100 Karl Kashofer <kar...@gm...> wrote: > Would it be possible to have the small green light under the screen on > the G3 (the one doing the heart-beat when sleeping) switched on when the > screen is blanked ? Not from user space, sorry. This is kernel business. There is an kernel option that will use the LED as HD light so you will get some flickering on HD activity if your machine is still running. There is no way to control the LED from user space I know of, sorry. > I see there is a heartbeep sound, which i gather is rather annoying, but > just switching the small green light on when the screen is blanked would > give an indication that the computer is still running. Set HeartbeatBeep = no in the configuration file to get rid of the sound. If you had more pbbuttons related questions, it would be fine if you post them on the pbbuttonsd mailinglist. You can find detailed information how to subscribe on the following web page: http://lists.sourceforge.net/lists/listinfo/pbbuttons-users Best Regards Matthias |