Package Details: filebot 4.9.6-1

Git Clone URL: (read-only, click to copy)
Package Base: filebot
Description: The ultimate TV and Movie Renamer
Upstream URL:
Keywords: mass media rename subtitle
Licenses: Commercial
Conflicts: filebot-git, filebot47
Provides: filebot
Submitter: ndowens
Maintainer: rvasilev
Last Packager: rvasilev
Votes: 134
Popularity: 1.03
First Submitted: 2009-06-21 07:41 (UTC)
Last Updated: 2022-03-04 19:52 (UTC)

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 )

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

Latest Comments

mithrial commented on 2022-03-04 15:23 (UTC)

It says 'Server Error', your selected keyserver doesn't respond correctly.

ESClaus commented on 2022-03-04 15:10 (UTC) (edited on 2022-03-04 15:15 (UTC) by ESClaus)

I am getting the following error when it tries to import the key. :: keys need to be imported:) B0976E51E5C047AD0FD051294E402EBF7C3C6A71 wanted by: filebot-4.9.5-2 :: import? [Y/n]: y gpg: keyserver receive failed: Server indicated a failure error: failed to run: gpg --recv-keys B0976E51E5C047AD0FD051294E402EBF7C3C6A71:

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 )

dkadioglu commented on 2021-08-26 14:28 (UTC) (edited on 2021-08-26 14:29 (UTC) by dkadioglu)

I would propose to change the PKGBUILD in the following way: change the line cp -dpr --no-preserve=ownership * "$pkgdir" to cp -dpr --no-preserve=ownership etc usr "$pkgdir"

Reason: Currently, files of the src folder are copied to the pkg folder during makepkg, which should not be in the package. These files are copied to / during package installation.

grasp commented on 2020-10-07 12:19 (UTC) (edited on 2020-10-07 12:54 (UTC) by grasp)

@Buddlespit mentioned that you needed to remove >=11, for me atleast you needed to remove that and then add -bin to the end so the line should look something like 'liberica-jre-11-full-bin'.

If you're having issues displaying filebot it's probably due to your window manager/dwm. Add these lines to your ~/.xinitrc above your exec

export _JAVA_AWT_WM_NONREPARENTING=1 export AWT_TOOLKIT=MToolkit wmname compiz

(P.S I'm not sure if you need them all, I added them to make sure it worked on reboot.)


Buddlespit commented on 2020-10-07 10:32 (UTC)

@G4Zz0L1, It's looking for 'liberica-jre-11-full>=11'. You have to edit the pkgbuild to get rid of the '>=11'.

G4Zz0L1 commented on 2020-10-07 00:09 (UTC)

The newest addition liberica-jre-11-full is missing on AUR. We either have liberica-jre-11-bin or liberica-jre-11-full-bin. I think the PKGBUILD should include the second.

Buddlespit commented on 2020-10-06 21:18 (UTC) (edited on 2020-10-06 21:24 (UTC) by Buddlespit)


nakinney commented on 2020-06-27 21:07 (UTC)

Don't know if this is a bug related to Manjaro with KDE desktop, but the context menus are don't show anything. They are long as though there are items there, but can't be seen. Wish I could get this working. Till then, I guess it's old reliable Windows to the rescue.

rvasilev commented on 2019-10-25 14:06 (UTC)

@GreenRaccoon23 fixed

GreenRaccoon23 commented on 2019-10-25 00:46 (UTC)

In the PKGBUILD, line 17 should be removed. It is this line:


In filebot.install, line 5 is missing the closing quotes:

echo -e "\e[1;33m==>\e[0m \e[1;31mfilebot --license license.file\e[0m will activate your license.file

It should be:

echo -e "\e[1;33m==>\e[0m \e[1;31mfilebot --license license.file\e[0m will activate your license.file"

amwalters commented on 2019-07-29 22:47 (UTC)

This does not build on armv7h because it cant find the armv7h directory looking for libjnidispatch. I had to change it manually to pull from armv7l. I'm not good enough with batch to figure out where the problem is, though it looks like its in the line: [[ $CARCH == "armv7h" ]] && _intarch=armv7l

Also openjfx is not a requirement if there is not GUI, and is a huge install on headless systems. It should be optional, or maybe there should just be a filebot-cli package without the jfx dependency.

tbw commented on 2019-05-11 09:25 (UTC)

Same validity check error here.

Line 36 in PKGBUILD, md5sum should be '91827d5a16358316c475e58ee86b552e' and not '67567ae0fd2ab5b18fea3442362ac7f4'

Nukesor commented on 2019-04-16 23:22 (UTC)

I'm getting a validity check error during install:

==> Retrieving sources... -> Found FileBot_4.8.5-aur.tar.xz -> Found ==> Validating source files with md5sums... FileBot_4.8.5-aur.tar.xz ... FAILED ... Passed ==> ERROR: One or more files did not pass the validity check! Error downloading sources: filebot

rvasilev commented on 2018-12-11 14:51 (UTC)

4.8.5 beta published

Buddlespit commented on 2018-12-08 16:19 (UTC)

Who decided that the beta makes this version 'out-of-date'?

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

benjarobin commented on 2018-11-10 15:21 (UTC) (edited on 2018-11-10 15:35 (UTC) by benjarobin)

In order to build it, without installing jdk AUR package:

  • Remove jdk make depend

  • Optionally replace in depends(): 'java-runtime>=8' by: 'java-openjfx' 'jre8-openjdk'

  • Install java-8-openjdk and java-openjfx

  • Set Java 8 as default java environment : archlinux-java set java-8-openjdk

  • Patch /usr/bin/filebot : Replace java by /usr/lib/jvm/java-8-openjdk/bin/java

  • Restore the previous java environment using archlinux-java...

apodim commented on 2018-10-14 17:21 (UTC) (edited on 2018-10-21 21:02 (UTC) by apodim)


Not sure that this is directly related to this PKGBUILD but even though it now also supports java-runtime 8 and above, when I try to build this package pacaur still lists jdk (11.2) as dependency and then tries to build it first which of course fails, since this is an arm device, and thus fails to build filebot as well.

I checked the PKGBUILD but I couldn't find anything wrong with it. Does anybody have any idea?

EDIT: It seems that

makedepends=('ant' 'ivy' 'jdk>=8')

invokes building of jdk 11. If you click on the relevant link in the dependencies above (jdk>=8 (make)) that's where it links. Is this supposed to happen?

crashandburn4 commented on 2018-10-03 18:29 (UTC)

I needed to install ant and java-openjfx in order to build this, I think those should be added as dependencies?

(also, thanks for maintaining the package)

CaptainHook8 commented on 2018-09-16 18:34 (UTC)

apache-ivy has been renamed in ivy. Please update dependency. Thank you

BlackenedSky84 commented on 2018-09-16 10:06 (UTC)

apache-ivy has been renamed ivy in the official repos

Magotchi commented on 2018-09-13 14:27 (UTC) (edited on 2018-09-13 14:56 (UTC) by Magotchi)

There is a conflict between Apache Ant and Apache Ivy in the official repos. caused by the renaming of "apache-ant" to "ant", including renaming its lib path, without adjusting where Ivy puts its JAR. I filed a bug report about it.

It results in the following:

/home/zach/build/filebot/src/filebot/build.xml:796: Problem: failed to create task or type antlib:org.apache.ivy.ant:retrieve
Cause: The name is undefined.
Action: Check the spelling.
Action: Check that any custom tasks/types have been declared.
Action: Check that any <presetdef>/<macrodef> declarations have taken place.
No types or tasks have been defined in this namespace yet

This appears to be an antlib declaration. 
Action: Check that the implementing library exists in one of:
        -a directory added on the command line with the -lib argument

I temporarily fixed the problem by symlinking ivy.jar to the new location Ant expects:

sudo ln -s /usr/share/java/apache-ant/ivy.jar /usr/share/java/ant/ivy.jar

nylocx commented on 2018-09-11 19:26 (UTC)

Hi, can you please remove the cd $APP_ROOT from the This breaks a lot of my cli scripts which use relative path when invoked.

Anonymo commented on 2018-09-09 17:39 (UTC) (edited on 2018-09-11 15:23 (UTC) by Anonymo)

Try archlinux-java fix. App installs and runs fine for me.

sachilles commented on 2018-09-09 09:44 (UTC)

Unfortunately this did not help. I always get the same error message. Any other ideas?

sachilles commented on 2018-09-08 07:26 (UTC)

Sorry, but what do you mean exactly?

max.bra commented on 2018-09-06 15:42 (UTC)

try this

sachilles commented on 2018-09-06 15:08 (UTC)

The result is

java 10.0.2 2018-07-17
Java(TM) SE Runtime Environment 18.3 (build 10.0.2+13)
Java HotSpot(TM) 64-Bit Server VM 18.3 (build 10.0.2+13, mixed mode)

max.bra commented on 2018-09-05 07:13 (UTC)

What about

java -version


sachilles commented on 2018-09-04 16:00 (UTC) (edited on 2018-09-04 16:01 (UTC) by sachilles)

Please help, I can't upgrade since I always get some errors like

/tmp/yaourt-tmp-user/aur-filebot/src/filebot/build.xml:698: java.lang.UnsupportedClassVersionError: net/filebot/ant/spk/PackageTask : Unsupported major.minor version 52.0
    at java.lang.ClassLoader.defineClass1(Native Method)
    at java.lang.ClassLoader.defineClass(
    at java.lang.ClassLoader.loadClass(
    at java.lang.Class.forName0(Native Method)
    at java.lang.Class.forName(
    at sun.reflect.GeneratedMethodAccessor4.invoke(Unknown Source)
    at sun.reflect.DelegatingMethodAccessorImpl.invoke(
    at java.lang.reflect.Method.invoke(

My default jdk is "java-10-jdk" (see pinned comment above). Do you have any ideas?

max.bra commented on 2018-09-02 10:29 (UTC)


Do you copy? No improvements?

max.bra commented on 2018-08-29 14:42 (UTC)


you out-of-date flagged this:

4.8.2 has been released, and it looks like it contains a number of linux related improvements :)

please, can you list here the interesting new linux related improvements?

rednoah commented on 2018-08-12 15:03 (UTC)

The new tarball package should make things a lot easier, as you won't need any build or runtime dependencies other than Java 8.

max.bra commented on 2018-08-12 09:49 (UTC)

There's nothing new on 4.8.2, only tons of distro building commits. Guessing if this pkg will be more and more difficult to build.

max.bra commented on 2018-05-21 07:16 (UTC) (edited on 2018-05-21 07:17 (UTC) by max.bra)

?? How is it possible? Have you installed a JFK from a wrong architecture? Give a try with arm jdk 9.

geosmin commented on 2018-05-20 22:28 (UTC) (edited on 2018-05-20 22:29 (UTC) by geosmin)

rpi3, alarm

In fact I think setting # archlinux-java set java-10-jdk yields:

$ filebot
/usr/bin/filebot: line 21: /usr/bin/java: cannot execute binary file: Exec format error

max.bra commented on 2018-05-19 07:48 (UTC)

Can I have some details about your system and your archlinux installation?

geosmin commented on 2018-05-19 00:51 (UTC) (edited on 2018-05-19 00:52 (UTC) by geosmin)

Getting this error on build:

==> Starting build()...
/usr/share/apache-ant/bin/ant: line 338: /usr/bin/java: cannot execute binary file: Exec format error
/usr/share/apache-ant/bin/ant: line 338: /usr/bin/java: Success
==> ERROR: A failure occurred in build().
:: failed to build filebot package(s)

mithrial commented on 2018-04-15 13:19 (UTC)

When running with Java 9 or 10, after doing a rename, I always get the Exception:

Exception in thread "HistorySpoolerShutdownHook" java.lang.NoClassDefFoundError: javax/xml/bind/JAXBContext

This can be omitted by adding --add-modules java.xml.bind to the launch parameters.

rednoah commented on 2018-04-15 03:37 (UTC)

HINT: TheTVDB and FanartTV are two different sites. The chances of randomly generating the same 64-bit key is very very small. ;)

Best to apply for your own API keys and then test them to make sure everything is working before adding them to the public repository.

NYG140 commented on 2018-04-12 15:37 (UTC)

Quick update, I solved my problem.

The latest Filebot package's API keys have been disabled. Which means the package will not function stock. What you need to do is register you own API keys on each website and then enter them in MAKEPKG when installing.

NYG140 commented on 2018-04-11 19:59 (UTC)

Is anyone having trouble with the API Key for Everytime I run a sort every file errors with:

Server returned HTTP response code: 401 for URL:

401 being "API key is invalid or disabled"

I've tried rebuilding Filebot with a personal API key as well as the default but it just seems like Fanarts whole API key system is down. So just going to have to wait it out. Would be great if someone could confirm that they are having the same issue.

max.bra commented on 2018-04-06 15:15 (UTC)

Anyone in the house with time and desire to generate some "AUR apikeys"?

rvasilev commented on 2018-04-02 17:22 (UTC)

@max.bra, may be you'll push pkgbuild to github so we could PR to it?

rednoah commented on 2018-04-02 03:52 (UTC)

@rvasilev That's fine, especially since I can't support ARCH anyway. I'd appreciate it, if you could use your own API keys though.

Please make sure that -Dapplication.deployment=AUR is set, so I can easily filter out AUR users in the official support forums, because I'd like to be able to focus my support on paying customers when there's not enough time to reply to everyone.

If you could pin the FileBot for Linux Patreon page here on this thread, that would be much appreciated as well:

max.bra commented on 2018-04-01 10:50 (UTC)

Thanks a lot to all. I will package all ASAP after Easter Hollidays.

dcelasun commented on 2018-04-01 10:03 (UTC)

Latest version seems to have this problem (and slight variations of it).

The solution is to add the following to before building:

# API BA864DEE427E384A
apikey.thetvdb: BA864DEE427E384A
apikey.themoviedb: 66308fb6e3fd850dde4c7d21df2e8306
apikey.omdb: 49d311ec
apikey.acoustid: 0B3qZnQc
apikey.anidb: filebot

All the values are from unit tests on Github.

rvasilev commented on 2018-03-31 08:12 (UTC) (edited on 2018-03-31 08:13 (UTC) by rvasilev)

@G4Zz0L1 To add to @butler360 comment you can also use jdk-9. Just install and use archlinux-java

butler360 commented on 2018-03-31 06:45 (UTC)

I had to set my JDK version to get it to compile.

sudo archlinux-java set java-10-jdk

G4Zz0L1 commented on 2018-03-31 00:30 (UTC)

I've had error on updating the package, so I've tried reinstalling it, but it gives the same error:

[javac] Compiling 395 source files to /tmp/yaourt-tmp-g4zz0l1/aur-filebot/src/filebot/build
[javac] javac: invalid target release: 9
[javac] Usage: javac <options> <source files>
[javac] use -help for a list of possible options

Do you know what I can do?

rvasilev commented on 2018-03-27 11:03 (UTC)

@rednoah, your software is awesome, but until it is opensourced it will be built for unsupported platforms like arch and all sort of other OSes.

Also arch community doesn't distribute prebuilt executable of filebot, but give instructions how to download and to build via PKGBUILD.

So, unsupported OS, built from source, no binary executable is distributed. Sounds fair?

Distributing application as paid binary or free open source (with community support) also look fair. But you are the boss.

rednoah commented on 2018-03-27 09:05 (UTC)

@max.bra The license allows an individual to customize and build FileBot for their own purposes, but disallows sharing of such builds. In the case of AUR, I recommend sticking to the FileBot 4.7.9 builds that are freely available on SourceForge. AFAIK, the old FileBot 4.7.9 release works just fine.

If there's enough support for FileBot on Linux, then I'll look into official support and builds for for Arch / AUR as well of course:

max.bra commented on 2018-03-23 22:27 (UTC)

Hi Varakh, for next time a simply "it's not working" does not help too much. Please try to be more complete writing something relevant about your system: in the case of filebot your java "type and version" and the distribution of your Archlinux: are you on Arch "classic" or on arm?

imdn commented on 2018-03-23 14:37 (UTC) (edited on 2018-03-23 14:38 (UTC) by imdn)

@max.bra - followed your instructions & made the necessary changes to compile using Java 8. However, compilation failed with the following message.

[javac] /tmp/filebot/src/filebot/source/net/filebot/mediainfo/ error: cannot find symbol
[javac] import java.lang.ref.Cleaner;

Apparently the Cleaner package is available only in Java 9.

Finally, I had to install Oracle's jdk-9 from AUR to build the package successfully.

max.bra commented on 2018-03-22 22:18 (UTC) (edited on 2018-03-22 22:26 (UTC) by max.bra)

hi blubbblubb, author is setting java version 10 for this project...

download package snapshot and edit PKGBUILD for this lines:

  • depends=('java-runtime>=8' 'fontconfig' 'chromaprint')
  • sed -i -E 's/jre.version: 10/jre.version: 8/'
  • sed -i -E 's/jvm.version: 10/jvm.version: 8/'

and let me know if you get any trouble.

blubbblubb commented on 2018-03-22 22:07 (UTC)

Anyone else having problem building the newest version? As far as i can see there is no javafx package for arch that works with openjdk9, i dont really want to change my default java package just for filebot.

Any hints would be welcome

max.bra commented on 2018-03-15 06:33 (UTC) (edited on 2018-03-15 06:34 (UTC) by max.bra)

@rednoah, from your github readme:

You may NOT use the source code to avoid paying for FileBot or help others to do so.

this should stop us to maintain this package...

You may build FileBot for private use on unsupported platforms.

but this cancels the previous statement.

what can you say about AUR arch position?

edit: formatting

max.bra commented on 2018-03-15 06:26 (UTC)

@nadolph very nice tip, really. you save me lot of time... i will package that ASAP.

nadolph commented on 2018-03-15 04:55 (UTC) (edited on 2018-03-15 04:56 (UTC) by nadolph)

  1. Install jdk package from AUR.
  2. Install apache-ivy.
  3. Build filebot:

$ git clone

$ cd filebot

$ sed -i -E 's/release="([^"]*)"/target=\1 source=\1/' build.xml

$ ant resolve

$ ant fatjar

$ java -jar dist/Filebot_4.8.0.jar

rednoah commented on 2018-03-13 02:54 (UTC)

Dear AUR users,

FileBot dropped support for Linux and FileBot 4.7.9 is the last available release. There is a crowd funding effort to bring it back though. If you're interested in FileBot on Linux, then please support this Patreon with a pledge of $1 or more per release:

Thank you!

j1simon commented on 2017-06-10 20:24 (UTC)

The erroneous line in PKGBUILD: md5sums=('47f4a51ee060cf5fec68843fecbbeeb6' The right one: md5sums=('961dbdb7d6c62c133952df2f9f427d96' If I download the snapshot of this package and I execute: ' makepkg -g >> PKGBUILD', the installation works. Please, fix it.

max.bra commented on 2017-06-07 16:39 (UTC)

> I think I found the reason of this bug: > > There seems to be a problem with sourceforge. mmm, it seems a serious problem of data corruption...

commented on 2017-06-07 10:51 (UTC)

I think I found the reason of this bug: There seems to be a problem with sourceforge.

commented on 2017-06-07 10:14 (UTC)

The problem is still happening even after your update, and what is strange is that I did some tests and the file that is being downloaded has different versions (md5 values) when I download it each time. And even after matching the correct md5 value I got another error saying that the file: FileBot.jar was not found on the "Install" section of the PKGBUILD file.

max.bra commented on 2017-06-07 07:59 (UTC)

hi chmercesmoreira, thanks for reporting. done.

commented on 2017-06-07 04:38 (UTC)

There is a fail on the md5 test for the file FileBot_4.7.9-portable.tar.xz, could you fix this please?

max.bra commented on 2017-05-26 13:24 (UTC)

hi juanrodgil, thanks for reporting. just tested here with no problem... are you using an AUR helper? can you try to download the snapshot of this package (, uncompress it and do a simple 'makepkg'?

juanrodgil commented on 2017-05-26 09:44 (UTC)

Hi, It fail building by not found this file: 'jna-4.3.0/lib/native/'

max.bra commented on 2017-04-04 06:48 (UTC) (edited on 2017-04-04 06:48 (UTC) by max.bra)

hi fryfrog, openjfx is not optional, it is mandatory but only on openjdk

fryfrog commented on 2017-04-04 01:32 (UTC)

(1/1) upgrading filebot [##########################################################################] 100% ==> if you use OpenJDK as Java VM you must also install OpenJFX ==> Maybe openjfx should be an opt depend?

max.bra commented on 2017-01-17 16:54 (UTC) (edited on 2017-01-17 16:57 (UTC) by max.bra)

@rednoah Thanks for the clarification. Not being a JNA specialist and not reading the internal manifest files, i was not aware of these differences about internal versions. Episode 3 Non hacky way but greater donwload size. Native code is now from official JNA release. Ready for the upcoming versions FB 4.7.8 - JNA 4.3.0.

rednoah commented on 2017-01-17 10:26 (UTC) (edited on 2017-01-17 10:29 (UTC) by rednoah)

FileBot bundles the JNA class files, but not the JNA native code. FileBot 4.7.7 bundles JNA 4.2.2 which uses jnidispatch 4.0.1 FileBot 4.7.8 (alpha) bundles JNA 4.3.0 which uses jnidispatch 5.1.0 I've only tested this on my Mac, so it might actually be different from the less common / less maintained architectures. All the native libraries that are usually in the jna.jar are also in the git repo: You will find older versions of all the libraries in the git history:

apodim commented on 2017-01-13 23:33 (UTC)

@max.bra Just tested latest build. Sysinfo appears fine: FileBot 4.7.7 (r4678) JNA Native: 4.0.1 A run also completes successfully, same as with earlier versions. Again thanks for your efforts!

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 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/ 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 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 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 in the system library path. Portable 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/ 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)

max.bra commented on 2017-01-06 09:51 (UTC)

hi broken.pipe terminal results of "filebot -version"? anything interesting in journal log? kde with oxygen? thanks for reporting.

broken.pipe commented on 2017-01-06 08:55 (UTC)

Thanks for the update. After the upgrade i can't load any files. the "Original Files" window remains empty.

apodim commented on 2016-12-24 19:42 (UTC)

Just a note to those that don't want to use java-p7zip-binding, or can't because their platform is not supported (arm). You can also use "Apache Common VFS", which is actually the default extractor of filebot portable, or "p7zip".

max.bra commented on 2016-09-29 06:27 (UTC)

@talonz there is a dedicaded post install advice for that.

talonz commented on 2016-09-29 06:22 (UTC)

Needed to install java-openjfx to be able to rename files.

max.bra commented on 2016-08-09 17:04 (UTC)

sorry i can't monitor source change without version bump i'm not able right now to update the package: can you download a snapshot of the package and do a "updpkgsum && makepkg"?

krypt commented on 2016-08-08 13:49 (UTC)

md5 doesn't match for

max.bra commented on 2016-08-02 21:34 (UTC) (edited on 2016-08-02 22:09 (UTC) by max.bra)

@j1simon > Can you put a mandatory dependency depending on the installed java vm? Unfortunately it's not possible > Otherwise, it might be good idea to put as optional dependency with a brief explanation. This is not the case of an optional dependency (it's exactly mandatory) but a package message/advice post installation is an easy solution completely adoptable applying... done! and thanks for reporting

j1simon commented on 2016-08-02 13:57 (UTC)

ok, I understand, it's only a mandatory dependency when openjdk is the java vm installed. Can you put a mandatory dependency depending on the installed java vm? Otherwise, it might be good idea to put as optional dependency with a brief explanation. What do you think?

max.bra commented on 2016-08-02 13:54 (UTC)

@j1simon If you install Oracle jre you dont need openjfx. Can we leave the freedom to install the Java vm that user want or not?

j1simon commented on 2016-08-02 13:45 (UTC)

@max.bra I don't agree with you. java-openjfx is necessary to execute filebot so it's a mandatory dependency. @rednoah is the creator of this program, he knows better than anyone the dependencies of his program.

max.bra commented on 2016-08-02 13:28 (UTC)

@j1simon If you read my comments and not only those of rednoah you can see my suggestion over openjfx and why it is not e will not be a dependency.

j1simon commented on 2016-08-02 11:01 (UTC)

@max.bra the problem, as @rednoah says, is solved by installing java-openjfx. It should be a dependency.

rednoah commented on 2016-08-02 09:11 (UTC)

FileBot has dependencies to JavaFX. On Windows/Mac this is not a problem because the default Oracle JDK includes JavaFX, but if you use OpenJDK you'll need the OpenJFX package as well.

max.bra commented on 2016-08-02 07:18 (UTC) (edited on 2016-08-03 08:40 (UTC) by max.bra)

and again: openjfx it's not and will not be a dependency. it depend on your java installation (oracle, open, etc...)

max.bra commented on 2016-08-02 07:16 (UTC)

dear j1simon, it's not always possible to debug a problem with stack trace only. can you please submit more information about your system, installed packages (java and not) and any other relevant information that can help this board? already done a similar request in gnome-gmail package board but no response... a side note:

j1simon commented on 2016-08-01 23:18 (UTC)

I have an error with last version: filebot Failed to initialize JavaFX java.lang.NoClassDefFoundError: javafx/embed/swing/JFXPanel at net.filebot.util.ui.SwingUI.initJavaFX( at net.filebot.Main.main( Caused by: java.lang.ClassNotFoundException: javafx.embed.swing.JFXPanel ... 2 more javafx/concurrent/Task java.lang.NoClassDefFoundError: javafx/concurrent/Task at net.filebot.ui.rename.RenameAction.lambda$actionPerformed$1( at net.filebot.util.ui.SwingUI.withWaitCursor( at net.filebot.ui.rename.RenameAction.actionPerformed( Caused by: java.lang.ClassNotFoundException: javafx.concurrent.Task ... 3 more

commented on 2016-07-19 14:00 (UTC)

@max.bro thanks that sorted it out for me, it was probably something I had done for another java app.

max.bra commented on 2016-07-17 19:57 (UTC)

hi gregf don't know why (package deps point at java-runtime>=8) you are running a java version 1.7. you need 1.8.

commented on 2016-07-17 00:11 (UTC)

$ filebot Exception in thread "main" java.lang.UnsupportedClassVersionError: net/filebot/Main : Unsupported major.minor version 52.0 at java.lang.ClassLoader.defineClass1(Native Method) at java.lang.ClassLoader.defineClass( at at at$100( at$ at$ at Method) at at java.lang.ClassLoader.loadClass( at sun.misc.Launcher$AppClassLoader.loadClass( at java.lang.ClassLoader.loadClass( at sun.launcher.LauncherHelper.checkAndLoadMain(

max.bra commented on 2016-07-14 20:38 (UTC)

hi rednoah, thanks, i was already going to do exactly the same changes again, asap, give me a couple of days

rednoah commented on 2016-07-14 15:09 (UTC) (edited on 2016-07-14 15:09 (UTC) by rednoah)

You might wanna check the custom `` launcher. There seem to be a few issues compared to the official `` launcher. e.g. Setting -Duser.home is probably a bad idea. If you just want the Java Preferences to go to $HOME/.config/filebot then you can do that specifically: -Djava.util.prefs.userRoot=$HOME/.config/filebot/user-prefs -Djava.util.prefs.systemRoot=$HOME/.config/filebot/system-prefs

max.bra commented on 2016-07-14 07:43 (UTC)

hi j1simon, still home renovation here, sorry. i will definitively fix home preferences & co position ASAP. give me a couple of day. > What is the reason to change desktop file, script init ( reason is simple. i have inherited this package and i'm trying to keep aligned the old method with the news. and more, using portable version (imho, far better and arch standards compatible than deb/rpm version) original script default APP_DATA to pwd, clearly not compatible with file position of this package. hence the changes to startup sh script. however, i do not think FileBot on arch is working so bad...

j1simon commented on 2016-07-13 22:51 (UTC)

What is the reason to change desktop file, script init ( The sh script defined here it opens wrong initial folder:

max.bra commented on 2016-07-13 21:34 (UTC)

mmmh, netrunner use kde, am i right? can you try a drag and drop with a different plasma theme? better with a default one?

EGraf commented on 2016-07-13 14:03 (UTC) (edited on 2016-07-13 14:05 (UTC) by EGraf)

Hi max.bra, thanks for answering. With locale-gen I get: Generating locales... en_US.UTF-8... done es_ES.UTF-8... done Generation complete. I also tried changing en_US with es_ES in /usr/bin/filebot with no avail. $ filebot -script fn:sysinfo FileBot 4.7 (r3923) JNA Native: 4.0.1 MediaInfo: MediaInfoLib - v0.7.86 Apache Commons VFS: [zip, ftps, rar, ftp, tar, tgz, tbz2, sftp] Chromaprint: fpcalc version 1.3.1 (fpcalc) Extended Attributes: OK Groovy Engine: 2.4.6 JRE: Java(TM) SE Runtime Environment 1.8.0_92 JVM: 64-bit Java HotSpot(TM) 64-Bit Server VM CPU/MEM: 8 Core / 3 GB Max Memory / 26 MB Used Memory OS: Linux (amd64) Package: PORTABLE Data: /home/ernesto/.config/filebot uname: Linux ernesto-pc 4.4.13-1-MANJARO #1 SMP PREEMPT Wed Jun 8 09:21:59 UTC 2016 x86_64 GNU/Linux Done ヾ(@⌒ー⌒@)ノ

max.bra commented on 2016-07-12 19:04 (UTC)

Hi EGraf, sorry for late reply. what about your netrunner locale and which locales are generated? remember, you NEED 'en_US.UTF-8' locate to be generated. this package and official launcher script use that locale by default.

EGraf commented on 2016-07-11 20:41 (UTC)

having problems with the drag-n-drop, if the file name has a square bracket it throws out a " Illegal character in path" error. This doesn't occur on Windows or if I use the "load" button to open the dialog box, only dragging the files on my Netrunner installation. any ideas?

amwalters commented on 2016-05-27 05:18 (UTC) (edited on 2016-05-27 05:50 (UTC) by amwalters)

Hey Teyro, I was getting the same error... I had to switch over to Oracle JRE 8. Looks like the most recent openJDK must be borked somehow.

max.bra commented on 2016-05-22 06:34 (UTC)

You have serious problems with your arm distribution Java VM

Teyro commented on 2016-05-22 06:21 (UTC)

Huhu, whats wrong? :S [teyro@teyropi3 ~]$ filebot # # A fatal error has been detected by the Java Runtime Environment: # # Internal Error (os_linux_zero.cpp:254), pid=809, tid=0x7674f470 # fatal error: caught unhandled signal 11 # # JRE version: (8.0_92-b14) (build ) # Java VM: OpenJDK Zero VM (25.92-b14 interpreted mode linux-arm ) # Core dump written. Default location: /home/teyro/core or core.809 # # An error report file with more information is saved as: # /home/teyro/hs_err_pid809.log # # If you would like to submit a bug report, please visit: # # /usr/bin/filebot: line 14: 809 Aborted (core dumped) java -Dunixfs=false -DuseGVFS=false -DuseExtendedFileAttributes=true -DuseCreationDate=false -Dfile.encoding="UTF-8" -Dsun.jnu.encoding="UTF-8" -Djna.nosys=true -Dapplication.deployment=portable -Dnet.filebot.Archive.extractor="$EXTRACTOR" -Dnet.filebot.AcoustID.fpcalc="fpcalc" -Dapplication.dir=$HOME/.config/filebot -Duser.home=$HOME/.config/filebot -Dapplication.update=skip -Djna.library.path=/usr/share/java $JAVA_OPTS -jar /usr/share/java/filebot/filebot.jar "$@" [teyro@teyropi3 ~]$

max.bra commented on 2016-05-18 12:01 (UTC)

I do not understand what can be if not a problem of engine response or engine cache... doh anyway, glad you can use filebot again ;-) see you!

ptr commented on 2016-05-18 11:39 (UTC)

> which engine was crashing? used engine: TheTVDB/TheMovieDB (others not tested) > do you use any kind of proxy, ad blocker, web filter or similar? various ad/tracking/script/privacy filter in firefox but not what can blocked filebot..

max.bra commented on 2016-05-18 11:27 (UTC)

finally something good! > (but i don't now why.. (two config dirs? O_o)) pre 4.7 shell file starter leave .filebot on user home. now is in a more appropriate position. which engine was crashing? do you use any kind of proxy, ad blocker, web filter or similar?

ptr commented on 2016-05-18 10:51 (UTC)

$ mv -i ~/.filebot ~/.config/filebot same error message.. i have do following: # pacman -Rcs filebot $ rm -r .config/filebot $ yaourt filebot and a first test worked now.. :) (Version: 4.7) (but i don't now why.. (two config dirs? O_o)) Thanks for your help.. :) -- > is filebot open and except/crash during renaming or is not open at all? filebot except on "match". After move config dir it crashed completly.

max.bra commented on 2016-05-18 10:15 (UTC)

@ptr is filebot open and except/crash during renaming or is not open at all?

max.bra commented on 2016-05-18 10:11 (UTC)

can you move "old" config dir and files ~/.filebot to current ~/.config/filebot and try again?

ptr commented on 2016-05-18 09:07 (UTC)

sry.. same error message

max.bra commented on 2016-05-18 08:53 (UTC)

> is not working.. ... is it still exception?

ptr commented on 2016-05-18 08:50 (UTC)

# pacman -Rcs filebot # yaourt filebot # locale-gen Generating locales... de_DE.UTF-8... done de_DE.ISO-8859-1... done de_DE.ISO-8859-15@euro... done en_US.UTF-8... done Generation complete. $ filebot -script "fn:sysinfo" FileBot 4.7 (r3923) JNA Native: 4.0.1 MediaInfo: MediaInfoLib - v0.7.85 Apache Commons VFS: [zip, ftps, rar, ftp, tar, tgz, tbz2, sftp] Chromaprint: fpcalc version 1.3.1 (fpcalc) Extended Attributes: OK Groovy Engine: 2.4.6 JRE: OpenJDK Runtime Environment 1.8.0_92 JVM: 64-bit OpenJDK 64-Bit Server VM CPU/MEM: 2 Core / 853 MB Max Memory / 16 MB Used Memory OS: Linux (amd64) Package: PORTABLE Data: /home/patrick/.config/filebot uname: Linux jupiter 4.5.4-1-ARCH #1 SMP PREEMPT Wed May 11 22:21:28 CEST 2016 x86_64 GNU/Linux Done ヾ(@⌒ー⌒@)ノ is not working..

max.bra commented on 2016-05-18 06:49 (UTC)

ok, please let's try this: - restore original filebot 4.7 files. - uncomment en_US.UTF-8 line in /etc/locale.gen - # locale-gen how is it?

ptr commented on 2016-05-18 06:24 (UTC)

$ grep "^[^#]" /etc/locale.gen de_DE.UTF-8 UTF-8 de_DE ISO-8859-1 de_DE@euro ISO-8859-15

max.bra commented on 2016-05-18 06:14 (UTC)

please: grep "^[^#]" /etc/locale.gen

ptr commented on 2016-05-18 06:05 (UTC)

$ localectl System Locale: LANG=de_DE.UTF-8 LC_COLLATE=C VC Keymap: de-latin1 X11 Layout: n/a changed en_US.UTF-8 to de_DE.UTF-8 in /usr/bin/filebot (but not worked in 4.7-1) (that is a older warning, that i solved ;-) then $ filebot -script "fn:sysinfo" FileBot 4.6.1 (r3315) JNA Native: 4.0.1 MediaInfo: MediaInfoLib - v0.7.85 Apache Commons VFS: [zip, ftps, rar, ftp, tar, tgz, tbz2, sftp] Chromaprint: fpcalc version 1.3.1 (fpcalc) Extended Attributes: OK Groovy Engine: 2.4.5 JRE: OpenJDK Runtime Environment 1.8.0_92 JVM: 64-bit OpenJDK 64-Bit Server VM CPU/MEM: 2 Core / 853 MB Max Memory / 27 MB Used Memory OS: Linux (amd64) Package: AUR Data: /home/patrick/.filebot uname: Linux jupiter 4.5.4-1-ARCH #1 SMP PREEMPT Wed May 11 22:21:28 CEST 2016 x86_64 GNU/Linux Done ヾ(@⌒ー⌒@)ノ

max.bra commented on 2016-05-18 04:32 (UTC)

uhm, what about your locale generation? Do you generate en_US.UTF-8 also?

ptr commented on 2016-05-18 03:44 (UTC)

@max.bra, here the info you need.. P.S. Version 4.6.1-1 and 4.6.1-2 are working..

max.bra commented on 2016-05-17 20:22 (UTC)

and more: file system that contains files to be renamed? is your first version of filebot? if not, previous versions worked? ok, stop... :)

max.bra commented on 2016-05-17 20:17 (UTC)

sorry for my late replay. i don't have lots of suggestions, my system have no problems and is very similar to yours, openjdk included a class cast exception to byte array ([B) is usually related to jni native calls... if you remove libzen and libmediainfo? output of 'filebot -script "fn:sysinfo"'? desktop environment?

ptr commented on 2016-05-17 03:17 (UTC)

hi max.bra, sry for late replay. optional deps are installed: libzen 0.4.33-1 libmediainfo 0.7.85-1

max.bra commented on 2016-05-16 17:30 (UTC)

hi ptr, have you optional deps installed?

ptr commented on 2016-05-16 15:04 (UTC) (edited on 2016-05-16 15:09 (UTC) by ptr)

hello, i can't rename files with filebot "Failed to load clutter file filter: Cannot cast java.lang.String to [B [..]" full error.log see -- Arch Linux : 4.5.4-1 (x86_64) jre8-openjdk 8.u92-1 filebot 4.7-1

notizblock commented on 2016-03-27 19:50 (UTC)

For anyone getting the error message "java.nio.file.InvalidPathException: Malformed input or input contains unmappable chacraters": The wrapper script /usr/bin/filebot exports LANG="en_US.UTF-8" and LC_ALL="en_US.UTF-8. Make sure to generate the appropriate locale.

penetal commented on 2016-03-14 13:41 (UTC)

Ref my comment/report over on java-p7zip-binding, thanks for updating, seems to work fine now.

max.bra commented on 2015-09-15 07:15 (UTC)

ugh you are right!! Imported old aur3 package.

edrex commented on 2015-09-15 00:47 (UTC)

java-p7zip-binding isn't present on the new AUR

max.bra commented on 2015-06-01 15:12 (UTC)

from debtap description: ... Do not use it to convert packages that already exist on official repositories or can be built from AUR! isn't it an absurd loop to use debtap inside a pkgbuild? :-D

adonisk commented on 2015-06-01 13:04 (UTC)

Why use filebot portable instead of installing the .deb file provided by Filebot through debtap?

max.bra commented on 2015-06-01 10:49 (UTC)

day 1 4.6 update: possibly md5sum mismatch next days.

max.bra commented on 2015-02-17 21:03 (UTC)

thanks for report. my monitor failed to warn me about file change. PKGBUILD updated without version bump.

jonarnold commented on 2015-02-17 16:01 (UTC)

It looks like the checksums on the source zip are off. Is it safe to just change it in the compilation? ==> Validating source files with md5sums... ... FAILED

binhex commented on 2015-01-25 21:18 (UTC)

thanks for your replies Reihar and Max.bra, appreciate the time taken.

Reihar commented on 2015-01-06 09:16 (UTC)

@binhex It's important that the dependency is the meta-package java-runtime>=8 to leave the choice of using an jre, whether it is oracle's, openjdk's, or any that I haven't heard of. Setting jre8-openjdk-headless as a dependency would prevent people from using aur/jre (Oracle's implementation). That's why it has to be java-runtime and because of that the user must choose an implementation that validate the meta-package.

max.bra commented on 2015-01-05 19:20 (UTC)

@binhex This is a feature lack of your aur helper. If you download the package tarball and build it by hand (after install the correct version of java 'distribution' that you prefer) you will not see any dependency error. Please read second-last Reihar's comment.

binhex commented on 2015-01-05 16:52 (UTC)

hi max.bra, i think you have an issue with your dependency of java-runtime>=8, as can be seen from my build output:- Aur Targets (1): filebot Pacman Targets (2): fontconfig jre7-openjdk Proceed with installation? [Y/n] so basically its looking to install jre7 even though you are specifying jre 8 or later, and thus it fails with the following:- Checking runtime dependencies... Missing dependencies: java-runtime>=8 Checking buildtime dependencies... ERROR: Could not resolve all dependencies. The build failed. i would recommend changing the dependency from "java-runtime" to "jre8-openjdk-headless" so that you are explicitly setting the correct version of java to install.

Reihar commented on 2015-01-01 10:45 (UTC)

@ryanmcclure Is java 8 set as your default version? You can check and set it with archlinux-java. Cf :

ryanmcclure commented on 2015-01-01 06:27 (UTC)

I'm getting the "Unsupported major.minor version 52.0" error (and have been for months). I currently have jdk8-openjdk installed and it still doesn't help. I'm really confused as to why this won't work.

Reihar commented on 2014-12-26 18:52 (UTC)

@stupidlogin You need a version of java that is superior or equal to java8. It's stated on the FAQ ( under the question "Q: When I try to start filebot it crashes immediately with an UnsupportedClassVersionError. What does that mean?". openjdk or oracle's jre aren't specifically required, you just need a package that provides the meta package java-runtime (so, any jre you wish to install) with a version superior or equal to 8. jre8-openjdk does the job perfectly well. I assume your AUR helper, aura, looks for a package called java-runtime, with a version superior or equal to 8 and fails as it is a meta-package. This is not a bug, just a lacking feature. I guess an AUR helper could keep track of those and offer you to install one of those packages that provides java-runtime. I've never heard about one that does, as it's not a critical feature. tl;dr: it's because the dependency is a meta-package, java-runtime. Failing to find a dependency and making you responsible of providing your preferred one was the correct behavior from your AUR helper and you did the right thing by installing a jre that implements java 8.

stupidlogin commented on 2014-12-26 16:09 (UTC)

I got an error when trying to install this: aura >>= Dependency checking failed for these reasons: The dependency `jre7-openjdk` demands version `>=8`, but the most recent version is `7.u71_2.5.3-3`. I didn't have any JRE/JDK installed yet. It worked after manually installing jre8 first. Since there doesn't seem to be an explicit dependency to jre7-openjdk anywhere I'm not sure if this is the package, a bug in aura, or my stupidity.

max.bra commented on 2014-12-13 18:35 (UTC)

Yes you can delete it. As per previous comments, this package is not updatable immediately because of possible md5sum mismatches. It is not necessary to provide a PKGBUILD with only md5sum changed.

DrDeath commented on 2014-12-13 16:31 (UTC)

Thanx for the update man. Should I delete the PKGBULD? What are the changes @ the start script? I mean there was no problem with the old one. At least for me.

max.bra commented on 2014-12-13 11:44 (UTC)

Please update from aur completely and not from DrDeath PKGBUILD. Start shell script is changed...

DrDeath commented on 2014-12-12 12:58 (UTC)

Here's the PKGBUILD for the new ver 4.5.3 enjoy

rednoah commented on 2014-12-09 07:04 (UTC)

For the next release I recommend updating the filebot launch script as well as follows: java -Dunixfs=false -DuseExtendedFileAttributes=true -DuseCreationDate=false -Djna.nosys=true -Dapplication.update=skip -Dapplication.deployment=aur -Dapplication.dir=$HOME/.filebot$HOME/.filebot/temp -Djna.library.path=/usr/share/java/filebot -Djava.library.path=/usr/share/java/filebot -jar /usr/share/java/filebot/filebot.jar "$@"

max.bra commented on 2014-11-23 19:39 (UTC)

yes, so simple!! Completely missed that! Done and thanks.

Reihar commented on 2014-11-23 18:21 (UTC)

Maybe a "requires('java-environment=8')" would work as this is what the java package "provides".

max.bra commented on 2014-10-16 13:23 (UTC)

you are welcome. "Mybe jre8-openjdk should be in dependencies" no, should not. java-runtime give freedom to install openjdk or oracle version. instead, it should be needed a java-runtime-8 like meta package, but this is not the place...

logos commented on 2014-10-16 11:13 (UTC)

I didn't know that I hadn't the last java version installed. Now it works. Thanks for hte help. Mybe jre8-openjdk should be in dependencies

max.bra commented on 2014-10-16 09:48 (UTC)

From Q: When I try to start filebot it crashes immediately with an UnsupportedClassVersionError. What does that mean? If you get an error like Exception in thread "main" java.lang.UnsupportedClassVersionError: net/filebot/Main : Unsupported major.minor version 52.0 it means that you're running Java 6 or Java 7 and that you will need to upgrade to Java 8. This is a very common error and is also documented in filebot q&a: have you at least googled it before post?

logos commented on 2014-10-16 09:25 (UTC)

When I launch filebot it says this and doen't open: Exception in thread "main" java.lang.UnsupportedClassVersionError: net/filebot/Main : Unsupported major.minor version 52.0 at java.lang.ClassLoader.defineClass1(Native Method) at java.lang.ClassLoader.defineClass( at at at$100( at$ at$ at Method) at at java.lang.ClassLoader.loadClass( at sun.misc.Launcher$AppClassLoader.loadClass( at java.lang.ClassLoader.loadClass( at sun.launcher.LauncherHelper.checkAndLoadMain(

max.bra commented on 2014-10-12 16:56 (UTC)

thank you. Updated.

rednoah commented on 2014-10-12 16:52 (UTC)

Pushed FileBot v4.5 (r2612) New MD5 for the portable is 975a7f6af6e0dfb9b3a958107dd7b4f6

rednoah commented on 2014-10-11 14:55 (UTC)

There's another regression issue flagged by a Arch user, so I might have to do one more hotfix for the v4.5 release... @see

rednoah commented on 2014-10-11 14:25 (UTC)

Sorry for the inconvenience. After the initial release there might be a few minor updates if there's an issues with installer packages. So it's probably best to only update the package here a week after the official release on

butler360 commented on 2014-10-09 21:03 (UTC)

Not sure how easy this would be, but would it be possible to automate the MD5? You can find it here, for example: Then regex to find the hashes: (?!<media:hash algo=\"md5\">)([a-fA-F\d]{32})(?=</media:hash>)

Reihar commented on 2014-10-09 20:34 (UTC)

Filebot apparently requires java 8 now. Look for "Q: When I try to start filebot it crashes immediately with an UnsupportedClassVersionError. What does that mean?".

max.bra commented on 2014-10-09 18:38 (UTC)

Problem is that you all flag packets 1 minute after releases and our filebot delightful developers changes day by day files released. Et voilà md5sums mismatch.

cfalzone commented on 2014-10-08 23:32 (UTC)

Looks like the checksum needs to be fixed: ==> Validating source files with md5sums... ... FAILED

bolorino commented on 2014-07-16 19:20 (UTC)

The first md5sum for the file should be 37827c3a70378ea9b57b6276f7496de4

Galmteam commented on 2014-07-16 18:22 (UTC)

Failing validity check for me as well.

jebarb commented on 2014-07-16 16:31 (UTC)

FileBot_4.2.jar is consistently failing the validity check when running makepkg. Unable to install.

cmtonkinson commented on 2014-07-09 16:47 (UTC)

Nix that - update just now to jre7-openjdk-7.u60_2.5.0-3 resolves the aforementioned text issue.

cmtonkinson commented on 2014-07-09 11:54 (UTC)

Anyone else missing text on buttons, labels, etc? Reinstalled to no avail.

galaux commented on 2014-06-22 18:44 (UTC)

Hello. While investigating a bug, I figured out this package lacks dependency on gtk2.

thefirstofthe300 commented on 2014-04-24 18:36 (UTC)

If you are not going to update this package, please orphan it. There are plenty of people out here (me included) who would be willing to maintain this package.

ryuzy commented on 2014-04-02 12:01 (UTC)

PKGBUILD for version 4.0

notizblock commented on 2014-03-29 15:30 (UTC)

Please update the package or orphan it, so that others can take care of it.

blubbblubb commented on 2014-03-07 03:23 (UTC)

Your md5sum is wrong 04:19 $ md5sum Downloads/FileBot_4.0.jar c17a2294884bd3d678da11b32dcc7b62 Downloads/FileBot_4.0.jar This one works for me

Hell-G commented on 2014-03-05 01:47 (UTC)

In order to install the new version 4.0, simply change the pkgver to 4.0 and the first of the md5sums to '2e0ae9b24dc6aeeff53026fe22520df0' in the PKGBUILD file. That worked for me. Cheers!

nylocx commented on 2014-01-20 18:41 (UTC)

Im totally new to archlinux and AUR so I have no idea how to correctly submit patches for AUR Packages. Anyway here is my adjusted PKGBUILD for 3.8.

PTBM133A4X commented on 2014-01-12 01:06 (UTC)

I think an updated version (3.8 r1840) is available Is it possible to have the AUR version updated? Many thanks for making this available in AUR.

DrDeath commented on 2013-11-24 11:18 (UTC)

@LeCrayonVert Thanx man. It did the trick:

LeCrayonVert commented on 2013-11-24 10:49 (UTC)

DrDeath, yochaigal => you should use the epoch variable in your PKGBUILD. See

DrDeath commented on 2013-11-24 10:30 (UTC)

I know. I got filebot at ignored packages after the update so I don't need to edit manualy the update list every time.

yochaigal commented on 2013-11-24 01:47 (UTC)

Version flagging is weird; AUR thinks this version is newer than latest (3.62 as opposed to 3.8).

DrDeath commented on 2013-11-17 12:53 (UTC)

Edited PKGBUILD for 3.8 version:

tcl16 commented on 2013-11-14 05:29 (UTC)

Please edit to use an absolute path to java or whatever the proper way of handling this is. When running filebot in a bash script started by another user, java cannot be found because it is not on that user's path. I do not know the most appropriate way to handle this, but I personally edited to use /opt/java/bin/java instead of just java.

yochaigal commented on 2013-04-19 01:39 (UTC)

Updated PKGBUILD: Please update!

commented on 2013-01-10 20:29 (UTC)

As I wrote in the comments, the script is not getting the right path for the java lib directory. I am very new to arch, unfortunately I cannot tell you how specifically change the script. You could also put the java binding as a direct dependency of the filebot package instead of maintaining a separate package for it.

said commented on 2013-01-10 09:34 (UTC)

Done but I don't use that dependency, help me fixing it please

commented on 2013-01-10 01:49 (UTC)

Would be nice if the new maintainer could also pick take care of java-p7zip-binding. It is now broken and is a dependency of filebot for file extraction.

Kaurin commented on 2012-11-08 21:44 (UTC)

@larvan Yeah, Filebot jar file was updated upstream. I updated the checksum. Thanks

larvan commented on 2012-11-08 11:56 (UTC)

md5sum of FileBot_3.1.jar is wrong in PKGBUILD. New one is '5c9fe4325d8ae62cf39f026b664c5a9e'. Thanks

Kaurin commented on 2012-09-06 18:54 (UTC)

@folkg java-runtime is a virtual package which can be provided by several java jre or jdk packages. If you don't do java development, you'll be fine with installing jre7-openjdk. This package provides functionality for java on the web (icedtea) and java applications

Kaurin commented on 2012-09-06 18:43 (UTC)

Thanks for reporting @folkg . I'm on it.

commented on 2012-09-06 18:00 (UTC)

I am getting Dependency `java-runtime' of `filebot' does not exist.

Kaurin commented on 2012-08-13 15:49 (UTC)

Sorted. Sorry for the inconvenience!

commented on 2012-08-13 13:40 (UTC)

md5sum mismatch ;)

Kaurin commented on 2012-08-06 21:22 (UTC)

Done :)

richerVE commented on 2012-08-06 20:00 (UTC)

Can you include fontconfig and libzen as dependencies? Without fontconfig, at least the CLI fails and without libzen, some subtitles searching (Sublight) fails also.

commented on 2012-06-01 03:12 (UTC)

You can have filebot print out some basic sysinfo via with filebot -script fn:sysinfo -trust-script

Kaurin commented on 2012-05-27 20:21 (UTC)

seblu, thank you for your feedback. Can you provide some info about your hardware and your currently installed java runtime? Is it OpenJDK/JRE or Oracle?

seblu commented on 2012-05-27 20:12 (UTC)

running filebot doesn't works on my workstation. i got an empty window. See:

Kaurin commented on 2012-05-02 08:56 (UTC)

Every update will be explained in the package's Changelog: example: pacman -Qcp <filebot-packagename>

Kaurin commented on 2012-04-11 22:44 (UTC)

Adopted package, started a changelog. Any feedback appreciated. Thanks :)

commented on 2011-12-20 17:21 (UTC)

There was an arch user in my forums that had trouble running "filebot" with cmdline args. Apparently the script that he got didn't pass through arguments. I'd be nice if you could fix that. Here's the debian startup script. Adjust the paths to fit for AUR and it should be good to go:

commented on 2011-12-13 06:10 (UTC)

Version 2.3 is out, and this works fine just changing the version and md5sums lines. pkgver=2.3 md5sums=('df1100e6001cbfc92b0a55ff59b61e63' '09645453ea9b94748bd61e47cd17333f' '8c356abf7c0ec3463171896ad64889b8' 'f37edd0bba7570904d28ab1681c7a7f3')

LeCrayonVert commented on 2011-08-31 18:56 (UTC)

VirtualRider > thx. maybe you should write to the maintainer to update the PKGBUILD (if there is no response, you could ask on the forum how to get the ownership on this package).

commented on 2011-08-31 17:52 (UTC)

Version 1.98 is released, a version bump seems to work. Since the package is out-of-date for a while, here an updated PKGBUILD: # Maintainer: TDY <> # Contributor: Nathan Owe <ndowens04 at gmail> pkgname=filebot pkgver=1.98 pkgrel=1 pkgdesc="The ultimate tool to rename TV/anime shows, download subtitles, and validate checksums" arch=('any') url="" license=('GPL') depends=('java-runtime') source=($pkgname/FileBot_$pkgver.jar $ $pkgname.png $pkgname.desktop) noextract=(FileBot_$pkgver.jar) md5sums=('91156fd47a262e634bfd20d80ee5955c' '09645453ea9b94748bd61e47cd17333f' '8c356abf7c0ec3463171896ad64889b8' 'f37edd0bba7570904d28ab1681c7a7f3') build() { cd "$srcdir" install -Dm644 FileBot_$pkgver.jar \ "$pkgdir/usr/share/java/$pkgname/$pkgname.jar" install -Dm755 $ "$pkgdir/usr/bin/$pkgname" install -Dm644 $pkgname.png "$pkgdir/usr/share/pixmaps/$pkgname.png" install -Dm644 $pkgname.desktop \ "$pkgdir/usr/share/applications/$pkgname.desktop" }

commented on 2011-07-31 15:53 (UTC)

Newest version (1.96.473) works fine with java 1.7

LeCrayonVert commented on 2011-07-30 12:22 (UTC)

Does not work anymore with java 1.7 .... Exception in thread "AWT-EventQueue-0" java.lang.IllegalStateException: This function should be called while holding treeLock at java.awt.Component.checkTreeLock( at java.awt.Container.validateTree( at net.sourceforge.tuned.ui.AbstractFancyListCellRenderer.validate(Unknown Source) at net.sourceforge.tuned.ui.AbstractFancyListCellRenderer.getListCellRendererComponent(Unknown Source) at javax.swing.plaf.basic.BasicListUI.updateLayoutState( at javax.swing.plaf.basic.BasicListUI.maybeUpdateLayoutState( at javax.swing.plaf.basic.BasicListUI$Handler.valueChanged( at javax.swing.DefaultListSelectionModel.fireValueChanged( at javax.swing.DefaultListSelectionModel.fireValueChanged( at javax.swing.DefaultListSelectionModel.fireValueChanged( at javax.swing.DefaultListSelectionModel.changeSelection( at javax.swing.DefaultListSelectionModel.changeSelection( at javax.swing.DefaultListSelectionModel.setSelectionInterval( at javax.swing.JList.setSelectedIndex( at net.sourceforge.filebot.ui.MainFrame.<init>(Unknown Source) at net.sourceforge.filebot.Main$ Source) at java.awt.event.InvocationEvent.dispatch( at java.awt.EventQueue.dispatchEventImpl( at java.awt.EventQueue.access$000( at java.awt.EventQueue$ at java.awt.EventQueue$ at Method) at$1.doIntersectionPrivilege( at java.awt.EventQueue.dispatchEvent( at java.awt.EventDispatchThread.pumpOneEventForFilters( at java.awt.EventDispatchThread.pumpEventsForFilter( at java.awt.EventDispatchThread.pumpEventsForHierarchy( at java.awt.EventDispatchThread.pumpEvents( at java.awt.EventDispatchThread.pumpEvents( at

LeCrayonVert commented on 2011-02-05 13:23 (UTC)

Still got the missing icon issue. I guess you should put filebot.png somewhere else than in /usr/share/pixmaps/filebot.png maybe in /usr/share/icons/hicolor/**x**/apps/

LeCrayonVert commented on 2011-02-02 14:03 (UTC)

Out of date + filebot icon does not appear next to the menu entry in Gnome.