## digitalmars.D.announce - D Shared Software System version 0.4 released!

Gregor Richards <Richards codu.org> writes:
(And no, there shall be no name change)

I have just released version 0.4 of DSSS. It includes several bugfixes:

was fairly docile since there are no working mirrors yet)
- Modified to work properly on Mac OS X (hopefully)
- Wrote simple install and use documents.
- Added version output to the --help output.
- dsss net list command implemented.
- dsss net search command implemented.
- dsss installed command implemented.
- unix2dos is now used for all patches on Windows, due to a bug
(of sorts) in GNU patch on Windows.

Notably:
1) This should work on Mac OS X now.
2) The net component should (I hope) work on Windows now (patch.exe is a
bit picky on Windows)
3) You can now list all packages and search for packages installable via
the network.

- Gregor Richards
Nov 17 2006
Bill Baxter <dnewsgroup billbaxter.com> writes:
Gregor Richards wrote:
(And no, there shall be no name change)

I have just released version 0.4 of DSSS. It includes several bugfixes:

was fairly docile since there are no working mirrors yet)
- Modified to work properly on Mac OS X (hopefully)
- Wrote simple install and use documents.
- Added version output to the --help output.
- dsss net list command implemented.
- dsss net search command implemented.
- dsss installed command implemented.
- unix2dos is now used for all patches on Windows, due to a bug
(of sorts) in GNU patch on Windows.

Notably:
1) This should work on Mac OS X now.
2) The net component should (I hope) work on Windows now (patch.exe is a
bit picky on Windows)
3) You can now list all packages and search for packages installable via
the network.

- Gregor Richards

I get: + unix2dos mango.diff 'unix2dos' is not recognized as an internal or external command, operable program or batch file. --bb
Nov 17 2006
Gregor Richards <Richards codu.org> writes:
Bill Baxter wrote:
Gregor Richards wrote:

(And no, there shall be no name change)

I have just released version 0.4 of DSSS. It includes several bugfixes:

was fairly docile since there are no working mirrors yet)
- Modified to work properly on Mac OS X (hopefully)
- Wrote simple install and use documents.
- Added version output to the --help output.
- dsss net list command implemented.
- dsss net search command implemented.
- dsss installed command implemented.
- unix2dos is now used for all patches on Windows, due to a
bug (of sorts) in GNU patch on Windows.

Notably:
1) This should work on Mac OS X now.
2) The net component should (I hope) work on Windows now (patch.exe is
a bit picky on Windows)
3) You can now list all packages and search for packages installable
via the network.

- Gregor Richards

I get: + unix2dos mango.diff 'unix2dos' is not recognized as an internal or external command, operable program or batch file. --bb

Damn it, I forgot to cause it to actually INSTALL it X_X I've updated the binary: http://www.dsource.org/projects/dsss/browser/downloads/0.4/dsss-0.4-dmd-win-try2.zip?format=raw - Gregor Richards
Nov 17 2006
Bill Baxter <dnewsgroup billbaxter.com> writes:
Gregor Richards wrote:
Bill Baxter wrote:
Gregor Richards wrote:

(And no, there shall be no name change)

I have just released version 0.4 of DSSS. It includes several bugfixes:

(which was fairly docile since there are no working mirrors yet)
- Modified to work properly on Mac OS X (hopefully)
- Wrote simple install and use documents.
- Added version output to the --help output.
- dsss net list command implemented.
- dsss net search command implemented.
- dsss installed command implemented.
- unix2dos is now used for all patches on Windows, due to a
bug (of sorts) in GNU patch on Windows.

Notably:
1) This should work on Mac OS X now.
2) The net component should (I hope) work on Windows now (patch.exe
is a bit picky on Windows)
3) You can now list all packages and search for packages installable
via the network.

- Gregor Richards

I get: + unix2dos mango.diff 'unix2dos' is not recognized as an internal or external command, operable program or batch file. --bb

Damn it, I forgot to cause it to actually INSTALL it X_X I've updated the binary: http://www.dsource.org/projects/dsss/browser/downloads/0.4/dsss-0.4-dmd-win try2.zip?format=raw

Ok, now I tried to 'dsss net install mango' again and it started giving me a bunch of messages like the following:
mango.diff: done.
patching file dsss.conf
patching file mango/db/memcache/MemCache.d
Reversed (or previously applied) patch detected!  Assume -R? [n]
EOF
Apply anyway? [n]
EOF
Skipping patch.
1 out of 1 hunk ignored -- saving rejects to file
mango/db/memcache/MemCache.d.rej
patching file mango/locks/CyclicBarrier.d
Reversed (or previously applied) patch detected!  Assume -R? [n]
EOF
Apply anyway? [n]
EOF
Skipping patch.
1 out of 1 hunk ignored -- saving rejects to file
mango/locks/CyclicBarrier.d.rej
patching file mango/locks/Exchanger.d
Reversed (or previously applied) patch detected!  Assume -R? [n]
EOF
Apply anyway? [n] EOF

Wasn't obvious what I was supposed to do, so I just bailed out of that one. The default answer didn't seem to be working. Then I tried to install something I hadn't installed before to avoid those issues. 'dsss net install dool'. After copying a bunch of files it stopped with an error: ... + copying Node.di + copying DNode.di + copying Character.di + copying System.di Error: f:\usr\pkg\Dlang\dsss\tmp\DSSS_dool\src\.svn\text-base\build.d.svn-base: Access is denied. This will be pretty cool when it all works! --bb
Nov 17 2006
Gregor Richards <Richards codu.org> writes:
Bill Baxter wrote:
Gregor Richards wrote:

Bill Baxter wrote:

Gregor Richards wrote:

(And no, there shall be no name change)

I have just released version 0.4 of DSSS. It includes several bugfixes:

(which was fairly docile since there are no working mirrors yet)
- Modified to work properly on Mac OS X (hopefully)
- Wrote simple install and use documents.
- Added version output to the --help output.
- dsss net list command implemented.
- dsss net search command implemented.
- dsss installed command implemented.
- unix2dos is now used for all patches on Windows, due to a
bug (of sorts) in GNU patch on Windows.

Notably:
1) This should work on Mac OS X now.
2) The net component should (I hope) work on Windows now (patch.exe
is a bit picky on Windows)
3) You can now list all packages and search for packages installable
via the network.

- Gregor Richards

I get: + unix2dos mango.diff 'unix2dos' is not recognized as an internal or external command, operable program or batch file. --bb

Damn it, I forgot to cause it to actually INSTALL it X_X I've updated the binary: http://www.dsource.org/projects/dsss/browser/downloads/0.4/dsss-0.4-dmd-win try2.zip?format=raw

Ok, now I tried to 'dsss net install mango' again and it started giving me a bunch of messages like the following:
mango.diff: done.
patching file dsss.conf
patching file mango/db/memcache/MemCache.d
Reversed (or previously applied) patch detected!  Assume -R? [n]
EOF
Apply anyway? [n]
EOF
Skipping patch.
1 out of 1 hunk ignored -- saving rejects to file
mango/db/memcache/MemCache.d.rej
patching file mango/locks/CyclicBarrier.d
Reversed (or previously applied) patch detected!  Assume -R? [n]
EOF
Apply anyway? [n]
EOF
Skipping patch.
1 out of 1 hunk ignored -- saving rejects to file
mango/locks/CyclicBarrier.d.rej
patching file mango/locks/Exchanger.d
Reversed (or previously applied) patch detected!  Assume -R? [n]
EOF
Apply anyway? [n] EOF

Wasn't obvious what I was supposed to do, so I just bailed out of that one. The default answer didn't seem to be working. Then I tried to install something I hadn't installed before to avoid those issues. 'dsss net install dool'. After copying a bunch of files it stopped with an error: ... + copying Node.di + copying DNode.di + copying Character.di + copying System.di Error: f:\usr\pkg\Dlang\dsss\tmp\DSSS_dool\src\.svn\text-base\build.d.svn-base: Access is denied. This will be pretty cool when it all works! --bb

Windows is really kicking my arse here X-D Try deleting your ...\tmp\DSSS_mango directory and retrying mango, but it'll probably fail at the same point. In the interim, I'm going to try to get access to a Windows system to test this properly on. These are some mighty strange, esoteric problems it's running into. - Gregor Richards
Nov 17 2006
Gregor Richards <Richards codu.org> writes:
Bill Baxter wrote:
Gregor Richards wrote:

Bill Baxter wrote:

Gregor Richards wrote:

(And no, there shall be no name change)

I have just released version 0.4 of DSSS. It includes several bugfixes:

(which was fairly docile since there are no working mirrors yet)
- Modified to work properly on Mac OS X (hopefully)
- Wrote simple install and use documents.
- Added version output to the --help output.
- dsss net list command implemented.
- dsss net search command implemented.
- dsss installed command implemented.
- unix2dos is now used for all patches on Windows, due to a
bug (of sorts) in GNU patch on Windows.

Notably:
1) This should work on Mac OS X now.
2) The net component should (I hope) work on Windows now (patch.exe
is a bit picky on Windows)
3) You can now list all packages and search for packages installable
via the network.

- Gregor Richards

I get: + unix2dos mango.diff 'unix2dos' is not recognized as an internal or external command, operable program or batch file. --bb

Damn it, I forgot to cause it to actually INSTALL it X_X I've updated the binary: http://www.dsource.org/projects/dsss/browser/downloads/0.4/dsss-0.4-dmd-win try2.zip?format=raw

Ok, now I tried to 'dsss net install mango' again and it started giving me a bunch of messages like the following:
mango.diff: done.
patching file dsss.conf
patching file mango/db/memcache/MemCache.d
Reversed (or previously applied) patch detected!  Assume -R? [n]
EOF
Apply anyway? [n]
EOF
Skipping patch.
1 out of 1 hunk ignored -- saving rejects to file
mango/db/memcache/MemCache.d.rej
patching file mango/locks/CyclicBarrier.d
Reversed (or previously applied) patch detected!  Assume -R? [n]
EOF
Apply anyway? [n]
EOF
Skipping patch.
1 out of 1 hunk ignored -- saving rejects to file
mango/locks/CyclicBarrier.d.rej
patching file mango/locks/Exchanger.d
Reversed (or previously applied) patch detected!  Assume -R? [n]
EOF
Apply anyway? [n] EOF

Wasn't obvious what I was supposed to do, so I just bailed out of that one. The default answer didn't seem to be working. Then I tried to install something I hadn't installed before to avoid those issues. 'dsss net install dool'. After copying a bunch of files it stopped with an error: ... + copying Node.di + copying DNode.di + copying Character.di + copying System.di Error: f:\usr\pkg\Dlang\dsss\tmp\DSSS_dool\src\.svn\text-base\build.d.svn-base: Access is denied. This will be pretty cool when it all works! --bb

My suspicion right now is that, though it died there, it actually /did/ install properly. I think that it died while trying to clean up after itself. Type 'dsss list' and see if dool actually got installed. - Gregor Richards
Nov 18 2006
=?ISO-8859-1?Q?Anders_F_Bj=F6rklund?= <afb algonet.se> writes:
Gregor Richards wrote:

I have just released version 0.4 of DSSS. It includes several bugfixes:

Notably:
1) This should work on Mac OS X now.

Compilation seems to have succeeded, installation failed though: # sudo pwd/dsss install --prefix=/usr/local Installing hcf Command: install hcf/env.d /usr/local/include/d/hcf + making directory /usr/local/include/d/hcf + copying env.d + cp -af hcf/env.d /usr/local/include/d/hcf/env.d cp: illegal option -- a As you might have guessed, Mac OS X doesn't use GNU "cp" but BSD. --anders
Nov 18 2006
Gregor Richards <Richards codu.org> writes:
Anders F Björklund wrote:
Gregor Richards wrote:

I have just released version 0.4 of DSSS. It includes several bugfixes:

Notably:
1) This should work on Mac OS X now.

Compilation seems to have succeeded, installation failed though: # sudo pwd/dsss install --prefix=/usr/local Installing hcf Command: install hcf/env.d /usr/local/include/d/hcf + making directory /usr/local/include/d/hcf + copying env.d + cp -af hcf/env.d /usr/local/include/d/hcf/env.d cp: illegal option -- a As you might have guessed, Mac OS X doesn't use GNU "cp" but BSD. --anders

Ha-HAH *shoots self in face* Okidoke, I'm going to check every system() it uses against Mac OS X's man pages. - Gregor Richards
Nov 18 2006
=?ISO-8859-1?Q?Anders_F_Bj=F6rklund?= <afb algonet.se> writes:
Gregor Richards wrote:

As you might have guessed, Mac OS X doesn't use GNU "cp" but BSD.

Ha-HAH *shoots self in face* Okidoke, I'm going to check every system() it uses against Mac OS X's man pages.

Cross-platform shell scripts are an old arcane black art of magic... Autotools has some pointers, but it's easier to use GNU "install" ? http://www.gnu.org/software/autoconf/manual/html_node/Portable-Shell.html --anders
Nov 19 2006
Gregor Richards <Richards codu.org> writes:
Anders F Björklund wrote:
Gregor Richards wrote:

I have just released version 0.4 of DSSS. It includes several bugfixes:

Notably:
1) This should work on Mac OS X now.

Compilation seems to have succeeded, installation failed though: # sudo pwd/dsss install --prefix=/usr/local Installing hcf Command: install hcf/env.d /usr/local/include/d/hcf + making directory /usr/local/include/d/hcf + copying env.d + cp -af hcf/env.d /usr/local/include/d/hcf/env.d cp: illegal option -- a As you might have guessed, Mac OS X doesn't use GNU "cp" but BSD. --anders

Could you try the latest SVN snapshot of DSSS? - Gregor Richards PS: http://svn.dsource.org/projects/dsss/trunk
Nov 18 2006
=?ISO-8859-1?Q?Anders_F_Bj=F6rklund?= <afb algonet.se> writes:
Gregor Richards wrote:

Could you try the latest SVN snapshot of DSSS?

- Gregor Richards

PS: http://svn.dsource.org/projects/dsss/trunk

Compilation/Installation went OK now, using GDC unstable. And I see that you have wxD in there already, how nice! :-) Not sure why it failed to install, will look at that later. patching file wxd/dsss.conf patching file wxd/mkwxlibs.d patching file wxd/wx/libs.d patching file wxd/wx/wx.d Tool wxd is not installed. + /usr/local/bin/dsss_build -I/usr/local/include/d -LIBPATH=/usr/local/lib -LIBPATH=. -test -uses=temp.uses Error: dsss_build:No target name supplied. But it should now be possible to play with Bu[il]d/DSSS on Mac OS X, will report other quirks on the DSSS forum. Thanks for the update! I'll integrate dsss.conf with wxD. --anders
Nov 19 2006
Gregor Richards <Richards codu.org> writes:
Anders F Björklund wrote:
Gregor Richards wrote:

Could you try the latest SVN snapshot of DSSS?

- Gregor Richards

PS: http://svn.dsource.org/projects/dsss/trunk

Compilation/Installation went OK now, using GDC unstable. And I see that you have wxD in there already, how nice! :-) Not sure why it failed to install, will look at that later. patching file wxd/dsss.conf patching file wxd/mkwxlibs.d patching file wxd/wx/libs.d patching file wxd/wx/wx.d Tool wxd is not installed. + /usr/local/bin/dsss_build -I/usr/local/include/d -LIBPATH=/usr/local/lib -LIBPATH=. -test -uses=temp.uses Error: dsss_build:No target name supplied. But it should now be possible to play with Bu[il]d/DSSS on Mac OS X, will report other quirks on the DSSS forum. Thanks for the update! I'll integrate dsss.conf with wxD. --anders

That's my fault - I never tried wxd in the net system, just a local install. As it turns out, my dependency tracker goes wonky in special sections. There was a special section in wxd's dsss.conf to make the C++ component, so it all came crashing down. I've (mostly silently) released 0.5, which fixes a few issues, and this should be one of them. http://www.dsource.org/projects/dsss/browser/downloads/0.5 - Gregor Richards
Nov 19 2006
Gregor Richards wrote:
(And no, there shall be no name change)

I have just released version 0.4 of DSSS. It includes several bugfixes:

was fairly docile since there are no working mirrors yet)
- Modified to work properly on Mac OS X (hopefully)
- Wrote simple install and use documents.
- Added version output to the --help output.
- dsss net list command implemented.
- dsss net search command implemented.
- dsss installed command implemented.
- unix2dos is now used for all patches on Windows, due to a bug
(of sorts) in GNU patch on Windows.

Notably:
1) This should work on Mac OS X now.
2) The net component should (I hope) work on Windows now (patch.exe is a
bit picky on Windows)
3) You can now list all packages and search for packages installable via
the network.

- Gregor Richards

OK I must be stupid but I can seem to get dsss working. I have installed DSSS as instructed by dumping the win .zip file and adding it to my path. What I want to do is get something (I'm using mango to test things) downloaded. So I run this: dsss net install mango and get a single line of output Synchronizing... And I cant find anything that dsss has done. No new file, no mango anywhere (and no I don't already have mango) Nada. I'm doing something wrong and don't known what. Where should the files be showing up? What response should I be getting? Am I doing anything right? BTW DSSS 0.4 try2 on winXP
Nov 19 2006
Gregor Richards <Richards codu.org> writes:
BCS wrote:
Gregor Richards wrote:
(And no, there shall be no name change)

I have just released version 0.4 of DSSS. It includes several bugfixes:

was fairly docile since there are no working mirrors yet)
- Modified to work properly on Mac OS X (hopefully)
- Wrote simple install and use documents.
- Added version output to the --help output.
- dsss net list command implemented.
- dsss net search command implemented.
- dsss installed command implemented.
- unix2dos is now used for all patches on Windows, due to a
bug (of sorts) in GNU patch on Windows.

Notably:
1) This should work on Mac OS X now.
2) The net component should (I hope) work on Windows now (patch.exe is
a bit picky on Windows)
3) You can now list all packages and search for packages installable
via the network.

- Gregor Richards

OK I must be stupid but I can seem to get dsss working. I have installed DSSS as instructed by dumping the win .zip file and adding it to my path. What I want to do is get something (I'm using mango to test things) downloaded. So I run this: dsss net install mango and get a single line of output Synchronizing... And I cant find anything that dsss has done. No new file, no mango anywhere (and no I don't already have mango) Nada. I'm doing something wrong and don't known what. Where should the files be showing up? What response should I be getting? Am I doing anything right? BTW DSSS 0.4 try2 on winXP

_O

This makes precisely zero sense. I don't know of /any/ way that it can produce no output after "Synchronizing..." If the synchronizing fails, it produces an error. If the synchronizing succeeds, if nothing else it will at LEAST say that it's (trying to) build what you specified. There is no path after synchronization that results in no output. I should mention that it has actually been tested and shown to work on Windows (by me) at this point, so this is something of a mystery. Where should the files be showing up? <DSSS prefix>/include/d/mango/..., <DSSS prefix>/lib/... What response should I be getting? Basically: Synchronizing... + svn co http://blahblah/mango/trunk ... Patching... (Patch output) Installing mango <compile compile compile> Am I doing anything right? As far as I can tell, you're doing EVERYTHING right. I'm flabbergasted. - Gregor Richards PS: I'll look in to it, but I'm not sure what I'm looking in to ...
Nov 19 2006
Gregor Richards <Richards codu.org> writes:
BCS wrote:
Gregor Richards wrote:

(And no, there shall be no name change)

I have just released version 0.4 of DSSS. It includes several bugfixes:

was fairly docile since there are no working mirrors yet)
- Modified to work properly on Mac OS X (hopefully)
- Wrote simple install and use documents.
- Added version output to the --help output.
- dsss net list command implemented.
- dsss net search command implemented.
- dsss installed command implemented.
- unix2dos is now used for all patches on Windows, due to a
bug (of sorts) in GNU patch on Windows.

Notably:
1) This should work on Mac OS X now.
2) The net component should (I hope) work on Windows now (patch.exe is
a bit picky on Windows)
3) You can now list all packages and search for packages installable
via the network.

- Gregor Richards

OK I must be stupid but I can seem to get dsss working. I have installed DSSS as instructed by dumping the win .zip file and adding it to my path. What I want to do is get something (I'm using mango to test things) downloaded. So I run this: dsss net install mango and get a single line of output Synchronizing... And I cant find anything that dsss has done. No new file, no mango anywhere (and no I don't already have mango) Nada. I'm doing something wrong and don't known what. Where should the files be showing up? What response should I be getting? Am I doing anything right? BTW DSSS 0.4 try2 on winXP

Believe it or not I actually managed to reproduce this. I believe it comes down to failed connect, proxy settings, something else strange like that. Just released 0.6, should fix it to at lesat give you some useful output when it fails. Please test it. Thanks. - Gregor Richards
Nov 20 2006
Gregor Richards wrote:

Believe it or not I actually managed to reproduce this.  I believe it
comes down to failed connect, proxy settings, something else strange
like that.

that sounds very possible. I was using a wireless connection with zero bars of signal so who knowns what was up.
Just released 0.6, should fix it to at lesat give you some useful output
when it fails. Please test it.

- Gregor Richards

Where should the files be showing up?

<DSSS prefix>/include/d/mango/..., <DSSS prefix>/lib/...

What does <DSSS prefix> default to? The install dir of DSSS? I didn't set it to anything at all (Not on the command line, no editing files, nada). How do I set <DSSS prefix> to something other than the default? Last time I tried" dsss ... --prefix=blah" I got errors.
Nov 20 2006
Gregor Richards <Richards codu.org> writes:
What does <DSSS prefix> default to? The install dir of DSSS? I didn't
set it to anything at all (Not on the command line, no editing files,
nada). How do I set <DSSS prefix> to something other than the default?
Last time I tried" dsss ... --prefix=blah" I got errors.

The install dir of DSSS itself. You can use the --prefix option to install to a different prefix, but only with the 'install' command. Also "blah" is a fairly strange prefix ;) I didn't implement multi-prefix support into the net subset of commands because it opens a huge can o' worms: A 'dsss net install' actually does several installs (all dependencies), and often ends up depending on things already installed, etc, etc, etc, the --prefix options would either be complex or very limited. If you need to fine-tune the prefix of things installed from 'dsss net', just use 'dsss net fetch', 'dsss build' and 'dsss install --prefix'. A bit more complicated since it doesn't do everything for you, but far more controllable :) - Gregor Richards
Nov 20 2006
Gregor Richards wrote:
What does <DSSS prefix> default to? The install dir of DSSS? I didn't
set it to anything at all (Not on the command line, no editing files,
nada). How do I set <DSSS prefix> to something other than the default?
Last time I tried" dsss ... --prefix=blah" I got errors.

The install dir of DSSS itself. You can use the --prefix option to install to a different prefix, but only with the 'install' command. Also "blah" is a fairly strange prefix ;) I didn't implement multi-prefix support into the net subset of commands because it opens a huge can o' worms: A 'dsss net install' actually does several installs (all dependencies), and often ends up depending on things already installed, etc, etc, etc, the --prefix options would either be complex or very limited. If you need to fine-tune the prefix of things installed from 'dsss net', just use 'dsss net fetch', 'dsss build' and 'dsss install --prefix'. A bit more complicated since it doesn't do everything for you, but far more controllable :) - Gregor Richards

Actually I'm more interested in something like installing dsss in "c:\program files\dsss\" and having everything, by default, going to "c:\dmd\src\dsss" without having to tell it that every time.
Nov 20 2006
BCS wrote:

It works, but that is with a good connection. I'll try it at home later.
Nov 20 2006
Dawid =?UTF-8?B?Q2nEmcW8YXJraWV3aWN6?= <dawid.ciezarkiewicz gmail.com> writes:
BCS wrote:
dsss net install mango

and get a single line of output

Synchronizing...

dsdpc chesed:~$dsss net install mango Synchronizing... + curl -s -k http://svn.dsource.org/projects/dsss/sources/source.list -o /home/dpc/d/share/dsss/sources/source.list -z /home/dpc/d/share/dsss/sources/source.list dpc chesed:~$ dsss net install mango Synchronizing... + curl -s -k http://svn.dsource.org/projects/dsss/sources/source.list -o /home/dpc/d/share/dsss/sources/source.list -z /home/dpc/d/share/dsss/sources/source.list dpc chesed:~$dsss net install mango Synchronizing... + curl -s -k http://svn.dsource.org/projects/dsss/sources/source.list -o /home/dpc/d/share/dsss/sources/source.list -z /home/dpc/d/share/dsss/sources/source.list dpc chesed:~$ Manually connecting to svn.dsource.org via http gives connection timeout. Should DSSS by more informative here?
Nov 21 2006
Gregor Richards <Richards codu.org> writes:
Dawid CiÄ™Å¼arkiewicz wrote:
BCS wrote:
dsss net install mango

and get a single line of output

Synchronizing...

dsdpc chesed:~$dsss net install mango Synchronizing... + curl -s -k http://svn.dsource.org/projects/dsss/sources/source.list -o /home/dpc/d/share/dsss/sources/source.list -z /home/dpc/d/share/dsss/sources/source.list dpc chesed:~$ dsss net install mango Synchronizing... + curl -s -k http://svn.dsource.org/projects/dsss/sources/source.list -o /home/dpc/d/share/dsss/sources/source.list -z /home/dpc/d/share/dsss/sources/source.list dpc chesed:~$dsss net install mango Synchronizing... + curl -s -k http://svn.dsource.org/projects/dsss/sources/source.list -o /home/dpc/d/share/dsss/sources/source.list -z /home/dpc/d/share/dsss/sources/source.list dpc chesed:~$ Manually connecting to svn.dsource.org via http gives connection timeout. Should DSSS by more informative here?

Looks to me like 'curl' should be more informative here :) I'll see if there's some flag I can give it to make it so. - Gregor Richards
Nov 21 2006
Dawid =?UTF-8?B?Q2nEmcW8YXJraWV3aWN6?= <dawid.ciezarkiewicz gmail.com> writes:
dpc chesed:~/tmp$rm -Rf dsss-0.6 dpc chesed:~/tmp$ tar xjf dsss-0.6.tar.bz2
cdpc chesed:~/tmp$cd dsss-0.6/ dpc chesed:~/tmp/dsss-0.6$ make -f Makefile.dmd.posix
cd dsss_build && \
make -f Makefile.unix
[...]
hcf

sss/main.d => dsss
Command: cd dsss_build
Command: make -f Makefile.unix
+ make -f Makefile.unix
make[1]: Entering directory /home/dpc/tmp/dsss-0.6/dsss_build'
make[1]: Nothing to be done for all'.
make[1]: Leaving directory /home/dpc/tmp/dsss-0.6/dsss_build'
+ /home/dpc/tmp/dsss-0.6/dsss_build/dsss_build
-I/home/dpc/tmp/dsss-0.6/inst/include/d
-LIBPATH=/home/dpc/tmp/dsss-0.6/inst/lib -LIBPATH=.  -od. -g -Idsss_build
-LIBPATH=dsss_build
sss/main.d -Tdsss
./libSDD-sss.a(conf.o):(.data+0xac): undefined reference to
_ModuleInfo_4util8booltype'
./libSDD-sss.a(conf.o):(.data+0xb0): undefined reference to
_ModuleInfo_4util3fdt'
./libSDD-sss.a(conf.o):(.data+0xb4): undefined reference to
_ModuleInfo_4util3str'
./libSDD-sss.a(conf.o): In function _D3sss4conf9fileNewerFAaAaZx':
/home/dpc/tmp/dsss-0.6/sss/conf.d:905: undefined reference to
_Class_4util3fdt12FileDateTime'
/home/dpc/tmp/dsss-0.6/sss/conf.d:905: undefined reference to
_D4util3fdt12FileDateTime5_ctorFAaZC4util3fdt12FileDateTime'
/home/dpc/tmp/dsss-0.6/sss/conf.d:906: undefined reference to
_Class_4util3fdt12FileDateTime'
/home/dpc/tmp/dsss-0.6/sss/conf.d:906: undefined reference to
_D4util3fdt12FileDateTime5_ctorFAaZC4util3fdt12FileDateTime'
collect2: ld returned 1 exit status
dpc chesed:~/tmp/dsss-0.6$:/ Since 0.4 I can't get DSSS to compile. Nov 20 2006 Gregor Richards <Richards codu.org> writes: Dawid CiÄ™Å¼arkiewicz wrote: dpc chesed:~/tmp$ rm -Rf dsss-0.6
dpc chesed:~/tmp$tar xjf dsss-0.6.tar.bz2 cdpc chesed:~/tmp$ cd dsss-0.6/
dpc chesed:~/tmp/dsss-0.6$make -f Makefile.dmd.posix cd dsss_build && \ make -f Makefile.unix [...] hcf sss/main.d => dsss Command: cd dsss_build Command: make -f Makefile.unix + make -f Makefile.unix make[1]: Entering directory /home/dpc/tmp/dsss-0.6/dsss_build' make[1]: Nothing to be done for all'. make[1]: Leaving directory /home/dpc/tmp/dsss-0.6/dsss_build' + /home/dpc/tmp/dsss-0.6/dsss_build/dsss_build -I/home/dpc/tmp/dsss-0.6/inst/include/d -LIBPATH=/home/dpc/tmp/dsss-0.6/inst/lib -LIBPATH=. -od. -g -Idsss_build -LIBPATH=dsss_build sss/main.d -Tdsss ./libSDD-sss.a(conf.o):(.data+0xac): undefined reference to _ModuleInfo_4util8booltype' ./libSDD-sss.a(conf.o):(.data+0xb0): undefined reference to _ModuleInfo_4util3fdt' ./libSDD-sss.a(conf.o):(.data+0xb4): undefined reference to _ModuleInfo_4util3str' ./libSDD-sss.a(conf.o): In function _D3sss4conf9fileNewerFAaAaZx': /home/dpc/tmp/dsss-0.6/sss/conf.d:905: undefined reference to _Class_4util3fdt12FileDateTime' /home/dpc/tmp/dsss-0.6/sss/conf.d:905: undefined reference to _D4util3fdt12FileDateTime5_ctorFAaZC4util3fdt12FileDateTime' /home/dpc/tmp/dsss-0.6/sss/conf.d:906: undefined reference to _Class_4util3fdt12FileDateTime' /home/dpc/tmp/dsss-0.6/sss/conf.d:906: undefined reference to _D4util3fdt12FileDateTime5_ctorFAaZC4util3fdt12FileDateTime' collect2: ld returned 1 exit status dpc chesed:~/tmp/dsss-0.6$

:/ Since 0.4 I can't get DSSS to compile.

For my own defense: Until now I'd never actually tested it with DMD on GNU/Linux :) This is one of those magical WTF things: The 'gdc' frontend passes libraries to the linker in one order, the 'gcc' frontend (used by DMD) passes them in the opposite order. So when I fixed it for one, it broke it for the other. Wow. Anyway, it's fixed in 0.7. I even compiled it with dmd :P My apologies ... all part of the initial ironing out, getting it working everywhere. http://www.dsource.org/projects/dsss/browser/downloads/0.7 - Gregor Richards
Nov 20 2006
=?UTF-8?B?QW5kZXJzIEYgQmrDtnJrbHVuZA==?= <afb algonet.se> writes:
Gregor Richards wrote:

Anyway, it's fixed in 0.7.  I even compiled it with dmd :P

With this release rate, and as the perfect companion to Bud, I think I know what you should be calling it: wasssup :-) --anders
Nov 20 2006
Gregor Richards <Richards codu.org> writes:
Anders F BjÃ¶rklund wrote:
Gregor Richards wrote:

Anyway, it's fixed in 0.7.  I even compiled it with dmd :P

With this release rate, and as the perfect companion to Bud, I think I know what you should be calling it: wasssup :-) --anders

I have no intention of maintaining this release rate :P I just want to get it working everywhere then settle into a nice set of features. - Gregor Richards
Nov 20 2006
=?UTF-8?B?QW5kZXJzIEYgQmrDtnJrbHVuZA==?= <afb algonet.se> writes:
Gregor Richards wrote:

I have no intention of maintaining this release rate :P

I just want to get it working everywhere then settle into a nice set of
features.

Sounds like good plan, was just kidding. Haven't been able to install anything using Bu[il]d or DSSS yet, but at least it compiles now and that's a good start... --anders
Nov 20 2006
Gregor Richards <Richards codu.org> writes:
Anders F BjÃ¶rklund wrote:
Gregor Richards wrote:

I have no intention of maintaining this release rate :P

I just want to get it working everywhere then settle into a nice set
of features.

Sounds like good plan, was just kidding. Haven't been able to install anything using Bu[il]d or DSSS yet, but at least it compiles now and that's a good start... --anders

If I had access to any Mac OS X system to test on, it'd probably work there now :P It's a bit difficult to guess and prod around for the proper options and such. - Gregor Richards
Nov 20 2006
=?UTF-8?B?QW5kZXJzIEYgQmrDtnJrbHVuZA==?= <afb algonet.se> writes:
Gregor Richards wrote:

there now :P

It's a bit difficult to guess and prod around for the proper options and
such.

Agreed, it's easier with the free operating systems that you can download and test on your own box... --anders
Nov 20 2006
Alan Knowles <alan akbkhome.com> writes:
Just to let you know, the intention is to remove all Makefiles from:
duit
dool
dantfw
leds

and replace them with build.compd files:
see:

example build file: http://svn.dsource.org/projects/dool/trunk/build.compd

I'm not sure if this impacts on the DSSS installer files for any of
these projects.

Regards
Alan

Gregor Richards wrote:
(And no, there shall be no name change)

I have just released version 0.4 of DSSS. It includes several bugfixes:

was fairly docile since there are no working mirrors yet)
- Modified to work properly on Mac OS X (hopefully)
- Wrote simple install and use documents.
- Added version output to the --help output.
- dsss net list command implemented.
- dsss net search command implemented.
- dsss installed command implemented.
- unix2dos is now used for all patches on Windows, due to a bug
(of sorts) in GNU patch on Windows.

Notably:
1) This should work on Mac OS X now.
2) The net component should (I hope) work on Windows now (patch.exe is a
bit picky on Windows)
3) You can now list all packages and search for packages installable via
the network.

- Gregor Richards

Nov 20 2006
Gregor Richards <Richards codu.org> writes:
Alan Knowles wrote:

Gregor Richards wrote:

(And no, there shall be no name change)

I have just released version 0.4 of DSSS. It includes several bugfixes:

was fairly docile since there are no working mirrors yet)
- Modified to work properly on Mac OS X (hopefully)
- Wrote simple install and use documents.
- Added version output to the --help output.
- dsss net list command implemented.
- dsss net search command implemented.
- dsss installed command implemented.
- unix2dos is now used for all patches on Windows, due to a bug
(of sorts) in GNU patch on Windows.

Notably:
1) This should work on Mac OS X now.
2) The net component should (I hope) work on Windows now (patch.exe is a
bit picky on Windows)
3) You can now list all packages and search for packages installable via
the network.

- Gregor Richards

duit dool dantfw leds and replace them with build.compd files: see: http://svn.dsource.org/projects/dool/trunk/README.compd example build file:

I'm not sure if this impacts on the DSSS installer files for any of
these projects.

Regards
Alan

It won't affect DSSS at all, DSSS has a simple patch to add the appropriate dsss.conf for them. The dsss.conf for dool, for example: name=dool [dool] But to be honest, it'd be nice if you used DSSS. I'm trying to make DSSS powerful and easy enough to be usable as a replacement for any other build tool for D, and I hate to see the proliferation of build tools growing. That being said, DSSS is a product of the proliferation of build tools, so I have little room to talk :) It's up to you of course *shrugs* - Gregor Richards
Nov 20 2006
Alan Knowles <alan akbkhome.com> writes:
[snip snip]

It won't affect DSSS at all, DSSS has a simple patch to add the
appropriate dsss.conf for them.  The dsss.conf for dool, for example:

name=dool
[dool]

But to be honest, it'd be nice if you used DSSS. I'm trying to make DSSS
powerful and easy enough to be usable as a replacement for any other
build tool for D, and I hate to see the proliferation of build tools
growing.

It is in the radar, antonio finished compd just about the same time you announced dsss.. - and solved one problem - site specific makefiles... so dsss may be a better long term option... I believe that the code for compd was intended to be used by leds as well, so I'm not sure of the direction here, - as the build options in leds would probably interact with compd files. - if that was changed to use dsss, we would probably have to dig into dsss and understand how they could work together.
That being said, DSSS is a product of the proliferation of build tools,
so I have little room to talk :)

It's up to you of course *shrugs*

Regards Alan

- Gregor Richards

Nov 20 2006
Gregor Richards <Richards codu.org> writes:
Alan Knowles wrote:
name=dool
[dool]

Yeah, that's the dsss.conf in place for building dool right now. - Gregor Richards
Nov 20 2006
Alan Knowles <alan akbkhome.com> writes:
OK - just tested it, a couple of notes:
- put dsss.conf in dool/src
- run dsss build

A) should the dsss.conf be put in dool/ rather than dool/src
in which case, I guess the dsss.conf file needs changing?

B) it outputs all the .o files into src directory
perhaps the default should be dool/obj/* - replicating the directory
structure (eg. using dmd -p) , just in case two files have the same name

B2) is there an option to write these .o files  to /tmp/.... so that I
can build from a readonly filesystem?

C) it creates dool/src/libSSD-dool.a
ideally it should create dool/libdool.a ?

D) is it storing somewhere that it has created libdool.a, and it's
location, link dependencies etc. so that when we build leds, it can just
say it depends on dool, and automatically finds the location of the .a,
and it's -l dependencies

Regards
Alan

Gregor Richards wrote:
Alan Knowles wrote:
name=dool
[dool]

Yeah, that's the dsss.conf in place for building dool right now. - Gregor Richards

Nov 20 2006
Gregor Richards <Richards codu.org> writes:
Alan Knowles wrote:
OK - just tested it, a couple of notes:
- put dsss.conf in dool/src
- run dsss build

A) should the dsss.conf be put in dool/ rather than dool/src
in which case, I guess the dsss.conf file needs changing?

dsss.conf expects to be in the "top level." You could also put a dsss.conf in dool/ with: name = dool [src] type = subdir And the "real" dsss.conf in src/: [dool]

B) it outputs all the .o files into src directory
perhaps the default should be dool/obj/* - replicating the directory
structure (eg. using dmd -p) , just in case two files have the same name

Yeah, it's problematic, and actually comes down partially to a bug in bu[il]d, upon which DSSS is built. I'll add this to the TODO list.

B2) is there an option to write these .o files  to /tmp/.... so that I
can build from a readonly filesystem?

That'd be a nice feature. Also goes on the list.

C) it creates dool/src/libSSD-dool.a
ideally it should create dool/libdool.a ?

It generates a name with this information (btw, it's libSDD-dool): 1) S = static, so that the -l options for static and shared can be different. 2) D = it's in D 3) D = using DMD (so that you can have both DMD and GDC installed without them fighting) 4) The rest is the package name. Furthermore, the name becomes quite unimportant, since anything importing dool using DSSS will automatically get linked against the proper library (that is, you don't need to put any dependency info in other dsss.conf's) That all being said, you can override it, it just ends up creating more problems than it solves. You can set: target = dool Which will make it: libdool.a | dool.lib In short: Ideally, no, it should create libSDD-dool, I architected the library naming convention for very specific reasons.

D) is it storing somewhere that it has created libdool.a, and it's
location, link dependencies etc. so that when we build leds, it can just
say it depends on dool, and automatically finds the location of the .a,
and it's -l dependencies

You don't even have to say it depends on dool in any metaformat, you just have to import dool.whatever in the source. Furthermore, if you import dool.<whatever> in the source, end users could get dool installed with simply 'dsss net deps'.

Regards
Alan

Gregor Richards wrote:

Alan Knowles wrote:

name=dool
[dool]

Is that sufficient to build dool?

Yeah, that's the dsss.conf in place for building dool right now. - Gregor Richards

Nov 20 2006
=?ISO-8859-1?Q?Anders_F_Bj=F6rklund?= <afb algonet.se> writes:
Alan Knowles wrote:

Just to let you know, the intention is to remove all Makefiles from:
duit
dool
dantfw
leds

and replace them with build.compd files:
see:

example build file: http://svn.dsource.org/projects/dool/trunk/build.compd

I'm not sure if this impacts on the DSSS installer files for any of
these projects.

Great, another Make replacement. I'll toss it on my pile. :-P Think I will just go back to GNU Make, which works already... And let you guys battle it out. (then send me any wxD patches) --anders
Nov 20 2006
Dawid =?UTF-8?B?Q2nEmcW8YXJraWV3aWN6?= <dawid.ciezarkiewicz gmail.com> writes:
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 8Bit

It seems that when making libSDD-$dir.a DSSS archives ".o" files as they are. But what if in top level dir there are fies named same as in$dir
subdir?

dpc chesed:~/tmp/dsss-test1$dsss build Creating imports for DD-pkg pkg => DD-pkg + /home/dpc/d/bin/dsss_build -I/home/dpc/d/include/d -LIBPATH=/home/dpc/d/lib -LIBPATH=. -od. -g -debug -explicit -lib -full pkg/b.d -TlibSDD-pkg.a /usr/bin/ar: creating libSDD-pkg.a a.d => a + /home/dpc/d/bin/dsss_build -I/home/dpc/d/include/d -LIBPATH=/home/dpc/d/lib -LIBPATH=. -od. -g -debug a.d -Ta a.o:(.data+0x30): undefined reference to _ModuleInfo_1b' a.o: In function _Dmain': /home/dpc/tmp/dsss-test1/a.d:4: undefined reference to _Class_1b1B' /home/dpc/tmp/dsss-test1/a.d:4: undefined reference to _D1b1B5_ctorFZC1b1B' collect2: ld returned 1 exit status No good. Am I doing anything wrong? In attachment - test dir. If I'm right that DSSS should use some profix or even compress *.o files in subdirs (is that possible?) to avoid object name conflicts. Nov 21 2006 Gregor Richards <Richards codu.org> writes: Dawid CiÄ™Å¼arkiewicz wrote: It seems that when making libSDD-$dir.a DSSS archives ".o" files as they
are. But what if in top level dir there are fies named same as in $dir subdir? dpc chesed:~/tmp/dsss-test1$ dsss build
Creating imports for DD-pkg

pkg => DD-pkg
+ /home/dpc/d/bin/dsss_build -I/home/dpc/d/include/d -LIBPATH=/home/dpc/d/lib
-LIBPATH=.  -od. -g -debug -explicit -lib -full
pkg/b.d -TlibSDD-pkg.a
/usr/bin/ar: creating libSDD-pkg.a

a.d => a
+ /home/dpc/d/bin/dsss_build -I/home/dpc/d/include/d -LIBPATH=/home/dpc/d/lib
-LIBPATH=.  -od. -g -debug
a.d -Ta
a.o:(.data+0x30): undefined reference to _ModuleInfo_1b'
a.o: In function _Dmain':
/home/dpc/tmp/dsss-test1/a.d:4: undefined reference to _Class_1b1B'
/home/dpc/tmp/dsss-test1/a.d:4: undefined reference to _D1b1B5_ctorFZC1b1B'
collect2: ld returned 1 exit status

No good.

Am I doing anything wrong? In attachment - test dir. If I'm right that DSSS
should use some profix or even compress *.o files in subdirs (is that
possible?) to avoid object name conflicts.

Yes, it should. It /doesn't/ because no compiler agrees on it :) It's on the todo list. - Gregor Richards
Nov 21 2006
Dawid =?UTF-8?B?Q2nEmcW8YXJraWV3aWN6?= <dawid.ciezarkiewicz gmail.com> writes:
Itsmeagain. (I hope my feedback is appreciated ;-)

\$ dsss net install mango
[...]

mango/sys => DD-mango-sys
+ /home/dpc/d/bin/dsss_build -I/home/dpc/d/include/d -LIBPATH=/home/dpc/d/lib
-LIBPATH=.  -od.  -explicit -lib -full
mango/sys/ByteSwap.d mango/sys/Epoch.d mango/sys/OS.d mango/sys/System.d
mango/sys/Atomic.d -TlibSDD-mango-sys.a
mango/sys/Epoch.d(337): function std.c.linux.linux.localtime (__time_t*)
does not match parameter types (int*)
mango/sys/Epoch.d(337): Error: cannot implicitly convert expression (& utc)
of type int* to __time_t*

This is probably some bug in mango, but I'm thinking about features in DSSS
that would allow me to try older (maybe marked as stable) versions of it.

If "dsss net list" tells the true then:
[...]
dsss
dsss-0.5
dsss-0.6
dsss-0.7
dsss-svn
dsss-test
[...]

is something that I'd like to have. But for -svn even easy switch like:

"dsss net install mango-svn -r -10"

that would try compiling mango ten revisions before trunk, would be superb.

Just an idea. :)
Nov 21 2006