Package Details: filebot 4.8.1-1

Git Clone URL: https://aur.archlinux.org/filebot.git (read-only)
Package Base: filebot
Description: The ultimate tool to rename TV/anime shows, download subtitles, and validate checksums.
Upstream URL: https://github.com/filebot/filebot
Keywords: mass rename subtitle
Licenses: GPL
Submitter: ndowens
Maintainer: max.bra
Last Packager: max.bra
Votes: 129
Popularity: 2.457722
First Submitted: 2009-06-21 07:41
Last Updated: 2018-04-21 15:36

Pinned Comments

max.bra commented on 2018-04-06 11:14

Filebot support

Since version 4.8.0, Linux is an unsupported platform. You can help to get back official support to the author's Patreon page: https://www.patreon.com/filebot

Notes and tips
  • To complete package generation, until better solution, after installation of jdk package as make depends you need to

    # archlinux-java set java-10-jdk
    
  • Anyone with time and desire to generate some "AUR apikeys"?

Latest Comments

mithrial commented on 2018-04-15 13:19

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

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

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

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

Server returned HTTP response code: 401 for URL: https://webservice.fanart.tv/v3/movies/121856?api_key=BA864DEE427E384A

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

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

max.bra commented on 2018-04-06 11:14

Filebot support

Since version 4.8.0, Linux is an unsupported platform. You can help to get back official support to the author's Patreon page: https://www.patreon.com/filebot

Notes and tips
  • To complete package generation, until better solution, after installation of jdk package as make depends you need to

    # archlinux-java set java-10-jdk
    
  • Anyone with time and desire to generate some "AUR apikeys"?

rvasilev commented on 2018-04-02 17:22

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

rednoah commented on 2018-04-02 03:52

@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: https://www.patreon.com/filebot

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

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

dcelasun commented on 2018-04-01 10:03

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

The solution is to add the following to app.properties before building:

# API
url.data: https://app.filebot.net/data
apikey.fanart.tv: 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

@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

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

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

@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

@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: https://www.patreon.com/filebot

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

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

@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/MediaInfo.java:12: 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

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/' app.properties
  • sed -i -E 's/jvm.version: 10/jvm.version: 8/' app.properties

and let me know if you get any trouble.

blubbblubb commented on 2018-03-22 22:07

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

@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

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

nadolph commented on 2018-03-15 04:55

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

$ git clone https://github.com/filebot/filebot.git

$ 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

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: https://www.patreon.com/filebot

Thank you!

j1simon commented on 2017-06-10 20:24

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

> I think I found the reason of this bug:
> https://www.filebot.net/forums/viewtopic.php?f=8&t=5091
> There seems to be a problem with sourceforge.

mmm, it seems a serious problem of data corruption...

Anonymous comment on 2017-06-07 10:51

I think I found the reason of this bug:
https://www.filebot.net/forums/viewtopic.php?f=8&t=5091
There seems to be a problem with sourceforge.

Anonymous comment on 2017-06-07 10:14

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

hi chmercesmoreira, thanks for reporting. done.

Anonymous comment on 2017-06-07 04:38

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

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 (https://aur.archlinux.org/cgit/aur.git/snapshot/filebot.tar.gz), uncompress it and do a simple 'makepkg'?

juanrodgil commented on 2017-05-26 09:44

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

max.bra commented on 2017-04-04 06:48

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

fryfrog commented on 2017-04-04 01:32

(1/1) upgrading filebot [##########################################################################] 100%
==> if you use OpenJDK as Java VM you must also install OpenJFX
==> https://wiki.archlinux.org/index.php/Java#OpenJFX

Maybe openjfx should be an opt depend?

max.bra commented on 2017-01-17 16:54

@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

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:
https://github.com/filebot/filebot/tree/master/lib/native

You will find older versions of all the libraries in the git history:
https://github.com/filebot/filebot/commits/master/lib/native

apodim commented on 2017-01-13 23:33

@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

@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

@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

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

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

@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

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

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

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

@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

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

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

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

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

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

talonz commented on 2016-09-29 06:22

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

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

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

md5 doesn't match for FileBot_4.7.1-portable.zip

max.bra commented on 2016-08-02 21:34

@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

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

@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

@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

@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

@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

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

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

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: https://wiki.archlinux.org/index.php/Java#OpenJFX

j1simon commented on 2016-08-01 23:18

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(SwingUI.java:423)
at net.filebot.Main.main(Main.java:148)
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(RenameAction.java:99)
at net.filebot.util.ui.SwingUI.withWaitCursor(SwingUI.java:289)
at net.filebot.ui.rename.RenameAction.actionPerformed(RenameAction.java:78)
Caused by: java.lang.ClassNotFoundException: javafx.concurrent.Task
... 3 more

gregf commented on 2016-07-19 14:00

@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

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.

gregf commented on 2016-07-17 00:11

$ 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(ClassLoader.java:803)
at java.security.SecureClassLoader.defineClass(SecureClassLoader.java:142)
at java.net.URLClassLoader.defineClass(URLClassLoader.java:449)
at java.net.URLClassLoader.access$100(URLClassLoader.java:71)
at java.net.URLClassLoader$1.run(URLClassLoader.java:361)
at java.net.URLClassLoader$1.run(URLClassLoader.java:355)
at java.security.AccessController.doPrivileged(Native Method)
at java.net.URLClassLoader.findClass(URLClassLoader.java:354)
at java.lang.ClassLoader.loadClass(ClassLoader.java:425)
at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:308)
at java.lang.ClassLoader.loadClass(ClassLoader.java:358)
at sun.launcher.LauncherHelper.checkAndLoadMain(LauncherHelper.java:482)

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

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

You might wanna check the custom `filebot-arch.sh` launcher. There seem to be a few issues compared to the official `filebot.sh` 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

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 (filebot.sh)?
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

What is the reason to change desktop file, script init (filebot.sh)? The sh script defined here it opens wrong initial folder: https://www.filebot.net/forums/viewtopic.php?f=6&t=3949

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

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

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

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

having problems with the drag-n-drop, if the file name has a square bracket it throws out a "java.net.URISyntaxException: 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

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

You have serious problems with your arm distribution Java VM

http://bfy.tw/5t5e

Teyro commented on 2016-05-22 06:21

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:
# http://bugreport.java.com/bugreport/crash.jsp
#
/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" -Djava.net.useSystemProxies=false -Djna.nosys=true -Dapplication.deployment=portable -Dnet.filebot.Archive.extractor="$EXTRACTOR" -Dnet.filebot.AcoustID.fpcalc="fpcalc" -Dapplication.dir=$HOME/.config/filebot -Djava.io.tmpdir=/tmp/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

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

> 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

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

$ 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

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

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

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

ptr commented on 2016-05-18 09:07

sry..

same error message

https://gist.github.com/anonymous/ba9e5b15b3a6914f8aeb133ef808f006

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

> is not working..

... is it still exception?

ptr commented on 2016-05-18 08:50

# 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

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

$ 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

please:

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

ptr commented on 2016-05-18 06:05

$ 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

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

ptr commented on 2016-05-18 03:44

@max.bra,
here the info you need..

https://gist.github.com/anonymous/461c17a3103e1d72597a96e2219c1ff0

P.S. Version 4.6.1-1 and 4.6.1-2 are working..

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

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

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

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

hi ptr,
have you optional deps installed?

ptr commented on 2016-05-16 15:04

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

https://gist.github.com/anonymous/ba9e5b15b3a6914f8aeb133ef808f006

--
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

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

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

ugh you are right!!
Imported old aur3 package.

edrex commented on 2015-09-15 00:47

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

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

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

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

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

day 1 4.6 update: possibly md5sum mismatch next days.

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

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

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...
FileBot_4.5.6-portable.zip ... FAILED

binhex commented on 2015-01-25 21:18

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

binhex commented on 2015-01-25 21:17

thanks for your replies Reihar and mac.bra, they make perfect sense.

Reihar commented on 2015-01-06 09:16

@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

@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

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

@ryanmcclure

Is java 8 set as your default version? You can check and set it with archlinux-java. Cf : https://wiki.archlinux.org/index.php/Java#Switching_between_JVM

ryanmcclure commented on 2015-01-01 06:27

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

@stupidlogin

You need a version of java that is superior or equal to java8. It's stated on the FAQ (https://www.filebot.net/forums/viewtopic.php?f=3&t=7#p7) 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

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

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

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

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

DrDeath commented on 2014-12-12 12:58

Here's the PKGBUILD for the new ver 4.5.3
enjoy
http://pastebin.com/nd35b0j2

DrDeath commented on 2014-12-12 04:06

Here's the PKGBUILD for the new ver. 4.5.3
enjoy
http://pastebin.com/92ybCRZG

rednoah commented on 2014-12-09 07:04

For the next release I recommend updating the filebot launch script as well as follows:

java -Dunixfs=false -DuseExtendedFileAttributes=true -DuseCreationDate=false -Djava.net.useSystemProxies=true -Dsun.net.client.defaultConnectTimeout=10000 -Dsun.net.client.defaultReadTimeout=60000 -Djna.nosys=true -Dapplication.update=skip -Dapplication.deployment=aur -Dapplication.dir=$HOME/.filebot -Djava.io.tmpdir=$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

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

Reihar commented on 2014-11-23 18:21

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

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

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

From http://www.filebot.net/forums/viewtopic.php?t=7

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

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(ClassLoader.java:800)
at java.security.SecureClassLoader.defineClass(SecureClassLoader.java:142)
at java.net.URLClassLoader.defineClass(URLClassLoader.java:449)
at java.net.URLClassLoader.access$100(URLClassLoader.java:71)
at java.net.URLClassLoader$1.run(URLClassLoader.java:361)
at java.net.URLClassLoader$1.run(URLClassLoader.java:355)
at java.security.AccessController.doPrivileged(Native Method)
at java.net.URLClassLoader.findClass(URLClassLoader.java:354)
at java.lang.ClassLoader.loadClass(ClassLoader.java:425)
at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:308)
at java.lang.ClassLoader.loadClass(ClassLoader.java:358)
at sun.launcher.LauncherHelper.checkAndLoadMain(LauncherHelper.java:482)

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

thank you. Updated.

rednoah commented on 2014-10-12 16:52

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

rednoah commented on 2014-10-11 14:55

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 http://www.filebot.net/forums/viewtopic.php?f=6&p=11854#p11852

rednoah commented on 2014-10-11 14:54

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

rednoah commented on 2014-10-11 14:25

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 filebot.net

butler360 commented on 2014-10-09 21:03

Not sure how easy this would be, but would it be possible to automate the MD5? You can find it here, for example: http://sourceforge.net/projects/filebot/rss?path=/filebot/FileBot_4.5/

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

Filebot apparently requires java 8 now.

http://www.filebot.net/forums/viewtopic.php?t=7
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

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

Looks like the checksum needs to be fixed:
==> Validating source files with md5sums...
FileBot_4.5-portable.zip ... FAILED

Falstaff commented on 2014-10-06 16:28

Version 4.5 is out

Falstaff commented on 2014-10-06 16:28

Version 4.5 is out

bolorino commented on 2014-07-16 19:20

The first md5sum for the file
http://downloads.sourceforge.net/project/filebot/filebot/FileBot_4.2/FileBot_4.2.jar
should be
37827c3a70378ea9b57b6276f7496de4

Galmteam commented on 2014-07-16 18:22

Failing validity check for me as well.

jebarb commented on 2014-07-16 16:31

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

cmtonkinson commented on 2014-07-09 16:47

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

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

galaux commented on 2014-06-22 18:44

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

thefirstofthe300 commented on 2014-04-24 18:36

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

PKGBUILD for version 4.0
http://pastebin.com/raw.php?i=cmBW9Cgt

notizblock commented on 2014-03-29 15:30

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

blubbblubb commented on 2014-03-07 03:23

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

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

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.
http://bpaste.net/show/170207/

PTBM133A4X commented on 2014-01-12 01:06

I think an updated version (3.8 r1840) is available http://www.filebot.net/#download.

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

@LeCrayonVert Thanx man. It did the trick:
http://pastebin.com/raw.php?i=qA0JjMhE

LeCrayonVert commented on 2013-11-24 10:49

DrDeath, yochaigal => you should use the epoch variable in your PKGBUILD. See https://wiki.archlinux.org/index.php/PKGBUILD#epoch

DrDeath commented on 2013-11-24 10:30

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

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

Edited PKGBUILD for 3.8 version:
http://pastebin.com/raw.php?i=r2GVzECL

tcl16 commented on 2013-11-14 05:29

Please edit filebot.sh 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 filebot.sh to use /opt/java/bin/java instead of just java.

yochaigal commented on 2013-04-19 01:39

Updated PKGBUILD:

http://pastebin.com/raw.php?i=rvaw8vDe

Please update!

Anonymous comment on 2013-01-10 20:29

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

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

Anonymous comment on 2013-01-10 01:49

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

@larvan

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

larvan commented on 2012-11-08 11:56

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

Thanks

Kaurin commented on 2012-09-06 18:54

@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

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

Anonymous comment on 2012-09-06 18:00

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

Kaurin commented on 2012-08-13 15:49

Sorted. Sorry for the inconvenience!

mjob commented on 2012-08-13 13:40

md5sum mismatch ;)

Kaurin commented on 2012-08-06 21:22

Done :)

richerVE commented on 2012-08-06 20:00

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

Anonymous comment on 2012-06-01 03:12

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

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

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

See: http://tinypic.com/view.php?pic=154zlti&s=6

Kaurin commented on 2012-05-02 08:56

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

Kaurin commented on 2012-04-14 04:10

2012-04-14 Kaurin
Version 1.61-6
*Added java-p7zip-binding as an optdep

2012-04-12 Kaurin
Version 1.61-5
*Replaced mediainfo with libmediainfo as optdep
*Removed p7zip from optdeps

2012-04-12 Kaurin
Version 1.61-4
*Updated filebot.sh so it repots aur as a means of deployment instead of deb

2012-04-12 Kaurin
Version 1.61-3
*Added a new 256x256px icon

2012-04-12 Kaurin
Version 1.61-2
*Added ChangeLog
*Added p7zip as an optdep
*Replaced the build() function with package()

2012-04-11 Kaurin
Version 1.61-1
*Updated to Version 1.61
*Added mediainfo as an optdep

Kaurin commented on 2012-04-12 12:33

2012-04-12 Kaurin <milos dot kaurin gmail>
Version 1.61-4
*Updated filebot.sh so it repots aur as a means of deployment instead of deb

Kaurin commented on 2012-04-12 02:55

2012-04-12
Version 1.61-3
*Added a new 256x256px icon

Kaurin commented on 2012-04-12 02:37

2012-04-12 Kaurin <milos dot kaurin gmail>
Version 1.61-3
*Added a new 256x256px icon

Kaurin commented on 2012-04-11 22:44

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

Kaurin commented on 2012-03-05 14:05

Hi I have an updated package for filebot. I included rednoah's suggestion in it. Tar: http://dl.dropbox.com/u/6238386/filebot/filebot.tar.gz PKGBUILD: http://dl.dropbox.com/u/6238386/filebot/PKGBUILD

Anonymous comment on 2011-12-20 17:21

There was an arch user in my forums that had trouble running "filebot" with cmdline args. Apparently the filebot.sh 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:
http://filebot.svn.sourceforge.net/viewvc/filebot/trunk/installer/deb/filebot.sh

Anonymous comment on 2011-12-13 06:10

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

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).

Anonymous comment on 2011-08-31 17:52

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 <tyd@gmx.com>
# 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="http://filebot.sourceforge.net/"
license=('GPL')
depends=('java-runtime')
source=(http://downloads.sourceforge.net/$pkgname/FileBot_$pkgver.jar
$pkgname.sh $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 $pkgname.sh "$pkgdir/usr/bin/$pkgname"
install -Dm644 $pkgname.png "$pkgdir/usr/share/pixmaps/$pkgname.png"
install -Dm644 $pkgname.desktop \
"$pkgdir/usr/share/applications/$pkgname.desktop"
}

Anonymous comment on 2011-07-31 15:53

Newest version (1.96.473) works fine with java 1.7

LeCrayonVert commented on 2011-07-30 12:22

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(Component.java:1195)
at java.awt.Container.validateTree(Container.java:1682)
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(BasicListUI.java:1361)
at javax.swing.plaf.basic.BasicListUI.maybeUpdateLayoutState(BasicListUI.java:1311)
at javax.swing.plaf.basic.BasicListUI$Handler.valueChanged(BasicListUI.java:2623)
at javax.swing.DefaultListSelectionModel.fireValueChanged(DefaultListSelectionModel.java:184)
at javax.swing.DefaultListSelectionModel.fireValueChanged(DefaultListSelectionModel.java:164)
at javax.swing.DefaultListSelectionModel.fireValueChanged(DefaultListSelectionModel.java:211)
at javax.swing.DefaultListSelectionModel.changeSelection(DefaultListSelectionModel.java:405)
at javax.swing.DefaultListSelectionModel.changeSelection(DefaultListSelectionModel.java:415)
at javax.swing.DefaultListSelectionModel.setSelectionInterval(DefaultListSelectionModel.java:459)
at javax.swing.JList.setSelectedIndex(JList.java:2212)
at net.sourceforge.filebot.ui.MainFrame.<init>(Unknown Source)
at net.sourceforge.filebot.Main$1.run(Unknown Source)
at java.awt.event.InvocationEvent.dispatch(InvocationEvent.java:251)
at java.awt.EventQueue.dispatchEventImpl(EventQueue.java:705)
at java.awt.EventQueue.access$000(EventQueue.java:101)
at java.awt.EventQueue$3.run(EventQueue.java:666)
at java.awt.EventQueue$3.run(EventQueue.java:664)
at java.security.AccessController.doPrivileged(Native Method)
at java.security.ProtectionDomain$1.doIntersectionPrivilege(ProtectionDomain.java:76)
at java.awt.EventQueue.dispatchEvent(EventQueue.java:675)
at java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:211)
at java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:128)
at java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:117)
at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:113)
at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:105)
at java.awt.EventDispatchThread.run(EventDispatchThread.java:90)

LeCrayonVert commented on 2011-02-05 13:23

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

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