Package Details: flood-git 4.7.0.r55.gce4b523d-1

Git Clone URL: https://aur.archlinux.org/flood-git.git (read-only, click to copy)
Package Base: flood-git
Description: Flood: A web UI for rTorrent with a Node.js backend and React frontend.
Upstream URL: https://github.com/jesec/flood
Keywords: rtorrent
Licenses: GPL3
Conflicts: nodejs-flood
Provides: nodejs-flood
Submitter: arshlinux
Maintainer: disastro
Last Packager: disastro
Votes: 13
Popularity: 0.000504
First Submitted: 2016-12-15 17:20 (UTC)
Last Updated: 2022-02-17 18:54 (UTC)

Latest Comments

1 2 Next › Last »

solsticedhiver commented on 2022-08-20 00:06 (UTC) (edited on 2022-08-20 00:41 (UTC) by solsticedhiver)

Could you fix the description field, please. No prepending of package name and flood is a web UI for more than rTorrent now. The site says "A modern web UI for various torrent clients with a Node.js backend and React frontend"

Same for the systemd service title

About the systemd.service file, one could harden it a bit (in line with what the wiki of flood says) with

[Service]
NoNewPriviliges=true
ProtectSystem=full

disastro commented on 2022-02-17 18:51 (UTC)

Oh my god I can't believe I've missed that, obvious oversight. I'm just adding it to the backup field so a pacnew/pacsave file is created instead, like is intended and done with repo packages.

radu242 commented on 2022-02-16 16:18 (UTC) (edited on 2022-02-16 16:18 (UTC) by radu242)

Could the /etc/conf.d/flood file not be installed by this package? This overwrites the FLOOD_ARGS set in there on every update.

@disastro, I can send a patch doing a little more than removing the install -Dm644 "${srcdir}/flood.conf.d" "$pkgdir/etc/conf.d/flood" line in https://aur.archlinux.org/cgit/aur.git/tree/PKGBUILD?h=flood-git#n62, if it helps.

disastro commented on 2021-03-20 15:49 (UTC)

Yeah that is what the old systemd service did too, but it will update unless you have overridden it. I guess I could also remove package.json so npm start would show a different error but either way it's not gonna work and there is really no reason for it to work, npm is not needed

emacsomancer commented on 2021-03-20 15:47 (UTC)

I must be starting it in a funny way. For whatever reason I used to start flood by running npm start in the /usr/lib/flood directory.

disastro commented on 2021-03-20 15:33 (UTC)

"node --use_strict dist/index.js" is not a command either the service file or /usr/bin/flood runs

emacsomancer commented on 2021-03-20 15:30 (UTC)

With the new version, I get an error when I try to (re)start:

> flood@4.5.0 start
> node --use_strict dist/index.js

internal/modules/cjs/loader.js:818
  throw err;
  ^

Error: Cannot find module '/usr/lib/flood/dist/index.js'
    at Function.Module._resolveFilename (internal/modules/cjs/loader.js:815:15)
    at Function.Module._load (internal/modules/cjs/loader.js:667:27)
    at Function.executeUserEntryPoint [as runMain] (internal/modules/run_main.js:60:12)
    at internal/main/run_main_module.js:17:47 {
  code: 'MODULE_NOT_FOUND',
  requireStack: []
}

disastro commented on 2021-02-28 12:27 (UTC)

Soon did mean something else back a month ago but I've been and will be busy for another week at least, expect an update then. Basically have a near complete PKGBUILD already that lacks at least systemd testing.

disastro commented on 2021-01-20 18:01 (UTC)

Thanks I'll look into changing to it soon

PlainTextField commented on 2021-01-20 17:45 (UTC) (edited on 2021-01-20 17:45 (UTC) by PlainTextField)

There is a more active fork here: https://github.com/jesec/flood

It removes the Python 2 dependency for node-gyp and uses more recent Node.js packages. It even offers fully static binaries.

1 2 Next › Last »