Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 246736 - media-video/smplayer-0.6.5 user settings get overwritten/reset on upgrade
Summary: media-video/smplayer-0.6.5 user settings get overwritten/reset on upgrade
Status: RESOLVED INVALID
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: AMD64 Linux
: High critical (vote)
Assignee: Gentoo Linux bug wranglers
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2008-11-14 15:25 UTC by Tom
Modified: 2008-11-14 17:57 UTC (History)
1 user (show)

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Tom 2008-11-14 15:25:00 UTC
When emerging an updated version of smplayer, my user settings get reset or overwritten.
Settings like default video/audio output, audio normalisation, the interface layout, and also the 'current' playlist just disapear.
This happened going from 0.6.4 to 0.6.5 and also from 0.6.3 to 0.6.4.


Reproducible: Always

Steps to Reproduce:
1.emerge smplayer
2.wait for an update to be availible
3.emerge the update
;)

Actual Results:  
I get pissed of, because configuring smplayer takes about 5 minutes every time, allthewhile my nice cup of tea is just getting cold

Expected Results:  
I should not have to do this, just for a minor version update.
going from 0.6 to 0.7 is maybe a reason to break config compatibility, this however is not.

Also, I cannot seem to find the system-tray icon option anymore...
Comment 1 Lars Wendler (Polynomial-C) (RETIRED) gentoo-dev 2008-11-14 15:57:30 UTC
Please read the info messages emerge provides you with a bit more carefully. At the end of installing smplayer-0.6.4 or -0.6.5 you get the following message:

Note that the default configuration files location has changed
since 0.6.4. You may want to move your existing configuration:
mv ~/.smplayer ~/.config/smplayer

I gonna mark this bug as INVALID as a solution already exists.
Comment 2 Lars Wendler (Polynomial-C) (RETIRED) gentoo-dev 2008-11-14 16:02:08 UTC
Oh, just saw that the info message only appears when installing smplayer-0.6.5, not 0.6.4
Anyway, as both versions currently are not marked stable, you should have recieved this message when installing 0.6.5
Comment 3 Tom 2008-11-14 16:51:13 UTC
So this move happened from 0.6.3 to 0.6.4, and again from 0.6.4 to 0.6.5 ??
I sadly cannot recall reading that message, neither then nor now, but even so, I reconfigured everything going from 0.6.3 to 0.6.4, so the settings should have already been saved at the correct location?!

On a side note, what's up with mplayer not knowing the '-volume' command.
I read on the smplayer forums that there's a patch availible for mplayer and as smplayer is in portage with support for volume-setting before playback, shouldn't mplayer in portage also support it? At least via a use flag?!
Comment 4 Lars Wendler (Polynomial-C) (RETIRED) gentoo-dev 2008-11-14 17:57:30 UTC
(In reply to comment #3)
> So this move happened from 0.6.3 to 0.6.4, and again from 0.6.4 to 0.6.5 ??
> I sadly cannot recall reading that message, neither then nor now, but even so,
> I reconfigured everything going from 0.6.3 to 0.6.4, so the settings should
> have already been saved at the correct location?!

Well I cannot confirm that the upgrade from 0.6.4 to 0.6.5 garbles/resets the configs again. But to be honest I just moved my config as mentioned in the note from 0.6.5 ebuild (so obviously ran smplayer-0.6.4 without my config from <0.6.4 ;).

> On a side note, what's up with mplayer not knowing the '-volume' command.
> I read on the smplayer forums that there's a patch availible for mplayer and as
> smplayer is in portage with support for volume-setting before playback,
> shouldn't mplayer in portage also support it? At least via a use flag?!

Well this has nothing to do with smplayer directly (despite the fact, that it could make use of this option) so if you feel the need of such a USE flag for the mplayer ebuild, please file a new bug against media-video/mplayer and explain exactly why you think this USE flag is needed. Although I don't know if our mplayer maintainers would happily incorporate patches, that were not accepted by mplayer's upstream maintainers.

Cheers
Poly-C