Package Details: charles 4.6.2-1

Git Clone URL: (read-only, click to copy)
Package Base: charles
Description: Web debugging proxy application
Upstream URL:
Licenses: custom, Apache
Submitter: None
Maintainer: pizzaman
Last Packager: pizzaman
Votes: 58
Popularity: 0.116328
First Submitted: 2011-08-04 11:15 (UTC)
Last Updated: 2021-07-06 12:33 (UTC)

Dependencies (2)

Required by (0)

Sources (1)

Latest Comments

mylifeforaur commented on 2020-11-15 05:11 (UTC)

@pizzaman thank you worked like a charm!

pizzaman commented on 2020-11-15 05:00 (UTC) (edited on 2020-11-15 05:09 (UTC) by pizzaman)


_JAVA_OPTIONS='-Dawt.useSystemAAFontSettings=on -Dswing.aatext=true' charles

Or follow instructions in links.

mylifeforaur commented on 2020-11-15 01:05 (UTC)

Does the gnome theme properly install for anyone else? On my installation the gnome theme was not working.

txtsd commented on 2020-11-04 05:56 (UTC)

@pizzaman Thanks for incorporating the changes!

pizzaman commented on 2020-11-04 04:38 (UTC)

@txtsd Thanks for the suggestions.

txtsd commented on 2020-10-31 06:09 (UTC) (edited on 2020-10-31 06:09 (UTC) by txtsd)

@pizzaman please incorporate @jjoshau's changes to the script

And also make it so that charles uses $XDG_CONFIG_HOME by default instead of ~/ for configuration storage

jjoshau commented on 2020-09-03 15:59 (UTC) (edited on 2020-09-03 16:06 (UTC) by jjoshau)


Everytime i start charles, it tries to touch a file named '^-' in my home directory.

this was annoying me as well; after digging in, it's happening in the startup script /usr/bin/charles

hash java 2>^- || { echo >&2 "Charles couldn't start: java not found. Please install java to use Charles."; exit 1; }

removing 2>^- did the trick, for me

Groentebroer commented on 2020-06-16 09:11 (UTC) (edited on 2020-06-16 11:40 (UTC) by Groentebroer)

On Manjaro I got:

Error: A JNI error has occurred, please check your installation and try again Exception in thread "main" java.lang.UnsupportedClassVersionError: com/xk72/charles/gui/MainWithClassLoader has been compiled by a more recent version of the Java Runtime (class file version 53.0), this version of the Java Runtime only recognizes class file versions up to 52.0

Edit: oke, that was a noob question, but for others, which might stumble across the same issue:

Next to JRE-8 I installed JRE-14 and made that default.

sudo pacman -S jre-openjdk

List which are installed:

archlinux-java status

Set the default:

sudo archlinux-java set java-14-openjdk


pizzaman commented on 2020-03-23 11:11 (UTC)

@D3SOX What problems are you having? AFAIK this package works well.

D3SOX commented on 2020-03-23 10:56 (UTC)

For everyone who also has problems with this package I created another package which is built using the deb package This is a bit larger because it includes the JDK provided by Charles but therefore the package itself does not need the Java dependency

bruceutut commented on 2019-12-31 02:53 (UTC)

Thanks for maintaining this...

Everytime i start charles, it tries to touch a file named '^-' in my home directory.
Does anyone have a solution for that ?

atrotors commented on 2019-11-14 01:38 (UTC)

PKGBUILD for 4.5.4 if anyone wants it

How do we notify the maintainer to update the package?

txtsd commented on 2019-10-18 14:15 (UTC) (edited on 2019-10-18 14:25 (UTC) by txtsd)

Here's a PKGBUILD for 4.5.1

It works fine with openjdk10 and up

cwrau commented on 2019-04-24 13:12 (UTC)

@JohnMaguire That can be fixed by explicitly using java8:

JAVA_HOME=/usr/lib/jvm/java-8-openjdk/jre charles

I was coming here to ask if that can be specified inside the /usr/bin/charles script?

JohnMaguire commented on 2019-01-09 17:41 (UTC)

Exception in thread "main" java.lang.NoClassDefFoundError: javax/activation/MimetypesFileTypeMap
    at<clinit>(Unknown Source)
    at java.base/java.lang.Class.forName0(Native Method)
    at java.base/java.lang.Class.forName(
    at com.xk72.charles.CharlesContext.lcJx(Unknown Source)
    at com.xk72.charles.CharlesContext.chaj(Unknown Source)
    at com.xk72.charles.CharlesContext.start(Unknown Source)
    at com.xk72.charles.Main.lcJx(Unknown Source)
    at com.xk72.charles.gui.Main.main(Unknown Source)
    at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
    at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(
    at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(
    at java.base/java.lang.reflect.Method.invoke(
    at com.xk72.charles.gui.transaction.viewers.protobuf.Rvxm.lcJx(Unknown Source)
    at com.xk72.charles.gui.MainWithClassLoader.main(Unknown Source)
Caused by: java.lang.ClassNotFoundException: javax.activation.MimetypesFileTypeMap
    at java.base/jdk.internal.loader.BuiltinClassLoader.loadClass(
    at java.base/jdk.internal.loader.ClassLoaders$AppClassLoader.loadClass(
    at java.base/java.lang.ClassLoader.loadClass(
    ... 14 more

After the nag screen

badboy commented on 2018-04-18 08:17 (UTC)

@kalbasit: Thanks, I spent a couple of minutes yesterday trying to figure it out, but not getting it done. This makes things a lot easier. I push the working version once I'm back at my Arch Linux PC

kalbasit commented on 2018-04-17 19:23 (UTC) (edited on 2018-04-17 19:24 (UTC) by kalbasit)

@badboy here's the PKGBUILD diff to fix the installation:

dbermond commented on 2018-04-13 16:53 (UTC)

@badboy Package fails to build for me with the 4.2.5-1 update. The icons directory have a new structure in 4.2.5.

As a result, I'm getting this this error at package():

install: cannot stat '/home/user/aur/charles/src/charles/icon/charles_icon16.png': No such file or directory

karlvr commented on 2017-08-04 04:01 (UTC)

@kamazee @badboy no problem, I'm on it. I've added it and it will be in the 4.2 beta which should be out early next week!

badboy commented on 2017-08-03 10:21 (UTC)

@kamazee: Could you propose that upstream? I'd like to avoid modifications to the shipped files to minimize maintenance work on my side.

kamazee commented on 2017-08-03 10:11 (UTC)

Could you add line "StartupWMClass=com-xk72-charles-gui-MainWithClassLoader" into .desktop file? This is how a window can be traced back to .desktop entry that launches it; it makes desktop environment experience a bit nicer: for example, this allows charles window to be properly moved using Gnome Auto Move Windows plugin; I guess the same is used to highlight a pinned entry in a task bar.

badboy commented on 2017-05-15 20:23 (UTC)

Oh, I see. I'll fix that tomorrow

fatmike commented on 2017-05-15 14:59 (UTC)

The provided .desktop file is referencing the icon incorrectly: Icon=../icon/charles_icon128.png Please provide just the icon name without path and extension here. Icon=charles

badboy commented on 2017-04-13 08:41 (UTC)

@hendry: Can't reproduce it here. Latest version works fine for me, even with the same INFO and WARNING.

hendry commented on 2017-04-13 03:47 (UTC)

It's just blank for me

badboy commented on 2017-03-06 22:24 (UTC)

I added that file in the right location for now

brkattk commented on 2017-03-06 18:31 (UTC)

The charles-proxy.desktop Icon value is set to "../icon/charles_icon128.png" but they are installed in the hicolor icon directories.

badboy commented on 2016-09-26 17:52 (UTC)

Thanks! Didn't know about taht

sl1pkn07 commented on 2016-09-26 17:48 (UTC) (edited on 2016-09-26 17:49 (UTC) by sl1pkn07)

because is handled by pacman hooks

badboy commented on 2016-09-26 17:43 (UTC)

@sl1pkn07: Why?

sl1pkn07 commented on 2016-09-26 16:27 (UTC)

the .install file is not need anymore

badboy commented on 2016-08-18 10:31 (UTC)

I added a requirement: java-runtime>=8 The AUR still lists all old jdk/jre versions as well, but in theory this should work, rigt?

s123 commented on 2016-08-18 08:54 (UTC) (edited on 2016-08-18 08:56 (UTC) by s123)

Thank you! But it doesn't start with jre7 now: Charles is not able to enable HTTP 2 on this version of Java. Please use Java 1.8.0_102 to enable HTTP 2 support. Exception in thread "main" java.lang.UnsupportedClassVersionError: com/xk72/charles/gui/MainWithClassLoader : Unsupported major.minor version 52.0 And works fine with jre8. You should remove older versions from dependencies. jre8-openjdk is easily available from repos.

badboy commented on 2015-11-03 18:30 (UTC)

Hey karlvr. First, sorry for the delayed reply. Second, charles is really easy to package. If it includes the .desktop file and uses the right directory it's even easier and I can kick out the patches. About the version requirement: Too make it easy and let the user decide which Java runtime to use I only specified 'java-runtime' as a dependency. A first test suggests that I can't force a specific version there, but I'll see if there's still any chance.

karlvr commented on 2015-10-29 20:04 (UTC)

Thank you very much for maintaining these packages. Please let me know what I can do to make this job easier. I have a .desktop file that I use on Ubuntu, which I'll start to include in the generic .tar.gz. I've added some keys to it from your example. Also I'll modify the bin/charles file to support finding jars in the lib dir you're using here. Seems like a start. I would like to get everyone using Charles with Java 8, as older versions don't have the SSL cipher support that is required these days. If 8 is easily available on Arch then it would be great to reduce the requirements.

itwenty commented on 2015-04-02 07:53 (UTC)

3.10.1 released :

wbowling commented on 2015-03-25 04:59 (UTC)

3.10 released:

badboy commented on 2014-09-02 21:32 (UTC)

Why was this flagged as out of day? 3.9.2 is still the latest release.

Linx89 commented on 2014-05-05 14:44 (UTC)

Thank you!

badboy commented on 2014-05-05 07:49 (UTC)

Bumped. I now have a notification set up if they release a new version. Thanks, Linx89

Linx89 commented on 2014-05-05 07:36 (UTC)

3.9.1 released:

badboy commented on 2014-04-30 10:44 (UTC)

Updated. Thanks again, linx89

badboy commented on 2014-04-30 09:28 (UTC)

Thanks, linx89, will be updated later today.

Linx89 commented on 2014-04-30 09:11 (UTC)

3.9 is out:

Atsutane commented on 2014-01-08 17:39 (UTC)

Last update march 2013, badboys mail was rejected by the mail server => no need to wait: disowned. If there are complaints feel free to write me mails. :-)

badboy commented on 2014-01-08 15:37 (UTC)

I wrote to kth5 with the request to disown the package, so I can take over. If I don't receive an answer in the next week I'll write to the mailinglist.

cookiecaper commented on 2014-01-04 04:08 (UTC)

This package is still out of date, version 3.8.3 being the latest. Please orphan the package if you do not intend on maintaining it.

roheim commented on 2013-10-04 09:53 (UTC)

3.8.1 is out.

hitsmaxft commented on 2013-04-21 03:20 (UTC)

yaourt warns when building package WARNING: Using a PKGBUILD without a package() function is deprecated.

Red_Squirrel commented on 2013-03-18 11:29 (UTC)

Version 3.7 pls...

arslonga commented on 2011-12-13 14:34 (UTC)

Version 3.6.5 is out. Cheers, Giacomo

arslonga commented on 2011-11-30 11:50 (UTC)

Hello, there's a new version out: 3.6.4. I wrote this patch that seems to work well for me: You can apply this patch directy to the contents of the current charles.tar.gz

commented on 2011-08-29 12:17 (UTC)

Upgraded and Url scheme incorporated. Thanks for the hint. :)

commented on 2011-08-28 09:57 (UTC)

Hello! welcome to the AUR party:) A gift: source=(${pkgver}/charles-proxy-${pkgver//./_}.tar.gz So charles changed up how it stores the package, and that will go and collect the correct one based on what you enter into pkgver. the //./_ is to convert from . to _ so it can find it in the http link. After bumping to 3.6.1 and running makepkg -g to get the updated hash's it was all good.