Re: [Monotone-devel] build failure

2016-03-03 Thread J Decker 
[root@tower2 firewall]# pacman -Sq monotone
error: target not found: monotone
[root@tower2 firewall]# pacman -Syu monotone
:: Synchronizing package databases...
 core121.7 KiB   231K/s 00:01
[] 100%
 extra  1768.1 KiB   346K/s 00:05
[] 100%
 community 3.4 MiB   332K/s 00:10
[] 100%
error: target not found: monotone

[root@tower2 monotone]# pacman -Sq botan-stable
error: target not found: botan-stable

I have no yaourt

https://aur4.archlinux.org/packages/botan-stable/

after git clone of botan stable
makepkg -s
..

==> Verifying source file signatures with gpg...
Botan-1.10.12.tgz ... FAILED (the public key
621DAF6411E1851C4CF9A2E16211EBF1EFBADFBC is not trusted)
==> ERROR: One or more PGP signatures could not be verified!

-
finally found yaourt

[d3x0r@tower2 yaourt]$ makepkg -sri
==> Making package: yaourt 1.8-1 (Thu Mar  3 13:27:01 PST 2016)
==> Checking runtime dependencies...
==> Installing missing dependencies...
error: target not found: package-query>=1.8
==> ERROR: 'pacman' failed to install missing dependencies.


found your last message from 9/5/15 (sorry it was 6 months ago so I
forgot I noted this before)
tried that gpg recv-key too... but no help

On Thu, Mar 3, 2016 at 10:42 AM, archaurwiki  wrote:
> Arch Linux *does* have a package for monotone:
>
> https://aur4.archlinux.org/packages/monotone/
>
> It builds against botan stable.
>
> Simply issue:
>
> yaourt -Syua monotone
>
> or
>
> git clone https://aur.archlinux.org/monotone.git
> cd monotone && makepkg -s
>
>
> J Decker:
>> Arch Linux has no package for monotone.
>> it installs a Botan-1.11(?) as 'Botan'
>>
>> I tried to link; but it doesn't compele for a variety of c++14
>> errors... in configure
>>
>> checking for botan using botan-1.11.pc... yes
>> checking whether botan is usable... no
>> configure: *** botan_CFLAGS=-I/usr/include/botan-1.11
>> configure: *** botan_LIBS=-lbotan-1.11
>> configure: error: in `/home/d3x0r/addons/srcpit/monotone-1.1':
>> configure: error: Must be able to compile and link programs against botan.
>>
>> | /usr/lib/pkgconfig/botan-1.11.pc
>> configure:5066: checking for botan using botan-1.11.pc
>> configure:5075: $PKG_CONFIG --exists --print-errors "$c$_verreq"
>> configure:5078: $? = 0
>> configure:5093: $PKG_CONFIG --exists --print-errors "$c$_verreq"
>> configure:5096: $? = 0
>> configure:5109: result: yes
>> configure:5182: checking whether botan is usable
>> configure:5206: g++ -o conftest -g -O2 -Wall -W -Wno-unused
>> -I/usr/include/botan-1.11  conftest.cpp -lz  -lbotan-1.11 >&5
>> In file included from /usr/include/c++/5.3.0/cstdint:35:0,
>>  from /usr/include/botan-1.11/botan/types.h:15,
>>  from /usr/include/botan-1.11/botan/scan_name.h:11,
>>  from /usr/include/botan-1.11/botan/block_cipher.h:11,
>>  from /usr/include/botan-1.11/botan/lookup.h:11,
>>  from /usr/include/botan-1.11/botan/botan.h:11,
>>  from conftest.cpp:14:
>> /usr/include/c++/5.3.0/bits/c++0x_warning.h:32:2: error: #error This
>> file requires compiler and library support for the ISO C++ 2011
>> standard. This support must be enabled with the -std=c++11 or
>> -std=gnu++11 compiler options.
>>  #error This file requires compiler and library support \
>>   ^
>> In file included from /usr/include/botan-1.11/botan/sym_algo.h:12:0,
>>  from /usr/include/botan-1.11/botan/block_cipher.h:12,
>>  from /usr/include/botan-1.11/botan/lookup.h:11,
>>  from /usr/include/botan-1.11/botan/botan.h:11,
>>  from conftest.cpp:14:
>> /usr/include/botan-1.11/botan/exceptn.h:27:7: warning: identifier
>> 'noexcept' is a keyword in C++11 [-Wc++0x-compat]
>>const char* what() const BOTAN_NOEXCEPT override { return
>> m_what.c_str(); }
>>^
>> In file included from /usr/include/botan-1.11/botan/secmem.h:17:0,
>>  from /usr/include/botan-1.11/botan/symkey.h:11,
>>
>> ___
>> Monotone-devel mailing list
>> Monotone-devel@nongnu.org
>> https://lists.nongnu.org/mailman/listinfo/monotone-devel
>>
>
> ___
> Monotone-devel mailing list
> Monotone-devel@nongnu.org
> https://lists.nongnu.org/mailman/listinfo/monotone-devel

___
Monotone-devel mailing list
Monotone-devel@nongnu.org
https://lists.nongnu.org/mailman/listinfo/monotone-devel

Re: [Monotone-devel] build failure

2016-03-03 Thread archaurwiki 
Arch Linux *does* have a package for monotone:

https://aur4.archlinux.org/packages/monotone/

It builds against botan stable.

Simply issue:

yaourt -Syua monotone

or

git clone https://aur.archlinux.org/monotone.git
cd monotone && makepkg -s


J Decker:
> Arch Linux has no package for monotone.
> it installs a Botan-1.11(?) as 'Botan'
> 
> I tried to link; but it doesn't compele for a variety of c++14
> errors... in configure
> 
> checking for botan using botan-1.11.pc... yes
> checking whether botan is usable... no
> configure: *** botan_CFLAGS=-I/usr/include/botan-1.11
> configure: *** botan_LIBS=-lbotan-1.11
> configure: error: in `/home/d3x0r/addons/srcpit/monotone-1.1':
> configure: error: Must be able to compile and link programs against botan.
> 
> | /usr/lib/pkgconfig/botan-1.11.pc
> configure:5066: checking for botan using botan-1.11.pc
> configure:5075: $PKG_CONFIG --exists --print-errors "$c$_verreq"
> configure:5078: $? = 0
> configure:5093: $PKG_CONFIG --exists --print-errors "$c$_verreq"
> configure:5096: $? = 0
> configure:5109: result: yes
> configure:5182: checking whether botan is usable
> configure:5206: g++ -o conftest -g -O2 -Wall -W -Wno-unused
> -I/usr/include/botan-1.11  conftest.cpp -lz  -lbotan-1.11 >&5
> In file included from /usr/include/c++/5.3.0/cstdint:35:0,
>  from /usr/include/botan-1.11/botan/types.h:15,
>  from /usr/include/botan-1.11/botan/scan_name.h:11,
>  from /usr/include/botan-1.11/botan/block_cipher.h:11,
>  from /usr/include/botan-1.11/botan/lookup.h:11,
>  from /usr/include/botan-1.11/botan/botan.h:11,
>  from conftest.cpp:14:
> /usr/include/c++/5.3.0/bits/c++0x_warning.h:32:2: error: #error This
> file requires compiler and library support for the ISO C++ 2011
> standard. This support must be enabled with the -std=c++11 or
> -std=gnu++11 compiler options.
>  #error This file requires compiler and library support \
>   ^
> In file included from /usr/include/botan-1.11/botan/sym_algo.h:12:0,
>  from /usr/include/botan-1.11/botan/block_cipher.h:12,
>  from /usr/include/botan-1.11/botan/lookup.h:11,
>  from /usr/include/botan-1.11/botan/botan.h:11,
>  from conftest.cpp:14:
> /usr/include/botan-1.11/botan/exceptn.h:27:7: warning: identifier
> 'noexcept' is a keyword in C++11 [-Wc++0x-compat]
>const char* what() const BOTAN_NOEXCEPT override { return
> m_what.c_str(); }
>^
> In file included from /usr/include/botan-1.11/botan/secmem.h:17:0,
>  from /usr/include/botan-1.11/botan/symkey.h:11,
> 
> ___
> Monotone-devel mailing list
> Monotone-devel@nongnu.org
> https://lists.nongnu.org/mailman/listinfo/monotone-devel
> 

___
Monotone-devel mailing list
Monotone-devel@nongnu.org
https://lists.nongnu.org/mailman/listinfo/monotone-devel

Re: [Monotone-devel] build failure

2016-03-03 Thread Markus Wanner 
On 03/03/2016 03:37 AM, J Decker wrote:
> Arch Linux has no package for monotone.
> it installs a Botan-1.11(?) as 'Botan'

You reported this before and were told that Botan 1.11 is a development
branch. Please compile Monotone against 1.10, instead. (Or 1.6 or 1.8,
if you insist.)

Plus: archaurwiki even reported he created a botan-stable and a matching
monotone package for arch.

Regards

Markus Wanner


___
Monotone-devel mailing list
Monotone-devel@nongnu.org
https://lists.nongnu.org/mailman/listinfo/monotone-devel

Re: [Monotone-devel] Build failure on MacOS X

2009-03-04 Thread Thomas Keller 
Thomas Keller schrieb:
 William Uther schrieb:
 Hi all,

   I notice that the current head fails to build the documentation on
 MacOS X if you're using the fink package manager for your dependencies. 
 The problem is that the fink package manager has an ancient version of
 gettext (0.14) and its version of xgettext doesn't handle the
 '--package-name' option.  The error is below.

   I don't know when they'll get around to using a current version of
 gettext.  I'm currently trying to use the updated packages described here:

 http://www.mail-archive.com/fink-de...@lists.sourceforge.net/msg17761.html

 but that might not be an option for everyone (and I don't know if it
 works yet).  It seems that the MacPorts packaging system has a newer
 version of gettext that works, so that might also be an option for some.
 
 I'm now the maintainer of the MP monotone package and I've successfully
 build 0.43dev with the MP provided libs some time ago. At least for me
 there is no reason to use Fink, I've tried it some time ago and most
 stuff was horribly outdated back then. But if you use it, feel free to
 submit patches to either Fink or monotone so that it will work there as
 well.

Argh, I was now bitten by the same problem on a rather ancient
openSUSE 10.3 which also comes only with gettext 0.16 and does not know
of --package-name or --package-version either.

Since 0.17 came out in November 2007 (a bit more than 1 1/4 years ago),
do we really want to nag people with older distros (like me)? I'd
probably patch this out for the openSUSE rpms I'll be preparing, but the
question is if we really need these options for anything else than
commentary in the pot header...

Thomas.

-- 
GPG-Key 0x160D1092 | tommyd3...@jabber.ccc.de | http://thomaskeller.biz
Please note that according to the EU law on data retention, information
on every electronic information exchange might be retained for a period
of six months or longer: http://www.vorratsdatenspeicherung.de/?lang=en




signature.asc
Description: OpenPGP digital signature
___
Monotone-devel mailing list
Monotone-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/monotone-devel

Re: [Monotone-devel] Build failure on MacOS X

2009-03-04 Thread Zack Weinberg 
On Wed, Mar 4, 2009 at 8:43 AM, Zack Weinberg za...@panix.com wrote:
 On Wed, Mar 4, 2009 at 4:13 AM, Thomas Keller m...@thomaskeller.
 ...the question is if we really need these options for anything else than
 commentary in the pot header...

 We don't really.  I can do something about this later today.

Should be fixed in rev  917526a2db49bd943222be2994436846a37f9828.

zw


___
Monotone-devel mailing list
Monotone-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/monotone-devel

Re: [Monotone-devel] Build failure on MacOS X

2009-02-27 Thread Thomas Keller 
William Uther schrieb:
 Hi all,
 
   I notice that the current head fails to build the documentation on
 MacOS X if you're using the fink package manager for your dependencies. 
 The problem is that the fink package manager has an ancient version of
 gettext (0.14) and its version of xgettext doesn't handle the
 '--package-name' option.  The error is below.
 
   I don't know when they'll get around to using a current version of
 gettext.  I'm currently trying to use the updated packages described here:
 
 http://www.mail-archive.com/fink-de...@lists.sourceforge.net/msg17761.html
 
 but that might not be an option for everyone (and I don't know if it
 works yet).  It seems that the MacPorts packaging system has a newer
 version of gettext that works, so that might also be an option for some.

I'm now the maintainer of the MP monotone package and I've successfully
build 0.43dev with the MP provided libs some time ago. At least for me
there is no reason to use Fink, I've tried it some time ago and most
stuff was horribly outdated back then. But if you use it, feel free to
submit patches to either Fink or monotone so that it will work there as
well.

Thomas.

-- 
GPG-Key 0x160D1092 | tommyd3...@jabber.ccc.de | http://thomaskeller.biz
Please note that according to the EU law on data retention, information
on every electronic information exchange might be retained for a period
of six months or longer: http://www.vorratsdatenspeicherung.de/?lang=en




signature.asc
Description: OpenPGP digital signature
___
Monotone-devel mailing list
Monotone-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/monotone-devel

Re: [Monotone-devel] build failure of 0.36 release on linux

2008-01-03 Thread Thomas Keller 
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi Joe!

 I'm seeing a build failure of the 0.36 code.
 
 I'm on a Gnu/Linux box, with an AMD64 architecture (dual core
 opteron) running Kubuntu (dapper):
 
 [...]
 
 g++ -DLOCALEDIR=\/usr/local/monotone/monotone-0.36/share/locale\ 
 -DHAVE_CONFIG_H -I.  -I./lua -g -O2 -Wall -W -Wno-unused 
 -fno-strict-aliasing -MT mtn-cmd_netsync.o -MD -MP -MF 
 .deps/mtn-cmd_netsync.Tpo -c -o mtn-cmd_netsync.o `test -f 'cmd_netsync.cc' 
 || echo './'`cmd_netsync.cc
 mv -f .deps/mtn-cmd_netsync.Tpo .deps/mtn-cmd_netsync.Po
 g++ -DLOCALEDIR=\/usr/local/monotone/monotone-0.36/share/locale\ 
 -DHAVE_CONFIG_H -I.  -I./lua -g -O2 -Wall -W -Wno-unused 
 -fno-strict-aliasing -MT mtn-cmd_list.o -MD -MP -MF .deps/mtn-cmd_list.Tpo -c 
 -o mtn-cmd_list.o `test -f 'cmd_list.cc' || echo './'`cmd_list.cc
 hybrid_map.hh: In constructor ‘hybrid_mapKey, 
 Val::const_iterator::const_iterator(const hybrid_mapKey, Val*, const 
 typename std::mapKey, Val, std::less_Key, std::allocatorstd::pairconst 
 _Key, _Tp  ::const_iterator) [with Key = unsigned int, Val = 
 boost::shared_ptrnode]’:
 hybrid_map.hh:190:   instantiated from ‘hybrid_mapKey, 
 Val::const_iterator hybrid_mapKey, Val::begin() const [with Key = unsigned 
 int, Val = boost::shared_ptrnode]â
 cmd_list.cc:376:   instantiated from here
 hybrid_map.hh:119: error: no matching function for call to 
 ‘Internal::hashtable_iteratorstd::pairconst unsigned int, 
 boost::shared_ptrnode , true, false::hashtable_iterator()â
 /usr/lib/gcc/x86_64-linux-gnu/4.0.3/../../../../include/c++/4.0.3/tr1/hashtable:237:
  note: candidates are: Internal::hashtable_iteratorValue, is_const, 
 cache::hashtable_iterator(const Internal::hashtable_iteratorValue, false, 
 cache) [with Value = std::pairconst unsigned int, boost::shared_ptrnode 
 , bool is_const = true, bool cache = false]
 /usr/lib/gcc/x86_64-linux-gnu/4.0.3/../../../../include/c++/4.0.3/tr1/hashtable:235:
  note: Internal::hashtable_iteratorValue, is_const, 
 cache::hashtable_iterator(Internal::hash_nodeValue, cache**) [with Value = 
 std::pairconst unsigned int, boost::shared_ptrnode , bool is_const = 
 true, bool cache = false]
 /usr/lib/gcc/x86_64-linux-gnu/4.0.3/../../../../include/c++/4.0.3/tr1/hashtable:233:
  note: Internal::hashtable_iteratorValue, is_const, 
 cache::hashtable_iterator(Internal::hash_nodeValue, cache*, 
 Internal::hash_nodeValue, cache**) [with Value = std::pairconst unsigned 
 int, boost::shared_ptrnode , bool is_const = true, bool cache = false]
 /usr/lib/gcc/x86_64-linux-gnu/4.0.3/../../../../include/c++/4.0.3/tr1/hashtable:226:
  note: Internal::hashtable_iteratorstd::pairconst unsigned 
 int, boost::shared_ptrnode , true, false::hashtable_iterator(const 
 Internal::hashtable_iteratorstd::pairconst unsigned int, 
 boost::shared_ptrnode , true, false)

Sorry that this took a little longer, but I recently stumbled across the
same problem. The origin seems to be gcc, which did not provide default
constructors for Internal::hastable_iterator and
Internal::hashtable_const_iterator [0]. This was apparently fixed in gcc
4.1.1.

@Timothy: I looked at your code in hybrid_map.hh and hash_map.hh, but
I'm a little lost there. Is it somehow possible to add our own default
constructor for those mentioned iterators above or are we lost in this
case? We could (should?) at least check for this problem during
configure on the other hand...

Thomas.

[0] http://gcc.gnu.org/ml/libstdc++/2006-05/msg00017.html
- --
GPG-Key 0x160D1092 | [EMAIL PROTECTED] | http://thomaskeller.biz
Please note that according to the EU law on data retention, information
on every electronic information exchange might be retained for a period
of six months or longer: http://www.vorratsdatenspeicherung.de/?lang=en

-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.4-svn0 (GNU/Linux)
Comment: Using GnuPG with SUSE - http://enigmail.mozdev.org

iD8DBQFHfOTRaf7NlBYNEJIRAqBCAJ9oEX3tOZ6LJL6DLV0McFeS/9fYDwCg5QtX
KKZfQmCfeAm5O8FLFUZl8HA=
=8X+m
-END PGP SIGNATURE-


___
Monotone-devel mailing list
Monotone-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/monotone-devel

Re: [Monotone-devel] build failure of 0.36 release on linux

2008-01-03 Thread Timothy Brownawell 
On Thu, 2008-01-03 at 14:36 +0100, Thomas Keller wrote:
 Sorry that this took a little longer, but I recently stumbled across
 the
 same problem. The origin seems to be gcc, which did not provide
 default
 constructors for Internal::hastable_iterator and
 Internal::hashtable_const_iterator [0]. This was apparently fixed in
 gcc
 4.1.1.
 
 @Timothy: I looked at your code in hybrid_map.hh and hash_map.hh, but
 I'm a little lost there. Is it somehow possible to add our own default
 constructor for those mentioned iterators above or are we lost in this
 case? We could (should?) at least check for this problem during
 configure on the other hand...

No, I don't believe we can.

We could avoid needing them, but this would include breaking our
hybrid_map iterators to not have default constructors either. Annoying,
but workable if we don't actually use those constructors anywhere (I
haven't checked).


-- 
Timothy

Free (experimental) public monotone hosting: http://mtn-host.prjek.net



___
Monotone-devel mailing list
Monotone-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/monotone-devel