Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Update TT-RSS to Git commit f61f2a26 and fix on DSM-6 #1976

Merged
merged 1 commit into from
Jan 3, 2016

Conversation

saschpe
Copy link
Contributor

@saschpe saschpe commented Dec 5, 2015

DSM-6.0 moved PHP into a separate package. Both /bin/php and /usr/bin/php
are minimal variants lacking the necessary MySQL PHP modules. Therefore
depend on package PHP5.6 on DSM build 7135 or later and use
/usr/local/bin/php56.

@saschpe
Copy link
Contributor Author

saschpe commented Dec 5, 2015

Tested on DSM-6.0-7135. Can't hurt if someone checks on DSM-5.x

@saschpe saschpe changed the title Update to git commit f61f2a26 and fix on DSM-6 Update TT-RSS to Git commit f61f2a26 and fix on DSM-6 Dec 5, 2015
PHP="/usr/bin/php"
fi
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Is it possible to make this a oneliner like USER right above?

@Dr-Bean
Copy link
Contributor

Dr-Bean commented Dec 6, 2015

I don't know exactly why Synology chose php56 as the binary name, but that's going to be fun when Synology decides to package PHP7.0...
Other than the comment Diaoul provided, LGTM.

@saschpe
Copy link
Contributor Author

saschpe commented Dec 6, 2015

@Dr-Bean I don't know why we now need to have three php binaries across the system :-)

@Dr-Bean
Copy link
Contributor

Dr-Bean commented Dec 6, 2015

Probably backwards compatibility to a degree, at least during the beta. My guess is that the other binaries will disappear, or be replaced with a symlink pointing to the binary of the new package e.g. when DSM6 final is released.

One last thing I didn't notice before: could you remove PKG_FULL_NAME? That's no longer necessary.

USER="$([ $(grep buildnumber /etc.defaults/VERSION | cut -d"\"" -f2) -ge 4418 ] && echo -n http || echo -n nobody)"
PHP="/usr/bin/php"
USER="$([ $(/bin/get_key_value /etc.defaults/VERSION buildnumber) -ge 4418 ] && echo -n http || echo -n nobody)"
PHP="$([ $(/bin/get_key_value /etc.defaults/VERSION buildnumber) -ge 7135 ] && echo -n /usr/local/bin/php56 || echo -n /usr/bin/php)"
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

And remove the unnecessary space ;)

@saschpe
Copy link
Contributor Author

saschpe commented Dec 6, 2015

Note quite sure if it's a TTRSS bug but I had to do this to get the update daemon to work:
php -r "echo time()."\n";" > lock/update_daemon.stamp
Would be great if someone could double-check.

@Dr-Bean
Copy link
Contributor

Dr-Bean commented Dec 10, 2015

Last question was meant for DSM6? Can't test that myself.
I assume that the new WebStation package is still running as http, so it's not a permissions issue?

@saschpe
Copy link
Contributor Author

saschpe commented Dec 10, 2015

@Dr-Bean Yes, that was on DSM6. Not it's not a permission issue TT-RSS simply expects the file to be there. I'm pretty sure it's a bug since the update_daemon doesn't create it itself if missing.

So I'm unsure if we should add the above php line to the postinstall function...

@Dr-Bean
Copy link
Contributor

Dr-Bean commented Dec 10, 2015

That seems to be a bug or a change in behavior in TT-RSS then? The lock files are created with the current package. I only did a quick check on DSM5: I updated to the commit in this PR, and the same problem occurs: no lockfiles.
Can you check if the current TT-RSS package (with the necessary changes to the PHP version) does work on DSM6?

@nickbroon
Copy link
Contributor

👍

@Dr-Bean
Copy link
Contributor

Dr-Bean commented Jan 2, 2016

@saschpe Not sure if you read my previous comment?

DSM-6.0 moved PHP into a separate package. Both /bin/php and /usr/bin/php
are minimal variants lacking the necessary MySQL PHP modules. Therefore
depend on package PHP5.6 on DSM build 7135 or later and use
/usr/local/bin/php56.
@saschpe
Copy link
Contributor Author

saschpe commented Jan 2, 2016

Seems like the issue was solved recently. The package works for me after upgrading to commit 7f4fff96. Could you please double-check?

@nickbroon
Copy link
Contributor

Linking to tt-rss DSM6 discussion. http://forum.synology.com/enu/viewtopic.php?f=260&t=105868

@Dr-Bean Dr-Bean merged commit de11b90 into SynoCommunity:master Jan 3, 2016
@Dr-Bean
Copy link
Contributor

Dr-Bean commented Jan 3, 2016

Seems to work as intended on DSM5 ;) Thanks for taking care of it :)

@Dr-Bean
Copy link
Contributor

Dr-Bean commented Jan 5, 2016

tt-rss 20160102-10 has been published on the repository.

@nickbroon
Copy link
Contributor

Using the new tt-rss 20160102-10 I'm seeing the following in the tt-rss logs:

E_WARNING (2) include/functions2.php:261 file_get_contents(lock/update_daemon.stamp): failed to open stream: No such file or directory [Last query: SELECT ref_id AS id FROM ttrss_user_entries WHERE owner_uid = 1 ORDER BY ref_id DESC LIMIT 1] admin 0:23

and the update daemon fails to update the feeds as a result.

@Dr-Bean
Copy link
Contributor

Dr-Bean commented Jan 6, 2016

Does the file exist? (/volume1/web/tt-rss/lock/update_daemon.stamp presumably)

@nickbroon
Copy link
Contributor

Unfortunately no.

@Dr-Bean
Copy link
Contributor

Dr-Bean commented Jan 6, 2016

Try a fresh install maybe...it does create it here, and iirc I tested with both an upgrade and an actual clean install.
Otherwise, you can create probably it with the command @saschpe mentioned here...make sure you're located in the correct dir of course.

@nickbroon
Copy link
Contributor

It was a fresh install on DSM6 after uninstalling the old package.
I'll try the command you mention.

@Dr-Bean
Copy link
Contributor

Dr-Bean commented Jan 6, 2016

Ah...DSM6. Still can't test that, so I'll leave that to @saschpe: he said it worked ;)

@saschpe
Copy link
Contributor Author

saschpe commented Jan 6, 2016

Works for me, though I'll re-test by uninstalling and wiping the installation. Either way, we could add the one-liner from above into the post-install function...

@saschpe
Copy link
Contributor Author

saschpe commented Jan 6, 2016

Nope, works. Just un-installed the package completely and did a fresh install.

@nickbroon Sure you installed the latest version?

@reyman
Copy link

reyman commented Jan 6, 2016

I installed the version which appear today. Uninstall change nothing. Where can i find the log ?

@nickbroon
Copy link
Contributor

@saschpe Did you uninstall the package and also manually remove the tt-rss/lock/update_daemon.stamp to make sure you have a clean starting state. (Or perhaps completely remove the tt-rss directory)

I'm definitely using 20160102-10, installed from synocommunity using Package Manager.

@saschpe
Copy link
Contributor Author

saschpe commented Jan 6, 2016

@nickbroon Quick shot at fixing it: #2056

@LawrenceAusten
Copy link

FWIW, I did the following and everything, including updating, seems to be working fine:

rm /usr/syno/bin/php
ln -s /usr/local/bin/php56 /usr/syno/bin/php // Side effects on other packages?

change '/usr/bin/php' to '/usr/local/bin/php56' in /var/services/web/tt-rss/config.php

Restarted package via regular DSM web interface

@saschpe saschpe deleted the ttrss-dsm6-and-update branch January 3, 2018 20:14
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

7 participants