www.digitalmars.com         C & C++   DMDScript  

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

reply 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:

         - Fixed a bug causing DSSS not to download mirrors.list (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.

More info and downloads at http://www.dsource.org/projects/dsss .

  - Gregor Richards
Nov 17 2006
next sibling parent reply 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:
 
         - Fixed a bug causing DSSS not to download mirrors.list (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.
 
 More info and downloads at http://www.dsource.org/projects/dsss .
 
  - 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
parent reply 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:

         - Fixed a bug causing DSSS not to download mirrors.list (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.

 More info and downloads at http://www.dsource.org/projects/dsss .

  - 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
parent reply 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:

         - Fixed a bug causing DSSS not to download mirrors.list 
 (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.

 More info and downloads at http://www.dsource.org/projects/dsss .

  - 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
next sibling parent 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:

         - Fixed a bug causing DSSS not to download mirrors.list 
 (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.

 More info and downloads at http://www.dsource.org/projects/dsss .

  - 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
prev sibling parent 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:

         - Fixed a bug causing DSSS not to download mirrors.list 
 (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.

 More info and downloads at http://www.dsource.org/projects/dsss .

  - 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
prev sibling next sibling parent reply =?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: 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
next sibling parent reply 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: 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
parent =?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
prev sibling parent reply 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: 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
parent reply =?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
parent 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
prev sibling next sibling parent reply BCS <BCS pathilink.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:
 
         - Fixed a bug causing DSSS not to download mirrors.list (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.
 
 More info and downloads at http://www.dsource.org/projects/dsss .
 
  - 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
next sibling parent 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:

         - Fixed a bug causing DSSS not to download mirrors.list (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.

 More info and downloads at http://www.dsource.org/projects/dsss .

  - 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
prev sibling next sibling parent reply 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:

         - Fixed a bug causing DSSS not to download mirrors.list (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.

 More info and downloads at http://www.dsource.org/projects/dsss .

  - 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
parent reply BCS <BCS pathlink.com> writes:
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.
 
I already downloaded it. I'll be trying it it a bit Thanks.
 
  - 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
next sibling parent reply 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
parent BCS <BCS pathlink.com> writes:
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
prev sibling parent BCS <BCS pathlink.com> writes:
BCS wrote:
 
 I already downloaded it. I'll be trying it it a bit
 
It works, but that is with a good connection. I'll try it at home later.
Nov 20 2006
prev sibling parent reply 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
parent 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
prev sibling next sibling parent reply 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
parent reply 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
parent reply =?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
parent reply 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
parent reply =?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
parent reply 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
parent =?UTF-8?B?QW5kZXJzIEYgQmrDtnJrbHVuZA==?= <afb algonet.se> writes:
Gregor Richards wrote:

 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.
Agreed, it's easier with the free operating systems that you can download and test on your own box... --anders
Nov 20 2006
prev sibling next sibling parent reply 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:
http://svn.dsource.org/projects/dool/trunk/README.compd

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:
 
         - Fixed a bug causing DSSS not to download mirrors.list (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.
 
 More info and downloads at http://www.dsource.org/projects/dsss .
 
  - Gregor Richards
Nov 20 2006
next sibling parent reply 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:

        - Fixed a bug causing DSSS not to download mirrors.list (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.

More info and downloads at http://www.dsource.org/projects/dsss .

 - Gregor Richards
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: http://svn.dsource.org/projects/dool/trunk/README.compd 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
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
parent reply 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]
 
Is that sufficient to build 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*
I'm quite interested in seeing what can be done here. Regards Alan
 
  - Gregor Richards
Nov 20 2006
parent reply Gregor Richards <Richards codu.org> writes:
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
parent reply 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]
Is that sufficient to build dool?
Yeah, that's the dsss.conf in place for building dool right now. - Gregor Richards
Nov 20 2006
parent 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
prev sibling parent =?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:
 http://svn.dsource.org/projects/dool/trunk/README.compd
 
 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
prev sibling next sibling parent reply Dawid =?UTF-8?B?Q2nEmcW8YXJraWV3aWN6?= <dawid.ciezarkiewicz gmail.com> writes:
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
parent 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
prev sibling parent 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.
Please think about that.

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