This repository has been archived by the owner on Oct 5, 2018. It is now read-only.
jnilib error for publishGhPages #38
Labels
Comments
|
I haven't noticed that in the past, but I'll have to try it with 1.10 to see what happens. I don't have access to a Mac, so if it's specific to OS X, not sure I'll be much help. |
|
Wasn't able to reproduce with Gradle 1.10 with either Windows 8.1 or Arch Linux. I'm not super familiar with where all of the underlying JNA/I libraries are coming from, but that one doesn't look familiar. Can you confirm that adding my plugin is what causes this message? |
|
Yes, calling the "./gradlew publishGhPages" task creates the message. I found this in other issue repirts on Github where projects were using your plugin. They tried to solve it by extracting the plugin config into a separate file but that doesn't seem to have any effect. But you are right, the TravisCI build doesn't have this warning ( https://travis-ci.org/aheusingfeld/aim42) so it could be platform specific. |
|
Thanks for the info. I'll need someone with a Mac to debug this, because I don't have access to one. If anyone can track it down, I'd welcome a pull request. |
|
I'm seeing it with Gradle 1.11, Java 1.7.0_51, on Mac OS X 10.8.5 |
|
If I go back to version |
|
I added the following task to my build file: I see the following with version 0.5.0: And with 0.6.0 it changes to: I'm not sure how this would differ from other platforms or which, if any, of the listed jars are conflicting, but I thought this might help. |
|
0.6.0 is when I added the agent proxy support, so that makes sense. With 0.7.0 you should be able to disable the proxy which could get you past the error. I'd prefer to fix it, but I don't have access to a Mac for testing. |
|
Andrew, get it out and I'll be happy to test it on OS X 10.9.3. |
|
Should be out in the next couple days. |
|
I seem to get further with 0.7.0. It would be great if there were a working sample that I could look at. |
|
Which part are you looking for a sample of? Also are you trying to use ssh-agent? I'm guessing that's still broken on Mac. You should be able to turn of ssh-agent and/or force it to use hardcoded or interactive creds. See the AuthConfig class in Grgit for details. |
|
I'm looking for a sample of any kind of authorization that will work with Github. I've tried both https and ssh URLs with no luck. I'll set up a sample public project and let you know. |
|
You'll have to setup an access token for this. I setup a build for aim42 via travis CI with this.
Actually I added the same information to the README. It'd be great to hear what you think is missing there! |
|
Sorry if this triple posts, something odd is going on in my browser... The 4 main authentication options are listed here. If you use an HTTPS URI, it will require username/password (or auth token) credentials either hardcoded or interactively provided. If you use an SSH URI, it will require an SSH key found automatically (I believe in your Alex's example should cover the hardcoded option, though you can also set the system properties if that is a more workable solution for you: If you want to use another option, or are still seeing the jnilib error, I would suggest disabling the sshagent and pageant lookups in Grgit with: If that's still not getting you around it let me know. |
|
I have a possible solution for the jnilib warning you are seeing. jsch-agentproxy supports a few different socket implementations to connect to sshagent. I was using the JNA one, but they also support netcat (which I believe is available on OS X). I've updated grgit to try netcat first and then fall back to JNA. If you want to give it a try I made a beta JAR available in JCenter and Central. classpath 'org.ajoberstar:gradle-git:0.7.0'
classpath 'org.ajoberstar:grgit:0.2.2-beta' // add this |
|
If you still the waning with this, would you mind posting the |
msgilligan
added a commit
to msgilligan/msgilligan.github.io
that referenced
this issue
Apr 3, 2014
This version is posted to: ajoberstar/gradle-git#38
|
Thanks for all the help! I'm still trying to get it to work. I set things up on my Personal Github pages repo. Hopefully I'm just doing something stupid. It's the The command I am using is: I'm trying to get it to work with a hardcoded username/password and at this point it doesn't seem to matter whether the password is right or not, so I'm checking in 'badpass'. |
|
Here's the --debug output: |
|
My bad... missed some testing before I released 0.7.0. The |
|
Still not working, but the symptoms have changed: I'm breaking for dinner but will check back in a few hours. |
|
I think your uri is bad. Might just be the |
|
Added |
|
I've made it work with hardcoded username/password in |
|
Running all these tests I've noticed that my script has been recursively checking in a 'ghpages' directory: (Sorry for turning this item in to my personal troubleshooting thread) |
|
OK, I looked at the source. I see that |
Sign up for free
to subscribe to this conversation on GitHub.
Already have an account?
Sign in.
When I run the build using Gradle wrapper 1.10 I get the following output running on Mac OS X 10.9.2:
The build is successful but nevertheless the JNI error is slightly worrying. I didn't have time to look into your plugin too deeply, so any advice is appreciated. Thanks.
The text was updated successfully, but these errors were encountered: