[ANN] Leiningen 2.0.0-preview5 released

282 weergaven
Naar het eerste ongelezen bericht

Phil Hagelberg

ongelezen,
1 jun 2012, 01:11:4801-06-2012
aan clo...@googlegroups.com, lein...@googlegroups.com
I'm happy to announce the release of Leiningen 2.0.0-preview5.

This release fixes a bug where the repl would hang under certain
circumstances. It also adds support for encrypting credentials used to
deploy to remote repositories.

## 2.0.0-preview5 / 2012-05-31

* Fix a repl bug where namespaced keywords weren't read right. (Colin Jones)
* Prompt for credentials upon deploy when none are configured.
* Support encrypted deploy credentials using GPG.
* Warn about missing metadata when deploying.
* Default to refusing downloaded jars when checksums don't match.
* Apply middleware before calculating profiles so they work in with-profile.
* Allow reply dependency to be upgraded independently of Leiningen.
* Don't write "stale" directory when running outside a project.
* Proxy settings are passed on to project subprocesses. (Craig McDaniel)
* Revamp tutorial, spin off profiles guide and faq.
* Fix bug that would cause repl task to hang. (Colin Jones)

A few bugs to watch for:

* Traffic to/from Clojars now uses SSL, except on Windows:
https://github.com/technomancy/leiningen/issues/613
* Startup takes a few hundred milliseconds more than preview4 for
unknown reasons: https://github.com/technomancy/leiningen/issues/614
* Credentials can only be decrypted using gpg-agent on Mac OS X due to
a bug in GPG: https://github.com/technomancy/leiningen/issues/615

If you have an earlier preview version of 2.x, `lein upgrade` should
get you the latest. If not you will have to upgrade by hand. So far
we've found the preview releases to be quite stable, so give it a try:

https://github.com/technomancy/leiningen/wiki/Upgrading

As always, please let me know if you run into any issues.

thanks,
Phil

mnicky

ongelezen,
1 jun 2012, 02:40:4001-06-2012
aan clo...@googlegroups.com, lein...@googlegroups.com
After upgrade from preview4 and installation of OpenJDK, 'lein2 repl' worked exactly once. Since then, it fails with:

Exception in thread "main" java.lang.ExceptionInInitializerError
at java.lang.Class.forName0(Native Method)
at java.lang.Class.forName(Class.java:247)
at clojure.lang.RT.loadClassForName(RT.java:2056)
at clojure.lang.RT.load(RT.java:419)
at clojure.lang.RT.load(RT.java:400)
at clojure.core$load$fn__4890.invoke(core.clj:5415)
at clojure.core$load.doInvoke(core.clj:5414)
at clojure.lang.RestFn.invoke(RestFn.java:408)
at clojure.core$load_one.invoke(core.clj:5227)
at clojure.core$load_lib.doInvoke(core.clj:5264)
at clojure.lang.RestFn.applyTo(RestFn.java:142)
at clojure.core$apply.invoke(core.clj:603)
at clojure.core$load_libs.doInvoke(core.clj:5298)
at clojure.lang.RestFn.applyTo(RestFn.java:137)
at clojure.core$apply.invoke(core.clj:603)
at clojure.core$require.doInvoke(core.clj:5381)
at clojure.lang.RestFn.invoke(RestFn.java:436)
at reply.reader.jline$loading__4784__auto__.invoke(jline.clj:1)
at reply.reader.jline__init.load(Unknown Source)
at reply.reader.jline__init.<clinit>(Unknown Source)
at java.lang.Class.forName0(Native Method)
at java.lang.Class.forName(Class.java:247)
at clojure.lang.RT.loadClassForName(RT.java:2056)
at clojure.lang.RT.load(RT.java:419)
at clojure.lang.RT.load(RT.java:400)
at clojure.core$load$fn__4890.invoke(core.clj:5415)
at clojure.core$load.doInvoke(core.clj:5414)
at clojure.lang.RestFn.invoke(RestFn.java:408)
at clojure.core$load_one.invoke(core.clj:5227)
at clojure.core$load_lib.doInvoke(core.clj:5264)
at clojure.lang.RestFn.applyTo(RestFn.java:142)
at clojure.core$apply.invoke(core.clj:603)
at clojure.core$load_libs.doInvoke(core.clj:5298)
at clojure.lang.RestFn.applyTo(RestFn.java:137)
at clojure.core$apply.invoke(core.clj:603)
at clojure.core$require.doInvoke(core.clj:5381)
at clojure.lang.RestFn.invoke(RestFn.java:805)
at reply.eval_modes.nrepl$loading__4784__auto__.invoke(nrepl.clj:1)
at reply.eval_modes.nrepl__init.load(Unknown Source)
at reply.eval_modes.nrepl__init.<clinit>(Unknown Source)
at java.lang.Class.forName0(Native Method)
at java.lang.Class.forName(Class.java:247)
at clojure.lang.RT.loadClassForName(RT.java:2056)
at clojure.lang.RT.load(RT.java:419)
at clojure.lang.RT.load(RT.java:400)
at clojure.core$load$fn__4890.invoke(core.clj:5415)
at clojure.core$load.doInvoke(core.clj:5414)
at clojure.lang.RestFn.invoke(RestFn.java:408)
at clojure.core$load_one.invoke(core.clj:5227)
at clojure.core$load_lib.doInvoke(core.clj:5264)
at clojure.lang.RestFn.applyTo(RestFn.java:142)
at clojure.core$apply.invoke(core.clj:603)
at clojure.core$load_libs.doInvoke(core.clj:5298)
at clojure.lang.RestFn.applyTo(RestFn.java:137)
at clojure.core$apply.invoke(core.clj:603)
at clojure.core$require.doInvoke(core.clj:5381)
at clojure.lang.RestFn.invoke(RestFn.java:703)
at reply.main$loading__4784__auto__.invoke(main.clj:1)
at reply.main__init.load(Unknown Source)
at reply.main__init.<clinit>(Unknown Source)
at java.lang.Class.forName0(Native Method)
at java.lang.Class.forName(Class.java:247)
at clojure.lang.RT.loadClassForName(RT.java:2056)
at clojure.lang.RT.load(RT.java:419)
at clojure.lang.RT.load(RT.java:400)
at clojure.core$load$fn__4890.invoke(core.clj:5415)
at clojure.core$load.doInvoke(core.clj:5414)
at clojure.lang.RestFn.invoke(RestFn.java:408)
at clojure.core$load_one.invoke(core.clj:5227)
at clojure.core$load_lib.doInvoke(core.clj:5264)
at clojure.lang.RestFn.applyTo(RestFn.java:142)
at clojure.core$apply.invoke(core.clj:603)
at clojure.core$load_libs.doInvoke(core.clj:5298)
at clojure.lang.RestFn.applyTo(RestFn.java:137)
at clojure.core$apply.invoke(core.clj:603)
at clojure.core$require.doInvoke(core.clj:5381)
at clojure.lang.RestFn.invoke(RestFn.java:1096)
at leiningen.repl$loading__4784__auto__.invoke(repl.clj:1)
at leiningen.repl__init.load(Unknown Source)
at leiningen.repl__init.<clinit>(Unknown Source)
at java.lang.Class.forName0(Native Method)
at java.lang.Class.forName(Class.java:247)
at clojure.lang.RT.loadClassForName(RT.java:2056)
at clojure.lang.RT.load(RT.java:419)
at clojure.lang.RT.load(RT.java:400)
at clojure.core$load$fn__4890.invoke(core.clj:5415)
at clojure.core$load.doInvoke(core.clj:5414)
at clojure.lang.RestFn.invoke(RestFn.java:408)
at clojure.core$load_one.invoke(core.clj:5227)
at clojure.core$load_lib.doInvoke(core.clj:5264)
at clojure.lang.RestFn.applyTo(RestFn.java:142)
at clojure.core$apply.invoke(core.clj:603)
at clojure.core$load_libs.doInvoke(core.clj:5298)
at clojure.lang.RestFn.applyTo(RestFn.java:137)
at clojure.core$apply.invoke(core.clj:603)
at clojure.core$require.doInvoke(core.clj:5381)
at clojure.lang.RestFn.invoke(RestFn.java:408)
at leiningen.core.main$resolve_task.invoke(main.clj:65)
at leiningen.core.main$resolve_task.invoke(main.clj:73)
at leiningen.core.main$apply_task.invoke(main.clj:84)
at leiningen.core.main$_main$fn__1587.invoke(main.clj:143)
at leiningen.core.main$_main.doInvoke(main.clj:143)
at clojure.lang.RestFn.invoke(RestFn.java:408)
at clojure.lang.Var.invoke(Var.java:415)
at clojure.lang.AFn.applyToHelper(AFn.java:161)
at clojure.lang.Var.applyTo(Var.java:532)
at clojure.core$apply.invoke(core.clj:601)
at clojure.main$main_opt.invoke(main.clj:324)
at clojure.main$main.doInvoke(main.clj:427)
at clojure.lang.RestFn.invoke(RestFn.java:436)
at clojure.lang.Var.invoke(Var.java:423)
at clojure.lang.AFn.applyToHelper(AFn.java:167)
at clojure.lang.Var.applyTo(Var.java:532)
at clojure.main.main(main.java:37)
Caused by: java.lang.ClassNotFoundException: jline/console/completer/Completer
at java.lang.Class.forName0(Native Method)
at java.lang.Class.forName(Class.java:169)
at reply.reader.jline.completion$loading__4784__auto__.invoke(completion.clj:1)
at reply.reader.jline.completion__init.load(Unknown Source)
at reply.reader.jline.completion__init.<clinit>(Unknown Source)

My OS is Debian 6.0 Squeeze.

java version "1.6.0_18"
OpenJDK Runtime Environment (IcedTea6 1.8.13) (6b18-1.8.13-0+squeeze1)
OpenJDK Server VM (build 14.0-b16, mixed mode)

Mnicky.

mnicky

ongelezen,
1 jun 2012, 02:43:4601-06-2012
aan clo...@googlegroups.com, lein...@googlegroups.com
Oh, I see, it's issue #616 [1]
Mnicky.

Jim - FooBar();

ongelezen,
1 jun 2012, 04:29:5901-06-2012
aan clo...@googlegroups.com
After upgrading from preview4 to preview5 I get this when trying to do
"lein2 repl" inside any project folder...
Is this a known issue? I'm using Jdk 1.7...
----------------------------------------------------------------
Could not find artifact reply:reply:pom:0.1.0-beta8 in central
(http://repo1.maven.org/maven2)
Could not transfer artifact reply:reply:pom:0.1.0-beta8 from/to clojars
(https://clojars.org/repo/): sun.security.validator.ValidatorException:
PKIX path building failed:
sun.security.provider.certpath.SunCertPathBuilderException: unable to
find valid certification path to requested target
Exception in thread "main"
org.sonatype.aether.resolution.DependencyResolutionException: Failed to
collect dependencies for clojure.lang.LazySeq@fca6e7f
at
org.sonatype.aether.impl.internal.DefaultRepositorySystem.resolveDependencies(DefaultRepositorySystem.java:371)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:601)
at clojure.lang.Reflector.invokeMatchingMethod(Reflector.java:93)
at clojure.lang.Reflector.invokeInstanceMethod(Reflector.java:28)
at
cemerick.pomegranate.aether$resolve_dependencies.doInvoke(aether.clj:406)
at clojure.lang.RestFn.applyTo(RestFn.java:137)
at clojure.core$apply.invoke(core.clj:601)
at cemerick.pomegranate$add_dependencies.doInvoke(pomegranate.clj:102)
at clojure.lang.RestFn.invoke(RestFn.java:1096)
at
leiningen.core.classpath$get_dependencies.doInvoke(classpath.clj:128)
at clojure.lang.RestFn.applyTo(RestFn.java:142)
at clojure.core$apply.invoke(core.clj:605)
at
leiningen.core.classpath$resolve_dependencies.doInvoke(classpath.clj:144)
at clojure.lang.RestFn.invoke(RestFn.java:464)
at leiningen.core.project$load_plugins.invoke(project.clj:208)
at leiningen.core.project$load_plugins.invoke(project.clj:209)
at leiningen.core.project$init_project.invoke(project.clj:233)
at leiningen.core.main$_main.doInvoke(main.clj:131)
at clojure.lang.RestFn.invoke(RestFn.java:408)
at clojure.lang.Var.invoke(Var.java:415)
at clojure.lang.AFn.applyToHelper(AFn.java:161)
at clojure.lang.Var.applyTo(Var.java:532)
at clojure.core$apply.invoke(core.clj:601)
at clojure.main$main_opt.invoke(main.clj:324)
at clojure.main$main.doInvoke(main.clj:427)
at clojure.lang.RestFn.invoke(RestFn.java:436)
at clojure.lang.Var.invoke(Var.java:423)
at clojure.lang.AFn.applyToHelper(AFn.java:167)
at clojure.lang.Var.applyTo(Var.java:532)
at clojure.main.main(main.java:37)
Caused by: org.sonatype.aether.collection.DependencyCollectionException:
Failed to collect dependencies for clojure.lang.LazySeq@fca6e7f
at
org.sonatype.aether.impl.internal.DefaultDependencyCollector.collectDependencies(DefaultDependencyCollector.java:258)
at
org.sonatype.aether.impl.internal.DefaultRepositorySystem.resolveDependencies(DefaultRepositorySystem.java:333)
... 32 more
Caused by: org.sonatype.aether.resolution.ArtifactDescriptorException:
Failed to read artifact descriptor for reply:reply:jar:0.1.0-beta8
at
org.apache.maven.repository.internal.DefaultArtifactDescriptorReader.loadPom(DefaultArtifactDescriptorReader.java:296)
at
org.apache.maven.repository.internal.DefaultArtifactDescriptorReader.readArtifactDescriptor(DefaultArtifactDescriptorReader.java:186)
at
org.sonatype.aether.impl.internal.DefaultDependencyCollector.process(DefaultDependencyCollector.java:412)
at
org.sonatype.aether.impl.internal.DefaultDependencyCollector.collectDependencies(DefaultDependencyCollector.java:240)
... 33 more
Caused by: org.sonatype.aether.resolution.ArtifactResolutionException:
Could not transfer artifact reply:reply:pom:0.1.0-beta8 from/to clojars
(https://clojars.org/repo/): sun.security.validator.ValidatorException:
PKIX path building failed:
sun.security.provider.certpath.SunCertPathBuilderException: unable to
find valid certification path to requested target
at
org.sonatype.aether.impl.internal.DefaultArtifactResolver.resolve(DefaultArtifactResolver.java:538)
at
org.sonatype.aether.impl.internal.DefaultArtifactResolver.resolveArtifacts(DefaultArtifactResolver.java:216)
at
org.sonatype.aether.impl.internal.DefaultArtifactResolver.resolveArtifact(DefaultArtifactResolver.java:193)
at
org.apache.maven.repository.internal.DefaultArtifactDescriptorReader.loadPom(DefaultArtifactDescriptorReader.java:281)
... 36 more
Caused by: org.sonatype.aether.transfer.ArtifactTransferException: Could
not transfer artifact reply:reply:pom:0.1.0-beta8 from/to clojars
(https://clojars.org/repo/): sun.security.validator.ValidatorException:
PKIX path building failed:
sun.security.provider.certpath.SunCertPathBuilderException: unable to
find valid certification path to requested target
at
org.sonatype.aether.connector.wagon.WagonRepositoryConnector$4.wrap(WagonRepositoryConnector.java:951)
at
org.sonatype.aether.connector.wagon.WagonRepositoryConnector$4.wrap(WagonRepositoryConnector.java:941)
at
org.sonatype.aether.connector.wagon.WagonRepositoryConnector$GetTask.run(WagonRepositoryConnector.java:669)
at
org.sonatype.aether.util.concurrency.RunnableErrorForwarder$1.run(RunnableErrorForwarder.java:60)
at
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110)
at
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603)
at java.lang.Thread.run(Thread.java:722)
Caused by: org.apache.maven.wagon.TransferFailedException:
sun.security.validator.ValidatorException: PKIX path building failed:
sun.security.provider.certpath.SunCertPathBuilderException: unable to
find valid certification path to requested target
at
org.apache.maven.wagon.shared.http4.AbstractHttpClientWagon.fillInputData(AbstractHttpClientWagon.java:799)
at
org.apache.maven.wagon.StreamWagon.getInputStream(StreamWagon.java:116)
at org.apache.maven.wagon.StreamWagon.getIfNewer(StreamWagon.java:88)
at org.apache.maven.wagon.StreamWagon.get(StreamWagon.java:61)
at
org.sonatype.aether.connector.wagon.WagonRepositoryConnector$GetTask.run(WagonRepositoryConnector.java:601)
... 4 more
Caused by: javax.net.ssl.SSLHandshakeException:
sun.security.validator.ValidatorException: PKIX path building failed:
sun.security.provider.certpath.SunCertPathBuilderException: unable to
find valid certification path to requested target
at sun.security.ssl.Alerts.getSSLException(Alerts.java:192)
at sun.security.ssl.SSLSocketImpl.fatal(SSLSocketImpl.java:1868)
at sun.security.ssl.Handshaker.fatalSE(Handshaker.java:276)
at sun.security.ssl.Handshaker.fatalSE(Handshaker.java:270)
at
sun.security.ssl.ClientHandshaker.serverCertificate(ClientHandshaker.java:1337)
at
sun.security.ssl.ClientHandshaker.processMessage(ClientHandshaker.java:154)
at sun.security.ssl.Handshaker.processLoop(Handshaker.java:868)
at sun.security.ssl.Handshaker.process_record(Handshaker.java:804)
at sun.security.ssl.SSLSocketImpl.readRecord(SSLSocketImpl.java:998)
at
sun.security.ssl.SSLSocketImpl.performInitialHandshake(SSLSocketImpl.java:1294)
at sun.security.ssl.SSLSocketImpl.writeRecord(SSLSocketImpl.java:685)
at sun.security.ssl.AppOutputStream.write(AppOutputStream.java:111)
at
org.apache.http.impl.io.AbstractSessionOutputBuffer.flushBuffer(AbstractSessionOutputBuffer.java:131)
at
org.apache.http.impl.io.AbstractSessionOutputBuffer.flush(AbstractSessionOutputBuffer.java:138)
at
org.apache.http.impl.AbstractHttpClientConnection.doFlush(AbstractHttpClientConnection.java:271)
at
org.apache.http.impl.AbstractHttpClientConnection.flush(AbstractHttpClientConnection.java:276)
at
org.apache.http.impl.conn.AbstractClientConnAdapter.flush(AbstractClientConnAdapter.java:194)
at
org.apache.http.protocol.HttpRequestExecutor.doSendRequest(HttpRequestExecutor.java:258)
at
org.apache.http.protocol.HttpRequestExecutor.execute(HttpRequestExecutor.java:123)
at
org.apache.http.impl.client.DefaultRequestDirector.tryExecute(DefaultRequestDirector.java:647)
at
org.apache.http.impl.client.DefaultRequestDirector.execute(DefaultRequestDirector.java:464)
at
org.apache.http.impl.client.AbstractHttpClient.execute(AbstractHttpClient.java:820)
at
org.apache.http.impl.client.AbstractHttpClient.execute(AbstractHttpClient.java:754)
at
org.apache.maven.wagon.shared.http4.AbstractHttpClientWagon.execute(AbstractHttpClientWagon.java:674)
at
org.apache.maven.wagon.shared.http4.AbstractHttpClientWagon.fillInputData(AbstractHttpClientWagon.java:793)
... 8 more
Caused by: sun.security.validator.ValidatorException: PKIX path building
failed: sun.security.provider.certpath.SunCertPathBuilderException:
unable to find valid certification path to requested target
at sun.security.validator.PKIXValidator.doBuild(PKIXValidator.java:385)
at
sun.security.validator.PKIXValidator.engineValidate(PKIXValidator.java:292)
at sun.security.validator.Validator.validate(Validator.java:260)
at
sun.security.ssl.X509TrustManagerImpl.validate(X509TrustManagerImpl.java:326)
at
sun.security.ssl.X509TrustManagerImpl.checkTrusted(X509TrustManagerImpl.java:231)
at
sun.security.ssl.X509TrustManagerImpl.checkServerTrusted(X509TrustManagerImpl.java:107)
at
org.apache.maven.wagon.shared.http4.EasyX509TrustManager.checkServerTrusted(EasyX509TrustManager.java:118)
at
sun.security.ssl.AbstractTrustManagerWrapper.checkServerTrusted(SSLContextImpl.java:803)
at
sun.security.ssl.ClientHandshaker.serverCertificate(ClientHandshaker.java:1319)
... 28 more
Caused by: sun.security.provider.certpath.SunCertPathBuilderException:
unable to find valid certification path to requested target
at
sun.security.provider.certpath.SunCertPathBuilder.engineBuild(SunCertPathBuilder.java:196)
at java.security.cert.CertPathBuilder.build(CertPathBuilder.java:268)
at sun.security.validator.PKIXValidator.doBuild(PKIXValidator.java:380)
... 36 more
-----------------------------------------------------------------------------------------------------

Thanks in advance...

Jim

Baishampayan Ghose

ongelezen,
1 jun 2012, 04:35:4701-06-2012
aan clo...@googlegroups.com
And I am facing a JLine related error when I launch the repl.

Full stack trace here https://www.refheap.com/paste/2956

I am using Java6 on Mac OS X.

Regards,
BG
> --
> You received this message because you are subscribed to the Google
> Groups "Clojure" group.
> To post to this group, send email to clo...@googlegroups.com
> Note that posts from new members are moderated - please be patient with your
> first post.
> To unsubscribe from this group, send email to
> clojure+u...@googlegroups.com
> For more options, visit this group at
> http://groups.google.com/group/clojure?hl=en



--
Baishampayan Ghose
b.ghose at gmail.com

Jim - FooBar();

ongelezen,
1 jun 2012, 04:43:1701-06-2012
aan clo...@googlegroups.com
Your error seems very similar with mnicky's error which is a known
issue....My error on the other hand seems to be completely different
from yours!

Jim

Sun Ning

ongelezen,
1 jun 2012, 05:57:0201-06-2012
aan clo...@googlegroups.com
I'm running preview5 on OpenJDK 7, also got this issue both when upgrade and self-install.
--

Phil Hagelberg

ongelezen,
1 jun 2012, 13:27:4301-06-2012
aan clo...@googlegroups.com, lein...@googlegroups.com
On Thu, May 31, 2012 at 10:11 PM, Phil Hagelberg <ph...@hagelb.org> wrote:
> A few bugs to watch for:
>
> * Traffic to/from Clojars now uses SSL, except on Windows:
> https://github.com/technomancy/leiningen/issues/613
> * Startup takes a few hundred milliseconds more than preview4 for
> unknown reasons: https://github.com/technomancy/leiningen/issues/614
> * Credentials can only be decrypted using gpg-agent on Mac OS X due to
> a bug in GPG: https://github.com/technomancy/leiningen/issues/615

It turns out the problem with SSL is an issue with Oracle's JDK rather
than being specific to Windows; Oracle revoked the certificate
authority used by Clojars. So if you are not using OpenJDK for some
reason this will be a problem. We're working on a workaround; in the
mean time you're best off sticking with preview4 for now. OpenJDK
users aren't affected by this issue, but there's another problem with
the packaging of the repl. I have a fix for this one; it will be
released once the SSL issue is addressed.

tl;dr: hold off on upgrading if you use Oracle's JDK or the repl task;
sorry for the inconvenience.

-Phil

Jim - FooBar();

ongelezen,
1 jun 2012, 14:38:4101-06-2012
aan clo...@googlegroups.com
How come building preview5 from source works just fine?

Jim

Michael Klishin

ongelezen,
1 jun 2012, 15:56:2601-06-2012
aan lein...@googlegroups.com, clo...@googlegroups.com
Phil Hagelberg:

> tl;dr: hold off on upgrading if you use Oracle's JDK or the repl task;
> sorry for the inconvenience.

travis-ci.org now uses preview 5 for lein2, we fixed Oracle JDK issues by installing the missing certificate
during provisioning.

Workarounds for OS X and Linux can be found in this thread:

https://github.com/technomancy/leiningen/issues/613

MK

Phil Hagelberg

ongelezen,
1 jun 2012, 16:16:4501-06-2012
aan clo...@googlegroups.com
On Fri, Jun 1, 2012 at 11:38 AM, Jim - FooBar(); <jimpi...@gmail.com> wrote:
> How come building preview5 from source works just  fine?

The JLine/repl bug was due to a mistake I made while generating the
uberjar, so building from source will take care of that.

But the SSL problem is actually something plaguing most JDK builds; I
realized the reason it's not happening on most Linux systems is that
Debian fixes the cert store that the JDK uses. Building from source
will not protect you from this, but using a JDK from Debian will.

I've rolled back the "preview" branch so `lein upgrade` doesn't pull
in the problematic release.

-Phil

nick rothwell

ongelezen,
2 jun 2012, 14:03:3902-06-2012
aan lein...@googlegroups.com, clo...@googlegroups.com
I seem to not be getting an upgrade. :-( (I then followed the re-download instructions, and got preview4 again.)

bash-3.2$ ~/lein2 upgrade
The script at /Users/nick/lein2 will be upgraded to the latest preview version.
Do you want to continue [Y/n]? Y

Upgrading...
  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                 Dload  Upload   Total   Spent    Left  Speed
100  7230  100  7230    0     0   1511      0  0:00:04  0:00:04 --:--:--  271k

The self-install jar already exists at /Users/nick/.lein/self-installs/leiningen-2.0.0-preview4-standalone.jar.
If you wish to re-download, delete it and rerun "/Users/nick/lein2 self-install".
bash-3.2$ ~/lein2 version
Leiningen 2.0.0-preview4 on Java 1.6.0_31 Java HotSpot(TM) 64-Bit Server VM

Jim - FooBar();

ongelezen,
2 jun 2012, 14:14:4702-06-2012
aan clo...@googlegroups.com
Exactly the same thing happened to me! so I went in and changed manually the preview number in the lein script to get 5 again...However preview5 still ahs the JLine class issue at which point I gave up...I've got a local build of preview5 (from borkerdude on github) which works just fine so I'll stick to that for the moment!

Jim
Allen beantwoorden
Auteur beantwoorden
Doorsturen
0 nieuwe berichten