Package Details: diaspora-mysql

Git Clone URL: (read-only, click to copy)
Package Base: diaspora-mysql
Description: A distributed privacy aware social network (MySQL)
Upstream URL:
Licenses: AGPL3
Conflicts: diaspora-mysql-git, diaspora-postgresql, diaspora-postgresql-git
Submitter: jhass
Maintainer: jhass
Last Packager: jhass
Votes: 6
Popularity: 0.000000
First Submitted: 2016-09-05 18:58 (UTC)
Last Updated: 2022-08-01 18:48 (UTC)

Latest Comments

jhass commented on 2022-05-22 14:00 (UTC)

It'll work fine against Ruby 2.7, just it'll spew a ton of deprecation warnings and we didn't yet run CI against it. So for the moment I'd like to keep it as is. I bumped the ruby2.6 package to the 2.6.10 release but dropped maintainership afterwards again since Ruby 2.6 is EOL and will see no more release after this.

fordprefect commented on 2022-05-17 09:18 (UTC)

Ruby2.6 is an orphan now, is it safe to switch to ruby2.7 (or even ruby3)?

Zergling_man commented on 2021-11-08 15:38 (UTC)

libffi updated and no longer provides which diaspora demands; symlinking to .so.8 bothers it because it fails to find some LIBFCLOSURE=7.0 or something inside.

fordprefect commented on 2021-04-19 19:26 (UTC)

Thanks for the comprehensive reply, makes all sense now.

jhass commented on 2021-04-19 17:14 (UTC) (edited on 2021-04-19 17:14 (UTC) by jhass)

I wasn't sure how backup would deal with removing a file so I kept it in there for the benefit of the doubt. Note that the toml was added too.

There's no straight forward converter, I would recommend to apply the settings to the new file manually with a side by side view with the yml. Meanwhile you can still re-create the symlink to /usr/share/webapps/diaspora/config/diaspora.yml and it'll continue working until 0.8, I just couldn't think of a good way to keep this in the package without superfluous and confusing deprecation warnings for users that chose to migrate.

I don't think references to $srcdir in such auxillary files is a real issue. I won't bother with cleaning this up, if you find a good and maintainable way, contributions welcome :)

Please always ignore each and every non-error messages from bundler, diaspora developers take care of those :)

fordprefect commented on 2021-04-19 09:52 (UTC) (edited on 2021-04-19 09:53 (UTC) by fordprefect)

Thank you for the update. It has a few issues, however:

  • etc/webapps/diaspora/diaspora.yml has been renamed to diaspora.toml, but the backup entry in the PKGBUILD is still the yml file. How to convert existing yml to toml by the way?

  • some files contain references to the $srcdir, but upon inspection these seem pretty unnecessary. Among these files is a Makefile for ruby_http_parser and som gem_make.out files seemingly containing log information from the gem compilation. Can these safely be deleted?

  • There are concerning post-install messages from the gems 'encryptor' and 'attr_encrypted' dealing with security implications. Are these safe to ignore?

Thanks for maintaining this software and making it available in the AUR. Much appreciated!

jhass commented on 2020-06-14 21:24 (UTC)

Hey, I just updated the package to 0.7.14 and thus Ruby 2.6. Does this still happen for you?

agaskins commented on 2020-06-14 21:08 (UTC)

bundler: command not found: rake-2.5
Install missing gem executables with `bundle install`
==> ERROR: A failure occurred in build().

fordprefect commented on 2020-04-24 17:29 (UTC)

Thanks, working with ruby2.5 now and all seems fine, bundler however needed to be downgraded to 1.7.3 (last version of the 1.x branch). Wasn't diaspora running with bundler 2.x already on ruby2.4? Sorry for so many questions…

jhass commented on 2020-04-23 16:12 (UTC)

Ruby 2.7 will just drown you in deprecation warnings, otherwise yes, it might.

Welp, anyways I just went ahead and updated the packages to use Ruby 2.5, let's see how that'll go...

fordprefect commented on 2020-04-22 15:42 (UTC)

Sounds like even the up-to-date extra/ruby (2.7.1) could be an option if run only in production? Maybe the PKGBUILD could get a _rubyver variable to easily build for a different version (I suppose that is the only thing that needs to be done switching ruby versions?)? Thanks for the very reliable work!

jhass commented on 2020-04-22 15:27 (UTC)


Many of us are already running on 2.5 or 2.6 without issues.

fordprefect commented on 2020-04-22 14:59 (UTC)

@jhass: ruby2.4 still seems to be a dependency for this package, but you just deprecated that package. Any plans to update diaspora to a newer ruby version?

jhass commented on 2018-05-11 17:28 (UTC)

Okay, my workaround for doesn't do. I'm grateful for any ideas anybody has, otherwise we have to wait for the ecosystem to catch up, sorry.

Meanwhile you should be able to start back up with writing some systemd units that avoid eye and start unicorn and sidekiq directly.

visage commented on 2018-05-10 14:31 (UTC) (edited on 2018-05-10 14:44 (UTC) by visage)

Version builds successfully, but fails to start. I get this error in console:

Starting Diaspora in production mode with 1 Sidekiq worker(s).

/usr/share/webapps/diaspora/vendor/bundle/ruby/2.3.0/gems/eye-0.10.0/lib/eye/sigar.rb:1:in 'require': /usr/share/webapps/diaspora/vendor/bundle/ruby/2.3.0/gems/kostya-sigar-2.0.0/lib/ undefined symbol: __rpc_createerr - /usr/share/webapps/diaspora/vendor/bundle/ruby/2.3.0/gems/kostya-sigar-2.0.0/lib/ (LoadError)
    from /usr/share/webapps/diaspora/vendor/bundle/ruby/2.3.0/gems/eye-0.10.0/lib/eye/sigar.rb:1:in '<top (required)>'
    from /usr/share/webapps/diaspora/vendor/bundle/ruby/2.3.0/gems/eye-0.10.0/lib/eye/controller.rb:11:in `require'
    from /usr/share/webapps/diaspora/vendor/bundle/ruby/2.3.0/gems/eye-0.10.0/lib/eye/controller.rb:11:in `<top (required)>'
    from /usr/share/webapps/diaspora/vendor/bundle/ruby/2.3.0/gems/eye-0.10.0/lib/eye/control.rb:2:in `require'
    from /usr/share/webapps/diaspora/vendor/bundle/ruby/2.3.0/gems/eye-0.10.0/lib/eye/control.rb:2:in `<top (required)>'
    from /usr/share/webapps/diaspora/vendor/bundle/ruby/2.3.0/gems/eye-0.10.0/bin/loader_eye:52:in `require'
    from /usr/share/webapps/diaspora/vendor/bundle/ruby/2.3.0/gems/eye-0.10.0/bin/loader_eye:52:in `<top (required)>'
    from /usr/share/webapps/diaspora/vendor/bundle/ruby/2.3.0/bin/loader_eye:22:in `load'
    from /usr/share/webapps/diaspora/vendor/bundle/ruby/2.3.0/bin/loader_eye:22:in `<main>'

jasondaigo commented on 2017-12-14 21:44 (UTC) (edited on 2017-12-21 19:16 (UTC) by jasondaigo)

[fixed atm]fails to build for me on my desktop and server (amd64); stops at

"Fetching version metadata from"

nvm the other day all files found somehow

fordprefect commented on 2017-11-02 10:11 (UTC)

Thankyou, builds successfully now.

jhass commented on 2017-11-02 09:43 (UTC)

Should be fixed.

fordprefect commented on 2017-11-01 19:14 (UTC)

7.1.1 fails while building sigar-0.7.3 with a rather unspecific error (to my eye). Can anyone confirm this?

knutmithut commented on 2017-02-14 19:49 (UTC)

Thanks, once figuring out I need a new Gemfile I did it by copying it, but the patch is even better. For anyone interested, my patch is here, so you can skip the bundle update part:

jhass commented on 2017-02-12 09:03 (UTC)

You can clone the diaspora repo from Github, then edit `Gemfile` there to include `gem 'unf_ext', github: 'knu/ruby-unf_ext', branch: 'master'`, run `bundle update unf_ext` and get the resulting patch with `git diff > unf_ext_master.patch`. For the git version you could then apply it with `git apply < unf_ext_master.patch`, for the non git version with `patch -p1 < unf_ext_master.patch` within the PKGBUILD.

knutmithut commented on 2017-02-10 15:15 (UTC)

Hey, thanks for the package! Unluckily there is a bug with ruby-unf_ext on armv7h ( which is already fixed in the github repository but not on rubygems. I tried a lot, but I can't figure out how to change the PKGBUILD thus that it will use the github version instead of rubygems. I successfully installed the gem with gem-2.3 build/install , so that 'gem-2.3 which unf_ext' now returns the correct location, yet bundle tries to build again. Also I have seen that the "bunde --local" is set, but I can't figure out where the local packages are stored. Can you help me? Thank you! knut Edit: this comment was on diaspora-mysql-git first, but it belongs here.

immae commented on 2017-01-12 21:57 (UTC)

I had to use ruby-2.3 to have it work, since it doesn't work at all with ruby 2.4.0 furthermore, I had to add `export PATH="/usr/share/webapps/diaspora/bin:$PATH"` at the beginning of /usr/share/webapps/diaspora/script/server to have it work with systemd