![]() |
Upcoming moOde 6.5.0 - Printable Version +- Moode Forum (https://moodeaudio.org/forum) +-- Forum: moOde audio player (https://moodeaudio.org/forum/forumdisplay.php?fid=3) +--- Forum: Support (https://moodeaudio.org/forum/forumdisplay.php?fid=7) +--- Thread: Upcoming moOde 6.5.0 (/showthread.php?tid=2189) |
RE: Upcoming moOde 6.5.0 - Tim Curtis - 03-02-2020 Here's latest draft release notes Code: ######################################################## RE: Upcoming moOde 6.5.0 - yannig - 03-02-2020 (03-01-2020, 11:11 PM)duracell80 Wrote: It's by no means perfect but I don't understand the dismissiveness on something that everyone has been asking for. "that everyone has been asking for." I did not ! But since I saw your propositions, I do now ! RE: Upcoming moOde 6.5.0 - DRONE7 - 03-03-2020 Hi duracell80, yes you have made a killer app for MoOde and I am itching to try it...as one who uses the radio options a lot and prefer my custom stations to the MoOde stock (sorry Tim ![]() ![]() However...Consider the long term view.... if Tim is going to add this as an official change to MoOde then ultimately he has to be confident that he understands it fully so he can support it... ![]() ... should you get run over by a bus tomorrow. (heaven forbid !) ..or dwindle off and redirect your obvious enthusiasm elsewhere and Tim has included your code and it doesn't survive another major update then he is faced with spending an enormous amount of time and effort to keep it going or dropping it from MoOde... neither option seems helpful to MoOde and it's users.... time spent on this is time not spent elsewhere... Hence his preference for P/R with solid documenting. I don't see a problem with that... there will always be some to and fro especially where a submitter has not been through the P/R process before...) and as a long time user I've seen other features come and go for just such scenarios....(mumble RT kernel mumble mumble)) So my plea to you is take it slow, look at the big picture..... ![]() Again, I am so looking forward to your radio enhancements !!! and I can wait until they're solid.. Remember...you're not alone...m>Configure>(anything)>m>About>Contributors>View Contributors Looks like it takes a village to raise a well functioning player... Tim may be the conductor but it's an orchestra that makes the music !! All the best and keep at it !! Cheers, Bob. RE: Upcoming moOde 6.5.0 - TookaFace - 03-03-2020 Maybe some small optimisations, you can see with systemctl list-timers command, those 2 timers running in background: apt-daily, apt-daily-upgrade Since upgrading manually Raspbian is not recommend with moOde anyway, i think its safe to disable those 2 timers : Code: sudo systemctl stop apt-daily.timer RE: Upcoming moOde 6.5.0 - Tim Curtis - 03-03-2020 Interessing. I didn't know these even existed. I see there are also .service files. Should those be disabled/masked as well? RE: Upcoming moOde 6.5.0 - TookaFace - 03-03-2020 You can stop the services to be sure before running the commands for timers, but no need to disabled/masked those because there are only start by their respective timer and we never know, maybe the services can be call by other programs, so it's safer not to deactivate / hide them. Im running this for some time now, i didn't notice problems. RE: Upcoming moOde 6.5.0 - Tim Curtis - 03-03-2020 Makes sense. I'll add the .timer stuff to the build recipe and mosbuild. Thx :-) RE: Upcoming moOde 6.5.0 - philrandal - 03-03-2020 (03-03-2020, 10:19 AM)TookaFace Wrote: Maybe some small optimisations, you can see with systemctl list-timers command, those 2 timers running in background: apt-daily, apt-daily-upgrade I've yet to break Moode by updating it, and I use automatic updating to keep Raspbian up to date. I don't honestly think there's anything to be gained by disabling these timers. RE: Upcoming moOde 6.5.0 - TookaFace - 03-03-2020 You still can update Raspbian the way you like, the only thing those timers does, is running apt update in the background once a day. RE: Upcoming moOde 6.5.0 - TheOldPresbyope - 03-03-2020 (03-03-2020, 02:50 PM)philrandal Wrote:(03-03-2020, 10:19 AM)TookaFace Wrote: Maybe some small optimisations, you can see with systemctl list-timers command, those 2 timers running in background: apt-daily, apt-daily-upgrade Nice catch on the timers but are you sure they actually trigger unattended upgrades. I don't see the config files to force that (https://wiki.debian.org/UnattendedUpgrades). We could set up a virgin system with the periodic system-log housekeeping turned off and see what happens. Here's what's in the abbreviated syslog on one of my players: Code: pi@moodevu:~ $ grep apt /var/log/syslog More than once we've a thread which starts out with "moOde doesn't work", reveals later that apt update/upgrade had been run out of habit, and further on reports the problem went away when they reinstalled. We can't prove the update/upgrade was their root problem but imagine Tim's user-support problems if everybody's player broke overnight because of some incompatible change. Just my 2-cents worth. Regards, Kent PS - @TookaFace this post is kinda redundant given your last post. |