This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
2015-07-18
Channels
- # admin-announcements (4)
- # announcements (1)
- # boot (9)
- # cider (19)
- # clojure (59)
- # clojure-android (59)
- # clojure-berlin (2)
- # clojure-dev (13)
- # clojure-japan (11)
- # clojure-russia (112)
- # clojure-spain (2)
- # clojure-uk (2)
- # clojurescript (183)
- # core-typed (9)
- # cursive (4)
- # datomic (9)
- # indycljs (2)
- # jobs (3)
- # ldnclj (3)
- # off-topic (4)
- # re-frame (4)
- # reagent (13)
malabarba: yes, I use it like that quite often
malabarba: Sometimes I get troubles on bad wifi because adb tunneling is lost often
Also, if phone is not connected to USB, and when it goes to sleep-mode, REPL ops become terribly slow. But it is solved by using (neko.debug/keep-screen-on)
in all activities, which is itself a useful thing to do
malabarba: (neko.debug/keep-screen-on this)
to be precise
Were the slow repl commands your problem?
I'm gonna try to get everything running now, and then isolate that issue I was having with skummet
Sounds good
alexyakushev: https://www.refheap.com/106689 Just so you know, this is the exception I get while dexing with summet.
I'll start dissecting my project now, just figured I'd show you the exception in case it was something obvious.
You are using a support library, right?
This error happens when dx is passed two sources with the same classfile
I don't know why skummet can be to blame here. So you can't build the regular version of this project alright?
Try running with DEBUG=1 and see which jars and directories are dexed
Then try to figure out where the duplicated class might be coming from
It's a Java class, so it can't really come from skummet or its results. Must be some other clash
No problem
Eeh... nobody knows
Usually it's good to use the latest version of build-tools
Until they break something, and people stay with the previous version
Just adding the dep that uses the support library is all it takes to trigger the issue
:dependencies ^:replace [[org.skummet/clojure "1.7.0-RC1-r2" :use-resources true]
[com.jeremyfeinstein.slidingmenu/library "1.3" :extension "aar"]
[neko/neko "4.0.0-alpha1"]]
Looks fine. What's in the second dependency?
I know what's going on
This dep probably pulls a support library dependency
And then lein-droid adds an explicit support library dependency
This lib pulls the support library from Maven while lein-droid adds support libraries to the classpath from Android SDK dir
I still need to figure out if I want this lib anyway. Sadly, it just looks like I don't have much of an option.
Everything stems from the fact that lein-droid magically adds dependencies from Android SDK
This sucks
If one day we get AAR support, things will become much much easier
I suppose so
But then you have to somehow unpack the resources out of the archive to be able to pass it to aapt
Just ftr, adding com.android.support/support-v4
to the :exclusions
and then using :support-libraries ["v4"]
indeed solves the problem
Good to know