Package Details: pleroma-bin 2.5.0-2

Git Clone URL: https://aur.archlinux.org/pleroma-bin.git (read-only, click to copy)
Package Base: pleroma-bin
Description: A microblogging server software that can federate (= exchange messages with) other servers that support ActivityPub.
Upstream URL: https://pleroma.social/
Licenses: AGPL, CCPL:cc-by-4.0, CCPL:cc-by-sa-4.0
Conflicts: pleroma
Provides: pleroma
Submitter: gudzpoz
Maintainer: danso
Last Packager: danso
Votes: 4
Popularity: 0.000155
First Submitted: 2021-08-16 05:56 (UTC)
Last Updated: 2023-02-19 01:28 (UTC)

Dependencies (8)

Required by (0)

Sources (7)

Latest Comments

« First ‹ Previous 1 2 3 Next › Last »

ashpie commented on 2020-11-09 08:54 (UTC) (edited on 2020-11-09 08:54 (UTC) by ashpie)

Hi @faye, thanks for your reply.

To rename a package:

  1. Prepare the files in your local repo to match the new name
  2. Push it to the new repo on the AUR
  3. Verify it works correctly
  4. Submit a merge request of pleroma into pleroma-bin via "Submit request"

Thanks for updating the package. Please also bump pkgrel each time you modify PKGBUILD when it doesn't change the software's actual version as per PKGBUILD pkgrel definition.

Good day to you too! :)

faye commented on 2020-11-08 22:14 (UTC)

Hi @Thulinma @Cciby and @Arisu ! Sorry for not fixing the issues earlier.

I've updated the package to use a fixed version and I will be updating it over time. I'm not sure how to change the name of the package without deleting this one and making a whole new package--so if you know a better way of doing it then I'll do that as well :)

I haven't been able to get compile from source to work well on arch with pleroma in a PKGBUILD due to the wide use of system administrator privileges in the build process.

Have a nice day!

Thulinma commented on 2020-11-08 15:37 (UTC)

Yes, the package should either be renamed to "pleroma-bin" or be built from source. Since the binaries are not directly compatible with the libraries in Arch, compiling from source would be best.

ashpie commented on 2020-11-08 15:27 (UTC)

Thanks @Thulinma, I would also add that, if I'm not mistaken, this package uses prebuilt artifacts, which means it should be named pleroma-bin as per submission guidelines: "Packages that use prebuilt deliverables, when the sources are available, must use the -bin suffix.".

Thulinma commented on 2020-11-08 14:46 (UTC)

Just to be clear: the correct solution here is not to only update the checksum, but to also change the download URL to be a specific version, as I mentioned in my earlier comment on 2020-07-20 (almost 4 months ago). I'm not sure why this hasn't happened yet.

ashpie commented on 2020-11-08 14:25 (UTC)

@faye cf previous comment by Cciby: pleroma.zip ... FAILED

Please update checksums.

Cciby commented on 2020-11-05 11:35 (UTC)

Build fails during md5sums check 'pleroma.zip ... FAILED'

peter.babic commented on 2020-11-01 10:01 (UTC)

Hello, currently branch 2.1.2 is considered stable, as opposed to 2.0.7 in this package.

https://git.pleroma.social/pleroma/pleroma/-/commit/a0f5e8b27edbe2224d9c2c3997ad5b8ea484244b

Would you mind updating the PKGBUILD?

Thank you

Thulinma commented on 2020-07-20 20:41 (UTC)

Hey there! Thanks for creating this package. I noticed some issues you might want to address though:

  • It looks like the current version links to ncurses version 5, while Arch currently only provides version 6. As a result, the current version doesn't run in an up-to-date Arch install. You could add a dependency on ncurses5-compat-libs to work around that, but it's cleaner (if feasible) to do a compile from source instead.
  • Your PKGBUILD simply downloads the "latest stable" binaries instead of the specific version you're listing (2.0.7). It should link to the specific version, and then be updated when there is a new release.
  • It doesn't install the service file /opt/pleroma/installation/pleroma.service into the system (e.g. to /usr/lib/systemd/system/), and probably should.

Not complaining here, by the way, just trying to help make the package better. ^_^

faye commented on 2020-06-07 20:44 (UTC)

I moved postgres to be an optional dependency like you said, it makes sense to me why one might host the database somewhere else