(old)Puppy Linux Discussion Forum

I installed Retrovol in my Puppy 4.31 powered Dell Inspiron 1501. I made it the default volume control and thus far it works as advertised.

Thanks, my puppy is that much closer to perfection now.

I have uploaded version 0.3. I fixed the bug Barry mentioned on his bug involving the slider showing up on the taskbar. I also added the -v/--version option. Finally, I replaced the -show option with -hide, and made the corresponding change in functionality - now running plain "retrovol" will pop up the main window in addition to creating the tray icon, while running it as "retrovol -hide" will only create the tray icon.

IMPORTANT: If upgrading, you will need to adjust your ~/.xinitrc file to use the -hide flag.

See the first post for download link.

I found an error in the previous version (actually, in the last two or three version, but it didn't do anything until now), so I fixed it and uploaded a new version. The problem is I had an array that was 7 characters long that was supposed to hold a string that was 7 characters long - which sounds okay until you consider that strings need an extra character for the null terminator. So the null was being written over the next variable, causing things to break when you use the -bg and -hide options in conjunction.

So, I fixed that and uploaded version 0.4 today.

Hi Pizzasgood

I tried to install retrovol-4 in a tpup I made from the latest woof and it failed. It installs to /usr/local/bin and therefore the original that BK has in woof is found first ... it's in /usr/bin.
Also, the .desktop file needs some attention.... [show? ]
Cheers

Not to sound cold and uncaring, but I didn't even include a .desktop file, so that isn't really my problem....

(Though I probably should start including one with the package now that I have the -hide option vs. -show option finalized.)


You generally should not install packages over other packages. Especially when the two packages come from different vendors! You should either uninstall the old version from the alternate vendor before installing a new one, or else wait for that vendor (aka Barry) to update their package to the new version.


Retrovol is open source (in fact, all of the code that I wrote for this has been released into the Public Domain - but not the eggtrayicon stuff I included, which is LGPL), so you can always recompile it to suit your own needs. To have it in /usr/bin you would just download and expand the source package, and run the following inside it: Of course, you should uninstall the existing version(s) first.

hehe! Pizza's not so good cold!

Ok, understood, thanks for reply. (er, I should have checked the .pet)

Cheers

Thanks Pizzasgood - works a treat on Dpup.

I kinda like cold pizza. Will test in 4.4-testing

01micko wrote:hehe! Pizza's not so good cold!

Ok, understood, thanks for reply. (er, I should have checked the .pet)

Cheers

Yes mick in Australia the pizza is terrible, and cold its even worse, North American pizza is far better, more toppings, better cheese and pepperoni, etc. Man I miss pizza from Canada its was really nice, plus there no curds in oz, how are you suppose to make a poutine?
ttuuxxx

i use retrovol with xfce4 with tray in upper panel and slider appears in the center of the screen

Well that's not good. The method I used to position it is a bit of a hack, so I was planning to eventually change that anyway. I'll check on that next time I work on it. Though I probably won't be working on Retrovol for the next couple weeks as I focus on getting CheesyRamHog to the point where I can use it as my main OS. (I just finished automating the first half of the compile-from-source process this morning and am testing that in the background right now.)

For the record, that positioning problem and the need for balance control are the next items on my list for when I come back to working on this, unless any serious bugs are noticed.


I prefer cold pizza for breakfast, and sometimes for lunch if it's an early lunch. But I usually prefer it hot the rest of the time, especially for supper.

If you're looking at positioning stuff again, it would also be nice if there was an option to make the mixer come up in the corner of the screen instead of the centre, or alternatively it could remember its location instead of always moving back to the centre

I have to stay with 0.2 as 0.4 does not work properly for me.

I have the icon in the tray, which is fine.

There is a menu entry in the Multimedia menu to run the mixer. If I do that (or type "retrovol" in a terminal), then I see two menu entries "Quit" and "Exit" -- I chose the latter, which killed the tray icon as well.

I then tried to rerun the mixer, by typing "retrovol" in a terminal, but it won't start -- nothing happens, just returns to the prompt.

0.2 works fine, except for that little taskbar problem.

Can you separate the tray icon and the mixer to separate applications? That might make things much cleaner.

Seems to be that instead of properly closing it sometimes becomes a zombie. Then the PID check when you try to rerun it thinks it's still running, so it sends the popup signal and exits.

The quick fix is to remove the leftover PID file (/var/run/retrovol.pid) before trying to relaunch it.

Taking a quick look at the code, I'm not sure how this situation can even happen, because it should remove the PID file before it tries to exit, and it shouldn't be able to become a zombie until after it tries to exit. I suspect maybe the code handling the tray icon might not be being told to close properly, causing the program to try exiting before it has a chance to finish cleaning up.

I'm not a big fan of the idea of breaking it apart, so I'll try to fix the actual problem first. I'll also learn how to access the process list from C in order to make the PID check more robust so that it can survive the times when there are zombie uprisings. (It can already handle stale files by virtue of that sending the popup signal via kill() returns an error code when the process does not exist. But when the process is a zombie it does still exists and receives signals happily.)

Hello,
I like it..
It is configurable, easy, and slick...
And it scrolls...
Very nice..
I`ll be getting a lot of use from this pet..

Pizzasgood,
I don't want the mixer to have an "Exit" menu entry that kills the tray icon. People will see two entries in the mixer "Quit" and "Exit" and that will cause confusion, then they will try the latter and be surprised when the tray icon disappears (as I was).

You are thinking in terms of the mixer only being launched from the tray icon perhaps, while I also want it to launch separately from the main Multimedia menu -- in the latter case, exiting the mixer should definitely not have any affect on the tray icon.

Good point. I think I'll change the right-click behavior to show a menu instead of immediately bringing up the main window. That would also leave room for having an option to have it launch a different program as the main one while still allowing access to the configuration GUI.

That way I could justify removing the exit option from the main window entirely. Exiting the tray icon would be done from the tray icon itself. More obvious => less room for Murphy's Law to take effect.

Just my 2 cents: right-click to bring up the mixer is the best feature. Maybe it could be configurable, or a command-line option for keen people?

The other option would be to relabel "Exit" to make the behaviour clear. This wouldn't let people use another mixer... but do they really want to?

So I'm clear, I meant that the menu it brings up would have an entry to launch the main window. So you could still access it from the icon. It would just be either two clicks, or a down-click + drag-to-entry + release, instead of the current immediate down-click-only.

If there is demand for no menu even after the clarification, I will add a configuration option.

I'll probably add a separate tab especially for the tray-related options like that (and of course move the applicable ones into that tab). There's already more than I'd like in the Main tab.

It would just be either two clicks, or a down-click + drag-to-entry + release, instead of the current immediate down-click-only

Yes, I did realise what you meant, but two clicks is so much less efficient than one