[Monotone-devel] fatal error in INSTALL
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 wget http://aleron.dl.sourceforge.net/sourceforge/boost/boost_1_32_0.tar.gz leads to Resolving aleron.dl.sourceforge.net... 204.157.3.229 Connecting to aleron.dl.sourceforge.net|204.157.3.229|:80... failed: Connection refused. PLEASE update your installation notes!!! Regards, Malte - -- *** *** Dr. Malte Thoma *** email: [EMAIL PROTECTED]*** *** *** [EMAIL PROTECTED] *** *** British Antarctic Survey****** *** High Cross, Madingley Road *** Tel.: 0044 (0)1223 221346*** *** Cambridge, CB3 0ET *** Fax.: 0044 (0)1223 221226*** *** United Kingdom ****** *** -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFEl6Pnk2JP1yRd7UERAmtAAKCO6p3fuQfUrGuVo9EK55HagcY2awCg1OUe dOrCtygt9gWzwSE3fVyltBk= =y2dj -END PGP SIGNATURE- -- This message (and any attachments) is for the recipient only. NERC is subject to the Freedom of Information Act 2000 and the contents of this email and any reply you make may be disclosed by NERC unless it is exempt from release under the Act. Any material supplied to NERC may be stored in an electronic records management system. ___ Monotone-devel mailing list Monotone-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/monotone-devel
[Monotone-devel] Usher documentation patch
We (xaraya) recently started using usher, from the net.venge.contrib.usher branch. We deployed it because we have multiple databases in use to separate our core, modules, themes and languages respectively. These database were served on different ports and usher looked like an attractive option to solve: 1. handling requests where people accidently forgot to specify the right port name, leading to revisions ending up in the wrong database 2. allowing to serve the databases on different machines while keeping the interface for users the same 3. early bail-out for 'wrong' branchnames (we use a pretty strict prefix policy for branches and feature branches) 4. easier firewall management. Items 1., 3. and 4. are in place for us now, i couldnt get the second to work. While deploying i updated the usher.txt (README) file. Patch attached. The changes in server.cc and server_manager.cc are specific to us, so probably not to be committed. marcel usherdoc.mtndiff Description: Binary data -- Marcel van der Boom HS-Development BV -- http://www.hsdev.com So! webapplicatie framework -- http://make-it-so.info smime.p7s Description: S/MIME cryptographic signature ___ Monotone-devel mailing list Monotone-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/monotone-devel
Re: [Monotone-devel] Usher documentation patch
In message [EMAIL PROTECTED] on Tue, 20 Jun 2006 19:35:27 +0200, Marcel van der Boom [EMAIL PROTECTED] said: marcel While deploying i updated the usher.txt (README) file. Patch applied, and on server_manager.cc as well. Cheers, Richard - Please consider sponsoring my work on free software. See http://www.free.lp.se/sponsoring.html for details. -- Richard Levitte [EMAIL PROTECTED] http://richard.levitte.org/ When I became a man I put away childish things, including the fear of childishness and the desire to be very grown up. -- C.S. Lewis ___ Monotone-devel mailing list Monotone-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/monotone-devel
Re: [Monotone-devel] examples directory
On 6/19/06, Richard Levitte - VMS Whacker [EMAIL PROTECTED] wrote: In message [EMAIL PROTECTED] on Mon, 19 Jun 2006 23:04:41 +0200 (CEST), Richard Levitte - VMS Whacker [EMAIL PROTECTED] said: richard Oh, for the love of (/#%ยค(/%/)I( Forgot to add the files to richard EXTRA_DIST in Makefile.am. OK, correcting. Speaking of that, does anyone know why the files in contrib/ are being specified exactly instead of using $(wildcard $(srcdir)/contrib/*), just as is done with the debian/ files, the examples/ files (from now on) and so on? Cheers, Richard For automake files, I have a general preference for specifying distribution files explicitly. Also, $(wildcard *) is a GNU make extension, I believe, although I'm not sure that's much of a practical concern. Cheers, Shaun ___ Monotone-devel mailing list Monotone-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/monotone-devel
Re: [Monotone-devel] Re: [PATCH] trunk doesn't compile on cygwin
At 2006-06-16T20:43:13+0200, Lapo Luchini wrote: xdelta.cc:88: instantiated from here /usr/lib/gcc/i686-pc-cygwin/3.4.4/include/c++/ext/hashtable.h:518: error: no match for call to `(const hashmap::hashu32) (const long unsigned int)' make[2]: *** [mtn-xdelta.o] Error 1 OK, I found a solution. hashmap template seems to miss an operator() that can apply to unsigned long int, such as the ones used in xxdelta.cc. Eh, I'm not entirely sure why this is a problem on Cygwin either. We haven't seen it on other platforms, even with the same version of GCC, etc. Anyway, your patch works, and won't harm other platforms (we already have a specialization for unsigned int anyway), so I've committed a similar fix. Thanks for chasing this up! Cheers, -mjg -- Matthew Gregan |/ /|[EMAIL PROTECTED] ___ Monotone-devel mailing list Monotone-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/monotone-devel
Re: [Monotone-devel] interest in cygwin monotone-viz binaries for 0.27?
On Tue, Jun 20, 2006 at 05:03:56PM -0400, Shawn Samuel wrote: I have monotone-viz (and mtn) compiled and running under cygwin for 0.27 (thanks to build instructions from kinetik). If anybody is interested, I'll make the binaries and/or the build instructions available on the web along with the dependencies needed to make it run under cygwin. Alas, cursed by Windows that I am, yes please. -- Dan. pgp20h9hdKnsN.pgp Description: PGP signature ___ Monotone-devel mailing list Monotone-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/monotone-devel
[Monotone-devel] re: 0.27 compile error under cygwin
Title: re: 0.27 compile error under cygwin That's with g++ 3.4.4 and boost 1.33.1 -Original Message- From: Shawn Samuel Sent: Tuesday, June 20, 2006 3:05 PM To: 'monotone-devel@nongnu.org' Subject: 0.27 compile error under cygwin Trying to build 0.27 under cygwin. Any suggestions? make[2]: Entering directory `/cygdrive/e/work/monotone-0.27' source='xdelta.cc' object='mtn-xdelta.o' libtool=no \ DEPDIR=.deps depmode=none /bin/sh ./depcomp \ g++ -DLOCALEDIR=\/usr/local/share/locale\ -DHAVE_CONFIG_H -I. -I. -I. -I./lua -I./sqlite -DNDEBUG -DBOOST_DISABLE_THREADS -DB OOST_SP_DISABLE_THREADS -g -O2 -fno-strict-aliasing -Wall -W -Wno-unused -c -o mtn-xdelta.o `test -f 'xdelta.cc' || echo './'`xd elta.cc /usr/lib/gcc/i686-pc-cygwin/3.4.4/include/c++/ext/hashtable.h: In member function `size_t __gnu_cxx::hashtable_Val, _Key, _HashFc n, _ExtractKey, _EqualKey, _Alloc::_M_bkt_num_key(const _Key, size_t) const [with _Val = std::pairconst u32, extent, _Key = u3 2, _HashFcn = hashmap::hashu32, _ExtractKey = std::_Select1ststd::pairconst u32, extent , _EqualKey = hashmap::equal_tou32 , _Alloc = std::allocatorextent]': /usr/lib/gcc/i686-pc-cygwin/3.4.4/include/c++/ext/hashtable.h:508: instantiated from `size_t __gnu_cxx::hashtable_Val, _Key, _H ashFcn, _ExtractKey, _EqualKey, _Alloc::_M_bkt_num_key(const _Key) const [with _Val = std::pairconst u32, extent, _Key = u32, _HashFcn = hashmap::hashu32, _ExtractKey = std::_Select1ststd::pairconst u32, extent , _EqualKey = hashmap::equal_tou32, _ Alloc = std::allocatorextent]' /usr/lib/gcc/i686-pc-cygwin/3.4.4/include/c++/ext/hashtable.h:447: instantiated from `__gnu_cxx::_Hashtable_iterator_Val, _Key, _HashFcn, _ExtractKey, _EqualKey, _Alloc __gnu_cxx::hashtable_Val, _Key, _HashFcn, _ExtractKey, _EqualKey, _Alloc::find(const _Key) [with _Val = std::pairconst u32, extent, _Key = u32, _HashFcn = hashmap::hashu32, _ExtractKey = std::_Select1ststd::pa irconst u32, extent , _EqualKey = hashmap::equal_tou32, _Alloc = std::allocatorextent]' /usr/lib/gcc/i686-pc-cygwin/3.4.4/include/c++/ext/hash_map:176: instantiated from `typename __gnu_cxx::hashtablestd::pairconst _Key, _Tp, _Key, _HashFcn, std::_Select1ststd::pairconst _Key, _Tp , _EqualKey, _Alloc::iterator __gnu_cxx::hash_map_Key, _Tp, _HashFcn, _EqualKey, _Alloc::find(const typename __gnu_cxx::hashtablestd::pairconst _Key, _Tp, _Key, _HashFcn, std::_Sele ct1ststd::pairconst _Key, _Tp , _EqualKey, _Alloc::key_type) [with _Key = u32, _Tp = extent, _HashFcn = hashmap::hashu32, _EqualKey = hashmap::equal_tou32, _Alloc = std::allocatorextent]' xdelta.cc:94: instantiated from here /usr/lib/gcc/i686-pc-cygwin/3.4.4/include/c++/ext/hashtable.h:518: error: no match for call to `(const hashmap::hashu32) (const long unsigned int)' make[2]: *** [mtn-xdelta.o] Error 1 make[2]: Leaving directory `/cygdrive/e/work/monotone-0.27' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/cygdrive/e/work/monotone-0.27' make: *** [all] Error 2 Shawn Samuel Chief Technology Officer * Contact Networks Putting Relationships to Work Two Faneuil Hall Marketplace Boston, MA 02109 O: 617-305-7962 F: 617-305-7969 E: [EMAIL PROTECTED] W: www.contactnetworks.com About Contact Networks Contact Networks is the most experienced provider of Enterprise Relationship Management (ERM) solutions for professional services firms. Since 2002, the companys ContactNet software has been helping professionals generate more new business by enabling them to leverage their firms entire extended network of relationships. Customers include global consulting firms, law firms and financial services firms such as Mintz Levin, Duane Morris, Greylock Partners, Kodiak Venture Partners, and Sagent Advisors. Visit www.contactnetworks.com or call 617-305-7961. *** We're happy to announce that Duane Morris selected Contact Networks to enhance the value of the firm's CRM investment. Read more: http://www.contactnetworks.com/company/news/20060530.aspx ___ Monotone-devel mailing list Monotone-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/monotone-devel
[Monotone-devel] 0.27 cygwin compile error - already addressed
Title: 0.27 cygwin compile error - already addressed As kinetik kindly pointed out on IRC, this has already been fixed: http://article.gmane.org/gmane.comp.version-control.monotone.devel/7049/match=trunk That patch did the job for me. thanks, shawn Shawn Samuel Chief Technology Officer * Contact Networks Putting Relationships to Work Two Faneuil Hall Marketplace Boston, MA 02109 O: 617-305-7962 F: 617-305-7969 E: [EMAIL PROTECTED] W: www.contactnetworks.com About Contact Networks Contact Networks is the most experienced provider of Enterprise Relationship Management (ERM) solutions for professional services firms. Since 2002, the companys ContactNet software has been helping professionals generate more new business by enabling them to leverage their firms entire extended network of relationships. Customers include global consulting firms, law firms and financial services firms such as Mintz Levin, Duane Morris, Greylock Partners, Kodiak Venture Partners, and Sagent Advisors. Visit www.contactnetworks.com or call 617-305-7961. *** We're happy to announce that Duane Morris selected Contact Networks to enhance the value of the firm's CRM investment. Read more: http://www.contactnetworks.com/company/news/20060530.aspx ___ Monotone-devel mailing list Monotone-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/monotone-devel
Re: [Monotone-devel] fatal error in INSTALL
On Tue, Jun 20, 2006 at 08:29:44AM +0100, Malte Thoma wrote: wget http://aleron.dl.sourceforge.net/sourceforge/boost/boost_1_32_0.tar.gz leads to Resolving aleron.dl.sourceforge.net... 204.157.3.229 Connecting to aleron.dl.sourceforge.net|204.157.3.229|:80... failed: Connection refused. PLEASE update your installation notes!!! I've updated the URL on mainline. Try http://internap.dl.sourceforge.net/sourceforge/boost/boost_1_33_1.tar.gz -- Nathaniel -- Damn the Solar System. Bad light; planets too distant; pestered with comets; feeble contrivance; could make a better one myself. -- Lord Jeffrey ___ Monotone-devel mailing list Monotone-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/monotone-devel
Re: [Monotone-devel] 0.27 cygwin compile error - already addressed
On Tue, Jun 20, 2006 at 03:49:37PM -0500, Shawn Samuel wrote: As kinetik kindly pointed out on IRC, this has already been fixed: [1]http://article.gmane.org/gmane.comp.version-control.monotone.devel/7049/match=trunk That patch did the job for me. Glad to hear it. Any chance you could run a cygwin buildslave? Then this kind of bug would be caught as soon as it was introduced, instead of waiting until after a release. ( http://venge.net/monotone/wiki/BuildBot ) -- Nathaniel -- The problem...is that sets have a very limited range of activities -- they can't carry pianos, for example, nor drink beer. ___ Monotone-devel mailing list Monotone-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/monotone-devel
Re: [Monotone-devel] interest in cygwin monotone-viz binaries for 0.27?
Shawn Samuel wrote: I have monotone-viz (and mtn) compiled and running under cygwin for 0.27 (thanks to build instructions from kinetik). If anybody is interested, I'll make the binaries and/or the build instructions available on the web along with the dependencies needed to make it run under cygwin. shawn Binaries would great! Have you contacted Olivier Andrieu yet? Perhaps his website would be the best place to host such binaries. Patrick ___ Monotone-devel mailing list Monotone-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/monotone-devel
