RejectedSoftware Forums

Sign up

Pages: 1 2 3

Re: Problem with vibe.d + ddb

On Fri, 02 May 2014 16:16:05 GMT, Luís Marques wrote:

On Fri, 02 May 2014 14:48:29 GMT, Luís Marques wrote:

Just so you are aware of this issue, or in case anyone here knows how to solve this :-)

Fixed: https://github.com/Homebrew/homebrew/pull/28920

Great! I really wish GIT had some decent variable substitution feature that could replace this approach, since this is always an issue for packaging.

Re: Problem with vibe.d + ddb

I had assumed it was just my ignorance of Postgresql that was causing my authentication issues, but now I'm starting to reconsider that position :-) (If you manage to make Postgresql + ddb work with the md5-based password authentication please say so).

MD5 authentication in ddb is broken, but I have submitted Pull Request 27 to fix it.

Re: Problem with vibe.d + ddb

On Mon, 05 May 2014 20:13:56 GMT, Jon Giddy wrote:

MD5 authentication in ddb is broken, but I have submitted Pull Request 27 to fix it.

Neat! Thanks a lot.

(BTW, I wish I could use your pull request in my fork of ddb. I guess that's not supported, I'd have to use raw git on the terminal, adding a new remote for your repo, merging, pushing again... like an animal;)

Re: Problem with vibe.d + ddb

On Fri, 02 May 2014 14:48:29 GMT, Luís Marques wrote:

$ dub build               
Target vibe-d 0.7.20-alpha.1.72.g2be4cce is up to date. Use --force to rebuild.
Target ddb 0.1.0 is up to date. Use --force to rebuild.
Building www.luismarques.eu ~master configuration "dev-osx", build type debug.
Compiling...
Error: cannot read file app.d

Sönke, how's vibe.d 0.7.20 coming along? Did you find the problem for this error?

BTW, what does 0.7.20-alpha.1.72.g2be4cce mean? The tag for version 0.7.20-alpha.1 is for commit b17894dd936c392bc25259d91d55582890d6daea.

Re: Problem with vibe.d + ddb

Am 07.05.2014 16:25, schrieb Luís Marques:

On Fri, 02 May 2014 14:48:29 GMT, Luís Marques wrote:

 $ dub build
 Target vibe-d 0.7.20-alpha.1.72.g2be4cce is up to date. Use --force to rebuild.
 Target ddb 0.1.0 is up to date. Use --force to rebuild.
 Building www.luismarques.eu ~master configuration "dev-osx", build type debug.
 Compiling...
 Error: cannot read file app.d

Sönke, how's vibe.d 0.7.20 coming along? Did you find the problem for this error?

BTW, what does 0.7.20-alpha.1.72.g2be4cce mean? The tag for version 0.7.20-alpha.1 is for commit b17894dd936c392bc25259d91d55582890d6daea.

Sorry, missed that. Can you post the dub.json of the www.luismarques.eu
package? I'll try to reproduce it.

Re: Problem with vibe.d + ddb

On Wed, 07 May 2014 17:18:27 +0200, Sönke Ludwig wrote:

Sorry, missed that. Can you post the dub.json of the www.luismarques.eu
package? I'll try to reproduce it.

{
	"name": "www.luismarques.eu",
	"description": "Personal Web page of Luís Marques",
	"homepage": "http://www.luismarques.eu",
	"copyright": "Copyright © 2013, Luís Marques",
	"authors": [
		"Luís Marques"
	],
	"dependencies": {
        "vibe-d": ">=0.7.19",
        "ddb": ">=0.1.0"
	},
    "stringImportPaths": [".", "views"],
    "configurations" : [
        {
            "name": "dev-osx",
            "targetType": "executable",
            "mainSourceFile": "app.d",
            "platforms": ["osx"],
            "versions": ["dev"]
        },
        {
            "name": "production-linux",
            "targetType": "executable",
            "mainSourceFile": "app.d",
            "platforms": ["linux"],
            "versions": ["production"]
        }
    ],
    "versions": ["VibeDefaultMain"]
}

Re: Problem with vibe.d + ddb

Am 07.05.2014 22:44, schrieb Luís Marques:

On Wed, 07 May 2014 17:18:27 +0200, Sönke Ludwig wrote:

Sorry, missed that. Can you post the dub.json of the www.luismarques.eu
package? I'll try to reproduce it.

{
	"name": "www.luismarques.eu",
	"description": "Personal Web page of Luís Marques",
	"homepage": "http://www.luismarques.eu",
	"copyright": "Copyright © 2013, Luís Marques",
	"authors": [
		"Luís Marques"
	],
	"dependencies": {
         "vibe-d": ">=0.7.19",
         "ddb": ">=0.1.0"
	},
     "stringImportPaths": [".", "views"],
     "configurations" : [
         {
             "name": "dev-osx",
             "targetType": "executable",
             "mainSourceFile": "app.d",
             "platforms": ["osx"],
             "versions": ["dev"]
         },
         {
             "name": "production-linux",
             "targetType": "executable",
             "mainSourceFile": "app.d",
             "platforms": ["linux"],
             "versions": ["production"]
         }
     ],
     "versions": ["VibeDefaultMain"]
}

Hm, okay, does ./app.d actually exist, or is it in source/app.d or
similar? It works for me if I create an app.d in the package root directory.

Re: Problem with vibe.d + ddb

On Wed, 07 May 2014 23:21:15 +0200, Sönke Ludwig wrote:

Hm, okay, does ./app.d actually exist, or is it in source/app.d or
similar? It works for me if I create an app.d in the package root directory.

It is source/app.d. If I change the dub.json to include the source/ then it compiles without error. But dub <= 0.7.19 accepts the plain app.d. Is this an intentional change? Was the old behaviour unintentional?

Re: Problem with vibe.d + ddb

On Wed, 07 May 2014 21:53:28 GMT, Luís Marques wrote:

On Wed, 07 May 2014 23:21:15 +0200, Sönke Ludwig wrote:

Hm, okay, does ./app.d actually exist, or is it in source/app.d or
similar? It works for me if I create an app.d in the package root directory.

It is source/app.d. If I change the dub.json to include the source/ then it compiles without error. But dub <= 0.7.19 accepts the plain app.d. Is this an intentional change? Was the old behaviour unintentional?

The old DUB versions used to handle "mainSourceFile" separately (and if it didn't match an existing source file, it was just ignored). But now the main source file is also implicitly added as a "sourceFiles" entry. So for the old versions it just implicitly chose source/app.d as the main source file and ignored the "mainSourceFile" field altogether.

Re: Problem with vibe.d + ddb

On Wed, 07 May 2014 22:20:30 GMT, Sönke Ludwig wrote:

The old DUB versions used to handle "mainSourceFile" separately (and if it didn't match an existing source file, it was just ignored). But now the main source file is also implicitly added as a "sourceFiles" entry. So for the old versions it just implicitly chose source/app.d as the main source file and ignored the "mainSourceFile" field altogether.

Weird, I really was convinced that there was a version of dub that both required "mainSourceFile" and did not complain about plain app.d.

I'm having problems trying to test all of that though, because with DUB version 0.9.22-beta.2+49-g3ec3c12 I get build errors:

Undefined symbols for architecture x86_64:
  "_D4vibe4core3log6rawLogFNbAyaiE4vibe4core3log8LogLevelAyaZv", referenced from:
      _D4vibe4core3log150__T3logVE4vibe4core3log8LogLevel2VAyaa49_2e2e2f2e2e2f2e2e2f766962652e642f736f757263652f766962652f636f72652f636f6e6e656374696f6e706f6f6c2e64Vi60TAyaTmZ3logFNbAyaLmZv in libddb.a(log_d80_1e83.o)
      _D4vibe4core3log151__T3logVE4vibe4core3log8LogLevel2VAyaa49_2e2e2f2e2e2f2e2e2f766962652e642f736f757263652f766962652f636f72652f636f6e6e656374696f6e706f6f6c2e64Vi55TAyaTPvZ3logFNbAyaLPvZv in libddb.a(log_d7e_1e3e.o)
      _D4vibe4core3log154__T3logVE4vibe4core3log8LogLevel2VAyaa49_2e2e2f2e2e2f2e2e2f766962652e642f736f757263652f766962652f636f72652f636f6e6e656374696f6e706f6f6c2e64Vi53TAyaTAyaTmZ3logFNbAyaLAyaLmZv in libddb.a(log_d7c_2168.o)
      _D4vibe4core3log156__T3logVE4vibe4core3log8LogLevel0VAyaa49_2e2e2f2e2e2f2e2e2f766962652e642f736f757263652f766962652f636f72652f636f6e6e656374696f6e706f6f6c2e64Vi50TAyaTAyaTmTmZ3logFNbAyaLAyaLmLmZv in libddb.a(log_d78_23d4.o)
ld: symbol(s) not found for architecture x86_64
clang: error: linker command failed with exit code 1 (use -v to see invocation)
--- errorlevel 1

Pages: 1 2 3