Pixelfed, Federated Image Sharing
-
The app is finished packaging and works pretty well! Final Cloudron specific tweaks like tests, medialinks, etc and then I guess it can publish. If you want it now, you can grab it from my repo: https://git.cloudron.io/doodlemania2/pixelfed and do cloudron install
-
@doodlemania2 How does it handle cloudron server reboots? Has this been tested? It wont try to reinstall pixelfed will it
Do you have documentation on how to update the code on new releases of pixelfed?
-
It's destined to be a standard app for Cloudron so will support server reboots, etc. Some tweaks will need to be made by the CR teams for it to move into the app store but will work with them on those over the coming days.
-
@doodlemania2 Awesome, thank you so much! I would love to test it, but do you know if there is any way to "migrate" once its release officially in the appstore?
-
@stantropics You would need to backup and restore the database and public files (like user uploads since PixelFed is an image hosting service like IG)
-
Correct, also make sure to do a backup of the database. The app as it is now supports the in built cloudron backup, so it SHOULD work for you, but no promises
-
Pixelfed can be accessed on Android from Fedilab --- a multifunctional client to access the distributed Fediverse
https://f-droid.org/en/packages/fr.gouv.etalab.mastodon/ -
-
@Hillside502 @jdaviescoates is correct - AP is short for ActivityPub (the backend for communication in Mastodon, and a supported protocol in Pixelfed )
-
Hi, I am not a expert but I understand many things and I am learning everyday, can you guide me how to use your package on Cloudron? or point me where to look?
Thanks in advice, and thanks to @murgero that point me out about your package.
-
You can clone the repo locally and deploy it with the Cloudron CLI: https://cloudron.io/documentation/custom-apps/cli/#installing
-
@doodlemania2 thanks
-
Thanks to @doodlemania2, @mehdi, @girish and everybody who has worked on this so far - it looks pretty good and I cannot wait to have it as an official app.
Just wanted to share my current experience and my thoughts with the community.
While testing it I found there are two aspects that can be improved:- Federation does not work and even configuring it in .env to
ACTIVITY_PUB=true REMOTE_FOLLOW=true ACTIVITYPUB_INBOX=true ACTIVITYPUB_SHAREDINBOX=true
doesn't seem to make it work. I'm tinkering with it but haven't found a solution so far.
- .env should be placed somewhere under /app/data so it can be edited by the user (e.g. for changing the instance name, activating/deactivating ActivityPub, setting max filesize etc.).
Unfortunately, something like
COPY .env /app/data/storage/config/.env RUN ln -fs /app/data/storage/config/.env /app/code/pkg/.env
in the Dockerfile does not work. Pixelfed can't load the config correctly as it throws errors during startup.
-
I solved issue number one today using those config parameters for AP:
## Activity Pub ACTIVITY_PUB=true AP_REMOTE_FOLLOW=true AP_INBOX=true AP_SHAREDINBOX=true AP_OUTBOX=true ATOM_FEEDS=true NODEINFO=true WEBFINGER=true
Furthermore I got the information that in ordner to make federation work you need to follow a person from another instance and a person of this instance need to follow you so the other instance knows about yours.
-
@stantropics +1, will you be submitted a PR to @doodlemania2 's repo?
I am just finishing up metabase, I can look into getting pixelfed published after that.
-
@stantropics said in Pixelfed, Federated Image Sharing:
Unfortunately, something like
COPY .env /app/data/storage/config/.env
RUN ln -fs /app/data/storage/config/.env /app/code/pkg/.envin the Dockerfile does not work. Pixelfed can't load the config correctly as it throws errors during startup.
That is normal. As
/app/data
is a volume, it does not exist yet during build time, it is only there at runtime. So you cannot put stuff there in the dockerfile and expect it to be there. You can, however, do just theln
part, and do the copy as acp
instart.sh
. -
@girish said in Pixelfed, Federated Image Sharing:
@stantropics +1, will you be submitted a PR to @doodlemania2 's repo?
This is now done.
@mehdi said in Pixelfed, Federated Image Sharing:
That is normal. As
/app/data
is a volume, it does not exist yet during build time, it is only there at runtime. So you cannot put stuff there in the dockerfile and expect it to be there. You can, however, do just theln
part, and do the copy as acp
instart.sh
.Makes sense! However, the code does work. When I do a
cat /app/code/pkg/.env
inside the apps terminal (in recovery mode as it won't start up) it prints the entire and correct config.
I have created this issue to work on it:
https://git.cloudron.io/doodlemania2/pixelfed/-/issues/1If someone can help to move the config I would appreaciate it.
-
@stantropics said in Pixelfed, Federated Image Sharing:
However, the code does work
Yes, that's because docker has a "feature" that if it copies files from the docker image into a volume on first run. So, if you put files in /app/data in Dockerfile, it gets copied over on first run into the /app/data volume. For cloudron packages, we don't use this feature (by convention) since this feature is kind of arcane.