OESF Portables Forum
Model Specific Forums => Sharp Zaurus => Zaurus - pdaXrom => Topic started by: Zumi on January 08, 2006, 03:59:19 am
-
Just install this package and your Z will be resumed before and alarm event if it was suspended, so KO/Pi can use it's own built-in alarm.
Get it from the contrib feed along with a good version of kdepim:
kopi-apm_1.1 (http://mail.pdaxrom.org/contrib/rc11+-armv5tel/kopi-apm_1.1_armv5tel.ipk) and kdepimpi_2.2.7 (http://mail.pdaxrom.org/contrib/rc11+-armv5tel/kdepimpi_2.2.7_armv5tel.ipk) or add http://mail.pdaxrom.org/contrib/rc11+-armv5tel/ (http://mail.pdaxrom.org/contrib/rc11+-armv5tel/) to the feed list in the Package manager!- You need atd for this package, but it's a dependency, so it should be installed along with this. atd is in the stable feed of 1.1.0beta1 release of pdaXrom.
- You need a custom compiled kdepim to have alarm sounds (it doesn't play them in the feed version). Cattin compiled the one I'm using and it's also a dependency.
- KO/Pi needs to be running if you want alarms
Mainly it's based on Cattin ideas, so thanks for them, minus the atd daemon, thanks Sashz for that.
Important note: atd is automatically started after a reboot, but to start it without reboot, please execute the following command:
etc/rc.d/init.d/atd start
Thanks gromituk, for pointing this out!
Happy alarming,
Zumi
EDIT: the download path for the files has been changed, and there's a new, 1.1 version along with that. Sorry for the inconvenience about the mess with the filenames.
-
On my 860, with a virgin installation of 1.1.0beta1, I installed atd on /mnt/card, then kdepimpi on /mnt/card, then kopi-apm on /mnt/card, at which point the package manager log reported 'Package "kopi" not found on external storages.'
Is kdepimpi the right package, or should kopi-apm look for kdepimpi as an alternative to kopi, or am I just confused? Kopi plays a sound for the alarm, but of course doesn't wake up the Z for this.
PS 'at' usually comes with 'atq' to show what is awaiting processing, and 'atrm' to remove stuff from the queue. Not necessary for this application but could be quite useful in general.
-
Install at least kopi-apm and atd in the root folder; They eat about... 10k space on it. Tell it if it was wrong that way too. And the package manager output is strange, because I haven't made this kopi-apm dependent on kdepim (or kopi) so it shouldn't say something like that.
Zumi
-
is it kopi_apm or kopi-apm?
underscores in package name confuse ipkg.
-
is it kopi_apm or kopi-apm?
underscores in package name confuse ipkg.
[div align=\"right\"][a href=\"index.php?act=findpost&pid=110007\"][{POST_SNAPBACK}][/a][/div]
It's "kopi-apm_1.0_armv5tel.ipk" here for me, but it's getting downloaded as "kopi_apm_1.0_armv5tel.ipk", so f*ck. This forum attachment system is a pain in the... neck.
EDIT: Okay, for now: please rename the package to kopi-apm, this way:
mv kopi_apm_1.0_armv5tel.ipk kopi-apm_1.0_armv5tel.ipk
when you downloaded it.
Zumi
-
is it kopi_apm or kopi-apm?
underscores in package name confuse ipkg.
[div align=\"right\"][a href=\"index.php?act=findpost&pid=110007\"][{POST_SNAPBACK}][/a][/div]
It's "kopi-apm_1.0_armv5tel.ipk" here for me, but it's getting downloaded as "kopi_apm_1.0_armv5tel.ipk", so f*ck. This forum attachment system is a pain in the... neck.
Yes - I've removed kopi_apm and atd as you suggest, and when re-installing kopi_apm the log says "Installing kopi...", then Kopi can no longer play sounds because it can't find /mnt/card/opt/kdepim-2.2.7/kdepim/korganizer where the default wav file is.
EDIT: Okay, for now: please rename the package to kopi-apm, this way:
mv kopi_apm_1.0_armv5tel.ipk kopi-apm_1.0_armv5tel.ipk
when you downloaded it.
Zumi
[div align=\"right\"][a href=\"index.php?act=findpost&pid=110017\"][{POST_SNAPBACK}][/a][/div]
OK - done that, installed it and atd in /, reinstalled kde-pimpi in /mnt/card, and... kopi dies when an alarm occurs during suspend (without waking up the Z). Now running it from the command line to see what's going on.
PS Has anyone else noticed Kopi's propensity to put extra carats in the event dialogue? I've just had three flashing merrily away at different phases in different fields!
-
[...]
PS Has anyone else noticed Kopi's propensity to put extra carats in the event dialogue? I've just had three flashing merrily away at different phases in different fields!
[div align=\"right\"][a href=\"index.php?act=findpost&pid=110024\"][{POST_SNAPBACK}][/a][/div]
OK, now try to remove kopi-apm, atd and kdepim completely and install them from the places I altered in the first post! Thanks for the testing! It was good that this underscore error was found out...
Zumi
-
Good news !
It works perfectly on my C1000.
I just needed to reboot for it to work otherwise it couldn't wake up the Z.
Congrats Zumi
EDIT: I used kopi_apm_1.0, now I see that there's a new version 1.1
-
Now running it from the command line to see what's going on.
[div align=\"right\"][a href=\"index.php?act=findpost&pid=110024\"][{POST_SNAPBACK}][/a][/div]
Exits with "Illegal instruction" , and it leaves the mail light flashing.
Reinstalled kdepimpi on / - still didn't wake up - but then I realised I hadn't started the atd. Now all is sweetness and light!!!
-
It's good to see that it's really working.
1.0->1.1 only difference is that I made it dependent on kdepim too. Now it pulls that from the feed if you just install kopi-apm. Just a bit of userfriendliness, and to avoid confusion, I made a new version from it.
Zumi
-
Really brilliant work, all of you. Haven't used alarms on kopi before and they're quite sophisticated, warning you if you've missed any, etc. I can confirm that it works with the lid closed, too - being able to press the button on the back to silence the alarm is good for panic situations!
Could the atd package be updated to call '/etc/rc.d/init.d/atd start' once it's installed? Otherwise it's a bit confusing that it won't work initially. We don't want a Windows-style "please reboot now" situation! In the mean time, maybe you could edit your original post to include this instruction?
-
Thanks for the excellent work Zumi and Cattin.
However I think it ought to be pointed out that this solution pim only works for the root user. As Cattin notes:
My solution doesn't scan ko/pi's data file for the next alarm, but uses the two files (/home/root/.kopi_next_alarm & .kopi_suspend_alarm)
That is the alarm info is hardcoded to be written in root's home directory, thus if you're running as a non-root user (as I was originally doing) you're not going to get any alarms
Maybe a more general solution can be found? Like writing alarm info into /var/spool or something so that users other than root can be catered for?
-- cheers
-
The whole pdaXrom is root centered at the moment, nothing is refined from this point of view (mainly file/directory ownerships), so I don't bother making a user-friendly solution for this reason.
It's not strictly root dependent, for example this can be easily solved by chowning the /var/spool/atd directory to root:somegroup, chmod it to 775 and adding the user to somegroup. It should work after that, 'cause the script is looking for ~/.kopi* files, which is not root dependent.
Zumi
-
The whole pdaXrom is root centered at the moment, nothing is refined from this point of view (mainly file/directory ownerships), so I don't bother making a user-friendly solution for this reason.
Understood, but going forward that is something that ought to be addressed. After all we are running a full linux system and are subject to the same vulnerabilities. The reason I started to use a non-root user was when I tried out xscreensaver and it complained that it's going to refuse to run as root.
It's not strictly root dependent, for example this can be easily solved by chowning the /var/spool/atd directory to root:somegroup, chmod it to 775 and adding the user to somegroup. It should work after that, 'cause the script is looking for ~/.kopi* files, which is not root dependent.
Unfortunately kdepim seems to be. When I tried it using a non-root user no .kopi* files were created.
BTW I am curious as to why your script "manually" creates the files that at itself should create. That is, why don't you call at directly?
-- cheers
-
It should work after that, 'cause the script is looking for ~/.kopi* files, which is not root dependent.
Aren't suspend/wakeup scripts always executed under root?
-
Thanks for this! Alarms are really important to me and I wasn't sure if I could have kept using pdaXrom untill they were. Thanks again for posting this info!
Works great on my C1000.
-
Unfortunately kdepim seems to be. When I tried it using a non-root user no .kopi* files were created.
I don't think so, I'm using kopi under pdaXrom for a few months now, and my alarms work fine. And I'm running as a non-root user too, There're few things need to be changed for non-root users here and there, but nothing major or showstoppers as far as I can recall.
-albertr
-
The whole pdaXrom is root centered at the moment, nothing is refined from this point of view (mainly file/directory ownerships), so I don't bother making a user-friendly solution for this reason.
It's not strictly root dependent, for example this can be easily solved by [...]
[div align=\"right\"][a href=\"index.php?act=findpost&pid=110262\"][{POST_SNAPBACK}][/a][/div]
My rant might be a bit offtopic, but I feel the need to say it and later shut up for good.
This attitude of Sashz and Laze impacting other contributors is gradually starting to piss me off.
As far as I can tell the main promise of pdaXrom is to provide palmtop-optimized near-laptop power. The main promise is we can treat the Z. as a normal computer.
This can not be achieved unless normal work under non-root accounts is possible.
Many people here have pointed out their specific reasons why this is important. I'll add two of mines:
* I need to allow remote logins with X forwarding for normal users
* I need to run a variety of daemons/programs under specific accounts
Now I am able to work normally only after a long and painful process of tweaking which makes the "normal" every-3-months upgrade to the newer RC a nightmare. I started checking-in various settings, sudoers etc files and scripts for the upgrade into my development Subversion repository until I realized this is probably insane.
So probably I am staying with RC12 for now. And since I do not upgrade, there is no reason for me to sponsor further development (apart from hardware donations), or participate actively in the forum. I know Laze and Sashz are very well aware of this, because of the numerous related bug reports, feature requests and financial bounty promises made if only, finally, support for normal users is added.
And they have promised many times during the past 1,5 years that this would be eventually done. But they prefer for unknown reasons not to do anything about it for now and to accept the above consequences instead -- which is their legitimate choice of course.
However, not providing a very basic, normal stuff is rarely a good direction.
-
(a cross post)
i wrote a command-line alarm program, that uses the APM scripts etc.
if you need an alarm,
with multiple schedules,
horrible sound,
configurability,
and your XTerm (or even VT-0) is at hand, you shoud try it:
http://shula.is.dreaming.org/zaurus/zaurus-scripts.html (http://shula.is.dreaming.org/zaurus/zaurus-scripts.html)
it depends on python,
cron daemon, or other scheduling process running,
and if you want a popup msgbox, you should have gtk (pdaxrom's default anyway).
it works on my pdaXrom 12 (or is it 10? 8? i dont remember)
with python, /etc/apm/wakeup.d has a link,
and so far so good.
enjoy
-
It should work after that, 'cause the script is looking for ~/.kopi* files, which is not root dependent.
Aren't suspend/wakeup scripts always executed under root?
[div align=\"right\"][a href=\"index.php?act=findpost&pid=110282\"][{POST_SNAPBACK}][/a][/div]
You are right, silly me. I will modify the script to find out which user is running kopi at the moment and look into his homedir...
So the current script isn't so root independent after all.
To sds: Expect root-independent default install in... hmm... X months. Sorry, I don't know when, but it's on my list. I sent PM how you can help, if you want!
To desertrat: If you look at what "at" does, it's really just a simple ~20 line bash script. I just extented that and added some alarm specific stuff. At is just a nice sample file how atd works.
Zumi
-
Where can I download kopi-apm package? pdaxrom feed isn't working.