foundweekends / conscript Goto Github PK

Running on a production version of Java 7 on Windows 7

Running the jar I get the following:

:: problems summary ::
:::: WARNINGS
module not found: net.databinder.conscript#conscript_2.9.2;0.4.1

    ==== local: tried

      C:\Users\Tom\.ivy2/local/net.databinder.conscript/conscript_2.9.2/0.4.1/ivys/ivy.xml

    ==== sonatype-releases: tried

      https://oss.sonatype.org/content/repositories/releases/net/databinder/conscript/conscript_2.9.2/0.4.1/conscript_2.9.2-0.4.1.pom

    ==== Maven Central: tried

      http://repo1.maven.org/maven2/net/databinder/conscript/conscript_2.9.2/0.4.1/conscript_2.9.2-0.4.1.pom

            ::::::::::::::::::::::::::::::::::::::::::::::

            ::          UNRESOLVED DEPENDENCIES         ::

            ::::::::::::::::::::::::::::::::::::::::::::::

            :: net.databinder.conscript#conscript_2.9.2;0.4.1: not found

            ::::::::::::::::::::::::::::::::::::::::::::::

:: USE VERBOSE OR DEBUG MESSAGE LEVEL FOR MORE DETAILS
unresolved dependency: net.databinder.conscript#conscript_2.9.2;0.4.1: not found
Error during sbt execution: Error retrieving required libraries
(see C:\Users\Tom.conscript\boot\update.log for complete log)
Error: Could not retrieve conscript 0.4.1

Looking in maven repo I see that the only 2.9.2 version is 0.4.2.

I suspect you're going to be getting a patch from me soon that looks a bit like the patch Dave and I submitted for giter8.

Hi,
I've some trouble to execute the following script:

#!/usr/bin/env scalas
!#

/***
  scalaVersion := "2.11.1"
*/

println("Hello")

The following error occurs:

[info] Set current project to root-04baf6f769285f8ecbe6 (in build file:/Users/moddus/.conscript/boot/04baf6f769285f8ecbe6/)
[error] /Users/moddus/tmp/txt/./test.scala:2: not found: value !#
[error] !#
[error] ^
[error] one error found
[error] (compile:compile) Compilation failed

Where is my mistake ?

Greetz,
Moddus

A prompt would be nice, or at least rename any existing files as a backup!

I can't run in command line 'cs'

We found a workaround for issue 16 but the launcher interface should really be "provided" since it's contained in the launcher itself. Just need to sort out what to do with the runnable jar.

Hello,

I'm trying to install giter8 with cs and it complains he can't find the repository.

After some inspection, I believe the issue is https://github.com/n8han/conscript/blob/master/src/main/scala/github.scala#L57

My understanding is that this is trying to retrieve https://api.github.com/repos/n8han/giter8/master

But it should be getting https://api.github.com/repos/n8han/giter8/branches/master instead.

Can this be resolved please?

Thankyou

I behind a proxy in windows,setup git as msysgit
add proxy setting to cs.bat as following:
-Dhttp.proxyPort=proxyPort -Dhttp.proxyHost=proxyHost

when I try to cs n8han/giter8,got the error:

java.lang.ExceptionInInitializerError

Caused by: java.io.IOException: Cannot run program "git": CreateProcess error=2,
at java.lang.ProcessBuilder.start(Unknown Source)
at conscript.Credentials$$anonfun$gitConfig$2.apply(credentials.scala:17)
at conscript.Credentials$$anonfun$gitConfig$2.apply(credentials.scala:16)
at scala.Option.getOrElse(Option.scala:108)
at conscript.Credentials$class.gitConfig(credentials.scala:16)
at conscript.Github$.gitConfig(github.scala:9)
at conscript.Credentials$class.credentials(credentials.scala:8)
at conscript.Github$.credentials(github.scala:9)
at conscript.Credentials$class.withCredentials(credentials.scala:5)
at conscript.Github$.withCredentials(github.scala:9)
at conscript.Github$.<init>(github.scala:28)
at conscript.Github$.<clinit>(github.scala)

I'm trying to use conscript to download sbt/sbt, but I get the following errors:

$ cs sbt/sbt --branch 0.13
Getting net.databinder.conscript conscript_2.9.2 0.4.4 ...
downloading https://oss.sonatype.org/content/repositories/releases/net/databinder/conscript/conscript_2.9.2/0.4.4/conscript_2.9.2-0.4.4.jar ...
    [SUCCESSFUL ] net.databinder.conscript#conscript_2.9.2;0.4.4!conscript_2.9.2.jar (814ms)
downloading https://oss.sonatype.org/content/repositories/releases/org/scala-lang/scala-library/2.9.2/scala-library-2.9.2.jar ...
    [SUCCESSFUL ] org.scala-lang#scala-library;2.9.2!scala-library.jar (3001ms)
downloading https://oss.sonatype.org/content/repositories/releases/net/databinder/dispatch/dispatch-core_2.9.2/0.9.5/dispatch-core_2.9.2-0.9.5.jar ...
    [SUCCESSFUL ] net.databinder.dispatch#dispatch-core_2.9.2;0.9.5!dispatch-core_2.9.2.jar (483ms)
downloading https://oss.sonatype.org/content/repositories/releases/com/github/scopt/scopt_2.9.2/2.1.0/scopt_2.9.2-2.1.0.jar ...
    [SUCCESSFUL ] com.github.scopt#scopt_2.9.2;2.1.0!scopt_2.9.2.jar (643ms)
downloading https://oss.sonatype.org/content/repositories/releases/org/scala-lang/scala-swing/2.9.2/scala-swing-2.9.2.jar ...
    [SUCCESSFUL ] org.scala-lang#scala-swing;2.9.2!scala-swing.jar (1324ms)
downloading https://oss.sonatype.org/content/repositories/releases/net/liftweb/lift-json_2.9.2/2.5/lift-json_2.9.2-2.5.jar ...
    [SUCCESSFUL ] net.liftweb#lift-json_2.9.2;2.5!lift-json_2.9.2.jar (557ms)
downloading https://oss.sonatype.org/content/repositories/releases/org/slf4j/slf4j-jdk14/1.6.2/slf4j-jdk14-1.6.2.jar ...
    [SUCCESSFUL ] org.slf4j#slf4j-jdk14;1.6.2!slf4j-jdk14.jar (363ms)
downloading https://oss.sonatype.org/content/repositories/releases/com/ning/async-http-client/1.7.5/async-http-client-1.7.5.jar ...
    [SUCCESSFUL ] com.ning#async-http-client;1.7.5!async-http-client.jar (523ms)
downloading https://oss.sonatype.org/content/repositories/releases/io/netty/netty/3.4.4.Final/netty-3.4.4.Final.jar ...
    [SUCCESSFUL ] io.netty#netty;3.4.4.Final!netty.jar(bundle) (721ms)
downloading https://oss.sonatype.org/content/repositories/releases/org/slf4j/slf4j-api/1.6.2/slf4j-api-1.6.2.jar ...
    [SUCCESSFUL ] org.slf4j#slf4j-api;1.6.2!slf4j-api.jar (363ms)
downloading https://oss.sonatype.org/content/repositories/releases/org/scala-lang/scalap/2.9.2/scalap-2.9.2.jar ...
    [SUCCESSFUL ] org.scala-lang#scalap;2.9.2!scalap.jar (672ms)
downloading http://repo1.maven.org/maven2/com/thoughtworks/paranamer/paranamer/2.4.1/paranamer-2.4.1.jar ...
    [SUCCESSFUL ] com.thoughtworks.paranamer#paranamer;2.4.1!paranamer.jar (303ms)
downloading https://oss.sonatype.org/content/repositories/releases/org/scala-lang/scala-compiler/2.9.2/scala-compiler-2.9.2.jar ...
    [SUCCESSFUL ] org.scala-lang#scala-compiler;2.9.2!scala-compiler.jar (2092ms)
:: retrieving :: org.scala-sbt#boot-app
    confs: [default]
    11 artifacts copied, 0 already retrieved (4291kB/938ms)
Getting Scala 2.9.2 (for conscript)...
downloading https://oss.sonatype.org/content/repositories/releases/org/scala-lang/jline/2.9.2/jline-2.9.2.jar ...
    [SUCCESSFUL ] org.scala-lang#jline;2.9.2!jline.jar (647ms)
:: retrieving :: org.scala-sbt#boot-scala
    confs: [default]
    4 artifacts copied, 0 already retrieved (20090kB/916ms)
Getting org.scala-sbt sbt 0.13.7 ...
:: retrieving :: org.scala-sbt#boot-app
    confs: [default]
    51 artifacts copied, 0 already retrieved (15709kB/3573ms)
Getting Scala 2.10.4 (for sbt)...
:: retrieving :: org.scala-sbt#boot-scala
    confs: [default]
    5 artifacts copied, 0 already retrieved (24459kB/1305ms)
[error] Not a valid command: version (similar: session)
[error] version
[error]        ^
[error] Not a valid command: version
[error] version
[error]        ^
[error] Not a valid command: version
[error] version
[error]        ^

Conscripted sbt/sbt to /users/bbooth/bin/sbt
Conscripted sbt/sbt to /users/bbooth/bin/scalas
Conscripted sbt/sbt to /users/bbooth/bin/screpl

I'm getting the same errors on Mac OS X 10.10.2 and ArchLinux. The scripts seem to work, but what does this error mean?

Not a valid command: version (similar: session)

Hi,

When I want to use a private github repository, as mentioned in the documentation, I use the --auth argument to create the token but when I use it with 0.4.0 release I get this:

Error: Unknown argument '--auth'

cs 0.4.0
Usage: cs [options] [/[/]]

--clean-boot
clears boot dir
--setup
installs sbt launcher
-b | --branch
github branch (default: master)
--local
include local repos
--no-local
exclude local and maven-local repos
--version
print current version
--no-exec
don't execute program after install
[/[/]]
github project

cs 0.4.0
Usage: cs [options] [/[/]]

--clean-boot
clears boot dir
--setup
installs sbt launcher
-b | --branch
github branch (default: master)
--local
include local repos
--no-local
exclude local and maven-local repos
--version
print current version
--no-exec
don't execute program after install
[/[/]]
github project

Any idea?

Currently the source is falling back to a sbt 0.7 launcher that works with windows, but we want to standardize on 0.10 with this version.

Or maybe before/after scripts that are sourced if they exist. Just some way for conscript programs to do stuff outside the JVM if they need to.

Homebrew won't download and install because of cert issues during the install process. This is specific to this recipe, it fails trying to get sbt0.12.1, but I can install SBT directly.

Would be nice to have an option which will block the conscripted program execution for simple creating a wrapper scripts (cmd or sh).

It seems not great that you can install commands with conscript only to find out later, when running them, that something is wrong. Or you may "install" them, then go offline, and be surprised that you need other dependencies.

We could simply run every command once, with no parameters, after installing it. Or better yet, pass in a --dry-run parameter so that the program will know not to take any actions. The launcher will fetch dependencies and conscript can ignore the result of the command.

This is with a newly installed conscript, i.e. I've removed ~/.ivy2 and ~/.conscript, and re-run the installer.

$ time cs eed3si9n/scalaxb
Waiting for lock on /home/martin/.conscript/boot/sbt.boot.lock to be available...

Conscripted eed3si9n/scalaxb to /home/martin/bin/scalaxb

real    0m23.404s
user    0m2.500s
sys     0m0.150s

Sometimes it takes long enough that I see "Waiting for lock" message twice.

Because in that case Conscript will call itself recursively during the first installation, creating many windows!

I'm trying to conscript some software I'm writing, and at wits' (or is wit's?) end on a particular runtime issue I'm experiencing with the sbt launcher. The program compiles fine, and it successfully run from the main def (the conscripted run fails, though). When I try to compile a template with scalate it bombs giving me this error:

Caused by: scala.tools.nsc.FatalError: class Array does not have a member apply

It smells like it loaded the wrong Scala library from the sbt launcher, but I really have no idea what its doing.

I'm using the latest stable:
Scalate (1.4.1)
Conscripted (2.2)
Scala (2.8.1)

Do you have thoughts or suggestions of what might be causing this?
The project is here, if you needed more info: https://github.com/philcali/scagen

Thanks!

-- Philip Cali

localhost:.conscript jtarn$ jar -tf sbt-launch-0.13.7.jar
java.util.zip.ZipException: error in opening zip file
    at java.util.zip.ZipFile.open(Native Method)
    at java.util.zip.ZipFile.<init>(ZipFile.java:215)
    at java.util.zip.ZipFile.<init>(ZipFile.java:145)
    at java.util.zip.ZipFile.<init>(ZipFile.java:116)
    at sun.tools.jar.Main.list(Main.java:1004)
    at sun.tools.jar.Main.run(Main.java:245)
    at sun.tools.jar.Main.main(Main.java:1177)

localhost:.conscript jtarn$ cat sbt-launch-0.13.7.jar
    `<html>
    <head><title>404 Not Found</title></head>
    <body bgcolor="white">
    <center><h1>404 Not Found</h1></center>
    <hr><center>nginx</center>
    </body>
   </html>`

I found sbt-launch at http://dl.bintray.com/typesafe/ivy-releases/org.scala-sbt/sbt-launch/0.13.7/sbt-launch.jar.

happy to help fix it if you need

steps

1. run cs.

expectations

it'd be helpful to display the version number in the usage text.

note

I was almost going make a sbt plugin that can do this, but sbt 0.10 can do this in a few lines.

sourceGenerators in Compile <+= (sourceManaged in Compile, version) map { (dir, version) =>
  val file = dir / "version.scala"
  IO.write(file, """package conscript
trait Version { val version = "%s" }
""".format(version))
  Seq(file)
}

Conscript doesn't seem to find the default branch if it isn't master. e.g. for harrah/xsbt

I got stuck immediately after installing conscript. I could not install g8

$ ~/bin/cs n8han/giter8
An unexpected error occurred: Please check your internet connection.
And if you're using a pre-release version of Java, please try with
a final release version.
Exception message: Unexpected response status: 403

After getting advice from another scala engineer in my company I found that I needed to add a github token to my config:

1. go to github.com and login
2. go to settings -> Applications
3. Click "Generate new token" in Personal access tokens
4. copy the generated token
5. add gh.access=<token from #4> to ~/.conscript/config
6. re run ~/bin/cs n8han/giter8

I think these steps should be mentioned in the getting started documentation, and probably in the error code as well. It looks like they are hinted at under the Private Repositories heading, but seems to be necessary for public repos as well?

I can add a section to the readme.md if you'd like but messing with the error code stuff should probably wait until after I've learned the language. But the error mentions 2 possible issues, neither of which is correct. Maybe just adding the third would possibility be enough? I could conceivably tackle that as well.

The tag list shows that the latest version of conscript is 0.4.1 but there's no jar for it.

I'm trying to make some conscripted software, (it's at https://github.com/judu/jetdoc).
So, in my build.sbt, I have scalaVersion := "2.10.1".
When I publish my artifact to a maven repository, sbt puts it in com/clevercloud/jetdoc_2.10/0.1.0/jetdoc_2.10-0.1.0.(pom|jar).

So, apparently the new (≥ 2.10.0) scala artifact convention is to use the first two numbers of the scalaVersion (2.10 for 2.10.1).

But I still need to provide a full numbered scalaVersion in the launchconfig file.

The new scala convention should be handled by cs.

Java 7

If you're using a buggy preview release of Java, then Conscript will be buggy. Please use a relase version of Java instead.

How is it related to Java 7, that was released almost one year ago.

When I try installing Conscript on Windows, I get this error message. I'm getting it with both of the 2 latest jar releases:

conscript-0.4.4.jar
conscript-0.4.4-1.jar

Even if running with admin rights. I'm using Windows 8.1 x86_64. What can I do to fix this?

Just noting this as a potential feature. It would be pretty cool to use gists to host a very brief conscript. Since gists support multiple files this may be doable.

Install script puts this into launch config:

    [app]
      version: 0.4.1
    ...
    [scala]
      version: 2.9.2
    ...

But the only version for 2.9.2 is 0.4.2. Or, I did something wrong :)

(https://oss.sonatype.org/content/repositories/releases/net/databinder/conscript/conscript_2.9.2/)

Hi,

Conscript seemed to install alright from cmd. It said it might not be added to path, so I added it at "C:\Users\Administrator\bin" where it installed. When I went to install giter8 (typed "cs n8han/giter8") I got this error back:

Error occurred during initialization of VM
Could not reserve enough space for object heap
Erorr: Could not create the Java Virtual Machine.
Error: A fatal exception has occurred. Program will exit.

Any idea what the cause is? I appreciate any help!

I'm working from behind a network--not sure if that affects conscript at all.

The file is present at the specified location, but anny attempt to run cs results in this error...

$ ./cs
Error: Unable to access jarfile ~/.conscript/sbt-launch.jar

This is in cygwin on Win7

what could be the problem here? I am attempting to install giter8.

System: Windows 8 64-bit
java version "1.7.0_76"
javac version "1.7.0_71"

By simply attempting to launch the 'conscript-0.4.4.jar' I receive the error message below:

Other attemps from command line I do:

C:\Users[username]>java -jar -Dhttps.proxyHostwww-proxy.sct.com -Dhttps.proxyPort8080 conscrip
t-0.4.4.jar

AND

C:\Users[username]>java -jar conscript-0.4.4.jar

Which results in the error below:

Error: Unable to access jarfile conscript-0.4.4.jar

Also, can someone please confirm that I'm using the command below properly:

C:\Users[username]>java -jar -Duser.home=C:/Users/dghant/ -Dhttps.proxyHostwww-proxy.server.com -Dhttps.proxyPort8080 conscript-0.4.4-1.jar

Apparently, I'm missing something simple. Please advise!

Running conscript to install giter8 fails.

$ ~/bin/cs n8than/giter8
Error finding for scripts for n8than/giter8

(conscript version 0.2.2)

Users should be able to specify a branch other than master.

Unless it is not possible for some reason I can't think of, conscript should provide a bridge launch class that invokes the main method on a given class.

migrating from #34

steps

1. cs foo where calling foo --version does something undesirable (like waiting for user input forever).

problem

the installation process calls foo --version and does that thing.

expectations

I would like to propose 2-tier solution to this using launchconfig file. Both of them involve adding an optional section conscript to launchconfig as follows:

[conscript]
  dry-run: false
  dry-run-param: --something-not-version

opt-out

The proposal is that we keep the existing behavior (run script with --version) by default, so existing happy conscript authors don't get sniped from the back. In other words, the new [conscript] section is totally optional.

If the conscript author just doesn't want to use dry-run option at all, they can opt-out by writing:

  dry-run: false

Upon installation we don't do dry-run, and instead we print some warning saying that the jar's still not downloaded.

--help instead of --version

Another scenario is that application does not support --version, but has some other harmless option already like --help.

  dry-run-param: --something-not-version

This let's them customize to whatever. Again, if it's not specified --version is used.

Running a freshly installed conscript, I get the following error. I don't even have a .m2 directory.

[cadams@beaker ~]$ cs
 Getting Scala 2.9.1 (for conscript)...

 :: problems summary ::
 :::: WARNINGS
        [NOT FOUND  ] org.fusesource.jansi#jansi;1.4!jansi.jar (1ms)

    ==== Maven2 Local: tried

      file:///home/cadams/.m2/repository/org/fusesource/jansi/jansi/1.4/jansi-1.4.jar

        ::::::::::::::::::::::::::::::::::::::::::::::

        ::              FAILED DOWNLOADS            ::

        :: ^ see resolution messages for details  ^ ::

        ::::::::::::::::::::::::::::::::::::::::::::::

        :: org.fusesource.jansi#jansi;1.4!jansi.jar

        ::::::::::::::::::::::::::::::::::::::::::::::

Private GitHub repositories that formerly could be used without issues are now no longer accessible. The message shown is: "Repository not found on github". After making such a private repo public, conscript works as expected.

I tried the old authentication (token) as well as the new (password).

On Windows Conscript is installing to my E:\ drive for whatever reason. Is there a way I can move it or convince it to do otherwise?

steps

1. cs --clean-boot on windows.

problem

cs.bat --clean-boot
\Getting net.java.dev.jna jna 3.2.3 ...
:: retrieving :: org.scala-tools.sbt#boot-app
        confs: [default]
        1 artifacts copied, 0 already retrieved (838kB/507ms)
Unable to delete C:\Users\foo\.conscript\boot\other\net.java.dev.jna\jna\3.2.3\jna-3.2.3.ja

expectation

C:\Users\foo\.conscript\boot gets cleaned.

Neither Conscript installation method works on my box running Mountain Lion (OS X 10.8.2). I observe a "/Users/seasonedgeek/bin/cs: Permission denied" message that occurs at line 20 in the setup.sh script.

So I cloned Conscript to my box, and tried running the setup.sh script via the Terminal.

:) 192:conscript seasonedgeek$ pwd
/Users/seasonedgeek/clones/github/n8han/conscript
:) 192:conscript seasonedgeek$ setup.sh

Fetching current launch configuration...

% Total % Received % Xferd Average Speed Time Time Time Current
Dload Upload Total Spent Left Speed
100 242 100 242 0 0 177 0 0:00:01 0:00:01 --:--:-- 329
./setup.sh: line 20: /Users/seasonedgeek/bin/cs: Permission denied
chmod: /Users/seasonedgeek/bin/cs: No such file or directory

conscript installed to /Users/seasonedgeek/bin/cs

:) 192:conscript seasonedgeek$ ls /Users/seasonedgeek/bin/cs
ls: /Users/seasonedgeek/bin/cs: No such file or directory

I've tried a number of variations as shown below.

sudo echo "#!/bin/sh java -jar $CS/sbt-launch.jar @$CLC "$@"" > $BIN/cs
sudo chmod a+x $BIN/cs

Results in permission denied. Next I tried to create the $BIN/cs file first and then,

sudo touch $BIN/cs
sudo echo "#!/bin/sh java -jar $CS/sbt-launch.jar @$CLC "$@"" >> $BIN/cs
sudo chmod a+x $BIN/cs

Results in permission denied. Bummer! Resolution suggestions welcomed.

Thanks,
Tom

I've got a Vagrantfile using ubuntu/trusty64. Here's the error I'm seeing:

vagrant@vagrant-ubuntu-trusty-64:~$ cs n8han/giter8
Getting net.databinder.conscript conscript_2.9.2 0.4.4 ...
You probably access the destination server through a proxy server that is not well configured.

I've tried setting the following in .bashrc as JAVA_OPTS, SBT_OPTS, and CONSCRIPT_OPTS: -Dhttps.proxyHost=$proxyHost -Dhttps.proxyPort=$proxyPort

I used the installer script to install on OS X 10.7.2 / java version "1.6.0_27". When trying to run cs I got the above error.

However, then I tried the jar installer and that seemed to fix the problem.. Bit weird.

would it be possible / desirable to roll conscript installation into a brew formula?

not sure if everyone shares this opinion, but it's nice to manage everything from one spot and brew has been pretty flexible in this regard.

The installer runs without error, but when I subsequently try to run 'cs' it fails to resolve the sbt 0.10 launcher.

~$ ls -ld .ivy2 .conscript bin
ls: cannot access .ivy2: No such file or directory
ls: cannot access .conscript: No such file or directory
ls: cannot access bin: No such file or directory

~$ wget https://github.com/downloads/n8han/conscript/conscript-0.3.0.jar
--2011-06-22 13:40:13--  https://github.com/downloads/n8han/conscript/conscript-0.3.0.jar
Resolving github.com... 207.97.227.239
Connecting to github.com|207.97.227.239|:443... connected.
HTTP request sent, awaiting response... 302 Found
Location: http://cloud.github.com/downloads/n8han/conscript/conscript-0.3.0.jar [following]
--2011-06-22 13:40:14--  http://cloud.github.com/downloads/n8han/conscript/conscript-0.3.0.jar
Resolving cloud.github.com... 205.251.205.122, 205.251.205.138, 205.251.205.197, ...
Connecting to cloud.github.com|205.251.205.122|:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 1162253 (1.1M) [.jar]
Saving to: `conscript-0.3.0.jar'

100%[======================================================================================================>] 1,162,253   1.06M/s   in 1.0s    

2011-06-22 13:40:15 (1.06 MB/s) - `conscript-0.3.0.jar' saved [1162253/1162253]

~$ java -jar conscript-0.3.0.jar 
Fetching launcher...

Conscripted n8han/conscript to /home/martin/bin/cs
~$ export PATH=$HOME/bin:$PATH
~$ cs eed3si9n/scalaxb
Waiting for lock on /home/martin/.conscript/boot/sbt.boot.lock to be available...
Getting net.databinder conscript_2.8.1 0.3.0 ...                                                                                                 

:: problems summary ::                                                                                                                           
:::: WARNINGS                                                                                                                                    
                module not found: org.scala-tools.sbt#launcher-interface;0.10.0

        ==== local: tried                                                                                                                         

          /home/martin/.ivy2/local/org.scala-tools.sbt/launcher-interface/0.10.0/ivys/ivy.xml                                                

          -- artifact org.scala-tools.sbt#launcher-interface;0.10.0!launcher-interface.jar:                                                       

          /home/martin/.ivy2/local/org.scala-tools.sbt/launcher-interface/0.10.0/jars/launcher-interface.jar                                 

        ==== Maven2 Local: tried

          file:///home/martin/.m2/repository/org/scala-tools/sbt/launcher-interface/0.10.0/launcher-interface-0.10.0.pom

          -- artifact org.scala-tools.sbt#launcher-interface;0.10.0!launcher-interface.jar:

          file:///home/martin/.m2/repository/org/scala-tools/sbt/launcher-interface/0.10.0/launcher-interface-0.10.0.jar

        ==== Scala-Tools Maven2 Repository: tried

          http://scala-tools.org/repo-releases/org/scala-tools/sbt/launcher-interface/0.10.0/launcher-interface-0.10.0.pom

          -- artifact org.scala-tools.sbt#launcher-interface;0.10.0!launcher-interface.jar:                                                         

          http://scala-tools.org/repo-releases/org/scala-tools/sbt/launcher-interface/0.10.0/launcher-interface-0.10.0.jar

        ==== Maven Central: tried

          http://repo1.maven.org/maven2/org/scala-tools/sbt/launcher-interface/0.10.0/launcher-interface-0.10.0.pom

          -- artifact org.scala-tools.sbt#launcher-interface;0.10.0!launcher-interface.jar:

          http://repo1.maven.org/maven2/org/scala-tools/sbt/launcher-interface/0.10.0/launcher-interface-0.10.0.jar

                ::::::::::::::::::::::::::::::::::::::::::::::

                ::          UNRESOLVED DEPENDENCIES         ::

                ::::::::::::::::::::::::::::::::::::::::::::::

                :: org.scala-tools.sbt#launcher-interface;0.10.0: not found

                ::::::::::::::::::::::::::::::::::::::::::::::



:: USE VERBOSE OR DEBUG MESSAGE LEVEL FOR MORE DETAILS
unresolved dependency: org.scala-tools.sbt#launcher-interface;0.10.0: not found
Error during sbt execution: Error retrieving required libraries
  (see /home/martin/.conscript/boot/update.log for complete log)
Error: Could not retrieve conscript 0.3.0

Hi, this is my first issue posting on github. So, excuse me if something goes wrong :)

I tried to install giter8, installation of conscript were without any errors, by using curl script. But running cs with

cs n8han/giter

gave me errror

Error: Invalid or corrupt jarfile /home/mergenchik/.conscript/sbt-launch.jar

I don't know why it happened, but replacing sbt-launch.jar with mine fixed the error.

I'd like to post it somewhere so anybody who catches same error will known what to do.

...because I forgot how awesome you graphic is for this. I love it.

I was thinking about how I might be able to capture some of this with ls. I might just start capturing a type or kind property that describes what kind of library a project is. Since you don't really install conscripts with foo %% bar % baz and versions dont really matter /w cs, maybe I'll build something different. I'd like to build something similar to ls that captures a simple markdown description of what the conscript does and serve up jsonp api that can be consumed by a static gh page with a style tailored to that awesome logo of yours. This would also tie in nicely with something else I've got simmering in the kitchen. I'm writing this down now so I don't forget and so that it actually gets done. Right now it's not easy to find conscripts but I know they are out there. I want to make them so.

Conscript may actually be a cool, albiet short, topic for nescala. Just sayin'.

steps

cs -f eed3si9n/scalaxb or some other way.

expectations

1. conscript grabs jars from the repo even if I have already for the particular version.
2. it doesn't break other apps installed by conscript.

why?

not sure if it's a good practice, but I publish multiple snapshot builds between releases using the same x.x.x-SNAPSHOT version number. currently, I need go to ~/.conscript/boot/scala-2.8/, ~/.ivy2/cache/, ~/.ivy2/local/ to clean out the stuff.

please feel free to reject this usage as abnormal.

background

we need a better replacement for shell script.

recipe

• 1 or 2 fully signed jars
• 1 swing app
• 1 web page
• 1 validated or self-signed certificate

note

guide says:

By including the following settings in the JNLP file, an application can request full access to a client system if all its JAR files are signed :

<security> 
  <all-permissions/> 
</security>

Right now, conscript searches for launchconfig files using the pattern "^src/main/conscript/([^/]+)/launchconfig$". The problem with this is that it's too inflexible. I personally think that launchconfig files are not part of the source of my application and don't want them in src/main (or even in src). I expect that a lot of people do think of their launchconfigs as part of their sources, but maybe they don't keep the source files for their application at the top of their repository in a directory called "src". For this reason, I'd advocate changing the pattern to something more like "(?:^|.+/)conscript/([^/]+)/launchconfig$". This pattern should match any files that are matched now (I think), but also allow e.g. a "conscript" directory at the top of the repository or one inside of a project that isn't at the top. Thoughts?