Re: [ANN] Leiningen 2.3.2 released

2013-08-21 Thread Shantanu Kumar
Hi Sean,

Lein 2.3.2 fixed #1150 and #1292 on Windows, tested on Windows 7 and 
Windows XP. Is there any particular issue# your use case relates to? Please 
mention/file the issues -- I will see if I can find a fix.

Shantanu

On Wednesday, 21 August 2013 10:43:36 UTC+5:30, Sean Corfield wrote:

 Upgrading on Mac/Linux was painless as usual - and everything here 
 seems to run fine with 2.3.2 - but Windows continues to be a pain in 
 the rear... 

 You can't lein upgrade so I updated the version string in lein.bat and 
 tried lein self-install: 

 C:\Users\Seanlein self-install 
 Downloading Leiningen now... 
 SYSTEM_WGETRC = c:/progra~1/wget/etc/wgetrc 
 syswgetrc = C:\gow/etc/wgetrc 
 --2013-08-20 22:01:41-- 

 https://cloud.github.com/downloads/technomancy/leiningen/leiningen-2.3.2-standalone.jar
  
 Resolving cloud.github.com... 54.240.188.252, 54.230.71.6, 54.230.70.21, 
 ... 
 Connecting to cloud.github.com|54.240.188.252|:443... connected. 
 WARNING: cannot verify cloud.github.com's certificate, issued by 
 `/C=US/O=DigiCert Inc/OU=www.digicert.com/CN=DigiCert High Assurance 
 CA-3': 
   Self-signed certificate encountered. 
 WARNING: certificate common name `*.cloudfront.net' doesn't match 
 requested host name `cloud.github.com'. 
 HTTP request sent, awaiting response... 403 Forbidden 
 2013-08-20 22:01:41 ERROR 403: Forbidden. 

 Failed to download 

 https://cloud.github.com/downloads/technomancy/leiningen/leiningen-2.3.2-standalone.jar
  

 You can't download that file via a browser either: 

 This XML file does not appear to have any style information associated 
 with it. The document tree is shown below. 
 Error 
 CodeAccessDenied/Code 
 MessageAccess Denied/Message 
 RequestIdBBF8809DA1520371/RequestId 
 HostId 
 Laq6Bi6lZlah+zalsro6LbnHl2hKt0fDsZO1Tvu6spiEjq8CghIMHLDSwk7XTm+k 
 /HostId 
 /Error 

 I have HTTP_CLIENT set to wget --no-check-certificate -O as a global 
 environment variable. 

 Is this just a problem upgrading from 2.1.3 that is - finally - going 
 to be a thing of the past from now on, or is there still work to do? 

 Sean 


 On Tue, Aug 20, 2013 at 3:11 PM, Phil Hagelberg 
 ph...@hagelb.orgjavascript: 
 wrote: 
  
  Hello everybody. 
  
  I'm happy to announce the release of Leiningen 2.3.2, a minor bugfix 
  release over 2.3.1. Changes include the following: 
  
  * Write `.nrepl-port` file for better tool interoperability. (Phil 
 Hagelberg) 
  * Support targeted upgrades in `lein.bat`. (Shantanu Kumar) 
  * Warn when projects rely on implicit AOT of `:main`. (Phil Hagelberg) 
  * Fix a bug where implicit AOT of `:main` was disabled. (Phil Hagelberg) 
  * Disable profile isolation by default. Will be back in 3.x. (Phil 
 Hagelberg) 
  
  The biggest change here the disabling of profile isolation (a new by 
  default due to incompatibilities with certain projects that hard-code 
  paths. Profile isolation was a new feature in 2.3.0 described in the 
 FAQ: 
  
  Leiningen supports isolating different profiles by their target 
  directory. Simply specify `:target-path target/%s` in order to have 
  each profile set use a different directory for generated files. Then 
 you 
  can put your `:aot` settings in the `:uberjar` profiles, and the .class 
  files created from the AOT process will not affect normal development 
  use. You can specify the profile-isolated `:target-path` in your 
 `:user` 
  profile if you want it applied across all the projects you work on. 
  
  I still recommend using profile isolation since it helps avoid a number 
  of subtle gotchas around stale AOT files and user-level dependencies 
  being visible with downstream consumers, but you now have to opt-in to 
  this feature by setting :target-path as described above. 
  
  We've also fixed a bug where setting :main without setting :aot would no 
  longer implicitly compile the :main namespace. It's still recommended to 
  be explicit about what :aot you need, (in the :uberjar profile if 
  applicable) but the old behaviour has been restored. 
  
  You'll also want to add a .gitignore entry for the new .nrepl-port file 
  which we're using for improved cross-tool compatibility; discussion of 
  that feature is here: 
 https://github.com/technomancy/leiningen/issues/1296 
  
  Thanks! 
  
  -Phil 



 -- 
 Sean A Corfield -- (904) 302-SEAN 
 An Architect's View -- http://corfield.org/ 
 World Singles, LLC. -- http://worldsingles.com/ 

 Perfection is the enemy of the good. 
 -- Gustave Flaubert, French realist novelist (1821-1880) 


-- 
-- 
You received this message because you are subscribed to the Google
Groups Clojure group.
To post to this group, send email to clojure@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+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/clojure?hl=en
--- 
You received this message because you are subscribed to 

Re: [ANN] Leiningen 2.3.2 released

2013-08-21 Thread Sean Corfield
It doesn't seem related to either of those. It seems to be an SSL
certificate issue, perhaps #1287? (which Phil closed saying build it
from source instead). I guess I'm surprised the JAR cannot simply be
downloaded via a browser - that would seem the easiest way for Windows
users to get Leiningen upgraded, in the absence of wget / curl.

Phil mentioned something (in IRC? in the last thread about SSL
problems?) about self-install not respecting HTTP_CLIENT early enough
in the process and that was fixed (post-2.1.3) but I can't find a
related issue for that.

If what I'm seeing is related to that latter problem, then this should
already be fixed and shouldn't be a problem with future upgrades - I
just wanted to try to get confirmation of that before opening a new
issue.

Sean

On Tue, Aug 20, 2013 at 11:31 PM, Shantanu Kumar
kumar.shant...@gmail.com wrote:
 Hi Sean,

 Lein 2.3.2 fixed #1150 and #1292 on Windows, tested on Windows 7 and Windows
 XP. Is there any particular issue# your use case relates to? Please
 mention/file the issues -- I will see if I can find a fix.

 Shantanu


 On Wednesday, 21 August 2013 10:43:36 UTC+5:30, Sean Corfield wrote:

 Upgrading on Mac/Linux was painless as usual - and everything here
 seems to run fine with 2.3.2 - but Windows continues to be a pain in
 the rear...

 You can't lein upgrade so I updated the version string in lein.bat and
 tried lein self-install:

 C:\Users\Seanlein self-install
 Downloading Leiningen now...
 SYSTEM_WGETRC = c:/progra~1/wget/etc/wgetrc
 syswgetrc = C:\gow/etc/wgetrc
 --2013-08-20 22:01:41--

 https://cloud.github.com/downloads/technomancy/leiningen/leiningen-2.3.2-standalone.jar
 Resolving cloud.github.com... 54.240.188.252, 54.230.71.6, 54.230.70.21,
 ...
 Connecting to cloud.github.com|54.240.188.252|:443... connected.
 WARNING: cannot verify cloud.github.com's certificate, issued by
 `/C=US/O=DigiCert Inc/OU=www.digicert.com/CN=DigiCert High Assurance
 CA-3':
   Self-signed certificate encountered.
 WARNING: certificate common name `*.cloudfront.net' doesn't match
 requested host name `cloud.github.com'.
 HTTP request sent, awaiting response... 403 Forbidden
 2013-08-20 22:01:41 ERROR 403: Forbidden.

 Failed to download

 https://cloud.github.com/downloads/technomancy/leiningen/leiningen-2.3.2-standalone.jar

 You can't download that file via a browser either:

 This XML file does not appear to have any style information associated
 with it. The document tree is shown below.
 Error
 CodeAccessDenied/Code
 MessageAccess Denied/Message
 RequestIdBBF8809DA1520371/RequestId
 HostId
 Laq6Bi6lZlah+zalsro6LbnHl2hKt0fDsZO1Tvu6spiEjq8CghIMHLDSwk7XTm+k
 /HostId
 /Error

 I have HTTP_CLIENT set to wget --no-check-certificate -O as a global
 environment variable.

 Is this just a problem upgrading from 2.1.3 that is - finally - going
 to be a thing of the past from now on, or is there still work to do?

 Sean


 On Tue, Aug 20, 2013 at 3:11 PM, Phil Hagelberg ph...@hagelb.org wrote:
 
  Hello everybody.
 
  I'm happy to announce the release of Leiningen 2.3.2, a minor bugfix
  release over 2.3.1. Changes include the following:
 
  * Write `.nrepl-port` file for better tool interoperability. (Phil
  Hagelberg)
  * Support targeted upgrades in `lein.bat`. (Shantanu Kumar)
  * Warn when projects rely on implicit AOT of `:main`. (Phil Hagelberg)
  * Fix a bug where implicit AOT of `:main` was disabled. (Phil Hagelberg)
  * Disable profile isolation by default. Will be back in 3.x. (Phil
  Hagelberg)
 
  The biggest change here the disabling of profile isolation (a new by
  default due to incompatibilities with certain projects that hard-code
  paths. Profile isolation was a new feature in 2.3.0 described in the
  FAQ:
 
  Leiningen supports isolating different profiles by their target
  directory. Simply specify `:target-path target/%s` in order to have
  each profile set use a different directory for generated files. Then
  you
  can put your `:aot` settings in the `:uberjar` profiles, and the .class
  files created from the AOT process will not affect normal development
  use. You can specify the profile-isolated `:target-path` in your
  `:user`
  profile if you want it applied across all the projects you work on.
 
  I still recommend using profile isolation since it helps avoid a number
  of subtle gotchas around stale AOT files and user-level dependencies
  being visible with downstream consumers, but you now have to opt-in to
  this feature by setting :target-path as described above.
 
  We've also fixed a bug where setting :main without setting :aot would no
  longer implicitly compile the :main namespace. It's still recommended to
  be explicit about what :aot you need, (in the :uberjar profile if
  applicable) but the old behaviour has been restored.
 
  You'll also want to add a .gitignore entry for the new .nrepl-port file
  which we're using for improved cross-tool compatibility; discussion of
  that feature is here:
  

Re: [ANN] Leiningen 2.3.2 released

2013-08-21 Thread David Powell
Have you tried http://leiningen-win-installer.djpowell.net/ - it should
work...

-- 
Dave



On Wed, Aug 21, 2013 at 6:13 AM, Sean Corfield seancorfi...@gmail.comwrote:

 Upgrading on Mac/Linux was painless as usual - and everything here
 seems to run fine with 2.3.2 - but Windows continues to be a pain in
 the rear...

 You can't lein upgrade so I updated the version string in lein.bat and
 tried lein self-install:

 C:\Users\Seanlein self-install
 Downloading Leiningen now...
 SYSTEM_WGETRC = c:/progra~1/wget/etc/wgetrc
 syswgetrc = C:\gow/etc/wgetrc
 --2013-08-20 22:01:41--

 https://cloud.github.com/downloads/technomancy/leiningen/leiningen-2.3.2-standalone.jar
 Resolving cloud.github.com... 54.240.188.252, 54.230.71.6, 54.230.70.21,
 ...
 Connecting to cloud.github.com|54.240.188.252|:443... connected.
 WARNING: cannot verify cloud.github.com's certificate, issued by
 `/C=US/O=DigiCert Inc/OU=www.digicert.com/CN=DigiCert High Assurance
 CA-3':
   Self-signed certificate encountered.
 WARNING: certificate common name `*.cloudfront.net' doesn't match
 requested host name `cloud.github.com'.
 HTTP request sent, awaiting response... 403 Forbidden
 2013-08-20 22:01:41 ERROR 403: Forbidden.

 Failed to download

 https://cloud.github.com/downloads/technomancy/leiningen/leiningen-2.3.2-standalone.jar

 You can't download that file via a browser either:

 This XML file does not appear to have any style information associated
 with it. The document tree is shown below.
 Error
 CodeAccessDenied/Code
 MessageAccess Denied/Message
 RequestIdBBF8809DA1520371/RequestId
 HostId
 Laq6Bi6lZlah+zalsro6LbnHl2hKt0fDsZO1Tvu6spiEjq8CghIMHLDSwk7XTm+k
 /HostId
 /Error

 I have HTTP_CLIENT set to wget --no-check-certificate -O as a global
 environment variable.

 Is this just a problem upgrading from 2.1.3 that is - finally - going
 to be a thing of the past from now on, or is there still work to do?

 Sean


 On Tue, Aug 20, 2013 at 3:11 PM, Phil Hagelberg p...@hagelb.org wrote:
 
  Hello everybody.
 
  I'm happy to announce the release of Leiningen 2.3.2, a minor bugfix
  release over 2.3.1. Changes include the following:
 
  * Write `.nrepl-port` file for better tool interoperability. (Phil
 Hagelberg)
  * Support targeted upgrades in `lein.bat`. (Shantanu Kumar)
  * Warn when projects rely on implicit AOT of `:main`. (Phil Hagelberg)
  * Fix a bug where implicit AOT of `:main` was disabled. (Phil Hagelberg)
  * Disable profile isolation by default. Will be back in 3.x. (Phil
 Hagelberg)
 
  The biggest change here the disabling of profile isolation (a new by
  default due to incompatibilities with certain projects that hard-code
  paths. Profile isolation was a new feature in 2.3.0 described in the FAQ:
 
  Leiningen supports isolating different profiles by their target
  directory. Simply specify `:target-path target/%s` in order to have
  each profile set use a different directory for generated files. Then you
  can put your `:aot` settings in the `:uberjar` profiles, and the .class
  files created from the AOT process will not affect normal development
  use. You can specify the profile-isolated `:target-path` in your `:user`
  profile if you want it applied across all the projects you work on.
 
  I still recommend using profile isolation since it helps avoid a number
  of subtle gotchas around stale AOT files and user-level dependencies
  being visible with downstream consumers, but you now have to opt-in to
  this feature by setting :target-path as described above.
 
  We've also fixed a bug where setting :main without setting :aot would no
  longer implicitly compile the :main namespace. It's still recommended to
  be explicit about what :aot you need, (in the :uberjar profile if
  applicable) but the old behaviour has been restored.
 
  You'll also want to add a .gitignore entry for the new .nrepl-port file
  which we're using for improved cross-tool compatibility; discussion of
  that feature is here:
 https://github.com/technomancy/leiningen/issues/1296
 
  Thanks!
 
  -Phil



 --
 Sean A Corfield -- (904) 302-SEAN
 An Architect's View -- http://corfield.org/
 World Singles, LLC. -- http://worldsingles.com/

 Perfection is the enemy of the good.
 -- Gustave Flaubert, French realist novelist (1821-1880)

 --
 --
 You received this message because you are subscribed to the Google
 Groups Clojure group.
 To post to this group, send email to clojure@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+unsubscr...@googlegroups.com
 For more options, visit this group at
 http://groups.google.com/group/clojure?hl=en
 ---
 You received this message because you are subscribed to the Google Groups
 Clojure group.
 To unsubscribe from this group and stop receiving emails from it, send an
 email to clojure+unsubscr...@googlegroups.com.
 For more options, visit https://groups.google.com/groups/opt_out.


-- 
-- 

Re: [ANN] Leiningen 2.3.2 released

2013-08-21 Thread Sean Corfield
Does that work to upgrade an already installed version of Leiningen?

On Wed, Aug 21, 2013 at 9:50 AM, David Powell djpow...@djpowell.net wrote:
 Have you tried http://leiningen-win-installer.djpowell.net/ - it should
 work...

 --
 Dave



 On Wed, Aug 21, 2013 at 6:13 AM, Sean Corfield seancorfi...@gmail.com
 wrote:

 Upgrading on Mac/Linux was painless as usual - and everything here
 seems to run fine with 2.3.2 - but Windows continues to be a pain in
 the rear...

 You can't lein upgrade so I updated the version string in lein.bat and
 tried lein self-install:

 C:\Users\Seanlein self-install
 Downloading Leiningen now...
 SYSTEM_WGETRC = c:/progra~1/wget/etc/wgetrc
 syswgetrc = C:\gow/etc/wgetrc
 --2013-08-20 22:01:41--

 https://cloud.github.com/downloads/technomancy/leiningen/leiningen-2.3.2-standalone.jar
 Resolving cloud.github.com... 54.240.188.252, 54.230.71.6, 54.230.70.21,
 ...
 Connecting to cloud.github.com|54.240.188.252|:443... connected.
 WARNING: cannot verify cloud.github.com's certificate, issued by
 `/C=US/O=DigiCert Inc/OU=www.digicert.com/CN=DigiCert High Assurance
 CA-3':
   Self-signed certificate encountered.
 WARNING: certificate common name `*.cloudfront.net' doesn't match
 requested host name `cloud.github.com'.
 HTTP request sent, awaiting response... 403 Forbidden
 2013-08-20 22:01:41 ERROR 403: Forbidden.

 Failed to download

 https://cloud.github.com/downloads/technomancy/leiningen/leiningen-2.3.2-standalone.jar

 You can't download that file via a browser either:

 This XML file does not appear to have any style information associated
 with it. The document tree is shown below.
 Error
 CodeAccessDenied/Code
 MessageAccess Denied/Message
 RequestIdBBF8809DA1520371/RequestId
 HostId
 Laq6Bi6lZlah+zalsro6LbnHl2hKt0fDsZO1Tvu6spiEjq8CghIMHLDSwk7XTm+k
 /HostId
 /Error

 I have HTTP_CLIENT set to wget --no-check-certificate -O as a global
 environment variable.

 Is this just a problem upgrading from 2.1.3 that is - finally - going
 to be a thing of the past from now on, or is there still work to do?

 Sean


 On Tue, Aug 20, 2013 at 3:11 PM, Phil Hagelberg p...@hagelb.org wrote:
 
  Hello everybody.
 
  I'm happy to announce the release of Leiningen 2.3.2, a minor bugfix
  release over 2.3.1. Changes include the following:
 
  * Write `.nrepl-port` file for better tool interoperability. (Phil
  Hagelberg)
  * Support targeted upgrades in `lein.bat`. (Shantanu Kumar)
  * Warn when projects rely on implicit AOT of `:main`. (Phil Hagelberg)
  * Fix a bug where implicit AOT of `:main` was disabled. (Phil Hagelberg)
  * Disable profile isolation by default. Will be back in 3.x. (Phil
  Hagelberg)
 
  The biggest change here the disabling of profile isolation (a new by
  default due to incompatibilities with certain projects that hard-code
  paths. Profile isolation was a new feature in 2.3.0 described in the
  FAQ:
 
  Leiningen supports isolating different profiles by their target
  directory. Simply specify `:target-path target/%s` in order to have
  each profile set use a different directory for generated files. Then
  you
  can put your `:aot` settings in the `:uberjar` profiles, and the .class
  files created from the AOT process will not affect normal development
  use. You can specify the profile-isolated `:target-path` in your
  `:user`
  profile if you want it applied across all the projects you work on.
 
  I still recommend using profile isolation since it helps avoid a number
  of subtle gotchas around stale AOT files and user-level dependencies
  being visible with downstream consumers, but you now have to opt-in to
  this feature by setting :target-path as described above.
 
  We've also fixed a bug where setting :main without setting :aot would no
  longer implicitly compile the :main namespace. It's still recommended to
  be explicit about what :aot you need, (in the :uberjar profile if
  applicable) but the old behaviour has been restored.
 
  You'll also want to add a .gitignore entry for the new .nrepl-port file
  which we're using for improved cross-tool compatibility; discussion of
  that feature is here:
  https://github.com/technomancy/leiningen/issues/1296
 
  Thanks!
 
  -Phil



 --
 Sean A Corfield -- (904) 302-SEAN
 An Architect's View -- http://corfield.org/
 World Singles, LLC. -- http://worldsingles.com/

 Perfection is the enemy of the good.
 -- Gustave Flaubert, French realist novelist (1821-1880)

 --
 --
 You received this message because you are subscribed to the Google
 Groups Clojure group.
 To post to this group, send email to clojure@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+unsubscr...@googlegroups.com
 For more options, visit this group at
 http://groups.google.com/group/clojure?hl=en
 ---
 You received this message because you are subscribed to the Google Groups
 Clojure group.
 To unsubscribe from this group and stop 

Re: [ANN] Leiningen 2.3.2 released

2013-08-21 Thread David Powell
On Wed, Aug 21, 2013 at 5:57 PM, Sean Corfield seancorfi...@gmail.comwrote:

 Does that work to upgrade an already installed version of Leiningen?


Not really.  But if you took your existing leiningen off the path, and ran
the installer it might get things up and running:
It bundles a wget with an appropriate ca file, downloads the latest stable
lein.bat, lets you select a JDK path from those available, and it ensures
that lein.bat is on the path.

-- 
Dave

-- 
-- 
You received this message because you are subscribed to the Google
Groups Clojure group.
To post to this group, send email to clojure@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+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/clojure?hl=en
--- 
You received this message because you are subscribed to the Google Groups 
Clojure group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to clojure+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.


Re: [ANN] Leiningen 2.3.2 released

2013-08-21 Thread Sean Corfield
I have a working Leiningen. I have wget and curl via GOW - Gnu On
Windows. I have HTTP_CLIENT set as a global environment variable to:
wget --no-check-certificate -O per Leiningen's instructions. I'll see
whether the upgrade process works when 2.3.3 is released. That will
determine whether the HTTP_CLIENT bug Phil mentioned was indeed fixed
in 2.3.2.

Good to know that your installer packages an appropriate ca file. If
my future upgrades don't go more smoothly, I'll switch to your
installer.

Sean

On Wed, Aug 21, 2013 at 10:23 AM, David Powell djpow...@djpowell.net wrote:

 On Wed, Aug 21, 2013 at 5:57 PM, Sean Corfield seancorfi...@gmail.com
 wrote:

 Does that work to upgrade an already installed version of Leiningen?


 Not really.  But if you took your existing leiningen off the path, and ran
 the installer it might get things up and running:
 It bundles a wget with an appropriate ca file, downloads the latest stable
 lein.bat, lets you select a JDK path from those available, and it ensures
 that lein.bat is on the path.

 --
 Dave

 --
 --
 You received this message because you are subscribed to the Google
 Groups Clojure group.
 To post to this group, send email to clojure@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+unsubscr...@googlegroups.com
 For more options, visit this group at
 http://groups.google.com/group/clojure?hl=en
 ---
 You received this message because you are subscribed to the Google Groups
 Clojure group.
 To unsubscribe from this group and stop receiving emails from it, send an
 email to clojure+unsubscr...@googlegroups.com.
 For more options, visit https://groups.google.com/groups/opt_out.



-- 
Sean A Corfield -- (904) 302-SEAN
An Architect's View -- http://corfield.org/
World Singles, LLC. -- http://worldsingles.com/

Perfection is the enemy of the good.
-- Gustave Flaubert, French realist novelist (1821-1880)

-- 
-- 
You received this message because you are subscribed to the Google
Groups Clojure group.
To post to this group, send email to clojure@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+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/clojure?hl=en
--- 
You received this message because you are subscribed to the Google Groups 
Clojure group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to clojure+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.


Re: [ANN] Leiningen 2.3.2 released

2013-08-21 Thread Sean Corfield
As I told Phil on IRC, the problem turned out to be an old lein.bat...

To test the theory of the old lein.bat, I fired up two of my VMs:
* Windows XP running Leiningen 1.6.1.1(!)
* Windows 8 running Leiningen 2.0.0-preview10

On both of these, running lein upgrade produced a message that upgrade
was not supported and the .bat file should be edited to have the
desired version of Leiningen, then run lein self-install. Phil
confirmed in IRC that is NOT the correct process and the lein.bat
script should not be printing that message!

On both, I downloaded the latest lein.bat directly from
http://leiningen.org and replaced the current version.

On Windows XP, I opened a cmd window and navigated to the folder that
contains curl.exe (previously installed - I never added it to my path)
and ran lein self-install

On Windows 8, I opened a cmd window and ran lein self-install (wget
and curl are already on my path due to GOW - Gnu On Windows - being
installed)

In both cases, the Leiningen upgrade completed smoothly and I was
running Leiningen 2.3.2 afterward.

So the moral here is:

* don't edit lein.bat to change the version - instead download the
latest version from leiningen.org!

I'll be interested to see what lein upgrade does next time on Windows,
now that I'm running the latest .bat file. If it suggests editing the
file, I'll open an issue :)

Sean




On Wed, Aug 21, 2013 at 10:46 AM, Sean Corfield seancorfi...@gmail.com wrote:
 I have a working Leiningen. I have wget and curl via GOW - Gnu On
 Windows. I have HTTP_CLIENT set as a global environment variable to:
 wget --no-check-certificate -O per Leiningen's instructions. I'll see
 whether the upgrade process works when 2.3.3 is released. That will
 determine whether the HTTP_CLIENT bug Phil mentioned was indeed fixed
 in 2.3.2.

 Good to know that your installer packages an appropriate ca file. If
 my future upgrades don't go more smoothly, I'll switch to your
 installer.

 Sean

 On Wed, Aug 21, 2013 at 10:23 AM, David Powell djpow...@djpowell.net wrote:

 On Wed, Aug 21, 2013 at 5:57 PM, Sean Corfield seancorfi...@gmail.com
 wrote:

 Does that work to upgrade an already installed version of Leiningen?


 Not really.  But if you took your existing leiningen off the path, and ran
 the installer it might get things up and running:
 It bundles a wget with an appropriate ca file, downloads the latest stable
 lein.bat, lets you select a JDK path from those available, and it ensures
 that lein.bat is on the path.

 --
 Dave

 --
 --
 You received this message because you are subscribed to the Google
 Groups Clojure group.
 To post to this group, send email to clojure@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+unsubscr...@googlegroups.com
 For more options, visit this group at
 http://groups.google.com/group/clojure?hl=en
 ---
 You received this message because you are subscribed to the Google Groups
 Clojure group.
 To unsubscribe from this group and stop receiving emails from it, send an
 email to clojure+unsubscr...@googlegroups.com.
 For more options, visit https://groups.google.com/groups/opt_out.



 --
 Sean A Corfield -- (904) 302-SEAN
 An Architect's View -- http://corfield.org/
 World Singles, LLC. -- http://worldsingles.com/

 Perfection is the enemy of the good.
 -- Gustave Flaubert, French realist novelist (1821-1880)



-- 
Sean A Corfield -- (904) 302-SEAN
An Architect's View -- http://corfield.org/
World Singles, LLC. -- http://worldsingles.com/

Perfection is the enemy of the good.
-- Gustave Flaubert, French realist novelist (1821-1880)

-- 
-- 
You received this message because you are subscribed to the Google
Groups Clojure group.
To post to this group, send email to clojure@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+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/clojure?hl=en
--- 
You received this message because you are subscribed to the Google Groups 
Clojure group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to clojure+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.


Re: [ANN] Leiningen 2.3.2 released

2013-08-21 Thread Sean Corfield
I went back to my Windows 8 laptop and updated lein.bat to the version
on leiningen.org and then tested the up/down-grades and they worked
perfectly - great to see the latest Windows batch file working so
well!

Sean

On Wed, Aug 21, 2013 at 3:21 PM, Sean Corfield seancorfi...@gmail.com wrote:
 As I told Phil on IRC, the problem turned out to be an old lein.bat...

 To test the theory of the old lein.bat, I fired up two of my VMs:
 * Windows XP running Leiningen 1.6.1.1(!)
 * Windows 8 running Leiningen 2.0.0-preview10

 On both of these, running lein upgrade produced a message that upgrade
 was not supported and the .bat file should be edited to have the
 desired version of Leiningen, then run lein self-install. Phil
 confirmed in IRC that is NOT the correct process and the lein.bat
 script should not be printing that message!

 On both, I downloaded the latest lein.bat directly from
 http://leiningen.org and replaced the current version.

 On Windows XP, I opened a cmd window and navigated to the folder that
 contains curl.exe (previously installed - I never added it to my path)
 and ran lein self-install

 On Windows 8, I opened a cmd window and ran lein self-install (wget
 and curl are already on my path due to GOW - Gnu On Windows - being
 installed)

 In both cases, the Leiningen upgrade completed smoothly and I was
 running Leiningen 2.3.2 afterward.

 So the moral here is:

 * don't edit lein.bat to change the version - instead download the
 latest version from leiningen.org!

 I'll be interested to see what lein upgrade does next time on Windows,
 now that I'm running the latest .bat file. If it suggests editing the
 file, I'll open an issue :)

 Sean




 On Wed, Aug 21, 2013 at 10:46 AM, Sean Corfield seancorfi...@gmail.com 
 wrote:
 I have a working Leiningen. I have wget and curl via GOW - Gnu On
 Windows. I have HTTP_CLIENT set as a global environment variable to:
 wget --no-check-certificate -O per Leiningen's instructions. I'll see
 whether the upgrade process works when 2.3.3 is released. That will
 determine whether the HTTP_CLIENT bug Phil mentioned was indeed fixed
 in 2.3.2.

 Good to know that your installer packages an appropriate ca file. If
 my future upgrades don't go more smoothly, I'll switch to your
 installer.

 Sean

 On Wed, Aug 21, 2013 at 10:23 AM, David Powell djpow...@djpowell.net wrote:

 On Wed, Aug 21, 2013 at 5:57 PM, Sean Corfield seancorfi...@gmail.com
 wrote:

 Does that work to upgrade an already installed version of Leiningen?


 Not really.  But if you took your existing leiningen off the path, and ran
 the installer it might get things up and running:
 It bundles a wget with an appropriate ca file, downloads the latest stable
 lein.bat, lets you select a JDK path from those available, and it ensures
 that lein.bat is on the path.

 --
 Dave

 --
 --
 You received this message because you are subscribed to the Google
 Groups Clojure group.
 To post to this group, send email to clojure@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+unsubscr...@googlegroups.com
 For more options, visit this group at
 http://groups.google.com/group/clojure?hl=en
 ---
 You received this message because you are subscribed to the Google Groups
 Clojure group.
 To unsubscribe from this group and stop receiving emails from it, send an
 email to clojure+unsubscr...@googlegroups.com.
 For more options, visit https://groups.google.com/groups/opt_out.



 --
 Sean A Corfield -- (904) 302-SEAN
 An Architect's View -- http://corfield.org/
 World Singles, LLC. -- http://worldsingles.com/

 Perfection is the enemy of the good.
 -- Gustave Flaubert, French realist novelist (1821-1880)



 --
 Sean A Corfield -- (904) 302-SEAN
 An Architect's View -- http://corfield.org/
 World Singles, LLC. -- http://worldsingles.com/

 Perfection is the enemy of the good.
 -- Gustave Flaubert, French realist novelist (1821-1880)



-- 
Sean A Corfield -- (904) 302-SEAN
An Architect's View -- http://corfield.org/
World Singles, LLC. -- http://worldsingles.com/

Perfection is the enemy of the good.
-- Gustave Flaubert, French realist novelist (1821-1880)

-- 
-- 
You received this message because you are subscribed to the Google
Groups Clojure group.
To post to this group, send email to clojure@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+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/clojure?hl=en
--- 
You received this message because you are subscribed to the Google Groups 
Clojure group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to clojure+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.


[ANN] Leiningen 2.3.2 released

2013-08-20 Thread Phil Hagelberg

Hello everybody.

I'm happy to announce the release of Leiningen 2.3.2, a minor bugfix
release over 2.3.1. Changes include the following:

* Write `.nrepl-port` file for better tool interoperability. (Phil Hagelberg)
* Support targeted upgrades in `lein.bat`. (Shantanu Kumar)
* Warn when projects rely on implicit AOT of `:main`. (Phil Hagelberg)
* Fix a bug where implicit AOT of `:main` was disabled. (Phil Hagelberg)
* Disable profile isolation by default. Will be back in 3.x. (Phil Hagelberg)

The biggest change here the disabling of profile isolation (a new by
default due to incompatibilities with certain projects that hard-code
paths. Profile isolation was a new feature in 2.3.0 described in the FAQ:

 Leiningen supports isolating different profiles by their target
 directory. Simply specify `:target-path target/%s` in order to have
 each profile set use a different directory for generated files. Then you
 can put your `:aot` settings in the `:uberjar` profiles, and the .class
 files created from the AOT process will not affect normal development
 use. You can specify the profile-isolated `:target-path` in your `:user`
 profile if you want it applied across all the projects you work on.

I still recommend using profile isolation since it helps avoid a number
of subtle gotchas around stale AOT files and user-level dependencies
being visible with downstream consumers, but you now have to opt-in to
this feature by setting :target-path as described above.

We've also fixed a bug where setting :main without setting :aot would no
longer implicitly compile the :main namespace. It's still recommended to
be explicit about what :aot you need, (in the :uberjar profile if
applicable) but the old behaviour has been restored.

You'll also want to add a .gitignore entry for the new .nrepl-port file
which we're using for improved cross-tool compatibility; discussion of
that feature is here: https://github.com/technomancy/leiningen/issues/1296

Thanks!

-Phil


pgpzQjycae2m5.pgp
Description: PGP signature


Re: [ANN] Leiningen 2.3.2 released

2013-08-20 Thread Sean Corfield
Upgrading on Mac/Linux was painless as usual - and everything here
seems to run fine with 2.3.2 - but Windows continues to be a pain in
the rear...

You can't lein upgrade so I updated the version string in lein.bat and
tried lein self-install:

C:\Users\Seanlein self-install
Downloading Leiningen now...
SYSTEM_WGETRC = c:/progra~1/wget/etc/wgetrc
syswgetrc = C:\gow/etc/wgetrc
--2013-08-20 22:01:41--
https://cloud.github.com/downloads/technomancy/leiningen/leiningen-2.3.2-standalone.jar
Resolving cloud.github.com... 54.240.188.252, 54.230.71.6, 54.230.70.21, ...
Connecting to cloud.github.com|54.240.188.252|:443... connected.
WARNING: cannot verify cloud.github.com's certificate, issued by
`/C=US/O=DigiCert Inc/OU=www.digicert.com/CN=DigiCert High Assurance
CA-3':
  Self-signed certificate encountered.
WARNING: certificate common name `*.cloudfront.net' doesn't match
requested host name `cloud.github.com'.
HTTP request sent, awaiting response... 403 Forbidden
2013-08-20 22:01:41 ERROR 403: Forbidden.

Failed to download
https://cloud.github.com/downloads/technomancy/leiningen/leiningen-2.3.2-standalone.jar

You can't download that file via a browser either:

This XML file does not appear to have any style information associated
with it. The document tree is shown below.
Error
CodeAccessDenied/Code
MessageAccess Denied/Message
RequestIdBBF8809DA1520371/RequestId
HostId
Laq6Bi6lZlah+zalsro6LbnHl2hKt0fDsZO1Tvu6spiEjq8CghIMHLDSwk7XTm+k
/HostId
/Error

I have HTTP_CLIENT set to wget --no-check-certificate -O as a global
environment variable.

Is this just a problem upgrading from 2.1.3 that is - finally - going
to be a thing of the past from now on, or is there still work to do?

Sean


On Tue, Aug 20, 2013 at 3:11 PM, Phil Hagelberg p...@hagelb.org wrote:

 Hello everybody.

 I'm happy to announce the release of Leiningen 2.3.2, a minor bugfix
 release over 2.3.1. Changes include the following:

 * Write `.nrepl-port` file for better tool interoperability. (Phil Hagelberg)
 * Support targeted upgrades in `lein.bat`. (Shantanu Kumar)
 * Warn when projects rely on implicit AOT of `:main`. (Phil Hagelberg)
 * Fix a bug where implicit AOT of `:main` was disabled. (Phil Hagelberg)
 * Disable profile isolation by default. Will be back in 3.x. (Phil Hagelberg)

 The biggest change here the disabling of profile isolation (a new by
 default due to incompatibilities with certain projects that hard-code
 paths. Profile isolation was a new feature in 2.3.0 described in the FAQ:

 Leiningen supports isolating different profiles by their target
 directory. Simply specify `:target-path target/%s` in order to have
 each profile set use a different directory for generated files. Then you
 can put your `:aot` settings in the `:uberjar` profiles, and the .class
 files created from the AOT process will not affect normal development
 use. You can specify the profile-isolated `:target-path` in your `:user`
 profile if you want it applied across all the projects you work on.

 I still recommend using profile isolation since it helps avoid a number
 of subtle gotchas around stale AOT files and user-level dependencies
 being visible with downstream consumers, but you now have to opt-in to
 this feature by setting :target-path as described above.

 We've also fixed a bug where setting :main without setting :aot would no
 longer implicitly compile the :main namespace. It's still recommended to
 be explicit about what :aot you need, (in the :uberjar profile if
 applicable) but the old behaviour has been restored.

 You'll also want to add a .gitignore entry for the new .nrepl-port file
 which we're using for improved cross-tool compatibility; discussion of
 that feature is here: https://github.com/technomancy/leiningen/issues/1296

 Thanks!

 -Phil



-- 
Sean A Corfield -- (904) 302-SEAN
An Architect's View -- http://corfield.org/
World Singles, LLC. -- http://worldsingles.com/

Perfection is the enemy of the good.
-- Gustave Flaubert, French realist novelist (1821-1880)

-- 
-- 
You received this message because you are subscribed to the Google
Groups Clojure group.
To post to this group, send email to clojure@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+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/clojure?hl=en
--- 
You received this message because you are subscribed to the Google Groups 
Clojure group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to clojure+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.