Package Details: filebot 5.1.3-3

Git Clone URL: https://aur.archlinux.org/filebot.git (read-only, click to copy)
Package Base: filebot
Description: The ultimate TV and Movie Renamer
Upstream URL: https://www.filebot.net/
Keywords: mass media rename subtitle
Licenses: Commercial
Conflicts: filebot-git, filebot47
Provides: filebot
Submitter: ndowens
Maintainer: rvasilev
Last Packager: rvasilev
Votes: 138
Popularity: 0.021703
First Submitted: 2009-06-21 07:41 (UTC)
Last Updated: 2024-03-30 19:38 (UTC)

Dependencies (6)

Required by (0)

Sources (3)

Pinned Comments

mithrial commented on 2022-03-03 21:16 (UTC)

This package now verifies the downloaded package against rednoahs PGP key:

gpg --recv-keys B0976E51E5C047AD0FD051294E402EBF7C3C6A71

(The key from https://get.filebot.net/filebot/KEYS )

rvasilev commented on 2018-11-11 11:46 (UTC) (edited on 2022-03-03 22:07 (UTC) by rvasilev)

Looking for a co-maintainer.

Please report bugs & fixes https://github.com/arch-noob/filebot

Latest Comments

« First ‹ Previous 1 .. 6 7 8 9 10 11 12 13 14 15 16 .. 26 Next › Last »

max.bra commented on 2017-01-13 15:23 (UTC) (edited on 2017-01-16 12:39 (UTC) by max.bra)

@apodim taken your word for it. included more arm archs with libjnidispatch.so from last filebot official package that include them (4.7.5). JNA restored, episode 2 yes, this is a bit hacky but this is the only way i have seen for include all archs other than x86 and x86_64 since 4.7.7 code does not work with latest jna release. filebot JNA state: jna 4.2.2 (latest) : filebot does not work jna 4.0.1 (4.7.5) : filebot works (of course), arm* archs included. i'm not able to find linkable release on jna git repo jna 4.0.0 (jna git): the only 4.0.x rel. on github, not working (apodim report) this package, right now, restore native libs from phisical 4.7.5 filebot official package edit: typo

apodim commented on 2017-01-12 20:59 (UTC) (edited on 2017-01-12 21:08 (UTC) by apodim)

@max.bra Regarding dropping other architectures. I can attest that filebot works perfectly, albeit changing environment values for java to use more memory might be needed, with armv6. Now about the default excractor, initially I used the one provided by "Apache Common VFS", just enabled rar and zip support from php.ini, but at some point I switched to p7zip because I had trouble with ISO files. So far works absolutely fine. EDIT: Perhaps I got a little ahead of myself, just saw the changes in the build file relating to extractor and assumed it was something related to that, and the actual problem has something to do with this "JNA Native: java.lang.UnsatisfiedLinkError: Native library (com/sun/jna/linux-arm/libjnidispatch.so) not found in resource path ([file:/usr/share/java/filebot/filebot.jar]) MediaInfo: net.filebot.mediainfo.MediaInfoException: Unable to load arm (32-bit) native library libmediainfo.so: Could not initialize class com.sun.jna.Native " Again let me know if I can help.

max.bra commented on 2017-01-12 13:09 (UTC)

restored jna access retrieving an old jna version from official git arch is now limited to i686, x86_64 and armv7h. armv7h package is to be entirely tested. feedbacks appreciated. @rednoah your code does not work with latest jna version 4.2.2

rednoah commented on 2017-01-10 15:53 (UTC) (edited on 2017-01-10 15:54 (UTC) by rednoah)

I dislike the idea of shipping native code for 10+ architectures hidden in a jar. It also lead to FileBot kinda/partially/mostly (but not fully) working by accident when FileBot and Java was installed for the wrong architecture. All FileBot packages should include the required native libraries, and this change makes sure that they are included and loaded from the proper location (and not some random temporary folder). Also, on some systems, the OS might block libraries loaded from non-secure locations. Due to JNA only including one "arm" binary, it may or may not work (and crash the process) on incompatible arm platforms.

max.bra commented on 2017-01-10 07:46 (UTC)

@rednoah is there a compelling reason to have eliminated all native libs from 4.7.7 jar tree?

rednoah commented on 2017-01-09 19:57 (UTC) (edited on 2017-01-09 19:57 (UTC) by rednoah)

FileBot extract module can be set without modifying the filebot.sh via the ENV: export JAVA_OPTS="-Dnet.filebot.Archive.extractor=ApacheVFS"

rednoah commented on 2017-01-09 19:53 (UTC)

Newer versions of filebot portable expect all native libraries (including libjnidispatch.so) in the system library path. Portable filebot.sh has been updated with the following options: -Djna.nosys=false -Djna.nounpack=true

frriarch commented on 2017-01-09 19:18 (UTC) (edited on 2017-01-09 19:54 (UTC) by frriarch)

I am getting following error with 4.7.7-1 and 4.7.7-2 "{duration} => Expression yields empty value: Binding "duration": Native library (com/sun/jna/linux-arm/libjnidispatch.so) not found in resource path ([file:/usr/share/java/filebot/filebot.jar])" If I replace filebot.jar file with 4.7.5 version than there is no error. Edit- I have armv7h device.

max.bra commented on 2017-01-06 11:36 (UTC)

@broken.pipe > Setlocale can't change the locale to en_US.UTF-8 but it seems to be a minor issue. in /etc/locale.gen you need to generate en_US.UTF-8 too

broken.pipe commented on 2017-01-06 11:33 (UTC)

Thanks! Your last upgrade fixed the problem! Setlocale can't change the locale to en_US.UTF-8 but it seems to be a minor issue. markus@DESKTOP:~% filebot -version /usr/bin/filebot: Zeile 5: Warnung: setlocale: LC_ALL: Kann die Locale nicht ändern (en_US.UTF-8). FileBot 4.7.7 (r4678) / OpenJDK Runtime Environment 1.8.0_112 / Linux 4.8.15-2-ck-skylake (amd64)

« First ‹ Previous 1 .. 6 7 8 9 10 11 12 13 14 15 16 .. 26 Next › Last »