When running lein ancient latest my.lib I get the result no versions found.. I have quite a few versions installed in my local m2 repo and they all work correctly with the project it's just that lein ancient can't seem to find them. What possible reasons could there be for this, I can't find anything on the internet :(
It seems that lein-ancient relies on maven metadata such as https://oss.sonatype.org/content/repositories/releases/org/clojure/tools.logging/maven-metadata.xml to provide the versions, my repo just had static files in the correct structure :(
Related
I have Unison 2.40.63 on both Windows and RHEL, all configs are working fine except when I try to run it first time it gives
Fatal error: Internal error: New archives are not identical.
Retaining original archives. Please run Unison again to bring them up to date.
First, just to cover our bases, I would check to make sure the same version of Unison is getting called on each machine. Unison 2.40.63 may be installed on both machines, but maybe there is a different version hiding in the PATH being called first. See unison -version.
That's probably not the issue though. This was a bug that cropped up before using older versions of Unison. See here and here. If I understand right it's because the versions of Unison were compiled with different versions of OCaml. Anyways:
There are much newer versions of Unison available. Unless you have a good reason to, I would upgrade. I'll bet this will solve your problem.
If you really really want version 2.40.63, then on each machine you'll have to first compile and install OCaml 3.12.1 from source, and then compile Unison 2.40.63 from source with OCaml and install it. This is what I had to do awhile ago to get things working with this version of Unison.
I'm looking to develop an application using gradle, groovy, maven other other products supported by sdkman. I'm using cygwin on a windows 10 machine. All seems good and updates most software packages that are needed. When I get to the point of installing gradle, sdk simply can't download ANY version of gradle. Is this a bug or am I missing something. Here's what I'm getting from my cygwin console.
Admin#Dale-PC ~
$ sdk install gradle
Downloading: gradle 2.14.1
In progress...
######################################################################## 100.0%
End-of-central-directory signature not found. Either this file is not
a zipfile, or it constitutes one disk of a multi-part archive. In the
latter case the central directory and zipfile comment will be found on
the last disk(s) of this archive.
unzip: cannot find zipfile directory in one of /home/Admin/.sdkman/archives/gradle-2.14.1.zip or
/home/Admin/.sdkman/archives/gradle-2.14.1.zip.zip, and cannot find /home/Admin/.sdkman/archives/gradle-2.14.1.zip.ZIP, period.
Stop! The archive was corrupt and has been removed! Please try installing again.
Admin#Dale-PC ~
It seems as though sdk thinks it knows where it is however when it goes to pull it down, it doesn't pull down. Then sdk goes to unpack it and it can't find it. Any advice would be appreciated. Btw, I'm not going through a proxy and everything else seems to install just fine. It is just gradle that has the issue. Also, why is it trying to pull down an old version of gradle (2.14.1)?
I've downloaded the v2.14.1-all version, renamed the file to be gradle-2.14.1.zip.zip and placed it in the /home/Admin/.sdkman/archives/ directory and then did the install for gradle again. This time it found it and installed it as though it had downloaded the correct version. It's a solution for now.
v2.14.1 is the newest version of gradle. See here and here (3 is currently in beta-ish)
The filename .zip.zip seems erroneous. Possibly a defect in sdkman. Unsure if it was you who reported this on github, but: https://github.com/sdkman/sdkman-cli/issues/445
I'm trying to comple the Apache Flex SDK mavenizer tool, I need this tool to convert the Apache Flex Sdks in package suitable for the Maven repository .
I downloaded the git repository from
https://git-wip-us.apache.org/repos/asf/flex-utilities.git
I followed the instruction in the README.txt that are similar to the Building the Mavenizer tutorial: I clone the repository, I entered in the mavenizer directory and I lunched mvn package.
The maven script ran without errors but I couldn't find any jar in the man target directory.
Each module were correctly built but not the main jar.
So I coulnd't execute the converter
java -jar [path-to-the-maveinzer-jar]/mavenizer.jar "[sdkhome]" "[fdktarget]"
Could someone help me? Has anyone run into the same problem?
I'm happy to share here the answer they gave me in the apache flex users forum.
Actually there was a problem!
Ups sorry for that ... I didn't update that page for quite some time.
The problem is that you checked out the old version. The new version
is in the develop branch. As soon as the mavenizer is officially
released, master will contain the updated version.
I did write down a little more detailed howto under:
https://cwiki.apache.org/confluence/display/FLEX/Quick+Start+Guide:+Building+Apache+Flex+applications+using+Maven
(I just re-checked and fixed one problem)
I Hope that it could be useful !
I suspect I'm going about this the wrong way entirely.
I heard about mvnsh, and wanted to give it a try, to decrease the lag when I build.
But I'm completely clueless about how one would do that. I'm still learning maven, and drawing false parallels between mvn and tools like gem, cabal, or cpan is still biting me, so I'm not sure what I need to do to install a command line tool like mvnsh.
It doesn't seem to make sense to stick it as a dependency in some arbitrary project's pom.xml.
I downloaded mvnsh-assembly-1.0.1.pom from the download page on the theory that that was involved so far, but so far, nothing I've tried has worked. mvn install -f mvnsh-assembly-1.0.1.pom downloaded a bunch of jars, then died. mvn artifact:install -f mvnsh-assembly-1.0.1.pom downloaded more jars, then died.
I really have no idea what I'm doing here. Should I even be using mvn to install mvnsh?
Just download the http://repo1.maven.org/maven2/org/sonatype/maven/shell/dist/mvnsh-assembly/1.0.1/mvnsh-assembly-1.0.1-bin.zip or the .tar.gz archive depends on you OS unpack it and put the bin folder of the distribution to you PATH after that you can start mvnsh .
I'm trying to stand up a Hudson CI server.
I'm following an article written here.
I've gotten the server to stand up successfully by itself, but when I go to install the plugins all the plugins fail to install.
This happens the second time I run
java -DHUDSON_HOME=data -jar hudson.war
when I have all my plugins in the /plugins folder.
The errors I'm getting are
No 'Plugin-Class' entry in the manifest of ...msbuild.hpi
No 'Plugin-Class' entry in the manifest of ...nunit.hpi
Dependency analysis-core doens't exist (related to task.hpi)
I grabbed the latest stable release of them, so I'm thinking it has something to do with how I set up my hudson instance. The only different thing that I have done from the article is that I set up the installation in C:\Hudson.
Does anyone know why these plugins are all failing?
The problem was that for some reason I downloaded version 1.1 of hudson. I'm not sure how that happened since I clicked on the latest link, but I went back and downloaded the real latest version and the plugins are installing fine now.
The tasks plugin still doesn't install, but I don't really have to have that one, I was just curious what it was.