rebase on main g20260501 changing user/group to 571 old UID/GID was taken also add new config .local dirs 0770 possible later updates will allow them to not be writable by ttrssd.
- Queries
- All Stories
- Search
- Advanced Search
- Transactions
- Transaction Logs
Advanced Search
May 11 2026
Apr 8 2026
rebase on main ce39d634b8d553412121bc6a126cc75b0e77cfef
Nov 23 2025
rebase patch starting with 1c17aeab31e5d05
Nov 6 2025
Yep. LGTM.
Jul 8 2025
Rebase on main for tt-rss-g20250704 0df0ed7b50dc182
May 16 2025
Rebased on main
Feb 25 2025
Sep 8 2024
forgot to bump bump PORTREVISION
Sep 7 2024
rebase on 21b54f2270
Aug 25 2024
rebase on 21bd6094d8 to handle UPDATING changes
Aug 22 2024
Rebase on b3cf46924d for UPDATING
Jul 21 2024
Revert GL_SITE update. This was caused by a failed rebase while working on a
update after this commit.
Jul 20 2024
Fix distsite URL
Jun 19 2024
Add UPDATING and stop if daemon doesn't have a child
Jun 16 2024
Jun 24 2023
May 5 2023
Dec 16 2022
Update to 8.0.0.18
Oct 19 2022
- Update WWW: to Makefile
- Update WWW: to Makefile
- Change versioning to handbook: Example 19. Using USE_GITHUB to Access a Commit Between Two Versions
- Update WWW: to Makefile
Aug 22 2022
- reorder
rebasing this on current main updating devel/py-pyyaml PORTNAME
Aug 6 2022
Move to a GH_TAGNAME from the released 8.0.0 to include some IMAP fixes
All tests pass.
Jun 23 2022
Rerun script with manual update from comment 702768
Jun 7 2022
Add comment about copying tests waiting for release
Jun 6 2022
- Use USES=pytest
portfmt sort order
portfmt sort order
- Update USES=pytest
Yes, that works well. Thanks for the recommendation.
- update for USES=pytest
er sorry I misread that. Ok added comment.
- Add comment stating why USE_GITHUB vs sdist
They do disagree. 15.8 porters handbook recommends keeping USE_* vars together (using USE_GITHUB GH_* as example).
May 27 2022
Upstream updated https://github.com/sethmlarson/rfc6555/pull/8 and prefer not to add test to sdist.
May 21 2022
Update diff 14.19.3
May 13 2022
Mar 8 2022
Mar 6 2022
Tested on py37:
- Added patch to fix idle folder with spaces (forget this from the init. review).
- Capped offlineimap3 to 3.7-3.9 since imaplib2 is limited to 3.9. In turn only testing offlineimap3 for py37/8/9
- Patched docs sphinx-build command to use the correct conncurrent version. Will need to fix upstream.
- Patched out tests that require a network connection and user auth. Maybe have upstream move these out of unittest?
Run unittests with python37, 38. 39. 310, and 311
Sorry in the wrong branch. Updating from correct one.
- Add comments for build depends and pypi packaging
- include CONFLICTS_INSTALL just in case someone is still using the removed py-offlineimap package
Mar 4 2022
Add tests include file in files/ tests
Mar 3 2022
Added tests and moved to github until tests are added
Mar 1 2022
tests are not included in sdist. Requested here: https://github.com/sethmlarson/rfc6555/pull/8
You're correct the tests dir is not included in the sdist. However, those test are just to import the module. Maybe to test future absolute_import? I don't know how much value this would add. If you still think this is a good idea I can ask to include tests.
Feb 28 2022
Feb 9 2022
Aug 15 2021
Remove :27 from USES python:27
Remove Google Analytics script
Jul 22 2021
Can you upload the .vbox file?
Jul 20 2021
reorder devel/Makefile
Add extra details in MOVED
Jul 19 2021
2.x has been replaced by 3.x
Looks like some ports were removed between then (2/2020) and today (7/2021). Forget the exact method to update the tree at the time however this was used.
New version on main as of 7/18/21
Jul 18 2021
Jul 17 2021
In D30868#702305, @jrm wrote:I'm not seeing those. http://pkg.ftfl.ca/data/13amd64-default/2021-07-16_09h32m04s/logs/bear-3.0.13.log
So I think we are ready to commit. Any objections? I did a quick runtime test of bear -- gmake on a project and all seems fine.
Jul 15 2021
Added because of the following warning if they're not there. Might be related to you current issues with qa.sh?
Jul 12 2021
Building with 1.38.1_1,2 and without the openssl build dep, it works.
Looking at devel/grpc Makefile if you're using base SSL it removed the check for openssl from grpc's cmake CMakeLists.txt file. Should it also remove the openssl require from the .pc files too?
I also have tests working with a non-ports build however it depends on https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=257123 being fixed.
I see the staging from cmake it using ENV's DESTDIR (/wrkdirs/usr/ports/devel/bear/work/stage/) and prepending that to ${CMAKE_INSTALL_PREFIX} (wrkdirs/usr/ports/devel/bear/work/.build/stage)
Jun 22 2021
The current error is grpc++ pkgconfig requiring grpc requiring openssl. Since you're not installing ports openssl and since base doesn't provide an openssl pkgconfig (/usr/libdata/pkgconfig/) openssl can't be found by pkgconfig.
Jun 6 2021
May 17 2021
In D30030#680673, @thierry wrote:Thanks! I copied this sentence from the tt-rss forum, and with the used font did not notice the bad quote ;-)
With the right one, it goes further in single user mode, but the migration fails:
[07:50:35/51886] Starting migration to 141...
[07:50:35/51886] Failed on line: create table ttrss_user_prefs2 ( owner_uid integer not null, pref_name varchar(250), profile integer null, value longtext not null, foreign key (profile) references ttrss_settings_profiles(id) ON DELETE CASCADE, foreign key (owner_uid) references ttrss_users(id) ON DELETE CASCADE) ENGINE=InnoDB DEFAULT CHARSET=UTF8
[07:50:35/51886] Migration failed: SQLSTATE[42000]: Syntax error or access violation: 1142 REFERENCES command denied to user 'xxxx'@'localhost' for table 'ttrss_settings_profiles'So I had to run the migration scripts manually, connected as root: this is not very user friendly…
Furthermore, the installed scripts 143.sql, 144.sql and 145.sql do not increment the schema version, and then when you connect to tt-rss it wants to re-run the migration once more!
I had to run manually:
update ttrss_version set schema_version = 145;Are these problems fixed in a newer version? Or is it documented somewhere?
May 16 2021
In D30030#680511, @thierry wrote:After upgrading, I updated my config file, but I cannot run it in single user mode to update the schema.
I tried different things around
putenv(‘TTRSS_SINGLE_USER_MODE=true’);
but always without success!Could you please put the correct one in config.php.sample?
- Add commented SINGLE_SUER_MODE example in config.php.in
With that if everything looks good I'll upload a new patch to the PR.
I've always opened them in pairs if I had a review. Open a PR in Bugzilla so it's publicly known and review so non-Phab members can follow along.
Any additional comments?
May 7 2021
- fix typo and inline URL in UPDATING
Updating tomorrow to handle the epoch bump.
Apr 30 2021
This pre maturely committed.
Apr 29 2021
Had an extra non-tt-rss commit mixed up with this. Removed.
Mar 31 2021
Change to 1.4.15
Mar 27 2021
Mar 14 2021
Mar 2 2021
In D28871#649595, @decke wrote:I think we never had a legacy port for phpvirtualbox because there are not that many users and upstream is almost dead. It should be enough for now to change the dependencies to vbox-legacy. We can update it when the dust has settled.
Feb 23 2021
In D28871#646753, @madpilot wrote:I tested now virtualbox 6 modified to force clang 11 from ports on 12.2 and it works fine. I think this fix is cleaner than forcing DEBUG.
I'm almost sure this would work for 11.x too, but it's difficult to test because I'd have to build a full set of ports using SSL from ports, due to the QT/OpenSSL issue. Maybe I'll test that too, anyway I'll remove the restriction on 11 along with the one on 12.