Pixelfed, Federated Image Sharing

[doodlemania2]

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.

[stantropics]

@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?

[murgero]

@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)

[doodlemania2]

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

[A Former User]

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/

[murgero]

@Hillside502 Fedilab is a decent client too - used it for a while when I was still in the AP scene. Works great on Pleroma too I heard?

[A Former User]

@murgero AP?

[jdaviescoates]

@Hillside502 said in Pixelfed, Federated Image Sharing:

AP?

I'd guess ActivityPub

[murgero]

@Hillside502 @jdaviescoates is correct - AP is short for ActivityPub (the backend for communication in Mastodon, and a supported protocol in Pixelfed )

[blavkm]

@doodlemania2

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.

[doodlemania2]

You can clone the repo locally and deploy it with the Cloudron CLI: https://cloudron.io/documentation/custom-apps/cli/#installing

[blavkm]

@doodlemania2 thanks

[stantropics]

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:

1. 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.

2. .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.

[stantropics]

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.

[girish]

@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.

[mehdi]

@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/.env

in 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 the ln part, and do the copy as a cp in start.sh.

[stantropics]

@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 the ln part, and do the copy as a cp in start.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/1

If someone can help to move the config I would appreaciate it.

[girish]

@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.

[stantropics]

The genius @mehdi helped to finally get the config-problems solved. I have put everything in a MR under https://git.cloudron.io/doodlemania2/pixelfed/-/merge_requests/4

• Config rework
• Activity Pub activation
• Move config to /app/data

Now let's get this official

[scooke]

@doodlemania2 Just did it, worked well, thanks. But it seems to start out with 256MB of ram, and crashes right away. Anyway to have it start with more ram?